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

[Albert Chin]

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 libhello.la 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)