New java/status.html file

New java/status.html file

[Per Bothner]

I checked in http://gcc.gnu.org/java/status.html .

Please look it over and if there is anything you know is
wrong, or believe to be incomplete or misleading, please
fix it, if you can.

Once the file has been through some rudimentary vetting,
I'd like to add a link to it from the main GCJ links menu.
Ideally, I'd like a sub-menu for the 3 sections, but only
on the status page.

The lists.html is unclear about which list to use for
patches to the web pages, and I haven't been paying
attention.  Please someone tell me.

People may also disagree on the style I've used; if so,
I welcome suggestiosn for improvements.  One obvious
issue: How do we want to sort the list of targets?
Note that I don't think using target triples is a good
idea, as they are too obscure to most people.  We want
people to use this page to evaluate if they can use GCJ
for their Java project, without having to know a lot
about Gcc. That is not the only intende use of this
page, of course.  It should also be something we can
use to get quick answers.
-- 
	--Per Bothner
per@bothner.com   http://www.bothner.com/per/

Re: New java/status.html file

[Fergus Henderson]

On 26-Oct-2002, Per Bothner <per@bothner.com> wrote:
> I checked in http://gcc.gnu.org/java/status.html .

| Verification, both at compile time (compiling classes to native) and
| run-time (loading classes). Both miss some tests, and you should get
| (yet) rely on their correctness for security.

"get" should be "not", I think.

-- 
Fergus Henderson <fjh@cs.mu.oz.au>  |  "I have always known that the pursuit
The University of Melbourne         |  of excellence is a lethal habit"
WWW: <http://www.cs.mu.oz.au/~fjh>  |     -- the last words of T. S. Garp.

Re: New java/status.html file

[Andreas Jaeger]

Per Bothner <per@bothner.com> writes:

> I checked in http://gcc.gnu.org/java/status.html .
>
> Please look it over and if there is anything you know is
> wrong, or believe to be incomplete or misleading, please
> fix it, if you can.

We should add that Linux on x86-64 is a supported target.  Ok to
commit the appended patch?

Andreas

Index: htdocs/java/status.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/java/status.html,v
retrieving revision 1.2
diff -u -p -r1.2 status.html
--- htdocs/java/status.html	27 Oct 2002 06:29:02 -0000	1.2
+++ htdocs/java/status.html	27 Oct 2002 09:23:14 -0000
@@ -120,6 +120,8 @@ it isn't very useful.</dd>
 <dd>Ok.</dd>
 <dt class="target">GNU/Linux on PowerPC</dt>
 <dd>Ok.</dd>
+<dt class="target">GNU/Linux on x86-64</dt>
+<dd>Ok (but building with multilibs enabled needs libtool patch).</dd>
 <dt class="target">Solaris 2.5.1, 2.6, 2.7, 2.8 on Sparc</dt>
 <dd>Ok.</dd>
 <dt class="target">SGI Irix 6.5 on Mips</dt>

-- 
 Andreas Jaeger
  SuSE Labs aj@suse.de
   private aj@arthur.inka.de
    http://www.suse.de/~aj

Re: New java/status.html file

[Per Bothner]

Andreas Jaeger wrote:

> Per Bothner  writes:
>
>
> >I checked in http://gcc.gnu.org/java/status.html .
> >
> >Please look it over and if there is anything you know is
> >wrong, or believe to be incomplete or misleading, please
> >fix it, if you can.
>
>
> We should add that Linux on x86-64 is a supported target.  Ok to
> commit the appended patch?
>
Does assume "x86-64" refer to the AMD "Hammer" architecture?
If so, I'd make that clear.  Perhaps:

GNU/Linux on the AMD x86-64 ("Hammer") architecture.

Then check it in.

If it is CVS-only (not in 3.2), add (in CVS).
-- 
	--Per Bothner
per@bothner.com   http://www.bothner.com/per/

Re: New java/status.html file

[Andreas Jaeger]

Per Bothner <per@bothner.com> writes:

> Andreas Jaeger wrote:
>
>> Per Bothner  writes:
>>
>>
>> >I checked in http://gcc.gnu.org/java/status.html .
>> >
>> >Please look it over and if there is anything you know is
>> >wrong, or believe to be incomplete or misleading, please
>> >fix it, if you can.
>>
>>
>> We should add that Linux on x86-64 is a supported target.  Ok to
>> commit the appended patch?
>>
> Does assume "x86-64" refer to the AMD "Hammer" architecture?
> If so, I'd make that clear.  Perhaps:

Yes, it does.

> GNU/Linux on the AMD x86-64 ("Hammer") architecture.
>
> Then check it in.
>
> If it is CVS-only (not in 3.2), add (in CVS).

Ok, here's what I've committed,
Andreas

Index: status.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/java/status.html,v
retrieving revision 1.2
diff -u -p -r1.2 status.html
--- status.html	27 Oct 2002 06:29:02 -0000	1.2
+++ status.html	27 Oct 2002 16:45:25 -0000
@@ -120,6 +120,8 @@ it isn't very useful.</dd>
 <dd>Ok.</dd>
 <dt class="target">GNU/Linux on PowerPC</dt>
 <dd>Ok.</dd>
+<dt class="target">GNU/Linux on AMD x86-64 ("Hammer") architecture </dt>
+<dd>Ok, in CVS (but building with multilibs enabled needs libtool patch).</dd>
 <dt class="target">Solaris 2.5.1, 2.6, 2.7, 2.8 on Sparc</dt>
 <dd>Ok.</dd>
 <dt class="target">SGI Irix 6.5 on Mips</dt>

-- 
 Andreas Jaeger
  SuSE Labs aj@suse.de
   private aj@arthur.inka.de
    http://www.suse.de/~aj

Re: New java/status.html file

[Gerald Pfeifer]

On Sat, 26 Oct 2002, Per Bothner wrote:
> I checked in http://gcc.gnu.org/java/status.html .

There seem to be a couple of markup errors in this page; you can
run a validor by selecting the button at the end of this page.

(Also we use "GCC", not "gcc" to denote the project; I will take
care of this.)

> The lists.html is unclear about which list to use for patches to the
> web pages, and I haven't been paying attention.  Please someone tell me.

gcc-patches, but you raise a good point, and I will try to clarify the
description on the mailing list page.

Gerald
-- 
Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/

Re: New java/status.html file

[Per Bothner]

Gerald Pfeifer wrote:

> There seem to be a couple of markup errors in this page; you can
> run a validor by selecting the button at the end of this page.

Ok - it now passes.
-- 
	--Per Bothner
per@bothner.com   http://www.bothner.com/per/

Re: New java/status.html file

[Jeff Sturm]

On Sat, 26 Oct 2002, Per Bothner wrote:
> Please look it over and if there is anything you know is
> wrong, or believe to be incomplete or misleading, please
> fix it, if you can.

I caught a couple typos; committed as obvious:

Index: status.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/java/status.html,v
retrieving revision 1.9
diff -u -r1.9 status.html
--- status.html 27 Oct 2002 23:20:28 -0000      1.9
+++ status.html 28 Oct 2002 01:55:06 -0000
@@ -16,7 +16,7 @@
 <h1>GCJ Status</h1>

 Status of GCJ as of the current release (gcc 3.2).
-Improvements that are only in the CVS reporsitory, but not
+Improvements that are only in the CVS repository, but not
 in gcc 3.2 are marked as "in CVS".

 <table id="features" border="0" cellpadding="4" width="95%">
@@ -130,7 +130,7 @@
 <dd>Works for target; works for host (in CVS).  Is incomplete.</dd>
 <dt class="target">PPC Darwin (including MacOS X)</dt>
 <dd>Some kludges needed.</dd>
-<dt class="target">DEC OSF 4.0f and OSF 5.1 on Alpa</dt>
+<dt class="target">DEC OSF 4.0f and OSF 5.1 on Alpha</dt>
 <dd>Ok.</dd>
 <dt class="target">GNU/Linux on XScale using ELF</dt>
 <dd>Ok.</dd>

Re: New java/status.html file

[Tom Tromey]

>>>>> "Andreas" == Andreas Jaeger <aj@suse.de> writes:

Andreas> We should add that Linux on x86-64 is a supported target.  Ok to
Andreas> commit the appended patch?

Maybe the table should indicate whether the bytecode interpreter is
available on the platform?

Tom

Re: New java/status.html file

[Tom Tromey]

>>>>> "Per" == Per Bothner <per@bothner.com> writes:

Per> The lists.html is unclear about which list to use for
Per> patches to the web pages, and I haven't been paying
Per> attention.  Please someone tell me.

I use gcc-patches.
For java web pages I also CC java-patches.

Tom

Re: New java/status.html file

[Per Bothner]

Tom Tromey wrote:

> Maybe the table should indicate whether the bytecode interpreter is
> available on the platform?

Yes it should, but my inclination is to do that as free-format text.
I can see there might be a number of features that might be unavailable
on some platforms:  interpreter, jni, awt, threads, networking,
alternative gc implementation, etc.  Trying to cram all that into a
fixed number of columns might be difficult.
-- 
	--Per Bothner
per@bothner.com   http://www.bothner.com/per/

Re: New java/status.html file

[Jeff Sturm]

On 31 Oct 2002, Tom Tromey wrote:
> Maybe the table should indicate whether the bytecode interpreter is
> available on the platform?

I think it works on most of the listed targets, except Solaris (which I
indicated) and maybe ARM and MIPS.

Perhaps mentioning only the features that don't work would be adequate.

Jeff

Re: New java/status.html file

[Jeff Sturm]

On 31 Oct 2002, Tom Tromey wrote:
> Per> The lists.html is unclear about which list to use for
> Per> patches to the web pages, and I haven't been paying
> Per> attention.  Please someone tell me.
>
> I use gcc-patches.
> For java web pages I also CC java-patches.

For that matter, I noticed the ChangeLog is not consistenly updated.  I
wasn't sure if an htdocs ChangeLog is covered by any policy.

Jeff

Re: New java/status.html file

[Tom Tromey]

>>>>> "Jeff" == Jeff Sturm <jsturm@one-point.com> writes:

Jeff> For that matter, I noticed the ChangeLog is not consistenly
Jeff> updated.  I wasn't sure if an htdocs ChangeLog is covered by any
Jeff> policy.

We've done it for the java pages, but since a ChangeLog isn't used by
the other web pages not everybody updates it.  Total conformance here
doesn't seem very important, though it is appreciated if you do make
an entry.

Tom

Re: New java/status.html file

[Gerald Pfeifer]

On Thu, 31 Oct 2002, Jeff Sturm wrote:
> For that matter, I noticed the ChangeLog is not consistenly updated.  I
> wasn't sure if an htdocs ChangeLog is covered by any policy.

In general we don't have ChangeLogs for the web pages (though perhaps
this might be a useful addition?).

In those cases, however, like Java or libstdc++, where projects decided
to adopt the convention of ChangeLogs I always honor those as a matter
of courtesy.

That is, I'd say the rule is: If there is a ChangeLog honor it by adding
to it, else just use the CVS commit message.

Gerald
-- 
Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/