Irix support

Mon Jul 7 19:30:00 GMT 2003

Tom Tromey <tromey@redhat.com> writes:
> >>>>> "Simon" == Simon <gcj@gornall.net> writes:
>> Simon> I was wondering what the status of gcj (or gcc) was on Irix 6.5
> Simon> at the moment ?
>> I don't know, but...

Some of it works, but there are two problems:
* The long standing gcc structure passing bug on IRIX 6 (n32 and n64 ABIs)
 breaks some of libffi.
* There's no implementation of the libffi closures interface for MIPS.
See the thread starting at
	http://gcc.gnu.org/ml/gcc-patches/2003-05/msg01120.html
for details.
> Simon> I downloaded and attempted to compile gcc-3.3 with java (just
> Simon> in case the gcc-docs were out of date :-) but it fails to
> Simon> compile even the C++ compiler, triggering the error ...
> Simon> #error BUFF_SIZE_UPPER_BOUND must be at least as large as MIN_BUFF_SIZE!
>> This is not a gcj problem. You'd probably get better results
> reporting this to the main list or via bugzilla.

Indeed: I've never seen anything like this, and I bootstrap GCC (both
mainline and 3.3 branch) on IRIX 6.5 regularly, most of the time with
libgcj included.
> In 3.1, Irix 6.5 was reported as working, but the port was disabled by
> default due to "tricks required to get it to build". I don't remember
> what these were, but they were posted to this list; you should be able
> to find more information in the archives. If it worked once, it
> shouldn't be too hard to make it work again.

Even simpler: this is documented in
	http://gcc.gnu.org/install/specific.html#mips-sgi-irix6
 The --enable-libgcj option is disabled by default: IRIX 6 uses a very low
 default limit (20480) for the command line length. Although libtool
 contains a workaround for this problem, at least the N64 libgcj is known
 not to build despite this, running into an internal error of the native
 ld. A sure fix is to increase this limit (ncargs) to its maximum of 262144
 bytes. If you have root access, you can use the systune command to do this.
Hope this helps.
	Rainer
-- 
-----------------------------------------------------------------------------
Rainer Orth, Faculty of Technology, Bielefeld University