Project

General

Profile

Actions
Copy link

Bug #921

closed

Confusion about threadlibs?

Added by wa1ter almost 17 years ago. Updated almost 17 years ago.

Status:
Closed
Priority:
High
Assignee:
-
Category:
-
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:

Description

I'm not sure if I'm confused or DragonFly is confused. After
building world and kernel (HEAD) today, I'm unable to build
pkgsrc/perl5 because miniperl dumps core.

I tried gdb on the coredump:

Reading symbols from /usr/lib/libpthread.so.0...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libpthread.so.0
Reading symbols from /usr/pkgsrc/lang/perl5/work/perl-5.8.8/libperl.so...(no
debugging symbols found)...done.
Loaded symbols for /usr/pkgsrc/lang/perl5/work/perl-5.8.8/libperl.so
Reading symbols from /usr/lib/libm.so.3...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libm.so.3
Reading symbols from /usr/lib/libcrypt.so.3...
(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libcrypt.so.3
Symbols already loaded for /usr/lib/libpthread.so.0
Reading symbols from /usr/lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libc.so.6
Reading symbols from /usr/lib/libthread_xu.so.2...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libthread_xu.so.2 <========== huh?

Wait just a minute -- what is libthread_xu doing there? I'm using
libc_r, not xu:

#ls -l /usr/lib/*thread*
8 Dec 28 16:18 libpthread.a@ -> libc_r.a
2940 Jan 16 09:07 libpthread.so
9 Dec 28 16:17 libpthread.so.0@ -> libc_r.so
606946 Jan 16 09:07 libthread_xu.a
17 Jan 16 09:07 libthread_xu.so@ -> libthread_xu.so.2
61252 Jan 16 09:07 libthread_xu.so.2

There is a new gdb in the mix today, also. Too many variables
for me.

Anyone else tried building pkgsrc/perl5 on today's HEAD?

Actions
Copy link

Also available in: Atom PDF