Compile Mozilla without Acc ??? Can be done

[yaron daniel]

Hello all

I am trying to compile mozilla under hpux11.11
which gcc - 3.3.2, perl - 5.8.2 , glib-config - 1.2.10 ,gtk-config - 1.2.10 and when trying
to compile mozilla i got always the following message: /tools/bin/gmake -C config export
gmake[1]: Entering directory `/tmp/mozilla/config'
/tools/bin/perl -I. ./bdate.pl build_number
../config/nsinstall -R -m 644 nsBuildID.h ../mozilla-config.h ../dist/include
/tools/bin/perl -I../config ../config/build-list.pl ../dist/include/.headerlist nsBuildID.h ../mozilla-config.h
rm -f ../config/final-link-comps ../config/final-link-libs ../config/final-link-comp-names
rm -f ../dist/bin/chrome/chromelist.txt
../config/nsinstall -t -m 644 nsBuildID.h ../mozilla-config.h ../dist/sdk/
gmake[1]: Leaving directory `/tmp/mozilla/config'
/tools/bin/gmake nspr
gmake[1]: Entering directory `/tmp/mozilla'
/tools/bin/gmake -C nsprpub
gmake[2]: Entering directory `/tmp/mozilla/nsprpub'
cd config; /tools/bin/gmake -j1 export
gmake[3]: Entering directory `/tmp/mozilla/nsprpub/config'
gcc now.o +DD64 -o now
gcc: +DD64: No such file or directory
gmake[3]: *** [now] Error 1
gmake[3]: Leaving directory `/tmp/mozilla/nsprpub/config'
gmake[2]: *** [export] Error 2
gmake[2]: Leaving directory `/tmp/mozilla/nsprpub'
gmake[1]: *** [nspr] Error 2
gmake[1]: Leaving directory `/tmp/mozilla'
make: *** [default] Error 2

[Gerard Leclercq]

Hi,

Why do you want to compile Mozilla?
You can find it ready to use on HP core or applications cdroms, or on hp web site.

Gerard

[yaron daniel]

I want to compile becuase i have an NFS server that contains all the GNU utilities and other stuff. (like gcc , glib, gtk ...)
I want to build it on hpux11.11 64 bit
and at HP sites it is on 32bit and also the location of glib & gtk are not under /opt
where the binary of hp was compiled.

[Steve Steel]

I found this out on the internet. . .
<>

This is what the message says: I know you've probably heard this a thousand times but gcc doesn't work on hpux.


Thus use precompiled or HP version of Gcc


Steve Steel

[yaron daniel]

Hi

You send me to an unerachacle page...

[Kenneth Platz · Accepted solution]

The problem isn't that you've got a broken gcc (or at least this isn't the error you're seeing here). It's that your Makefile is referencing options that are specific to HP's C compiler:

gcc now.o +DD64 -o now
gcc: +DD64: No such file or directory

The +DD64 option is the HP C compiler's option to generate 64-bit code.

Go into your Makefile and change this to:

-march=2.0

[yaron daniel]

Hi

It seems to be better, but now i got this error message:
tmp/mozilla/dist/include/nspr -I../../../../pr/include -I../../../../pr/include/private -c os_HPUX.s
os_HPUX.s: Assembler messages:
os_HPUX.s:35: Warning: rest of line ignored; first ignored character is `W'
os_HPUX.s:48: Error: The .ENTER pseudo-op is not supported
os_HPUX.s:52: Error: The .LEAVE pseudo-op is not supported
gmake[6]: *** [os_HPUX.o] Error 1
gmake[6]: Leaving directory `/tmp/mozilla/nsprpub/pr/src/md/unix'
gmake[5]: *** [export] Error 2
gmake[5]: Leaving directory `/tmp/mozilla/nsprpub/pr/src/md'
gmake[4]: *** [export] Error 2
gmake[4]: Leaving directory `/tmp/mozilla/nsprpub/pr/src'
gmake[3]: *** [export] Error 2
gmake[3]: Leaving directory `/tmp/mozilla/nsprpub/pr'
gmake[2]: *** [export] Error 2
gmake[2]: Leaving directory `/tmp/mozilla/nsprpub'
gmake[1]: *** [nspr] Error 2
gmake[1]: Leaving directory `/tmp/mozilla'
make: *** [default] Error 2

[Red de Datos de Gestion]

I had the same problem and I resolved it -->
http://sourceforge.net/mailarchive/forum.php?forum_id=6767&max_rows=25&style=nested&viewmonth=200203.

Change the GNU "as" compiler to HPPA "as" compiler and run.

[Eiff, Volker]

Hi,

thanks for this advice. It worked for me to use just for this compile step the original "cc" instead of gcc.

But the next errors come with the compiling of mozilla/js/src/jsinterp.c:

jsinterp.c: In function `js_Interpret':
jsinterp.c:1519: warning: int format, long int arg (arg 3)
jsinterp.c:2523: error: invalid lvalue in assignment
jsinterp.c:3687: warning: cast increases required alignment of target type
jsinterp.c:3687: warning: ISO C forbids conversion of object pointer to function pointer type
jsinterp.c:3687: warning: cast increases required alignment of target type
jsinterp.c:3687: warning: ISO C forbids conversion of object pointer to function pointer type
jsinterp.c:3789: warning: cast increases required alignment of target type
jsinterp.c:3789: warning: ISO C forbids conversion of object pointer to function pointer type
jsinterp.c:3789: warning: cast increases required alignment of target type
jsinterp.c:3789: warning: ISO C forbids conversion of object pointer to function pointer type
jsinterp.c:3852: warning: cast increases required alignment of target type
jsinterp.c:3852: warning: ISO C forbids conversion of object pointer to function pointer type
jsinterp.c:3852: warning: cast increases required alignment of target type
jsinterp.c:3852: warning: ISO C forbids conversion of object pointer to function pointer type
jsinterp.c:3939: warning: cast increases required alignment of target type
jsinterp.c:3939: warning: ISO C forbids conversion of object pointer to function pointer type
jsinterp.c:3944: warning: cast increases required alignment of target type
jsinterp.c:3944: warning: ISO C forbids conversion of object pointer to function pointer type
jsinterp.c:4224: warning: int format, long int arg (arg 3)

Does anyone have an idea how to handle these? The C code doesn't look obviously wrong. The first one could be managed by changing the %d in an %ld in the fprintf format string. But the other errors I have no idea what should be done to correct these.

Thanks for any help.

[Kristyan Osborne]

Hi,

I was wondering if anyone had a solution to the compile problem with jsinterp.c as detailed in the previous post above by Eiff Volker.

Cheers

Kris

[Thomas Matelich]

I'm currently working on compiling firefox with gcc. I haven't gotten it running so I can't say whether my solution to the jsinterp problem will be viable, but here it is.

In jsnum.h, find JSDOUBLE_HI32. Its defined 3 different ways. The gcc way doesn't work for lvalues. So, I went to the non-gcc side and copied the section for JSDOUBLE_HI32 and LO32 (seven lines starting with #if defined(IS_LITTLE_ENDIAN)...) and I copied it to the gcc section. I then appended _LVALUE to the macros.

Everytime the compiler complained about using JSDOUBLE_xx32 as an lvalue, I appended _LVALUE to the macro invocation.

My build is not continuing on past the js directory. I'll try to remember to post any other fixes I apply here.