Re: [systemd-devel] commit 235c6e628199221b7885f159367614b7105547cf is incorrect

2014-06-05 Thread Kay Sievers
On Thu, Jun 5, 2014 at 12:06 AM, Cristian Rodríguez
crrodrig...@opensuse.org wrote:
 Commit 235c6e628199221b7885f159367614b7105547cf

 build-sys: accommodate gcc-4.9.0 link-time optimization (LTO) changes

 systemd fails to build (symbols not found/resolved during cgls link
 step)
 under gcc-4.9.0 due to link-time optimization (lto) changes, in
 particular
 from gcc-4.9.0/NEWS:


 This is wrong, the bug is not in systemd, gcc or anything else, it is a
 bug in libtool, I successfully compile with gcc 4.9 every day and will
 work for as long you

 export NM=gcc-nm ...
 export RANLIB=gcc-ranlib..

Yeah, it's not our fault, but asking gcc to keep (like older ones did)
putting-in the data that the ordinary tools need, and not explicitly
requiring the ones using the linker plugins sounded fine to me; only
for as long as the real problem is fixed and we can remove this again.

If you think this causes actual problems, please explain.

Thanks,
Kay
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel


[systemd-devel] commit 235c6e628199221b7885f159367614b7105547cf is incorrect

2014-06-04 Thread Cristian Rodríguez
Commit 235c6e628199221b7885f159367614b7105547cf

build-sys: accommodate gcc-4.9.0 link-time optimization (LTO) changes

systemd fails to build (symbols not found/resolved during cgls link
step)
under gcc-4.9.0 due to link-time optimization (lto) changes, in
particular
from gcc-4.9.0/NEWS:


This is wrong, the bug is not in systemd, gcc or anything else, it is a
bug in libtool, I successfully compile with gcc 4.9 every day and will
work for as long you

export NM=gcc-nm ...
export RANLIB=gcc-ranlib..


-- 
Cristian
I don't know the key to success, but the key to failure is trying to
please everybody.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel