Apache OpenOffice (AOO) Bugzilla – Issue 815
OO requires imake to build external/audio
Last modified: 2010-03-29 21:07:53 UTC
external/audio is broken on IRIX 6.5 . I have tracked the problem down to imake, and have one patch, but this still doesnt fix it all. The other solution would be to try and upgrade imake, but to what version, as the above URL tells me nothing.
Created attachment 204 [details] external/audio/rtufiles/config/NetAudio.tmpl : Dirty patch to get IRIX imake to accept more of the audio build
I'm somewhat at a loss myself... 8-(
I have tested this with imake from x.org , and this problem goes away. It would seem like SGI imake differs from that at x.org. I still get lots of errors like below, but this does not seem to be a problem make: file `Makefile' line 2716: multiple make lines for tmp.nr.z (bu37) make: file `Makefile' line 2716: multiple make lines for tmp.nr.z (bu37) make: file `Makefile' line 2716: multiple make lines for tmp.nr.z (bu37) make: file `Makefile' line 2716: multiple make lines for tmp.nr.z (bu37) make: file `Makefile' line 2716: multiple make lines for tmp.nr.z (bu37) make: file `Makefile' line 2716: multiple make lines for tmp.nr.z (bu37) make: file `Makefile' line 2716: multiple make lines for tmp.nr.z (bu37) external/audio does not build still but that is a separate issue.
Proposal: * we document the potential need for x.org imake (as opposed to vendor imake for building external configure needs to learn to take this into account at some point...
Ack ... It works with xfree86, whereas SGI is derived from x.org. I currently have source to all three (xfree,x.org & SGI), and it seems to be more obscure than that, as imake calls cpp. I have been able to get the same cpp binary to spit out a makefile with spaces preceeding targets, and without. I am still working on it ... however a compiler bug is consuming my time atm.
A little more investigation shows that x.org uses /lib/cpp ; whereas xfree86 uses CC -E . However the logical solution of creating a script which calls CC - E $* does not work, guessing it is parameters to blame. Of more use however, is that both x.org and xfree86 Imakefile files _always_ have no extra spacing in macros. Perhaps the real solution is to get 'nas' to update the Imake coding standard.
nas is available seperately as a freeware package fw_nas 1.4.1a , so I could look into somehow getting the openoffice build system to recognise the existing nas. Does this sound achievable ?
Yes, I think it calls for another configure.in option. Unless it gets patched in some non-standard way in external...
Should we make this dependant on Issue 823 then ?
changing QA contact from bugs@ to issues@
issuezilla cleanup no updates for ages and no clear indication how to fix, so closing
per issue 106845 sb removed the partial irix port, so this doesn't make sense in isolation anymore