Apache OpenOffice (AOO) Bugzilla – Issue 183
Open Office won't build tools (xmltok fails)
Last modified: 2003-12-06 14:52:34 UTC
tcsh# cd config_office tcsh# sparc32 ./configure [ output.. configures well. the configure/configure.in and set_soenv.1 would need to include logic for understanding sparc64 (just a few changes) but this makes it work anyway ] tcsh# cd .. tcsh# sparc32 ./bootstrap [ output... all the audio stuff compiles cleanly, but then... [...] cd expat; dmake subdmake=true product="full" generated makefile.rc detected cd rtufiles; dmake subdmake=true subdmake="true" product="full" generated makefile.rc detected cd xmlparse; dmake subdmake=true subdmake="true" subdmake="true" product="full" ------------------------------ Making: ../../../unxlngs.pro/slo/hashtable.obj I../xmltok -DLINUX -DUNX -DVCL -DGCC -DC295 -DSPARC -DTF_UCB -DENABLEUNICODE -DTF_SDBAPI -DCVER=C295 -DONE_LINGU -D__DMAKE -DUNIX -DSUPD=609 -DBUILD=5717 -DSOLAR_PLUGIN -DVCL -DSO3 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOPTIMIZE -DGUI -DSRC609 -DBOOTSTRAPPER -DTF_ONE51 -DSHAREDLIB -D_DLL_ -DMULTITHREAD ../../../unxlngs.pro/slo/hashtable.o hashtable.c I../xmltok: Command not found. if ( -e ../../../unxlngs.pro/slo/hashtable.o) touch ../../../unxlngs.pro/slo/hashtable.obj ------------------------------ Making: ../../../unxlngs.pro/slo/xmlparse.obj I../xmltok -DLINUX -DUNX -DVCL -DGCC -DC295 -DSPARC -DTF_UCB -DENABLEUNICODE -DTF_SDBAPI -DCVER=C295 -DONE_LINGU -D__DMAKE -DUNIX -DSUPD=609 -DBUILD=5717 -DSOLAR_PLUGIN -DVCL -DSO3 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOPTIMIZE -DGUI -DSRC609 -DBOOTSTRAPPER -DTF_ONE51 -DSHAREDLIB -D_DLL_ -DMULTITHREAD ../../../unxlngs.pro/slo/xmlparse.o xmlparse.c I../xmltok: Command not found. if ( -e ../../../unxlngs.pro/slo/xmlparse.o) touch ../../../unxlngs.pro/slo/xmlparse.obj ------------------------------ Making: ../../../unxlngs.pro/slo/UNICODE_hashtable.obj I../xmltok -DLINUX -DUNX -DVCL -DGCC -DC295 -DSPARC -DTF_UCB -DENABLEUNICODE -DTF_SDBAPI -DCVER=C295 -DONE_LINGU -D__DMAKE -DUNIX -DSUPD=609 -DBUILD=5717 -DSOLAR_PLUGIN -DVCL -DSO3 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOPTIMIZE -DGUI -DSRC609 -DBOOTSTRAPPER -DTF_ONE51 -DXML_UNICODE -DSHAREDLIB -D_DLL_ -DMULTITHREAD ../../../unxlngs.pro/slo/UNICODE_hashtable.o hashtable.c I../xmltok: Command not found. if ( -e ../../../unxlngs.pro/slo/UNICODE_hashtable.o) touch ../../../unxlngs.pro/slo/UNICODE_hashtable.obj ------------------------------ Making: ../../../unxlngs.pro/slo/UNICODE_xmlparse.obj I../xmltok -DLINUX -DUNX -DVCL -DGCC -DC295 -DSPARC -DTF_UCB -DENABLEUNICODE -DTF_SDBAPI -DCVER=C295 -DONE_LINGU -D__DMAKE -DUNIX -DSUPD=609 -DBUILD=5717 -DSOLAR_PLUGIN -DVCL -DSO3 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOPTIMIZE -DGUI -DSRC609 -DBOOTSTRAPPER -DTF_ONE51 -DXML_UNICODE -DSHAREDLIB -D_DLL_ -DMULTITHREAD ../../../unxlngs.pro/slo/UNICODE_xmlparse.o xmlparse.c I../xmltok: Command not found. if ( -e ../../../unxlngs.pro/slo/UNICODE_xmlparse.o) touch ../../../unxlngs.pro/slo/UNICODE_xmlparse.obj ------------------------------ Making: ../../../unxlngs.pro/misc/expat_xmlparse.dpc dmake subdmake=true subdmake="true" subdmake="true" subdmake="true" product="full" depend=t ALLDPC Making : Dependencies makedepn @/tmp/mkRsomLY using: using: ../../../unxlngs.pro/slb/ascii_expat_xmlparse.lib ------------------------------ Making: ../../../unxlngs.pro/slb/ascii_expat_xmlparse.lib nm: ../../../unxlngs.pro/slo/hashtable.o: No such file or directory nm: ../../../unxlngs.pro/slo/xmlparse.o: No such file or directory dmake: Error code 2, while making '../../../unxlngs.pro/slb/ascii_expat_xmlparse.lib' dmake: '../../../unxlngs.pro/slb/ascii_expat_xmlparse.lib' removed. ---* TG_SLO.MK *--- dmake: Error code 255, while making 'xmlparse' ---* TG_SLO.MK *--- dmake: Error code 255, while making 'rtufiles' ---* TG_SLO.MK *--- dmake: Error code 255, while making 'expat' ---* TG_SLO.MK *--- So, it looks like the variable for the compiler is null at this point, at least that's my guess.. but i'm not a dmake guru, and haven't been able to figure out where it's supposed to get passed at.
it seems that you don't have the directory external/expat/rtufiles/xmltok. The script external/expat/expatpatch.sh should have copied xmltook into rtufiles during dmake. If this is the case, I suggest to re-build external with a fresh untouched external module. armin.theissen@ireland.sun.com
Actually, the external/expat/rtufiles/xmltok directory >does< exist. # ls -laFR xmltok xmltok/: total 180 drwxr-xr-x 3 53413 6014 4096 Nov 16 15:31 ./ drwxr-xr-x 5 53413 6014 4096 Oct 31 09:05 ../ drwxr-xr-x 2 53413 6014 4096 Oct 31 09:05 CVS/ -rw-r--r-- 1 500 500 2916 May 29 1999 asciitab.h -rw-r--r-- 1 500 500 1442 May 29 1999 dllmain.c -rw------- 1 53413 6014 39 Sep 22 10:07 dummy -rw-r--r-- 1 500 500 2986 May 29 1999 iasciitab.h -rw-r--r-- 1 500 500 2969 May 29 1999 latin1tab.h -rw------- 1 root root 2957 Nov 16 15:31 makefile.mk -rw-rw-r-- 1 500 500 7050 Jan 8 1999 nametab.h -rw-r--r-- 1 500 500 2919 May 29 1999 utf8tab.h -rw-r--r-- 1 500 500 2031 May 29 1999 xmldef.h -rw-r--r-- 1 500 500 24138 May 29 1999 xmlrole.c -rw-r--r-- 1 500 500 3293 May 29 1999 xmlrole.h -rw-r--r-- 1 500 500 37027 May 29 1999 xmltok.c -rw-r--r-- 1 500 500 10765 May 29 1999 xmltok.h -rw-r--r-- 1 500 500 40502 May 29 1999 xmltok_impl.c -rw-r--r-- 1 500 500 1820 May 29 1999 xmltok_impl.h -rw-r--r-- 1 500 500 2413 Mar 7 1999 xmltok_ns.c xmltok/CVS: total 24 drwxr-xr-x 2 53413 6014 4096 Oct 31 09:05 ./ drwxr-xr-x 3 53413 6014 4096 Nov 16 15:31 ../ -rw------- 1 53413 6014 54 Oct 31 09:05 Entries -rw------- 1 53413 6014 39 Oct 31 09:05 Repository -rw------- 1 53413 6014 45 Oct 31 09:05 Root -rw------- 1 53413 6014 15 Nov 1 04:49 Tag
I see that xmltok is interpreted as a command... in your output it says I../xmltok whereas it should be, I guess -I../xmltok to specify that xmltok is something to be included in the compilation process. Sander told me he knows how to help you, so I reassign this issue to him.
What Armin says is correct. My first suspicion is that set_soenv did not run currectly (as you note, due to it and configure containing little if any sparclinux related instructions + possible problems with kaffe vs. sun jdk). It is of paramount importance that you first get configure and set_soenv to run without any errors before continuing to build. It would also be interesting to see the contents of your Env.Set file to assess what vareiable may be set incorrectly.
Created attachment 42 [details] Env.Set fro oo-609
I've attached the LinuxSparcEnv.Set file that is created after running Configure. Here are the steps i'm taking to try to configure: (notice that i'm now invoking tcsh under sparc32, which seems to perform exactly as if i apply sparc32 to each command individually, in terms of configuration settings) bash# tar -xpzvf oo_609_src.tar.gz bash# find oo_609_src -type d -exec chmod 755 {} \; #fix dir perms allow reads bash# sparc32 tcsh -l tcsh# cd oo_609_src/config_office tcsh# setenv JAVA_HOME /usr/jdk1.2.2 tcsh# setenv PATH ${PATH}:${JAVA_HOME}/bin tcsh# ./configure tcsh# cd .. tcsh# source LinuxSparcEnv.set tcsh# ./bootstrap this results in the same output as listed below (in the first report)
Just a query to see if there are any status updates for this bugid, as it's been a couple of weeks, and the OpenOffice thread is opening back up on the suse Sparc/Linux mailing list.
Sorry, I have no idea what causes this, esp. as the generated environment settings file seems to be fine. can you try some later version of set_soenv.1 (say 1.32) and rerunning configure? I am definately interested in finding out what the cause is. I think it is better to take this back to the porting list...
Just did a CVS checkout and tried to compile. configure still has the problem where it won't recognice the Java interpreter in sparc64 mode. (see top) bootstrap still has the problem where it's losing the compiler definition when trying to build xmltok (see above for output, it hasn't changed)
At a guess - you are probably missing the sparclinux specific makefile in solenv/inc - see for example unxlngpcc.mk for linnux/ppc. You also need to change unx.mk so it is actually used.
There's really not anything that can be done with this info until further information, so closing now.
No further information for 2 years, closing