Bug#783876: gcc-5: consider stripping lto1 / cc1 / cc1plus

[Guillem Jover <guillem@debian.org>]

Hi!

On Fri, 2015-07-10 at 09:22:25 +0200, Basile Starynkevitch wrote:
> How can a plugin call existing GCC functions, e.g. walk_gimple_seq
> declared in
> /usr/lib/gcc/x86_64-linux-gnu/5/plugin/include/gimple-walk.h and
> implemented inside cc1 ?

I've not checked how plugins are implemented in gcc, but I'd assume it
either passes something like a struct with function pointers for its
"public interface", or it is linked with -rdynamic.

> (Unless you don't strip the dynamic symbols linked with -rdynamic when building cc1)

This does not make any sense, striping debugging symbols should not
affect either approach. Otherwise this is like suggesting shared
libraries cannot be stripped because programs will not be able to
link against them…

Also if the backends are actually compiled with -rdynamic this should
be giving better backtraces than otherwise, and might actually be enough
for what is being sought out in here anyway.

Thanks,
Guillem