[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: -pthread etc. fix
From: |
Scott James Remnant |
Subject: |
Re: -pthread etc. fix |
Date: |
Wed, 01 Oct 2003 01:16:13 +0100 |
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