On Tue, Nov 04, 2008 at 09:06:38PM +1300, Simon Geard wrote:
> On Mon, 2008-11-03 at 16:54 +0000, Ken Moffat wrote:
> > 1. libxul-embedding.pc needs -L${sdkdir}/sdk/lib to be able to find
> > libxpcomglue which is a *static* lib (yeugh!) - used by yelp. I
> > think there is similar breakage in other .pc files, but I don't
> > have anything that uses them (and, $DEITY, what a mess! - stripped
> > libs below xulrunner-1.9.0.3/ and unstripped below
> > xulrunner-devel-1.9.0.3, a maze of stable and unstable files).
> >
> Interesting... I don't recall encountering anything like that. I've got
> Yelp 2.24.0 built against Xulrunner without any patches or special
> flags...
>
Curious, I needed that for 2.24.0.
> > 2. I'm NOT using separate nss, nspr at the moment. Xulrunner puts
> > its own nspr libs into /usr/lib/xulrunner-1.9.0.3/ (without
> > unstripped copies in -devel- ) and even after heavy work on
> > mozilla-nspr.pc.in to actually point to these, they aren't found.
> > I've moved them to /usr/lib where I expected to find them, with
> > symlinks from where they were.
>
> I tried using the one in Xulrunner, and found the same problems you
> described. Then I tried a standalone version. The latter required a lot
> less messing around with .pc files - I'm pretty sure that the change to
> libxul-embedding.pc.in was the only thing that needed hacking. It's the
> only one I've put into my own build scripts, at least.
>
> One qualification, actually - my NSS/NSPR version is built according to
> the BLFS instructions (including the Fedora patch), but applied to a
> newer version. Nothing hacky, at least...
>
Hmm, I'm starting to think it might be a good idea for me to use
system nss/nspr (they seem to get updated a bit quicker).
> > No patch for the moment, I've still got a lot more testing to do on
> > this!
> >
> > Commenting on the configure:
> >
> > > # Needed to make things using XUL find NSPR.
> > > echo "Requires: nspr" >> xulrunner/installer/libxul-embedding.pc.in
> > >
> > Not sure if this would help my use case - epiphany already pulls in
> > my mozilla-nss which requires nspr. But thanks for the detail, that
> > should help my testing!
>
> The problem here, from memory, was that either Yelp or Epiphany found
> Xulrunner, and assumed it provided NSS. I don't know whether they're at
> fault or whether Xulrunner is, but the above change was enough to make
> it work.
Right. In my case xulrunner does provide it.
>
[...]
>
>
> Actually, my own build does include --enable-optimize, but I trimmed it
> to avoid anyone accidentally copying anything gcc-4.3 specific. As for
> --enable-svg, I think it's the default these days - certainly, I have
> SVG support on a Firefox built this way.
>
I think you are right,
> >
> > I'm using --enable-system-sqlite because I loathe multiple static
> > builds of libraries, but I did have to create a .pc for libsqlite -
> > I've now found a fedora patch to look for a different sqlite header
> > which might serve the same purpose, but that .pc is easy enough to
> > create.
>
> Odd - I thought I was using a system SQLite, but looking at my scripts
> now, I don't see any sign of it. I'll have to correct that...
>
> As for the .pc file being missing, what version of SQLite are you using?
> I have 3.6.2 installed, and it provides an sqlite3.pc file already.
sqlite-amalgamation-3.6.3 - should I not be using the 'amalgamation'
version ?
> >
> > I'm still using a .mozconfig (the mozilla site still says its the
> > preferred way to build), so I have to make -f client.mk build etc.
>
> As I said, I grabbed this out of the Slackware build, which used the
> autotools-style. Not sure why Mozilla favour one over the other, but the
> more conventional autotools approach fits in better with my build
> scripts, so I kept it...
From memory, they say it's so you can quote what is in the config
if people ask you after you have asked for help on their lists.
Certainly, it makes a real mess in my scripts, but now I've doing a
lot of builds with DESTDIR installs it's quite convenient to keep a
config and copy it in each time.
ĸen
--
das eine Mal als Tragödie, das andere Mal als Farce
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page