Compiling Mozilla with usr_devx.sfs

Using applications, configuring, problems
Post Reply
Message
Author
flavour
Posts: 125
Joined: Thu 08 Sep 2005, 20:26
Location: Bicester, UK

Compiling Mozilla with usr_devx.sfs

#1 Post by flavour »

I'm trying to compile Mozilla using Puppy-1.0.5alpha2 & the excellent usr_devx.sfs developer package.
1st problem was that I needed the full version of mktemp instead of the busybox version, ok no problem.
Next problem was that I needed libIDL/IDL.h
Reading the Mozilla Build FAQ: http://www.mozilla.org/build/faq.html#libidl-2
I see that v0.8.x is for GTK2 & we want GTK1.2
I therefore initially tried the latest pre-0.8.x version: 0.7.4
This failed.
Looking in /usr/lib/libIDLConf.sh, it seems that Puppy comes with v0.6.8 of libIDL (the last version before it moved into Gnome) - is this correct?
I therefore tried using IDL.h from that release, however still no joy (see below).
Anyone able to help get this a step further?
Should I install 0.7.4 instead?
- which version was used for the Mozilla build already in Puppy?

F

In file included from xpidl.h:49,
from xpidl_java.c:29:
/usr/include/glib-1.2/glib.h:1308:23: warning: ISO C does not permit named variadic macros
/usr/include/glib-1.2/glib.h:1311:25: warning: ISO C does not permit named variadic macros
/usr/include/glib-1.2/glib.h:1314:26: warning: ISO C does not permit named variadic macros
/usr/include/glib-1.2/glib.h:1317:25: warning: ISO C does not permit named variadic macros
gcc -o xpidl -I/usr/X11R6/include -Wall -W -Wno-unused -Wpointer-arith -Wcast-align -Wno-long-long -pedantic -pthread -pipe -DNDEBUG -DTRIMMED -Os -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/orbit-1.0 xpidl.o xpidl_idl.o xpidl_util.o xpidl_header.o xpidl_typelib.o xpidl_doc.o xpidl_java.o -L../../../dist/bin -L../../../dist/lib ../../../dist/lib/libxpt.a -L/usr/lib -lIDL -lglib -ldl -lm
/usr/lib/libIDL.a(parser.o)(.text+0x396c): In function `get_name_token':
: undefined reference to `__ctype_b'
/usr/lib/libIDL.a(parser.o)(.text+0x41d8): In function `__IDL_do_pragma':
: undefined reference to `__ctype_b'
/usr/lib/libIDL.a(lexer.o)(.text+0x22c): In function `__IDL_lex':
: undefined reference to `__ctype_b'
/usr/lib/libIDL.a(lexer.o)(.text+0x39f): In function `__IDL_lex':
: undefined reference to `__ctype_b'
/usr/lib/libIDL.a(lexer.o)(.text+0x3dd): In function `__IDL_lex':
: undefined reference to `__ctype_b'
/usr/lib/libIDL.a(lexer.o)(.text+0x444): more undefined references to `__ctype_b' follow
/usr/lib/libIDL.a(util.o)(.text+0x18): In function `IDL_strcase_hash':
: undefined reference to `__ctype_tolower'
collect2: ld returned 1 exit status

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

#2 Post by BarryK »

You have that IDL problem if you are trying to compile 1.7.x Mozilla.

Moz 1.8beta will compile okay.
The Moz in Puppy 1.0.5alpha2 was compiled using usr_devx.sfs, that was
the latest "nightly source".

There's also a problem with libart_lgpl.so, if you want to enable SVG.
1.7.x won't, 1.8beta will.

Ditto for mktemp.

flavour
Posts: 125
Joined: Thu 08 Sep 2005, 20:26
Location: Bicester, UK

#3 Post by flavour »

Thanks :)

Latest tarball I can find on ftp.mozilla.org is from 2nd July 2005:
http://ftp.mozilla.org/pub/mozilla.org/ ... ce.tar.bz2
- is this what you used?

Otherwise it's a CVS download, which might be OK, but might not.

Can you confirm that libIDL-0.6.8 is fine?

Cheers,
F

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

#4 Post by BarryK »

Updated source is posted almost daily, you don't need cvs.

I'll go look for it.......
oh dear, . the "nightly source" is now 2 July, as you reported.
The last one I got from there was dated 17th Aug. but it is no longer there.
Last edited by BarryK on Tue 13 Sep 2005, 15:50, edited 1 time in total.

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

#5 Post by BarryK »

Oh, my mistake.
I just checked my latest source, it does seem to be 2 July -- all the files in the CVS directories have that date.
In my notebook I had written down 17 Aug, but that must have been just because I downloaded it on that date.

So, that should work for you, with usr_devx.sfs.

flavour
Posts: 125
Joined: Thu 08 Sep 2005, 20:26
Location: Bicester, UK

#6 Post by flavour »

I have Firefox compiling from current CVS now, which is great, thanks :)
- now having trouble with Thunderbird...but I'm sure I can beat it since Firefox was such a hunt ;)

I must confess that I really tried to like the Mozilla suite, but just can't - going back to Firefox is *such* a joy!

My Firefox .mozconfig is attached, if anyone's interested, wants to comment...

F
Attachments
mozconfig.gz
(566 Bytes) Downloaded 386 times

User avatar
BarryK
Puppy Master
Posts: 9392
Joined: Mon 09 May 2005, 09:23
Location: Perth, Western Australia
Contact:

#7 Post by BarryK »

Ah, yes, I'm always interested to see config files used for compiling from the moz source!

The last Moz I compiled, I enabled all of these extensions:
--enable-extensions=cookie,transformiix,wallet,xmlextras,inspector,pref,spellcheck,universalchardet,permissions

Yours:
--enable-extensions=cookie,xml-rpc,xmlextras,pref,universalchardet

I think I will get rid of "inspector" -- it is something to do with inspecting JAR/XUL files?
You have chosen "xml-rpc", I haven't -- what am I missing out on?

I think you need "wallet" for remembering usernames and passwords ...I think.

flavour
Posts: 125
Joined: Thu 08 Sep 2005, 20:26
Location: Bicester, UK

#8 Post by flavour »

Well, my Firefox (Deerpark Alpha since latest CVS) does store passwords even without 'wallet'.
It's down on my list as an option for the 'mail' component for some reason :-?
The official page says it's for storing form information, which we can prob do without:
http://www.mozilla.org/wallet/samples/

I'm not sure why xml-rpc would be needed in practise - it's just something I got from the DSL build, I think.
The official page is here: http://www.mozilla.org/projects/xmlrpc/
However, practical needs evade me right now...I'll try again without.

Inspector is for DOM debugging-type stuff, so prob not needed for Puppy:
http:://www.mozilla.org/projects/inspector/

Spellcheck useful for the 'mail' component, I guess, but I personally never use it ;)

I think I should have 'oji' since I do want the Java plugin & it doesn't seem to work without it (I thought this was an alternative..)

Why use transformiix or permissions?
- permissions seems to be about sharing folds with other users...not commonplace, I'd have thought
- transformiix is XSLT: http://www.mozilla.org/projects/xslt/
(again, I'm not sure what this is useful for in the 'RealWorld' TM)

F

Post Reply