CALL FOR TEST: Updates to pixmap, cairo, poppler, and firefox
3.0!
Tom Evans
tevans.uk at googlemail.com
Thu Jun 19 17:00:40 UTC 2008
On Thu, 2008-06-19 at 10:34 -0400, Naram Qashat wrote:
> ..
> That was definitely the problem, thanks for pointing that out. Without looking
> at the source files, I assume they were referencing the header files by some
> kind of path and that was causing the issue when firefox2 and spidermonkey were
> installed. But now it builds fine, and also runs just fine as well.
>
> Thanks,
> Naram Qashat
No problem. Wish I could work out why ff3 fails so consistently on my
machine.
FreeBSD zoot.mintel.co.uk 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #6: Mon
Feb 4 12:43:15 GMT 2008
root at zoot.mintel.co.uk:/data2/FreeBSD/RELENG_7/obj/data2/FreeBSD/RELENG_7/src/sys/ZOOT i386
Unmodified, the port build runs along until it gets to the JS library
(mozilla/js/src). Then this happens:
cc -I/usr/local/include -I/usr/local/include -Wall -W -Wno-unused
-Wpointer-arith -Wcast-align -W -Wno-long-long -O1 -fno-strict-aliasing
-pipe -O2 -fno-strict-aliasing -O2 -fno-strict-aliasing -pipe -DNDEBUG
-DTRIMMED -O2 -fPIC -shared -Wl,-z,defs -Wl,-h,libmozjs.so -o
libmozjs.so jsapi.o jsarena.o jsarray.o jsatom.o jsbool.o jscntxt.o
jsdate.o jsdbgapi.o jsdhash.o jsdtoa.o jsemit.o jsexn.o jsfun.o jsgc.o
jshash.o jsinterp.o jsinvoke.o jsiter.o jslock.o jslog2.o jslong.o
jsmath.o jsnum.o jsobj.o jsopcode.o jsparse.o jsprf.o jsregexp.o
jsscan.o jsscope.o jsscript.o jsstr.o jsutil.o jsxdrapi.o jsxml.o
prmjtime.o -pthread -Wl,-rpath-link,../../dist/bin -lm
-pthread -L../../dist/lib -lplds4 -lplc4 -lnspr4 -pthread -Wl,-Bsymbolic
-lc -lm -pthread -pthread -L/usr/local/lib -liconv
../../dist/lib/libnspr4.a(uxproces.o)(.text+0x7d1): In function
`_MD_CreateUnixProcess':
: undefined reference to `environ'
gmake[3]: *** [libmozjs.so] Error 1
gmake[3]: Leaving directory
`/data2/ff3_build/usr/ports-stable/www/firefox3/work/mozilla/js/src'
This I can fix* by the adding $LOCALBASE/lib to the LDFLAGS in the port
Makefile, and the build will succeed. However, it wont then run
properly. The address bar doesn't change unless I click the new 'privacy
button' to the left of the address bar, then it will update. Browsing to
a new URI by clicking a link, switching to or creating a tab will not
change the address bar to the correct value.
Is it possible this is some cruft left over in my home directory? I have
completely deinstalled all mozilla ports I can think of, and moved out
of the way my .mozilla folder.
I've scheduled a full kernel/world update tonight, to see if that makes
any major difference - I know I'm a little out of date now...
Would any other details be useful? Let me know.
Cheers
Tom
* Interesting, I just noticed that this linker line already has -L
$LOCALBASE/lib , so I'm not sure what effect this is having. It is 100%
reproducible though, and the fix is:
--- Makefile 18 Jun 2008 15:46:27
+++ Makefile 19 Jun 2008 16:46:27
@@ -39,6 +39,9 @@
USE_GMAKE= yes
NO_MOZPKGINSTALL=yes
+LDFLAGS+= -L${LOCALBASE}/lib
+
FIREFOX_ICON= ${MOZILLA}.png
Bizarre.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20080619/320cd6bf/attachment.pgp
More information about the freebsd-gnome
mailing list