On Fri, Nov 05, 2010 at 09:01:34PM -0400, Brad wrote:
> On Friday 05 November 2010 20:48:57 Jacob Meuser wrote:
> > On Fri, Nov 05, 2010 at 07:18:49PM -0400, Brad wrote:
> > > On Friday 05 November 2010 18:54:39 Stuart Henderson wrote:
> > > > On 2010/11/05 15:37, Brad wrote:
> > > > > > note that the static library archive is now created from files in
> > > > > > the build directory rather than .libs, and that only the version in
> > > > > > .libs was built with -fPIC -DPIC.
> > > > >
> > > > > Maybe I am misunderstanding what you're saying but this is how
> > > > > it should be built.
> > > >
> > > > Without -fPIC you mean?
> > >
> > > Yes for a static archive.
> > >
> > > > But shouldn't linking with a static library work if required,
> > > > even though we don't want to do that in ports?
> > >
> > > Not to a shared library and that does not work with GNU libtool.
> >
> > it does if the library name ends in _pic.a, but libtool doesn't create
> > such libraries. if they exist, it is to work around upstream thinking
> > it's ok to link static libraries (which are generally non-PIC) into
> > shared objects, but that doesn't work on all archs. there used to be
> > patches to create a _pic.a library in multimedia/mjpegtools, but that
> > was years ago. dunno if there's anything like that still in the tree.
>
> Well ya, I added the _pic.a matching for GNU libtool. But that is barely used
> anywhere. I don't remember if anything in ports or necessarily even in src
> does anymore.
xulrunner does it. I had a hard time with it when unfucking
www/kazehakase iirc.
${MOZILLA_PROJECT}/libxpcomglue.a
${MOZILLA_PROJECT}/libxpcomglue_pic.a (hardlink to previous)
${MOZILLA_PROJECT}/libxpcomglue_s.a
${MOZILLA_PROJECT}/libxpcomglue_s_pic.a (hardlink to previous)
Landry
