Closed Bug 53340 Opened 24 years ago Closed 23 years ago

Can't build mozilla on HP-UX 10.20 (build 20000920)

Categories

(SeaMonkey :: Build Config, defect, P3)

Product:
SeaMonkey
Component:
Build Config
Platform:
HP
HP-UX
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED WONTFIX

People

(Reporter: lammel, Assigned: jdunn)

Details

When trying to build mozilla, configuration works well, but when make is in "nsprpub/pr/src/md/unix" make stops. (This has happend since I first tried to compile mozilla 3 months ago) ~~~ snip ~~~ cd unix; /opt/make/bin/gmake export gmake[5]: Entering directory `/localtmp/mozilla/nsprpub/pr/src/md/unix' gcc -o HP-UXB.10.20_gcc_PTH_DBG.OBJ/os_HPUX.o -g -fPIC -DHPUX -Dhppa -D_HPUX_SOURCE -D_PR_NEED_H_ERRNO -DHAVE_INT_LOC ALTIME_R -DHPUX10 -DHPUX10_20 -D_REENTRANT -D_PR_DCETHREADS -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -DXP _UNIX -DDEBUG -UNDEBUG -DDEBUG_root -D_PR_NO_LARGE_FILES -D_NSPR_BUILD_ -I/localtmp/mozilla/dist/include -I../../../../ pr/include -I../../../../pr/include/private -c os_HPUX.s os_HPUX.s: Assembler messages: os_HPUX.s:2: Error: Unrecognized .LEVEL argument os_HPUX.s:2: Error: Rest of line ignored. First ignored character is `2'. os_HPUX.s:14: Internal error, aborting at ./config/tc-hppa.c line 4503 Please report this bug. gmake[5]: *** [HP-UXB.10.20_gcc_PTH_DBG.OBJ/os_HPUX.o] Error 1 gmake[5]: Leaving directory `/localtmp/mozilla/nsprpub/pr/src/md/unix' gmake[4]: *** [export] Error 2 gmake[4]: Leaving directory `/localtmp/mozilla/nsprpub/pr/src/md' gmake[3]: *** [export] Error 2 gmake[3]: Leaving directory `/localtmp/mozilla/nsprpub/pr/src' gmake[2]: *** [export] Error 2 gmake[2]: Leaving directory `/localtmp/mozilla/nsprpub/pr' gmake[1]: *** [export] Error 2 gmake[1]: Leaving directory `/localtmp/mozilla/nsprpub' gmake: *** [export] Error 2
Building on HP B1000 (9000/785) using gcc 2.8.1 / binutils 2.9.1
Jim, any insights?
Someone has gotten 10.20 to build using gcc, but not ever sure if they got it running... For this one file os_HPUX.s you need to remove the LEVEL line... possibly another one. For some reason this isn't preprocessed out, so you need to modify it and then rebuild. NOTE: in the notes below it mentions that you might have to 'hand' build os_HPUX.o using 'as' instead of 'gcc'... not sure, I haven't built 10.20 via gcc in a long long time. I have been putting 10.20 binaries up on the ftp mozilla... is there something wrong with those? Looking through the emails here is what they did: - Remove -lthreads from NSPR_LIBS in config/autoconf.mk Actually I found on 10.20 that you need to use NSPR threads (line 102, i think, of mozilla/nsprpub/config/HP-UX.mk change _PTH to _EMU) - Had to recompile the stuff in nsprpub to enable DEBUG - Had to modify os_HPUX by hand to get it to compile with HPUX's as. Didn't work with gas. - I had to add -L/usr/local/lib to the OS_LDFLAGS line because autoconf.mk uses ld instead of gcc to link. - I had to add /usr/local/include/g++ (I think) the C++ compiler flags to get the iostream.h stuff to be located. That's probably a bug in my setup.
Thnx to Jim Dunn I got past the as hurdle. Compiled os_HPUX by hand Changes to config/autoconf.mk: changed AS = /usr/ccs/bin/as removed "-Wl,-E" from MOZ_GTK_LDFLAGS and TK_LIBS After that all assembler files should be compiled (also in xpcom) After adjusting some pathes, I finally ended up with another error (probably related to gcc) /usr/bin/ld -b -E +s -L../../dist/bin -L../../dist/lib -o libhtmlpars.sl nsDTDUtils.o nsHTMLTokenizer.o nsXMLTokenizer.o nsExpatTokenizer.o nsElementTable.o CNavDTD.o COtherDTD.o CRtfDTD.o nsHTMLEntities.o nsHTMLNullSink.o nsHTMLTags.o nsHTMLTokens.o nsLoggingSink.o nsParser.o CParserContext.o nsParserModule.o nsParserNode.o nsScanner.o nsToken.o nsTokenHandler.o nsHTMLContentSinkStream.o nsHTMLToTXTSinkStream.o nsValidDTD.o nsWellFormedDTD.o nsViewSourceHTML.o nsXIFDTD.o nsExpatDTD.o nsDTDDebug.o prstrm.o hashtable.o xmlparse.o xmltok.o xmlrole.o -L /opt/gcc/lib ../../dist/lib/libexpat_s.a ../../dist/lib/libxmltok_s.a -L../../dist/bin -lplds4 -lplc4 -lnspr4 -L../../dist/bin -lxpcom -lm -lc_r -lstdc++ /usr/bin/ld: DP relative code in file /opt/gcc/lib/libstdc++.a(iostream.o) - shared library must be position independent. Use +z or +Z to recompile.
Ok, one of the 'other' things we found was that on 10.20 for some reason when you link in -lm... you sometimes get the wrong libm.sl... you actually link in libm.a (which isn't position independant). I would suggest going through mozilla/config/autoconf.mk, search for ALL occurances of -lm and either replace it with -l:libm.sl or remove the -lm from the line. There are I believe 2 occurances... one of them in the TK_LIBS line... that I think you might need... but any other occurance, I think you can remove... Good luck, keep me posted.
Tried to remove and to replace the -lm in autoconf.mk, but no success this time. Same error at same place. Are there any HP-UX10.20 builds on the mozilla ftp than the milestones? Any nightlies? I just found HPUX11.00 Any more ideas...
ok... what about libstdc++ in /opt/gcc/lib? is there both a .a and a .sl? Any way you can force the -l:libstdc++.sl? We don't use gcc to build 10.20, we use aCC so we don't have any problems with this. I am doing internal 10.20 builds only using aCC... What is your goal anyway... do you want your own built mozilla 10.20 build or are you just looking for a mozilla 10.20 build based on the lastest code? (i.e. if I found a way of getting you at hpux 10.20 mozilla build based on glib 1.2.7 & aCC, are you ok with that?
Ok, gcc was built static (libstdc++.a), so I guess I'll stop on that. My goal is to have a chance to get a good latest build (like 20000919 on win/linux), so I can start to take a look, how mozilla performs in our companies environment. It would be *very* fine, if you could build hp-ux10.20 with aCC. Will it be on the nightlies ftp-dir? (I was really looking forward to have this in a long time)
reassigning to me... Well wouldn't you know that as soon as I volunteer... I can't deliver. You are going to have to give me till next week to give you a build. My HP 10.20 machines are being moved to the another building so I don't have access.
Assignee: cls → jdunn
Are we still seeing this? anyone? if so please email/post so we can mark this as a NEW bug, and if not so we can mark it as Worksforme.
We still can't build 10.20 using gcc... I have given him a native compiler build... and the issues there are that it is slow. So the bug is still valid, the question is, doesn ANYONE care.
For me it would be nice to have a running build on 10.20, but it is not a must have, because we are migrating to 11.00 in 1H2000. So it is much more important for us that it works on 11.00. (Where have the HP-UX builds gone from tinderbox-Ports?)
Well there is a running HP-UX 10.20 build... it just isn't built using GCC (which this bug is ALL about). We just put an M18 build up on mozilla. As far as the tinderboxes... they are on the branch... since the team that maintains the tinderboxes is more focused on that than on TRUNK stuff at the moment...
Marking as NEW since its been confirmed.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I am going to close this bug, by saying that building on hp10.20 using gcc is NOT supported. If someone wants to do this port be my guest.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
verified.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.