[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: osf5.1 + cc + -pthread
From: |
Mark Andrews |
Subject: |
Re: osf5.1 + cc + -pthread |
Date: |
Thu, 02 Dec 2004 00:54:07 +1100 |
> Mark Andrews wrote:
> > libtool passes -pthread to ld which fails.
> > A quick inspection of 1.5.10 doesn't show a obvious fix.
> >
> > host=alphaev6-dec-osf5.1
> >
> > PROGRAM=ltmain.sh
> > PACKAGE=libtool
> > VERSION=1.5.2
> > TIMESTAMP=" (1.1220.2.60 2004/01/25 12:25:08)"
> >
> > e.g.
> >
> > /bin/ksh /var/staff/marka/robie/builds/bind9.v9_2.thread+libtool/bind9/libt
> ool --mode=link cc -pthread -std -g -I/var/staff/marka/robie/builds/bind9.
> v9_2.thread+libtool/bind9 -I./unix/include -I./pthreads/include -I./include
> -I./include -D_REENTRANT -D_POSIX_PII_SOCKET -o libisc.la -rpath /u
> sr/local/lib -version-info 8:5:1 inet_pton.lo assertions.lo base64.lo bits
> tring.lo buffer.lo bufferlist.lo commandline.lo error.lo event.lo hash.lo h
> eap.lo hex.lo hmacmd5.lo lex.lo lfsr.lo lib.lo log.lo md5.lo mem.lo mutexbl
> ock.lo netaddr.lo ondestroy.lo quota.lo random.lo ratelimiter.lo result.lo
> rwlock.lo serial.lo sha1.lo sockaddr.lo string.lo symtab.lo task.lo taskpoo
> l.lo timer.lo version.lo unix/app.lo unix/dir.lo unix/entropy.lo unix/errno
> 2result.lo unix/file.lo unix/fsaccess.lo unix/interfaceiter.lo unix/keyboard
> .lo unix/net.lo unix/os.lo unix/resource.lo unix/socket.lo unix/stdio.lo un
> ix/stdtime.lo unix/strerror.lo unix/syslog.lo unix/time.lo nls/msg
> c!
> > at.lo pthreads/condition.lo pthreads/mutex.lo pthreads/thread.lo -lpthrea
> d
> > /bin/ld -shared -expect_unresolved \* .libs/inet_pton.o .libs/assertions.o
> .libs/base64.o .libs/bitstring.o .libs/buffer.o .libs/bufferlist.o .libs/com
> mandline.o .libs/error.o .libs/event.o .libs/hash.o .libs/heap.o .libs/hex.o
> .libs/hmacmd5.o .libs/lex.o .libs/lfsr.o .libs/lib.o .libs/log.o .libs/md5.o
> .libs/mem.o .libs/mutexblock.o .libs/netaddr.o .libs/ondestroy.o .libs/quota.
> o .libs/random.o .libs/ratelimiter.o .libs/result.o .libs/rwlock.o .libs/seri
> al.o .libs/sha1.o .libs/sockaddr.o .libs/string.o .libs/symtab.o .libs/task.o
> .libs/taskpool.o .libs/timer.o .libs/version.o unix/.libs/app.o unix/.libs/d
> ir.o unix/.libs/entropy.o unix/.libs/errno2result.o unix/.libs/file.o unix/.l
> ibs/fsaccess.o unix/.libs/interfaceiter.o unix/.libs/keyboard.o unix/.libs/ne
> t.o unix/.libs/os.o unix/.libs/resource.o unix/.libs/socket.o unix/.libs/stdi
> o.o unix/.libs/stdtime.o unix/.libs/strerror.o unix/.libs/syslog.o unix/.libs
> /time.o nls/.libs/msgcat.o pthreads/.libs/condition.o pthreads/.li
> b!
> > s/mutex.o pthreads/.libs/thread.o -pthread -lpthread -lc -msym -soname l
> ibisc.so.7 `test -n "8.1.5:7.0:8.0" && echo -set_version 8.1.5:7.0:8.0` -upda
> te_registry .libs/so_locations -o .libs/libisc.so.8.1.5
> > /bin/ld:
> > -pthread: Unknown flag
> > /bin/ld: Usage: /bin/ld [options] file [...]
>
> Okay, I think that we need to check if archive_cmds is calling the linker
> directly or if it is calling the compiler. I would bet that this same
> situation fails on all systems where $LD is used to create the libraries.
Most probably.
> Thanks for the report,
> Will you be able to test patches when I come up with one?
I should be able to though some of the test machines are slow.
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: address@hidden