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