Re: osf5.1 + cc + -pthread

[Peter O'Gorman]

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/libtool 
> --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 /usr/local/lib  -version-info 
> 8:5:1  inet_pton.lo  assertions.lo base64.lo bitstring.lo buffer.lo  
> bufferlist.lo commandline.lo error.lo event.lo  hash.lo heap.lo hex.lo 
> hmacmd5.lo  lex.lo lfsr.lo lib.lo log.lo  md5.lo mem.lo mutexblock.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 taskpool.lo 
> timer.lo version.lo  unix/app.lo unix/dir.lo unix/entropy.lo  
> unix/errno2result.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  unix/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 -lpthread 
> /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/commandline.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/serial.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/dir.o unix/.libs/entropy.o unix/.libs/errno2result.o unix/.libs/file.o unix/.libs/fsaccess.o unix/.libs/interfaceiter.o unix/.libs/keyboard.o unix/.libs/net.o unix/.libs/os.o unix/.libs/resource.o unix/.libs/socket.o unix/.libs/stdio.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 libisc.so.7 `test -n 
> "8.1.5:7.0:8.0" && echo -set_version 8.1.5:7.0:8.0` -update_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.

Thanks for the report,
Will you be able to test patches when I come up with one?

Peter
--
Peter O'Gorman - http://www.pogma.com