<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://permalink.gmane.org/gmane.comp.java.classpath.devel">
    <title>gmane.comp.java.classpath.devel</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9907"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9905"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9903"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9902"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9901"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9900"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9899"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9898"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9897"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9896"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9895"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9894"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9893"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9892"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9891"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9890"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9889"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9888"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9887"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9886"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9907">
    <title>Re: GCJ Mauve testing</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9907</link>
    <description>2008/10/7 Andrew Haley &lt;aph&lt; at &gt;redhat.com&gt;:


I think some of them may be spurious.
gnu.java.security.util.TestOfIntegerUtil particularly is based on
timing.  I'll post the test log shortly.
</description>
    <dc:creator>Andrew John Hughes</dc:creator>
    <dc:date>2008-10-07T07:52:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9905">
    <title>Re: GCJ Mauve testing</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9905</link>
    <description>2008/10/6 Andrew Haley &lt;aph&lt; at &gt;redhat.com&gt;:

I did another Mauve run against the merge branch and gained some passes,
but also some new failures:

+PASS: gnu.java.security.util.TestOfIntegerUtil
+PASS: java.awt.event.MouseEvent.modifiersEx
+PASS: java.awt.event.MouseEvent.modifiers
+PASS: java.util.logging.Logger.global
+PASS: javax.swing.plaf.metal.MetalScrollBarUI.constructor
+PASS: javax.swing.plaf.metal.MetalScrollBarUI.installDefaults
+FAIL: java.util.logging.Logger.hierarchyChecks
+FAIL: java.util.logging.Logger.securityChecks
+FAIL: java.util.logging.SocketHandler.getFormatter
+FAIL: java.util.Scanner.DoubleFloat
+FAIL: java.util.Scanner.FishString
+FAIL: java.util.Scanner.Radix
+FAIL: javax.sound.sampled.AudioProperties
+FAIL: javax.swing.JTable.TableRobot

Odd to say the least.
</description>
    <dc:creator>Andrew John Hughes</dc:creator>
    <dc:date>2008-10-07T00:29:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9903">
    <title>Re: Problem in displaying swing components on ARM,using GNU Classpath and Cacao</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9903</link>
    <description>

   Hi Mario,
   Thanks for the reply. In both cases swing widget on swing(JFrame) or
swing on awt - swing widjets like (labels, textfields, buttons,..) are not
visible, but window is visible.
I build the gnuclasspath using default options, so the awt-peer is Gtk.
The program is working fine under x86 Linux machine with the same version of
GNU Classpath.
The simple swing program I am using is:

 import java.awt.Color;
import java.awt.FlowLayout;
import java.awt.Font;
import javax.swing.JFrame;
import javax.swing.JLabel;

public class SimpleLabel {
  public static void main(String[] args) {
    JFrame frame = new JFrame("SImpleLabel");
    frame.setTitle("JLabel Test");
    frame.setLayout(new FlowLayout());
    frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
    JLabel label = new JLabel("First Name");
    label.setFont(new Font("Courier New", Font.ITALIC, 20));
    label.setForeground(Color.RED);
        System.out.println("label name:"+label.getText());
        System.out.println("UI:"+label.getUI()</description>
    <dc:creator>Pavan Kumar Maddali</dc:creator>
    <dc:date>2008-10-06T06:03:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9902">
    <title>Re: Problem in displaying swing components on ARM, using GNUClasspath and Cacao</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9902</link>
    <description>Il giorno ven, 03/10/2008 alle 17.32 +0530, Pavan Kumar Maddali ha
scritto:


Hi!

Are you trying to display a swing widget on top of an awt one?
What swing peer are you running?
Does your program works correctly with the same version of GNU Classpath
on a x86 Linux machine?

Cheers,
Mario



</description>
    <dc:creator>Mario Torre</dc:creator>
    <dc:date>2008-10-05T18:04:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9901">
    <title>Problem in displaying swing components on ARM,using GNU Classpath and Cacao</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9901</link>
    <description>Hi,
We have a requirement of JVM on ARM Processor and Linux version-2.6.
I have cross compiled the GNU Classpath(0.97.2) libs (using default options)and Cacao VM(0.99.2) and required libraries and ported. I am able to succesfully execute all simple programs and AWT programs. But when I am trying to execute a program containing swing components, the window is appearing - but the swing components(labels, buttons, text fields) are not visible.
Some how if I have clicked on a button (random clicking), the action on that button is performing. 
To make the swing components visible,I have to keep any specific libraries on path?
 
Thanks
MVN PavanKumar 


       
       /*modify anchor tag if href=mailto to open a webmailer window for writing mails*/

                
var anchor = document.getElementsByTagName("a");

var aux ='"|';
var r = "mailto:([^ \"']+)";
var regexformailto = new RegExp(r,"i");
var link_replacer = document.getElementById('link_replacer').childNodes[0].getAttribute("href");</description>
    <dc:creator>pavan kumar</dc:creator>
    <dc:date>2008-09-29T07:14:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9900">
    <title>Re: org.w3c.dom.html2 package</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9900</link>
    <description>Hi,

On Sat, 2008-10-04 at 02:05 +0100, Andrew John Hughes wrote:

Indeed, that is somewhat odd. Look at external/w3c_dom/README for the
upstream packages we import and how/which modifications are made (if
any). If there are newer versions that match the openjdk setup then
importing those versions would indeed be fine. I cannot immediately find
a similar list of imports on the openjdk side. Maybe ask on
discuss&lt; at &gt;openjdk.java.net to find out the exact versions imported.

Cheers,

Mark



</description>
    <dc:creator>Mark Wielaard</dc:creator>
    <dc:date>2008-10-05T17:02:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9899">
    <title>Re: org.w3c.dom.html2 package</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9899</link>
    <description>2008/10/4 Robert Schuster &lt;theBohemian&lt; at &gt;gmx.net&gt;:

Aren't these in external? So presumably this is what upstream does...
</description>
    <dc:creator>Andrew John Hughes</dc:creator>
    <dc:date>2008-10-04T01:05:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9898">
    <title>org.w3c.dom.html2 package</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9898</link>
    <description>Hi,
all the classes of the package "org.w3c.dom.html2" in GNU Classpath are
living in "org.w3c.dom.html" in OpenJDK.

Now this is an odd thing and I wonder why this has never caused any
troubles before. I can't compile xerces-j from source with that.

If nobody objects I would like to move all classes to the right package.

Regards
Robert

</description>
    <dc:creator>Robert Schuster</dc:creator>
    <dc:date>2008-10-03T23:04:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9897">
    <title>Re: Disabled wiki editing</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9897</link>
    <description>2008/10/2 Mark Wielaard &lt;mark&lt; at &gt;klomp.org&gt;:

Thanks.


The reason I ask is because I now have a build script that's worked for me
in a few places on different systems.  I could probably adapt that to
icedtea.classpath.org
pretty easily.  It does include --disable-docs :)

Ideally, it'd be great to have some other archs for the cacao/shark stuff.


My freetype deb was online but it looks like I accidentally dropped it when
setting up a repository for the powerpc stuff :(

If you can backport freetype on there, I can do the rest.


</description>
    <dc:creator>Andrew John Hughes</dc:creator>
    <dc:date>2008-10-03T12:27:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9896">
    <title>Problem in displaying swing components on ARM,using GNU Classpath and Cacao</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9896</link>
    <description>Hi,
We have a requirement of JVM on ARM Processor and Linux version-2.6. We have
choosen Gnu Classpath(0.97.2) and Cacao(0.99.2)  as both are supporting ARM.
In this process I have cross compiled the GNU Classpath(0.97.2) libs (using
default options)and Cacao VM(0.99.2) and required libraries (gtk, cairo,
pango, atk,....) and ported sucessfully. To test the JVM on ARM, I took some
sample programs which are working fine on x86 platform and I am able to
succesfully execute simple programs and AWT programs. But when I am trying
to execute a program containing swing components, the window is visible -
but the swing components(labels, buttons, text fields) are not visible.
Some how I managed to click on a button (random clicking), the action on
that button is performed(which is opening an information message(using
Joptionpane), offcourse again the components in the Joptionpane are not
visible). Then I came to know that components are being added, as the action
on the button is performed, but they are not visible.</description>
    <dc:creator>Pavan Kumar Maddali</dc:creator>
    <dc:date>2008-10-03T12:02:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9895">
    <title>Re: Disabled wiki editing</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9895</link>
    <description>Hi Andrew,

On Wed, 2008-10-01 at 21:35 +0100, Andrew John Hughes wrote:

You should be now.


There is enough disk space on icedtea.classpath.org (the main problem is
memory though, the build uses a lot, especially during the javadoc pass,
so you will have to disable that with --disable-docs).
I have already setup something there, but...


That would be interesting to have/see. The current thing on
icedtea.classpath.org is using a chrooted sid setup which is certainly
awkward to use, so if we could with a simple backport use Etch/debian
stable that would be great.

Cheers,

Mark



</description>
    <dc:creator>Mark Wielaard</dc:creator>
    <dc:date>2008-10-02T15:48:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9894">
    <title>Re: Disabled wiki editing</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9894</link>
    <description>2008/9/30 Mark Wielaard &lt;mark&lt; at &gt;klomp.org&gt;:

Hi Mark,

I'd appreciate being on the admin list, as I have used the wiki in the
past for releases and other
stuff and probably will again.

On the subject of Classpath infrastructure, what is the chance of us
getting some more space
on builder.classpath.org to do IcedTea builds? Or is there somewhere
else we can do this?

With a couple of backported packages (freetype and zlib) this is
possible on etch, as I proved
again today.

Cheers,
</description>
    <dc:creator>Andrew John Hughes</dc:creator>
    <dc:date>2008-10-01T20:35:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9893">
    <title>Disabled wiki editing</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9893</link>
    <description>Hi,

As people who have been watching the RecentChanges page have noticed
already our wiki is attracting a lot of spammers:
http://developer.classpath.org/mediation/RecentChanges
Even after removing the spam accounts and making it harder to register
they still keep coming :{ So for now I have disabled editing of the
pages except for admins. If you want to edit one of the pages please
ping me and I add you to the admin list.

Cheers,

Mark



</description>
    <dc:creator>Mark Wielaard</dc:creator>
    <dc:date>2008-09-30T08:16:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9892">
    <title>Re: GCJ Mauve testing</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9892</link>
    <description>2008/9/27 Andrew John Hughes &lt;gnu_andrew&lt; at &gt;member.fsf.org&gt;:

Changed to:

http://fuseyism.com/classpath/mauve-gcj-4.3.log.gz
http://fuseyism.com/classpath/mauve-gcj-4.4.log.gz

due to size...
</description>
    <dc:creator>Andrew John Hughes</dc:creator>
    <dc:date>2008-09-26T23:15:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9891">
    <title>GCJ Mauve testing</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9891</link>
    <description>I've just run Mauve against both the 4.3 tree and our
Classpath 0.98 merge tree (effectively equivalent to Classpath
CVS + GCJ-specific changes).  Overall:

4.3:
281 of 3177 tests failed.  123926 total calls to harness.check() failed.

4.4:
239 of 3177 tests failed.  143832 total calls to harness.check() failed.

There will be some new tests that compile with 4.4 but not 4.3 (e.g.
java.util.Scanner tests).

Additional FAILs are as follows:

+FAIL: gnu.java.security.util.TestOfIntegerUtil
+FAIL: java.sql.Date.DateTest
+FAIL: java.lang.Character.Blocks15
+FAIL: java.lang.InheritableThreadLocal.simple
+FAIL: java.text.SimpleDateFormat.parse
+FAIL: java.util.Calendar.ampm
+FAIL: java.util.Scanner.LotsOfPMInts
+FAIL: java.util.Scanner.Inputs
+FAIL: javax.swing.text.DefaultStyledDocument.ElementBuffer.insert
+FAIL: javax.swing.table.JTableHeader.AccessibleJTableHeader.AccessibleJTableHeaderEntry.getForeground

The two Scanner tests we can discount as regressions as they simply won't
have run with 4.3.

The remaini</description>
    <dc:creator>Andrew John Hughes</dc:creator>
    <dc:date>2008-09-26T23:05:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9890">
    <title>Re: Problem from Installation GNU Classpath 0.97.2</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9890</link>
    <description>2008/9/26 ZNTU &lt;Z050054&lt; at &gt;ntu.edu.sg&gt;:


This isn't using jikes; that wouldn't work with Classpath 0.97.2.
It's using javac instead.  --with-jikes is not an option in Classpath 0.97.2.
Instead, checks are made for ecj, javac and gcj in that order.  This can
be overridden by setting the JAVAC environment variable.
</description>
    <dc:creator>Andrew John Hughes</dc:creator>
    <dc:date>2008-09-26T18:55:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9889">
    <title>Re: Problem from Installation GNU Classpath 0.97.2</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9889</link>
    <description>
ecj in my computer is ecj-bootstrap version 3.1.2-2ubuntu4

Currently i remove ecj-bootstrap from my computer and using jikes instead
and i successfully installed a classpath

./configure --disable-gtk-peer --disable-gconf-peer --disable-plugin
--with-jikes --enable-jni

then here is the following result
...
checking for ecj... no
checking for ecj-3.3... no
checking for ecj-3.2... no
checking for javac... javac -Xlint:unchecked
checking if javac -Xlint:unchecked works... yes
checking whether javac supports -J... yes
...



gnu_andrew wrote:

</description>
    <dc:creator>ZNTU</dc:creator>
    <dc:date>2008-09-26T02:58:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9888">
    <title>Re: Problem from Installation GNU Classpath 0.97.2</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9888</link>
    <description>
This also reads very strangely to me as well.
What is ecj in this case?  Is it a script or a native
binary? If it is the former, what's the content of the script?

One guess would be that it is swallowing the first part of the
classpath ../vm/reference which is where the Method class is in 0.97.2.
A similar issue was noticed with the IcedTea build.  The 'incorrect
classpath' adds weight to this.
</description>
    <dc:creator>Andrew John Hughes</dc:creator>
    <dc:date>2008-09-25T17:12:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9887">
    <title>Re: Problem from Installation GNU Classpath 0.97.2</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9887</link>
    <description>Hi ZNTU,

On Tue, 2008-09-23 at 00:13 -0700, ZNTU wrote:

That is strange. It is as if ecj is still compiling against a core class
library that has a java.lang.reflect.Method which doesn't have the 1.5
getDefaultValue() method. Which shouldn't be possible since both
-bootclasspath and -classpath are given and make sure the Method.java
from the code you are compiling is being used.

What version of ecj is this?

Cheers,

Mark



</description>
    <dc:creator>Mark Wielaard</dc:creator>
    <dc:date>2008-09-25T10:55:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9886">
    <title>Problem from Installation GNU Classpath 0.97.2</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9886</link>
    <description>
Hi

I'm just starting to learn about jvm and classpath. I try to install
classpath 0.97.2 on my pc which has i686 and Linux(Kubuntu). However, once I
run 

./configure --disable-gtk-peer --disable-gconf-peer --disable-plugin

I notice that there is some incorrect classpath:
...
checking for ecj... ecj -warn:-deprecation,serial,unusedImport
checking if ecj -warn:-deprecation,serial,unusedImport works... yes
checking whether javac supports -J... incorrect classpath:
yes
....

However once this command finish then i run command "make"

and there is 1 error and 1 warning that I cannot fix it

Making all in lib
make[1]: Entering directory `/home/tktan/classpath-0.97.2/lib'
true
top_builddir=.. top_srcdir=.. /bin/sh ./gen-classlist.sh standard
Adding java source files from srcdir '..'.
Adding java source files from VM directory ../vm/reference
ecj -warn:-deprecation,serial,unusedImport  -J-Xmx768M -source 1.5 -target
1.5 -bootclasspath '' -classpath
../vm/reference:..:../external/w3c_dom:../external/sax:../extern</description>
    <dc:creator>ZNTU</dc:creator>
    <dc:date>2008-09-23T07:13:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.classpath.devel/9885">
    <title>Re:  [Jamvm-general] More problems (Resources this time)</title>
    <link>http://permalink.gmane.org/gmane.comp.java.classpath.devel/9885</link>
    <description>
Thanks Rob. I thought I'd tried this, but I'll give it another shot... for the minute I'm just not using ZIPs, but I'm kindof scared that this will crop up again elsewhere.

Regardless of the method used, I can't get it to read the full Classpath file. Any suggestions as to what I can do to find out why?


Thanks... I'm sure that the irony of the creator of a Java VM not actually using Java isn't lost on you! ;-)




</description>
    <dc:creator>Jon Senior</dc:creator>
    <dc:date>2008-08-15T18:25:59</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.comp.java.classpath.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.java.classpath.devel</link>
  </textinput>
</rdf:RDF>
