[ On Friday, May 4, 2001 at 12:05:01 (-0500), Frederick Bruckman wrote: ]
> Subject: Re: pkg/12705: pkgsrc/www/mozilla for 0.8.1 fails to build on i388  1.5T
>
> On Fri, 4 May 2001, Greg A. Woods wrote:
> 
> > Re-running gmake in the worksrc directory after the failure gives:
> [...]
> > cc -o libnspr4.so -shared -Wl,-soname,libnspr4.so -Wl,-R/usr/pkg/lib/mozilla [...] -lpthread
> > /usr/bin/ld: cannot open -lpthread: No such file or directory
> > collect2: ld returned 1 exit status
> > gmake[3]: *** [libnspr4.so] Error 1
> 
> You realize that the package build sets ${LDFLAGS} in the environment?

Yes, indeed I do!

> If it has the same problem when built from the package directory, that
> would likely be because ".../pthread/Makefile" overwrites ${LDFLAGS}.

Yes, it does have the same problem when being built via the pkgrsc
Makefile, which is what the original PR is about....

FYI the command that fails when 'make' is run from the
pkgsrc/www/mozilla directory (either initially, or a second time) is
identical:

    cc -o libnspr4.so -shared -Wl,-soname,libnspr4.so -Wl,-R/usr/pkg/lib/mozilla [...] -lpthread 
    /usr/bin/ld: cannot open -lpthread: No such file or directory
    collect2: ld returned 1 exit status

> I suggest a solution would be to identify another variable in that
> file that's unique to that directory, like ${PTHREAD_LDFLAGS}, or put
> one in if there isn't. Such would minimize side effects, while giving
> us a knob at the top to try different pthreads libraries.

The mozilla build seems to already be careful not to be influenced by
at least that environment variable....

I still don't understand why the build fails on my system but clearly
not on other people's systems....

Note that I have no mozilla installed on my system now.  I did a
'pkg_delete mozilla' before trying to build the new version.

-- 
							Greg A. Woods

+1 416 218-0098      VE3TCP      <gwoods@acm.org>     <woods@robohack.ca>
Planix, Inc. <woods@planix.com>;   Secrets of the Weird <woods@weird.com>