https://sourceware.org/bugzilla/show_bug.cgi?id=25355
--- Comment #38 from H.J. Lu <hjl.tools at gmail dot com> ---
(In reply to Martin Liška from comment #37)
> >
> > Which liblto_plugin.so did nm load? Which liblto_plugin.so should nm load?
>
> It loads the following plugin:
>
> stat("/usr/bin/../lib64/bfd-plugins", 0x7fffffffd980) = -1 ENOENT (No such
> file or directory)
> stat("/usr/bin/../bin/../lib/bfd-plugins", {st_mode=S_IFDIR|0755,
> st_size=4096, ...}) = 0
> openat(AT_FDCWD, "/usr/bin/../bin/../lib/bfd-plugins",
> O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 4
> stat("/usr/bin/../bin/../lib/bfd-plugins/liblto_plugin.so.0.0.0",
> {st_mode=S_IFREG|0755, st_size=84904, ...}) = 0
>
> The plugins are very stable and the plugin works fine with current GCC
> master. Problem is that we need to find a corresponding lto-wrapper. It's
> more challenging..
What is wrong to use the matching lto-wrapper for the plugin being used?
--
You are receiving this mail because:
You are on the CC list for the bug.
