GNOME Bugzilla – Bug 329429
build against xulrunner trunk (gecko 1.9)
Last modified: 2006-04-20 17:53:03 UTC
Please describe the problem: yelp no longer compiles with seamonkey cvs even with --with-gecko=xulrunner configure option since libgtkmozembed no longer exists and neither does the pkgconfig .pc files so the build fails miserably. It needs to now be linked against libxul.so Steps to reproduce: 1. Attempt to build yelp with seamonkey cvs Actual results: Link fails Expected results: Does this happen every time? yes Other information: I have logged mozilla 'bug' https://bugzilla.mozilla.org/show_bug.cgi?id=325117 which removes the *-gtkmozembed.pc file Also there is a epiphany 'bug' http://bugzilla.gnome.org/show_bug.cgi?id=329196 since it's the oter app that uses the gecko embedding engine.
This is not an urgent problem, though, since a gecko 1.9 release is more than 1 year off. We'll try to fix epiphany's gecko.m4 as soon as someone of us finds time to build a xulrunner build :)
That may be the case, but anyone building cvs seamonkey from uptodate sources - which includes bug fixes cannot now link anymore gman/yelp
More accurately, anyone building seamonkey will *never again* be able to build any gtkmozembed using application against it.
Guys, can we just use epiphany's configure.in changes and gecko.m4 from bug 329196 which is fixed and now building correctly with xulrunner. Then we can close this 'bug'.
It needs a code change too, m4 + configure is not enough.
*** Bug 335526 has been marked as a duplicate of this bug. ***
Created attachment 63897 [details] [review] fix
Created attachment 63898 [details] [review] the right fix
with this patch yelp compiles but it crashes on startup, on the other hand devhelp from CVS HEAD compiles and works with on crashes (i say this because i think both yelp and devhelp shared, at least once, the glue code to talk to gecko). I know that this backtrace won't be that useful, but it is all i have. 0xb74359bb in EmbedPrivate::Realize () from /opt/mozilla/lib/libxul.so (gdb) bt
+ Trace 67741
Does it make any difference if you export LD_LIBRARY_PATH=/opt/mozilla/lib then run yelp?
none at all
It works here. How do you compile xulrunner? Do you use make install?
actually i'm not suing xulrunner but firefox. Somebody maked my bug as a duplicate of this one. I compile firefox with make -f client build and then i copy the contents of the dist directory to /opt/mozilla. firefox is compiled with the flag --prefix=/opt/mozilla though.
Oh ok then, you shouldn't do that. We only support "make -f client.mk install" installed builds. And firefox isn't really supported for gecko 1.9, only xulrunner. DonS, smitten: ok to commit the patch?
Patch looks good to me. Is the m4 stuff a resync with epiphany? If so, is there a way to keep it in sync a bit better? (Move it to gnome-common?) Just thought I'd ask.
The m4 is just a re-sync with epiphany, yes. It's not generic enough for gnome-common yet, IMHO. Fixed in the development version. The fix will be available in the next major release. Thank you for your bug report.