[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug ld/15126] [REGRESSION] fails to link cairo with libstdc

From: vapier at gentoo dot org
Subject: [Bug ld/15126] [REGRESSION] fails to link cairo with libstdc++ (could not read symbols: Invalid operation)
Date: Wed, 20 Feb 2013 21:24:04 +0000


--- Comment #16 from Mike Frysinger <vapier at gentoo dot org> 2013-02-20 
21:24:04 UTC ---
i've verified that works and fails (the use case i
posted involving webkit-gtk).  both done using Gentoo ebuilds, but sans Gentoo
patches (i.e. USE=vanilla).  i can show the configure lines, but i don't think
those are relevant -- it uses shared libs and a normal x86_64-pc-linux-gnu

these tests were done using ld.bfd.  ld.gold (both .8 and .9) is able to work.

that said, in the webkit example, the code is apparently missing an -lrt.  so
maybe the .8 version is papering over the bug, and while .9 causes things to
not link, it's not a bug with .9.  ignoring, of course, that "invalid
operation" message which is wrong either way.

$ readelf -s
Source/WebKit2/Platform/unix/Programs_WebKitPluginProcess-SharedMemoryUnix.o |
grep shm_unlink
   65: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND shm_unlink
$ ./doit.sh
undefined reference to symbol 'shm_unlink@@GLIBC_2.2.5'
note: 'shm_unlink@@GLIBC_2.2.5' is defined in DSO /lib64/librt.so.1 so try
adding it to the linker command line
/lib64/librt.so.1: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
$ ./doit.sh -lrt
$ readelf -s Programs/.libs/WebKitPluginProcess | grep shm_unlink
  716: 0000000000000000 0 FUNC GLOBAL DEFAULT UND address@hidden (9)
 4389: 0000000000000000 0 FUNC GLOBAL DEFAULT UND shm_unlink@@GLIBC_2.2.5

Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]