On Tue, 25 Apr 2000 12:37:01 -0500 erh@nimenees.com wrote:

> On Tue, Apr 25, 2000 at 11:12:50AM -0600, Ron Roskens wrote:
> > I was looking into this on the -i386 side. The problem here is 
> > that with shared libraries the linker is looking for 
> > libxpcom.so. mozilla installs a link in dist/bin and dist/lib 
> > for libxpcom.so.1.0. Making a link from libxpcom.so.1.0 to 
> > libxpcom.so kept things compiling.
> > 
> > Except that even doing you still can't run the regExport binary 
> > since:
> > pos# ldd regExport 
> > regExport:
> >          -lplds4 => not found
> >          -lplc4 => not found
> >          -lnspr4 => not found
> >          -lxpcom.1 => not found
> 
> 	Let me guess: these aren't installed in the standard /usr/lib
> directory when you try this?  I'll bet it's not adding the correct
> -Wl,-rpath,... arguments to run when the libraries are in dist/lib.
> To fix add the appropriate rpath argument (i.e. a relative path pointing
> to where the libs actually are).  It would be really nice if "-L<foo>"
> did -Wl,-path,<foo> automatically, but it doesn't.

Yep. Mozilla seems to want to build a dist tree off of 
work/mozilla/dist/ and then link in a bunch of files. (headers, 
programs, libraries)

To make things even more fun mozilla uses a common OS_LDFLAGS
make variable which it passes to both $CC and $LD.

Elfin.
----------------------
roskens@colltech.com