Issue 815 - OO requires imake to build external/audio
OO requires imake to build external/audio
Status: CLOSED NOT_AN_ISSUE
Product: porting
Classification: Code
Component: documentation
627
SGI IRIX
: P3 trivial (vote)
: AOO PleaseHelp
Assigned To: sander_traveling
issues@porting
http://www.openoffice.org/dev_docs/so...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2001-04-26 14:15 UTC by zeroj
Modified: 2010-03-29 21:07 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation on: ---
Developer Difficulty: ---


Attachments
external/audio/rtufiles/config/NetAudio.tmpl : Dirty patch to get IRIX imake to accept more of the audio build (1.09 KB, patch)
2001-04-26 15:40 UTC, zeroj
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this issue.
Description zeroj 2001-04-26 14:15:40 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.
Comment 1 zeroj 2001-04-26 15:40:04 UTC
Created attachment 204 [details]
external/audio/rtufiles/config/NetAudio.tmpl : Dirty patch to get IRIX imake to accept more of the audio build
Comment 2 sander_traveling 2001-04-26 15:40:44 UTC
I'm somewhat at a loss myself... 8-(
Comment 3 zeroj 2001-05-01 05:35:31 UTC
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.
Comment 4 sander_traveling 2001-05-01 10:54:19 UTC
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...
Comment 5 zeroj 2001-05-01 22:11:40 UTC
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.
Comment 6 zeroj 2001-05-08 23:57:26 UTC
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.
Comment 7 issues@www 2001-06-21 08:13:56 UTC
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 ?
Comment 8 sander_traveling 2001-07-14 00:00:53 UTC
Yes, I think it calls for another configure.in option. Unless it gets patched in
some non-standard way in external...
Comment 9 issues@www 2001-07-15 21:54:18 UTC
Should we make this dependant on Issue 823 then ?
Comment 10 Unknown 2001-11-08 22:53:10 UTC
changing QA contact from bugs@ to issues@
Comment 11 sander_traveling 2002-05-15 00:46:42 UTC
issuezilla cleanup

no updates for ages and no clear indication how to fix, so closing

Comment 12 caolanm 2010-03-29 21:07:53 UTC
per issue 106845 sb removed the partial irix port, so this doesn't make sense in
isolation anymore