(In reply to comment #11)
> With Gentoo vanilla binutils 2.24-r3 with two slim LTO patches and the patch
> referred by Emil Velikov in Comment #3
>
> https://projects.archlinux.org/svntogit/packages.git/plain/trunk/binutils-2.
> 24-shared-pie.patch?h=packages/
> binutils&id=47bdd59a9967ee8dd2bcc47797855185c6471546
>
> it builds fine even with LTO enabled (using a trick with calling configure
> with LTO turned off and then -fno-lto -fno-use-linker-plugin removed from
> each Makefile).
>
> So trunk binutils seems to be source of the problem.
> I have to start with bisecting them.
Nicely done. I hope that the problem does not end up a sheep in wolf's clothing - i.e. somewhere else. Using gcc+bintutils, to compile a third library, which links to another two compiler(ish) products... there are so many things that can be happening in there.
(In reply to comment #11) /projects. archlinux. org/svntogit/ packages. git/plain/ trunk/binutils- 2. pie.patch? h=packages/ id=47bdd59a9967 ee8dd2bcc477978 55185c6471546 linker- plugin removed from
> With Gentoo vanilla binutils 2.24-r3 with two slim LTO patches and the patch
> referred by Emil Velikov in Comment #3
>
> https:/
> 24-shared-
> binutils&
>
> it builds fine even with LTO enabled (using a trick with calling configure
> with LTO turned off and then -fno-lto -fno-use-
> each Makefile).
>
> So trunk binutils seems to be source of the problem.
> I have to start with bisecting them.
Nicely done. I hope that the problem does not end up a sheep in wolf's clothing - i.e. somewhere else. Using gcc+bintutils, to compile a third library, which links to another two compiler(ish) products... there are so many things that can be happening in there.
Thank you for the great initiative :)