Re: -pthread etc. fix

[Scott James Remnant]

On Wed, 2003-10-01 at 00:42, Scott James Remnant wrote:

> On Sat, 2003-09-27 at 17:05, Peter O'Gorman wrote:
> 
> > Bob Friesenhahn wrote:
> > 
> > > No.  This patch is not ok to apply.  Look closely at how this list of
> > > symbols is used by the acx_pthread macro.  The options that do not
> > > start with a dash are converted to library names (like -lpthread) and
> > > are not compile/link options.
> > 
> > Doh!
> > Thanks Bob. One sec....
> > 
> > There, is that okay?
> > 
> Doesn't work for programs:
> 
> descent ltpthread% ./libtool_1.5 --mode link gcc -o foo foo.lo -pthread
> gcc -o foo .libs/foo.o
> 
descent ltpthread% ./libtool --mode=compile gcc -c foo.c
mkdir .libs
 gcc -c foo.c  -fPIC -DPIC -o .libs/foo.o
 gcc -c foo.c -o foo.o >/dev/null 2>&1
descent ltpthread% ./libtool --mode=link gcc -pthread -o foo -c foo.c
gcc -o foo -c foo.c


Ignore my middle e-mail, as you can see this stops -pthread working for
programs because having being caught by the -pthread in 'case $arg in'
it's no longer added to compile_command.

Remove the "continue" line from the first block and it works again.

Scott
-- 
Have you ever, ever felt like this?
Had strange things happen?  Are you going round the twist?

signature.asc
Description: This is a digitally signed message part