Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | OO requires imake to build external/audio | ||||||
---|---|---|---|---|---|---|---|
Product: | porting | Reporter: | zeroj <jayvdb> | ||||
Component: | documentation | Assignee: | sander_traveling | ||||
Status: | CLOSED NOT_AN_OOO_ISSUE | QA Contact: | issues@porting <issues> | ||||
Severity: | Trivial | ||||||
Priority: | P3 | CC: | issues | ||||
Version: | 627 | ||||||
Target Milestone: | AOO PleaseHelp | ||||||
Hardware: | SGI | ||||||
OS: | IRIX | ||||||
URL: | http://www.openoffice.org/dev_docs/source/build_linux.html | ||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
zeroj
2001-04-26 14:15:40 UTC
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... 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 |