Bug#865690: cpp-7: Symlink liblto_plugin.so in /usr/lib/bfd-plugins

[Matthias Klose <doko@debian.org>]

Control: tags -1 + pending
Control: reassign -1 src:gcc-defaults

On 23.06.2017 21:43, Marc Glisse wrote:
> Package: cpp-7
> Version: 7.1.0-7
> Severity: normal
> 
> Dear Maintainer,
> 
> this package provides the plugin
> /usr/lib/gcc/x86_64-linux-gnu/7/liblto_plugin.so, which is good (not sure why it
> is in package cpp-7 in particular, but I don't care as long as it is available).

moving to the gcc-7 package, where the lto1 executable sits.

> However, binutils look for plugins in /usr/lib/bfd-plugins. So by default:
> 
> $ cat e.c
> int f(double){}
> $ g++ e.c -c && nm e.o
> 0000000000000000 T _Z1fd
> $ g++ e.c -c -flto && nm e.o
> nm: e.o: plugin needed to handle lto object
> 0000000000000001 C __gnu_lto_slim
> 0000000000000001 C __gnu_lto_v1
> 
> If I manually create the directory /usr/lib/bfd-plugins and symlink the
> plugin there, I do get
> 
> $ nm e.o
> 00000000 T _Z1fd
> 
> See for instance https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78795 for
> one place where it causes trouble. According to that link, it does not
> matter which version of gcc provides the plugin, so you could for
> instance provide the symlink with the package cpp from gcc-defaults
> (easiest way to have a single version).

doing that in the next gcc-defaults upload.