FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > ArchLinux > ArchLinux General Discussion

 
 
LinkBack Thread Tools
 
Old 12-09-2011, 06:25 PM
Philipp
 
Default Linking issue, glibc weirdness?

Hi there,
I have linking issues with one of the programs I maintain in AUR and I
don't quite understand the issue. Here's the output:

g++ -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
-L/usr/X11R6/lib -o jmeters jmeters.o styles.o mainwin.o jclient.o
mkimage.o meterwin.o -lsndfile -lclxclient -lclthreads -ljack -lpng
-lXft -lX11 -lrt
/usr/bin/ld: jmeters.o: undefined reference to symbol
'pthread_mutex_trylock@@GLIBC_2.2.5'
/usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
DSO /lib/libpthread.so.0 so try adding it to the linker command line
/lib/libpthread.so.0: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make: *** [jmeters] Error 1

The program is jmeters
(https://aur.archlinux.org/packages.php?ID=25711).

It depends on clthreads (https://aur.archlinux.org/packages.php?ID=3627)
which handles the threading stuff.

I wonder where this problem comes from. Needles to say that it worked
fine in the past. Any ideas?

Regards,
Philipp
 
Old 12-09-2011, 08:01 PM
Fons Adriaensen
 
Default Linking issue, glibc weirdness?

On Fri, Dec 09, 2011 at 08:25:51PM +0100, Philipp wrote:

> g++ -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
> -L/usr/X11R6/lib -o jmeters jmeters.o styles.o mainwin.o jclient.o
> mkimage.o meterwin.o -lsndfile -lclxclient -lclthreads -ljack -lpng
> -lXft -lX11 -lrt
> /usr/bin/ld: jmeters.o: undefined reference to symbol
> 'pthread_mutex_trylock@@GLIBC_2.2.5'
> /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
> DSO /lib/libpthread.so.0 so try adding it to the linker command line
> /lib/libpthread.so.0: could not read symbols: Invalid operation
> collect2: ld returned 1 exit status
> make: *** [jmeters] Error 1

I just compiled and linked jmeter on an up-to-date system using
the upstream (which is me) Makefile and it works OK.

Why are you changing the linker options ?

Ciao,

--
FA

Vor uns liegt ein weites Tal, die Sonne scheint - ein Glitzerstrahl.
 
Old 12-09-2011, 08:23 PM
Philipp ‹berbacher
 
Default Linking issue, glibc weirdness?

Excerpts from Fons Adriaensen's message of 2011-12-09 22:01:09 +0100:
> On Fri, Dec 09, 2011 at 08:25:51PM +0100, Philipp wrote:
>
> > g++ -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
> > -L/usr/X11R6/lib -o jmeters jmeters.o styles.o mainwin.o jclient.o
> > mkimage.o meterwin.o -lsndfile -lclxclient -lclthreads -ljack -lpng
> > -lXft -lX11 -lrt
> > /usr/bin/ld: jmeters.o: undefined reference to symbol
> > 'pthread_mutex_trylock@@GLIBC_2.2.5'
> > /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
> > DSO /lib/libpthread.so.0 so try adding it to the linker command line
> > /lib/libpthread.so.0: could not read symbols: Invalid operation
> > collect2: ld returned 1 exit status
> > make: *** [jmeters] Error 1
>
> I just compiled and linked jmeter on an up-to-date system using
> the upstream (which is me) Makefile and it works OK.
>
> Why are you changing the linker options ?
>
> Ciao,

I'm not knowingly changing the linking options.
Can you try it using the PKGBUILD? (Download tarball, extract, cd to the
directory, type makepkg)
https://aur.archlinux.org/packages.php?ID=25711

Regards,
Philipp
 
Old 12-09-2011, 08:29 PM
Ionut Biru
 
Default Linking issue, glibc weirdness?

On 12/09/2011 09:25 PM, Philipp wrote:
> Hi there,
> I have linking issues with one of the programs I maintain in AUR and I
> don't quite understand the issue. Here's the output:
>
> g++ -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
> -L/usr/X11R6/lib -o jmeters jmeters.o styles.o mainwin.o jclient.o
> mkimage.o meterwin.o -lsndfile -lclxclient -lclthreads -ljack -lpng
> -lXft -lX11 -lrt
> /usr/bin/ld: jmeters.o: undefined reference to symbol
> 'pthread_mutex_trylock@@GLIBC_2.2.5'
> /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
> DSO /lib/libpthread.so.0 so try adding it to the linker command line
> /lib/libpthread.so.0: could not read symbols: Invalid operation
> collect2: ld returned 1 exit status
> make: *** [jmeters] Error 1
>
> The program is jmeters
> (https://aur.archlinux.org/packages.php?ID=25711).
>
> It depends on clthreads (https://aur.archlinux.org/packages.php?ID=3627)
> which handles the threading stuff.
>
> I wonder where this problem comes from. Needles to say that it worked
> fine in the past. Any ideas?
>
> Regards,
> Philipp
>

sounds like you don't have a fully up to date toolchain

--
Ionu»õ
 
Old 12-09-2011, 08:51 PM
Philipp ‹berbacher
 
Default Linking issue, glibc weirdness?

Excerpts from Ionut Biru's message of 2011-12-09 22:29:48 +0100:
> On 12/09/2011 09:25 PM, Philipp wrote:
> > Hi there,
> > I have linking issues with one of the programs I maintain in AUR and I
> > don't quite understand the issue. Here's the output:
> >
> > g++ -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
> > -L/usr/X11R6/lib -o jmeters jmeters.o styles.o mainwin.o jclient.o
> > mkimage.o meterwin.o -lsndfile -lclxclient -lclthreads -ljack -lpng
> > -lXft -lX11 -lrt
> > /usr/bin/ld: jmeters.o: undefined reference to symbol
> > 'pthread_mutex_trylock@@GLIBC_2.2.5'
> > /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
> > DSO /lib/libpthread.so.0 so try adding it to the linker command line
> > /lib/libpthread.so.0: could not read symbols: Invalid operation
> > collect2: ld returned 1 exit status
> > make: *** [jmeters] Error 1
> >
> > The program is jmeters
> > (https://aur.archlinux.org/packages.php?ID=25711).
> >
> > It depends on clthreads (https://aur.archlinux.org/packages.php?ID=3627)
> > which handles the threading stuff.
> >
> > I wonder where this problem comes from. Needles to say that it worked
> > fine in the past. Any ideas?
> >
> > Regards,
> > Philipp
> >
>
> sounds like you don't have a fully up to date toolchain

Ok, I hoped that it was just something like this. pacman -Syu gets me no
new packages, so I'll wait at least until tomorrow and hope it will work
then. It's somewhat weird when stuff doesn't hit the repos in sync (Same
with gcc yesterday, got a circular dependency error for a while,
resolved itself).

Downloading the jmeters tarball, extracting it and just typing 'make'
leads to the same result, so it's definitely unrelated to makepkg.

However, I already have mysql 5.5.19-1 installed, which is the second
most recent updates and just 5 hours old, so how can my toolchain be out
of date?

Regards,
Philipp
 
Old 12-09-2011, 09:04 PM
Allan McRae
 
Default Linking issue, glibc weirdness?

On 10/12/11 07:29, Ionut Biru wrote:
> On 12/09/2011 09:25 PM, Philipp wrote:
>> Hi there,
>> I have linking issues with one of the programs I maintain in AUR and I
>> don't quite understand the issue. Here's the output:
>>
>> g++ -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
>> -L/usr/X11R6/lib -o jmeters jmeters.o styles.o mainwin.o jclient.o
>> mkimage.o meterwin.o -lsndfile -lclxclient -lclthreads -ljack -lpng
>> -lXft -lX11 -lrt
>> /usr/bin/ld: jmeters.o: undefined reference to symbol
>> 'pthread_mutex_trylock@@GLIBC_2.2.5'
>> /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
>> DSO /lib/libpthread.so.0 so try adding it to the linker command line
>> /lib/libpthread.so.0: could not read symbols: Invalid operation
>> collect2: ld returned 1 exit status
>> make: *** [jmeters] Error 1
>>
>> The program is jmeters
>> (https://aur.archlinux.org/packages.php?ID=25711).
>>
>> It depends on clthreads (https://aur.archlinux.org/packages.php?ID=3627)
>> which handles the threading stuff.
>>
>> I wonder where this problem comes from. Needles to say that it worked
>> fine in the past. Any ideas?
>>
>> Regards,
>> Philipp
>>
>
> sounds like you don't have a fully up to date toolchain
>

Actually, it sounds like he does have a fully up-to-date toolchain:
http://fedoraproject.org/wiki/UnderstandingDSOLinkChange

The output also gives the fix...
>> /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
>> DSO /lib/libpthread.so.0 so try adding it to the linker command line

Allan
 
Old 12-09-2011, 09:12 PM
Philipp ‹berbacher
 
Default Linking issue, glibc weirdness?

Excerpts from Allan McRae's message of 2011-12-09 23:04:54 +0100:
> On 10/12/11 07:29, Ionut Biru wrote:
> > On 12/09/2011 09:25 PM, Philipp wrote:
> >> Hi there,
> >> I have linking issues with one of the programs I maintain in AUR and I
> >> don't quite understand the issue. Here's the output:
> >>
> >> g++ -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
> >> -L/usr/X11R6/lib -o jmeters jmeters.o styles.o mainwin.o jclient.o
> >> mkimage.o meterwin.o -lsndfile -lclxclient -lclthreads -ljack -lpng
> >> -lXft -lX11 -lrt
> >> /usr/bin/ld: jmeters.o: undefined reference to symbol
> >> 'pthread_mutex_trylock@@GLIBC_2.2.5'
> >> /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
> >> DSO /lib/libpthread.so.0 so try adding it to the linker command line
> >> /lib/libpthread.so.0: could not read symbols: Invalid operation
> >> collect2: ld returned 1 exit status
> >> make: *** [jmeters] Error 1
> >>
> >> The program is jmeters
> >> (https://aur.archlinux.org/packages.php?ID=25711).
> >>
> >> It depends on clthreads (https://aur.archlinux.org/packages.php?ID=3627)
> >> which handles the threading stuff.
> >>
> >> I wonder where this problem comes from. Needles to say that it worked
> >> fine in the past. Any ideas?
> >>
> >> Regards,
> >> Philipp
> >>
> >
> > sounds like you don't have a fully up to date toolchain
> >
>
> Actually, it sounds like he does have a fully up-to-date toolchain:
> http://fedoraproject.org/wiki/UnderstandingDSOLinkChange
>
> The output also gives the fix...
> >> /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
> >> DSO /lib/libpthread.so.0 so try adding it to the linker command line
>
> Allan

Thanks,
adding -lpthread helped in this case.
I'm not looking forward to patching possibly all the other programs I
maintain.

Regards,
Philipp
 
Old 12-09-2011, 09:29 PM
Fons Adriaensen
 
Default Linking issue, glibc weirdness?

On Fri, Dec 09, 2011 at 10:23:53PM +0100, Philipp ‹berbacher wrote:

> Can you try it using the PKGBUILD? (Download tarball, extract, cd to the
> directory, type makepkg)
> https://aur.archlinux.org/packages.php?ID=25711

==> Starting build()...
/home/fons/build/jmeters/PKGBUILD: line 19: DSO.patch: No such file or directory

DSO.patch is present, so either it's in the wrong place or it is
looked for in the wrong place.

The patch adds -lpthread, which (at least here) doesn't seem to
be necessary (libclthreads will pull it in).

Ciao,

--
FA

Vor uns liegt ein weites Tal, die Sonne scheint - ein Glitzerstrahl.
 
Old 12-09-2011, 09:32 PM
Allan McRae
 
Default Linking issue, glibc weirdness?

On 10/12/11 08:12, Philipp ‹berbacher wrote:
> Excerpts from Allan McRae's message of 2011-12-09 23:04:54 +0100:
>> On 10/12/11 07:29, Ionut Biru wrote:
>>> On 12/09/2011 09:25 PM, Philipp wrote:
>>>> Hi there,
>>>> I have linking issues with one of the programs I maintain in AUR and I
>>>> don't quite understand the issue. Here's the output:
>>>>
>>>> g++ -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
>>>> -L/usr/X11R6/lib -o jmeters jmeters.o styles.o mainwin.o jclient.o
>>>> mkimage.o meterwin.o -lsndfile -lclxclient -lclthreads -ljack -lpng
>>>> -lXft -lX11 -lrt
>>>> /usr/bin/ld: jmeters.o: undefined reference to symbol
>>>> 'pthread_mutex_trylock@@GLIBC_2.2.5'
>>>> /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
>>>> DSO /lib/libpthread.so.0 so try adding it to the linker command line
>>>> /lib/libpthread.so.0: could not read symbols: Invalid operation
>>>> collect2: ld returned 1 exit status
>>>> make: *** [jmeters] Error 1
>>>>
>>>> The program is jmeters
>>>> (https://aur.archlinux.org/packages.php?ID=25711).
>>>>
>>>> It depends on clthreads (https://aur.archlinux.org/packages.php?ID=3627)
>>>> which handles the threading stuff.
>>>>
>>>> I wonder where this problem comes from. Needles to say that it worked
>>>> fine in the past. Any ideas?
>>>>
>>>> Regards,
>>>> Philipp
>>>>
>>>
>>> sounds like you don't have a fully up to date toolchain
>>>
>>
>> Actually, it sounds like he does have a fully up-to-date toolchain:
>> http://fedoraproject.org/wiki/UnderstandingDSOLinkChange
>>
>> The output also gives the fix...
>>>> /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
>>>> DSO /lib/libpthread.so.0 so try adding it to the linker command line
>>
>> Allan
>
> Thanks,
> adding -lpthread helped in this case.
> I'm not looking forward to patching possibly all the other programs I
> maintain.
>

FYI, I rebuilt the entire [core] and only one package needed fixed for
this. So this does not appear that widespread.

Allan
 
Old 12-09-2011, 09:33 PM
Philipp ‹berbacher
 
Default Linking issue, glibc weirdness?

Excerpts from Allan McRae's message of 2011-12-09 23:32:26 +0100:
> On 10/12/11 08:12, Philipp ‹berbacher wrote:
> > Excerpts from Allan McRae's message of 2011-12-09 23:04:54 +0100:
> >> On 10/12/11 07:29, Ionut Biru wrote:
> >>> On 12/09/2011 09:25 PM, Philipp wrote:
> >>>> Hi there,
> >>>> I have linking issues with one of the programs I maintain in AUR and I
> >>>> don't quite understand the issue. Here's the output:
> >>>>
> >>>> g++ -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu
> >>>> -L/usr/X11R6/lib -o jmeters jmeters.o styles.o mainwin.o jclient.o
> >>>> mkimage.o meterwin.o -lsndfile -lclxclient -lclthreads -ljack -lpng
> >>>> -lXft -lX11 -lrt
> >>>> /usr/bin/ld: jmeters.o: undefined reference to symbol
> >>>> 'pthread_mutex_trylock@@GLIBC_2.2.5'
> >>>> /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
> >>>> DSO /lib/libpthread.so.0 so try adding it to the linker command line
> >>>> /lib/libpthread.so.0: could not read symbols: Invalid operation
> >>>> collect2: ld returned 1 exit status
> >>>> make: *** [jmeters] Error 1
> >>>>
> >>>> The program is jmeters
> >>>> (https://aur.archlinux.org/packages.php?ID=25711).
> >>>>
> >>>> It depends on clthreads (https://aur.archlinux.org/packages.php?ID=3627)
> >>>> which handles the threading stuff.
> >>>>
> >>>> I wonder where this problem comes from. Needles to say that it worked
> >>>> fine in the past. Any ideas?
> >>>>
> >>>> Regards,
> >>>> Philipp
> >>>>
> >>>
> >>> sounds like you don't have a fully up to date toolchain
> >>>
> >>
> >> Actually, it sounds like he does have a fully up-to-date toolchain:
> >> http://fedoraproject.org/wiki/UnderstandingDSOLinkChange
> >>
> >> The output also gives the fix...
> >>>> /usr/bin/ld: note: 'pthread_mutex_trylock@@GLIBC_2.2.5' is defined in
> >>>> DSO /lib/libpthread.so.0 so try adding it to the linker command line
> >>
> >> Allan
> >
> > Thanks,
> > adding -lpthread helped in this case.
> > I'm not looking forward to patching possibly all the other programs I
> > maintain.
> >
>
> FYI, I rebuilt the entire [core] and only one package needed fixed for
> this. So this does not appear that widespread.
>
> Allan

Guess it depends..
I only maintain 70 packages in AUR, already found/patched 3, about 65
more to look at ...
Anyway, not much I can do about it.

Regards,
Philipp
 

Thread Tools




All times are GMT. The time now is 06:55 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org