On Mon, Nov 03, 2008 at 08:01:57PM +1300, Simon Geard wrote:
> On Sun, 2008-11-02 at 19:53 -0700, Dennis J Perkins wrote:
> > I've discovered that libgtkembemoz.so is not being built by Firefox 3.
> > Yelp and monodevelop both want it.  Does anyone know how to get it built
> > and installed?
> > 
> 
> As of 3.0, a straight Firefox build is just that - a build of Firefox,
> not of any of the development infrastructure that other applications
> like Yelp need. Instead, you need to build xul-runner (which the other
> applications can build against), then build Firefox against that as
> well.
> 
> Try the following routine, which I more or less grabbed from some
> Slackware build scripts I found online. Note that you don't actually
> need a separate xul-runner tarball - the code is already present in the
> Firefox download, and just needs to be built the right way.
> 
> Note - I've assumed you're building against a separately installed copy
> of NSS/NSPR. I'm also assuming you're using Firefox 3.0.3 - if not, the
> xul-runner path passed to configure might be a little different.

 FWIW, I'm still fighting firefox-as-xulrunner (installed it in
/usr, trying to run DESTDIR versions of yelp and epiphany).  My
current thoughts:

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).

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.

 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!

> ./configure --prefix=/usr --silent \
 No separate build directory ?
>     --enable-application=xulrunner \
>     --enable-system-cairo \         
>     --enable-system-lcms \
>     --enable-strip \
 optional!  Hmm, maybe my aversion to stripping things is why my '/'
is full :-(
>     --enable-jemalloc \
 does this provide any benefits on non-windows platforms ?
>     --enable-safe-browsing \
>     --enable-webservices \
 SOAP ?  I guessed this was probably obsolete.
>     --disable-pedantic \  
>     --disable-long-long-warning \
 I guess these two are for gcc-4.3.
>     --disable-debug \            
>     --disable-tests \
>     --disable-gnomevfs \
>     --disable-javaxpcom \
>     --disable-mochitest \
>     --disable-installer \
>     --disable-crashreporter \
 I don't use '--silent'; I got warning messages that this option is
not available for xulrunner
>     --disable-updater \
>     --with-system-png \
        (needs libpng patched for apng)
>     --with-system-zlib \
>     --with-system-jpeg \
>     --with-system-bz2 \
>     --with-system-nss \
>     --with-system-nspr
 No --enable-optimize --enable-svg (dunno if the latter matters for
xulrunner, but it is accepted) ?

 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.

 I also use --with-pthreads, but that only applies if you are
building nspr.

 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.

ĸ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

Reply via email to