[wwwdocs] Use regular <h2> markup for java/projects.html

[wwwdocs] Use regular <h2> markup for java/projects.html

[Gerald Pfeifer]

If really desired, we can reinstate the original look via CSS, though
I'd like to keep things consistent across all GCC pages.

Gerald

2011-04-26  Gerald Pfeifer  <gerald@pfeifer.com>

        * projects.html: Use regular <h2> markup for section headers
        instead of fake tables.

Index: java/projects.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/java/projects.html,v
retrieving revision 1.33
diff -u -r1.33 projects.html
--- java/projects.html	25 Oct 2008 17:44:03 -0000	1.33
+++ java/projects.html	26 Apr 2011 20:24:01 -0000
@@ -18,30 +18,16 @@
 href="mailto:java-patches@gcc.gnu.org">java-patches</a> list.
 </p>
 
-<br />
-<table border="0" cellpadding="4" width="95%">
-<tr bgcolor="#b0d0ff">
- <th align="left">
-jar support
- </th>
-</tr>
-</table>
-<br />
+
+<h2>jar support</h2>
 
 <p>
 Modify gcj to obey the constraints layed out by the jar file
 manifest file.
 </p>
 
-<br />
-<table border="0" cellpadding="4" width="95%">
-<tr bgcolor="#b0d0ff">
- <th align="left">
-Plugin for Mozilla
- </th>
-</tr>
-</table>
-<br />
+
+<h2>Plugin for Mozilla</h2>
 
 <p>
 <a href="http://www.mozilla.org/">Mozilla</a> is open-source web browser,
@@ -52,15 +38,8 @@
 (gijzilla?).
 </p>
 
-<br />
-<table border="0" cellpadding="4" width="95%">
-<tr bgcolor="#b0d0ff">
- <th align="left">
-Benchmark infrastructure
- </th>
-</tr>
-</table>
-<br />
+
+<h2>Benchmark infrastructure</h2>
 
 <p>
 Measuring performance is tricky business.  We currently do all our
@@ -75,18 +54,12 @@
 Building some infrastructure around these would be incredibly useful.
 </p>
 
-<br />
-<table border="0" cellpadding="4" width="95%">
-<tr bgcolor="#b0d0ff">
- <th align="left">
-Performance improvements
- </th>
-</tr>
-</table>
-<br />
 
-There are a few concrete performance improvements that we already know
-we want:
+<h2>Performance improvements</h2>
+
+<p>There are a few concrete performance improvements that we already know
+we want:</p>
+
 	<ul>
 	  <li><p>If an object or array is allocated in static code that is
           executed at most once (i.e. not in a loop or in a non-private
@@ -120,15 +93,8 @@
 	  </p></li>
 	</ul>
 
-<br />
-<table border="0" cellpadding="4" width="95%">
-<tr bgcolor="#b0d0ff">
- <th align="left">
-Compiler improvements
- </th>
-</tr>
-</table>
-<br />
+
+<h2>Compiler improvements</h2>
 
 	  <ul>
 	    <li>We'd like gcj to do tree-level inlining like the C++
@@ -187,15 +153,9 @@
 	    second one is higher priority.)</li>
 	  </ul>
 
-<br />
-<table border="0" cellpadding="4" width="95%">
-<tr bgcolor="#b0d0ff">
- <th align="left">
-Runtime improvements
- </th>
-</tr>
-</table>
-<br />
+
+<h2>Runtime improvements</h2>
+
 	  <ul>
 	    <li>Write a program to convert existing locale data into a
 	    format we can use.</li>

Re: [wwwdocs] Use regular <h2> markup for java/projects.html

[Steven Bosscher]

On Sat, Apr 30, 2011 at 2:10 PM, Gerald Pfeifer <gerald@pfeifer.com> wrote:
> If really desired, we can reinstate the original look via CSS, though
> I'd like to keep things consistent across all GCC pages.
>
> Gerald
>
> 2011-04-26  Gerald Pfeifer  <gerald@pfeifer.com>
>
>        * projects.html: Use regular <h2> markup for section headers
>        instead of fake tables.

The "Compiler improvements" section is 10 years behind on GCC's
development (tree-ssa!). The "recently released" jMocha is from 2000
and I can't find it anywhere for download. The "Open JVM Integration"
is obsolete. There is very little on this page that is still useful
information for someone willing to contribute to GCJ...

Ciao!
Steven

Re: [wwwdocs] Use regular <h2> markup for java/projects.html

[Gerald Pfeifer]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 3224 bytes --]

On Sat, 30 Apr 2011, Steven Bosscher wrote:
>> 2011-04-26  Gerald Pfeifer  <gerald@pfeifer.com>
>>
>>        * projects.html: Use regular <h2> markup for section headers
>>        instead of fake tables.
> The "Compiler improvements" section is 10 years behind on GCC's
> development (tree-ssa!). The "recently released" jMocha is from 2000
> and I can't find it anywhere for download. The "Open JVM Integration"
> is obsolete. There is very little on this page that is still useful
> information for someone willing to contribute to GCJ...

Hard to disagree, Steven.  It's just that I am not to well aware of
what's happening in Java land.

I was hoping my patch made it easier for someone with more background
to update this page in terms of contents, but seeing that nobody took
action on your analysis I cooked up the patch below which I plan on 
committing in a couple of days.

Gerald

2011-05-09  Gerald Pfeifer  <gerald@pfeifer.com>

	* projects.html: Update name of java mailing list.
	(Plugin for Mozilla): Remove section.
	(Compiler Improvements): Remove tree inlining item.
	(Benchmark infrastructure): Remove reference to jMocha.

Index: projects.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/java/projects.html,v
retrieving revision 1.34
diff -u -r1.34 projects.html
--- projects.html	26 Apr 2011 20:25:34 -0000	1.34
+++ projects.html	8 May 2011 22:59:49 -0000
@@ -12,7 +12,7 @@
 to see someone pick up and run with.  If you're interested in any of
 these, be sure to send a note with your questions, ideas or intentions
 to the <a
-href="mailto:java@gcc.gnu.org">java-discuss</a>
+href="mailto:java@gcc.gnu.org">java</a>
 mailing list.  Similarly, if you would like to see a project listed
 here that isn't, send a patch for this HTML file to the <a
 href="mailto:java-patches@gcc.gnu.org">java-patches</a> list.
@@ -27,18 +27,6 @@
 </p>
 
 
-<h2>Plugin for Mozilla</h2>
-
-<p>
-<a href="http://www.mozilla.org/">Mozilla</a> is open-source web browser,
-designed for standards compliance, performance and portability.  The
-Open JVM Integration project (OJI) is a Mozilla sub-project, and is
-working to extend the browser to allow Java virtual machines to be
-plugged into Mozilla.  A gij based plugin would be very nice indeed
-(gijzilla?).
-</p>
-
-
 <h2>Benchmark infrastructure</h2>
 
 <p>
@@ -49,8 +37,7 @@
 </p>
 <p>
 <a href="mailto:bryce@albatross.co.nz">Bryce McKinlay</a> has put
-together a list of some benchmarks that run on GCJ.  IBM has also
-recently released a set of "micro benchmarks" called jMocha.
+together a list of some benchmarks that run on GCJ.
 Building some infrastructure around these would be incredibly useful.
 </p>
 
@@ -97,11 +84,6 @@
 <h2>Compiler improvements</h2>
 
 	  <ul>
-	    <li>We'd like gcj to do tree-level inlining like the C++
-	    compiler.  We're most of the way there (when compiling
-	    from Java source code), since gcj already represents
-	    entire functions as trees.</li>
-
             <li>Once we have tree-level inlining, we can use it to
             sometimes eliminate unnecessary synchronizations.
             Combined with a simple "no escape" flag, this could also

Re: [wwwdocs] Use regular <h2> markup for java/projects.html

[Gerald Pfeifer]

On Mon, 9 May 2011, Gerald Pfeifer wrote:
> I was hoping my patch made it easier for someone with more background
> to update this page in terms of contents, but seeing that nobody took
> action on your analysis I cooked up the patch below which I plan on 
> committing in a couple of days.
> 
> Gerald
> 
> 2011-05-09  Gerald Pfeifer  <gerald@pfeifer.com>
> 
> 	* projects.html: Update name of java mailing list.
> 	(Plugin for Mozilla): Remove section.
> 	(Compiler Improvements): Remove tree inlining item.
> 	(Benchmark infrastructure): Remove reference to jMocha.

Done.  Thanks again for the suggestions, Steven.

Gerald