[Top][All Lists]

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

Re: linking a shared library with -pthread omits -pthread on the link l

From: Albert Chin
Subject: Re: linking a shared library with -pthread omits -pthread on the link line.
Date: Sat, 14 Dec 2002 18:29:03 -0600
User-agent: Mutt/1.4i

On Sat, Dec 14, 2002 at 05:43:45PM -0600, Bob Friesenhahn wrote:
> On Sat, 14 Dec 2002, Albert Chin wrote:
> > Because libtool knows nothing about $CFLAGS, it's not possible for it
> > to know about the appropriate switch (+DD64 in this case) to build
> > 64-bit object files. Even though the answer was in $CFLAGS, libtool
> > doesn't get passed $CFLAGS. My solution was CC="cc +DD64".
> >
> > So, do we teach libtool to inherit $CFLAGS?
> That would be a very bad idea indeed.  Libtool would loose all value
> as a stand-alone utility if we were to do this.

Huh? If "libtool --mode=link" causes a program to get built, I think
it makes sense to use $CFLAGS.

So is the following behaviour correct?
  $ sh pdemo-make.conf
  /bin/sh ./libtool --mode=link cc  +O2 -Ae -z +ESlit +Onofltacc
  +DAportable +Oentrysched +Odataprefetch +Onolimit   -o helldl
  -export-dynamic -dlpreopen longer_file_name_dlmain.o  
  rm -f .libs/helldl.nm .libs/helldl.nmS .libs/helldl.nmT
  creating .libs/helldlS.c
  extracting global C symbols from `./.libs/libhello.a'
  (cd .libs && cc -c  +Z -DPIC "helldlS.c")

I'd even accept stealing the flags from the libtool line and using it
to build helldlS.c.

albert chin (address@hidden)

reply via email to

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