Re: 3.0.1 PATCH: Allow java/net/natPlainDatagramSocketImpl.cc to compile on Tru64 UNIX V5.1

[Rainer Orth <ro at TechFak dot Uni-Bielefeld dot DE>]

Tom Tromey writes:

> Definitely ok for the main line.
> 
> Is this all that prevents libgcj from building on Tru64 Unix?
> If so then I agree it should go on the branch.

It's one of two obstacles for Tru64 UNIX V5.1.  V4.0x and V5.0x didn't have
IPv6 at all (though V5.0x may have something in it's headers), so this
issue didn't arise there.

> Otherwise I think we ought to wait to see if (1) more patches to fix
> Tru64 builds are forthcoming and (2) how complex the follow-on patches
> are.

The second problem is fixed by

	 http://gcc.gnu.org/ml/java/2001-07/msg00163.html

I had a similar patch (renaming stat and access to sys_stat and sys_access,
respectively) in my tree to finish a bootstrap on Tru64 UNIX V5.1 with
--enable-libgcj. 

There's a considerable number of testsuite failures on V5.1 (and V4.0F),
though, but they fall into only three categories:

* mips-tfile errors:

mips-tfile:internal error,  is already in original symbol table
mips-tfile, /tmp/ccXv2W9K.s:73 Invalid .stabs/.stabn directive, value not found
line:	 #.stabn	68,0,4,$LM1

  This is most likely a bug in mips-tfile, and accounts for the vast
  majority of failures.  It shouldn't be too hard to fix once it is
  understood what the exact problem is.  I'll probably investigate this,
  but not for 3.0.1.

* jc1 ICE:

FAIL: OperatorBenchmark compilation from bytecode

OperatorBenchmark.java: In method `_GLOBAL__I__ZN17OperatorBenchmark14getSampleCountEv()':
OperatorBenchmark.java:0: Internal error: Segmentation fault

  This is the only instance of this one.

* gcj seems to use cc1 for compilation!?

FAIL: PR209 -O compilation from source

cc1: Unrecognized option `-fencoding=UTF-8'

So with a small number of further fixes, libjava on Tru64 UNIX should be in
relatively good shape.

Do you think that the patch also qualifies for the branch now?

	Rainer

-----------------------------------------------------------------------------
Rainer Orth, Faculty of Technology, Bielefeld University

Email: ro@TechFak.Uni-Bielefeld.DE