Re: GCJ ------ file type not supported by system
On Thu, 2014-09-04 at 18:17 +0200, Guillermo Rodriguez wrote:
El 04/09/2014 14:14, Andïï escribió:
I'm aware of this and I see your point. The issue is that the web pages
rely on a tool called wml that seems to be no longer maintained and
I've simply not had chance to look at fixing it up myself or doing away
with it.
If you want to do so, feel free. I can point you in the right direction.
I was going to send a set of patches against the CVS repository that
Mark Wielaard posted
(http://web.cvs.savannah.gnu.org/viewvc/classpath/?root=classpath)
I don't really see the point of fixing an obsolete tool that is no
longer maintained. Can't we update the HTML pages directly (short term
solution) and then later decide on what to do with WML ?
If patching the HTML files is OK (that's what I understood from Mark's
e-mail) I will do that.
I admit that I don't really like doing that. But when I looked for my
working copy of WML I noticed it doesn't actually work anymore on my
latest distro :{ And when looking for the latest version at
http://thewml.org/ the Distrib location is broken, so I don't actually
know where to get a source copy right now.
So we should probably move away from WML and find some other framework
to do the website it.
Given that we don't yet have that other framework it might be good to
just make the changes to the HTML files in the web repo directly. If you
do sent a patch for that please also sent a patch explaining the current
situation for the main git repo doc/www.gnu.org/README. So others know
to not try to update the website using the old WML framework. And please
note that the publishing rule in doc/www.gnu.org/Makefile relies on the
other docs one level up to publish the guides under
https://www.gnu.org/software/classpath/docs/docs.html
Also, as a side note, I just noticed the webpages look bad under https,
they look fine under http though.
Thanks,
Mark
Re: GCJ ------ file type not supported by system
On Wed, 2014-09-03 at 10:59 -0700, Per Bothner wrote: On 09/03/2014 09:35 AM, Guillermo Rodriguez Garcia wrote: What would you like me to do? How can I help ? More useful than updating Classoath per se would be creating a version of GCJ that uses OpenJDK's javac for compiling to bytecodes, and OpenJDK classes (or at least mostly so). This is a big project, but has a chance of being useful and maintained. There may be licensing issues that should be considered before charging full steam ahead. I'm out of the loop, so I don't know if anything like that is happening. This is happening (or has already). The code has been written by one of the GCC GSoC students (now at Oracle) Dalibor Topic: Integrating OpenJDK's javac bytecode compiler into gcj https://code.google.com/p/google-summer-of-code-2007-gcc/downloads/detail?name=Dalibor_Topic.tar.gzcan=2q= Someone integrating that into mainline would be welcome I think. Cheers, Mark
Re: API copyrightability
On Sat, May 10, 2014 at 01:05:09PM +0200, Mark Wielaard wrote: As far as I understand the ruling the higher court just didn't like that the lower court just said the API as a whole wasn't copyrightable. They would have liked the lower court to say that the APIs as published was declared copyrightable. Then there are several defenses to declare when a similar work that might look like it is a copy still isn't infringing use. Specifically the court says that there should be a ruling about fair use instead. Which might just work out fine since the original jury in the case was very close to just declaring the specific case as fair use: http://arstechnica.com/tech-policy/2012/05/oracle-v-google-jury-foreman-reveals-oracle-wasnt-even-close/ Bradley Kuhn did a deeper and more nuanced analysis of the case for people who are interested: http://ebb.org/bkuhn/blog/2014/05/10/oracle-google.html Cheers, Mark
[Fwd: [cp-testresults] Unable to run GUI application using cross-compiled jamvm for arm]
classpath@gnu.org is probably more appropriate. I have forwarded the message there. ---BeginMessage--- Hello everyone, First of all I apologize for this direct message. I went through the website https://savannah.gnu.org/ and only found this address where I can post my query. I am sorry if I have posted at the wrong place. Below is the description of the problem we are facing. We have cross-compiled the gnu classpath 0.98 and jamvm 1.5_4 for our arm xscale device. When we run helloworld program, it works perfectly fine. But when we run gui applications, there is no response. Below are our commands which we gave for cross-compiling: GNU CLASSPATH: ./configure --host=arm-xscale-linux-gnueabi --prefix=/usr/local --disable-examples --with-x --disable-qt-peer --disable-gtk-peer --disable-gconf-peer --disable-plugin --enable-alsa --disable-dssi --with-escher=/home/warrior/java-project/escher-0.3/src --enable-local-sockets --enable-collections --enable-xmlj --disable-Werror --enable-tools --enable-default-toolkit=gnu.java.awt.peer.x.XToolkit make make install JAMVM: ./configure --host arm-xscale-linux-gnueabi --prefix=/usr/local --with-classpath-install-dir=/usr/local --enable-ffi make make install We then transfer the required files to our device. we run our programs as jamvm helloworld jamvm -verbose Button helloworld runs perfectly fine and gives the desired output in proper time. But when we run any gui sample we receive following error: Exception in thread main java.lang.ExceptionInInitializerError at gnu.java.awt.peer.x.XToolkit.getClasspathFontPeer(XToolkit.java:208) at java.awt.Font.getPeerFromToolkit(Font.java:329) ... Caused by: java.lang.NullPointerException at java.io.InputStreamReader.init(InputStreamReader.java:208) at java.util.Properties.load(Properties.java:380) at gnu.java.awt.font.OpenTypeFontPeer.clinit(OpenTypeFontPeer.java:93) at gnu.java.awt.peer.x.XToolkit.getClasspathFontPeer(XToolkit.java:208) Can someone please guide us on this. This is becoming very critical. Earlier we thought this to be jamvm issue, but on jamvm forums , it can out that we are missing something while cross-compiling gnu classpath. It will be a great help if someone can direct us towards fixing this to see what we are missing to get the gui applications running with jamvm. We have made a small sample using java swing which creates a frame and 2 buttons over it. Thanks in advance. ___ Classpath-testresults mailing list classpath-testresu...@gnu.org https://lists.gnu.org/mailman/listinfo/classpath-testresults ---End Message---
Re: [cp-patches] [RFC/PATCH] Check for gettext m4 macros in autogen.sh
On Tue, 2013-03-12 at 22:27 -0400, Brian Jones wrote: I'm sorry I'm not a good one to review this. They changed the auto* tools quite a bit since I used to mess with them. Is autogen.sh something auto* creates, just wondering if it is okay to modify... Yes it is fine. We provide autogen.sh. These days for a new project one would probably use autoreconf provided by autoconf. But that didn't exist when we introduced our own autogen.sh script. Cheers, Mark
Re: Building GNU Classpath on Fedora 17
On Mon, Mar 11, 2013 at 09:51:28AM +0200, Pekka Enberg wrote: GNU Classpath build fails as follows with stock Fedora 17 libtools: I don't see any issue doing the same on Fedora 18. I don't have an f17 setup to test against, sorry. Cheers, Mark
Re: [cp-patches] [RFC/PATCH] Add autogen-generated files to gitignore
On Sat, Mar 09, 2013 at 11:03:22AM +0200, Pekka Enberg wrote: Make sure git status does not show up files after autogen.sh has been run. Signed-off-by: Pekka Enberg penb...@kernel.org --- .gitignore |5 + ChangeLog |4 2 files changed, 9 insertions(+), 0 deletions(-) diff --git a/.gitignore b/.gitignore index 817e215..1b3d546 100644 --- a/.gitignore +++ b/.gitignore @@ -21,3 +21,8 @@ install-sh missing mkinstalldirs INSTALL +m4/libtool.m4 +m4/ltoptions.m4 +m4/ltsugar.m4 +m4/ltversion.m4 +m4/lt~obsolete.m4 This looks fine, these are all libtool files. Might it make sense to ignore m4/libtool and m4/lt*m4? Or does libtool only ever generate these 5 files? Thanks, Mark
Re: [cp-patches] [RFC/PATCH] AnnotationInvocationHandler type parametrization
On Sat, Mar 09, 2013 at 11:36:13AM +0200, Pekka Enberg wrote: Type parametrize uses of generic types in AnnotationInvocationHandler. Generally we avoided generics for VM interface files, so VMs can ignore any modern class format extensions in their bootstrap classes. This class probably doesn't officially count as one of the VM interface ones, just as a convenience class. So I think this is fine. Thanks, Mark
Re: [cp-patches] [RFC/PATCH] AnnotationInvocationHandler type parametrization
On Sat, 2013-03-09 at 12:26 +0200, Pekka Enberg wrote: On Sat, Mar 09, 2013 at 11:36:13AM +0200, Pekka Enberg wrote: Type parametrize uses of generic types in AnnotationInvocationHandler. On Sat, Mar 9, 2013 at 12:09 PM, Mark Wielaard m...@klomp.org wrote: Generally we avoided generics for VM interface files, so VMs can ignore any modern class format extensions in their bootstrap classes. It shouldn't make any difference to the VM classloader because of type erasure. What am I missing? There are some other small changes in the class file format, class access flags, attributes. But the main reason was source compatibility. It was convenient if the VM and VM interface classes could be build with any java language compiler out there (even these days only javac and ecj support 1.5+ fully) since they were often build independently from the rest of the core classes during bootstrapping of the VM. And keeping the core class VM interface as simple as possible, since some of the VM interface classes could be overridden by a VM is easier when not using generics. Anyway, I think this class isn't really a VM interface class, so it should be fine. I guess I am just not a big fan of using fancy new (haha, it is 2013 Mark...) language features unless really necessary. Cheers, Mark
Re: [cp-patches] [patch] let gjavah accept -source 1.[567]
On Mon, 2013-01-07 at 09:54 +0100, Mark Wielaard wrote: On Sun, 2013-01-06 at 18:00 +0100, Matthias Klose wrote: Am 19.12.2012 18:37, schrieb Mark Wielaard: If you really meant gjdoc I think it would be OK to try to accept it, but maybe with a warning message that it is untested? yes, I meant gjdoc. Here is an updated patch. Matthias * tools/gnu/classpath/tools/gjdoc/Main.java: Accept -source 1.5, 1.6, 1.7. That looks reasonable to me. As requested on irc, I have pushed this patch to the git repo for Matthias. Cheers, Mark
Re: [cp-patches] [patch] let gjavah accept -source 1.[567]
On Sun, 2013-01-06 at 18:00 +0100, Matthias Klose wrote: Am 19.12.2012 18:37, schrieb Mark Wielaard: If you really meant gjdoc I think it would be OK to try to accept it, but maybe with a warning message that it is untested? yes, I meant gjdoc. Here is an updated patch. Matthias * tools/gnu/classpath/tools/gjdoc/Main.java: Accept -source 1.5, 1.6, 1.7. That looks reasonable to me. Thanks, Mark
Re: [cp-patches] [patch] let gjavah accept -source 1.[567]
On Wed, Dec 19, 2012 at 02:01:10PM +0100, Matthias Klose wrote:
Currently gjavah only accepts -source 1.4 and lower, and errors out for any
other value. Would it be reasonable to accept higher versions too?
I think that should be fine for gjavah, I cannot think of something
in the bytecode that would impact jni/cni header generation.
But your patch is for gjdoc. There I think there are source constructs
that might be a problem in newer versions. It should support some of
the new 1.5 source level features, but I am not sure if it handles
everything nor whether it handles any 1.6 and 1.7 extensions.
Index: classpath/tools/gnu/classpath/tools/gjdoc/Main.java
===
--- classpath/tools/gnu/classpath/tools/gjdoc/Main.java (Revision
194604)
+++ classpath/tools/gnu/classpath/tools/gjdoc/Main.java (Arbeitskopie)
@@ -1339,10 +1310,13 @@
option_source = args[0];
if (!1.2.equals(option_source)
!1.3.equals(option_source)
- !1.4.equals(option_source)) {
+ !1.4.equals(option_source)
+ !1.5.equals(option_source)
+ !1.6.equals(option_source)
+ !1.7.equals(option_source)) {
If you really meant gjdoc I think it would be OK to try to accept it,
but maybe with a warning message that it is untested?
Cheers,
Mark
Re: [cp-patches] [4.8 Regression] gjavah throws an exception
On Mon, 2012-12-17 at 15:39 +, Andrew Haley wrote: If a class has inner classes, those inner classes are searched on the classpath. This is wrong if the argument to javah is a filename: the inner class may not exist on the classpath, and even if they do they will be the wrong versions. IMO, if given filenames gjavah should not search for inner classes at all. This patch does so. [...] 2012-12-17 Andrew Haley a...@redhat.com * tools/gnu/classpath/tools/javah/Main.java (parseClasses): Dont scan inner classes if our item is a file. That looks right to me. As you said on irc, no other javah implementation seems to support raw class files as input. Others only seem to accept class names. So there is no best practice to follow in this case. Not trying to search for inner classes when a class file is provided seems a good choice since at the bytecode level there really isn't such a thing as an inner class (just funnily named classes). Thanks, Mark
Re: [cp-patches] tagging classpath for GCC import
On Mon, Dec 03, 2012 at 09:22:30AM -0500, Andrew Hughes wrote: Matthias wanted to import the latest classpath from git into libgcj so I have pushed a tag (libgcj-import-20121202) for current HEAD. (Note for future reference, to push a tag one uses git push --tags, with just git push the tag stays local.) It seems the git import from CVS lost the old tags. Does anybody know of a way to get them from the original CVS history into the git repository? Could we not have discussed this first? It is pretty convenient to have all old tags around. I haven't recovered everything yet (I am still unclear of to get the branches back). But normally I just tag the tree as soon as someone works on importing it into libgcj so we have a point of reference. I've been working on this for a while already and there's some more bug fixes I wanted to get in before tagging and merging. When the bug fixes are in please feel free to tag the tree again. Are any of these show stoppers for importing now? Thanks, Mark
Re: [cp-patches] tagging classpath for GCC import
On Mon, 2012-12-03 at 02:15 +0100, Matthias Klose wrote:
Am 02.12.2012 22:20, schrieb Mark Wielaard:
It seems the git import from CVS lost the old tags. Does anybody
know of a way to get them from the original CVS history into the
git repository?
I had a hard time getting any clue that the CVS repo was abandoned. Now
finally
found http://savannah.gnu.org/git/?group=classpath which is not that obvious
when you start at classpath.org.
Ah, sorry. That must make it look like GNU Classpath is even less active
than it is :{ It is good to keep the CVS repo around for some time, just
for the historical information like branches and tags that didn't
transfer to the git repo. But not if people get confused by it and don't
know where the current sources are. Maybe we should add a file to CVS
README_MOVED_TO_GIT with information where the actively maintained
sources are now found?
Cheers,
Mark
Re: [cp-patches] tagging classpath for GCC import
On Mon, 2012-12-03 at 09:29 +, Andrew Haley wrote:
On 12/03/2012 09:05 AM, Mark Wielaard wrote:
Ah, sorry. That must make it look like GNU Classpath is even less active
than it is :{ It is good to keep the CVS repo around for some time, just
for the historical information like branches and tags that didn't
transfer to the git repo.
But that's not supposed to happen, surely. The transfer to GIT isn't
complete until the tags have been copied.
There is the classpath git tree at
http://icedtea.classpath.org/mirror/git/classpath/classpath/
which does have all that. But it only has the CVS part of the history.
The trick now is to figure out how to merge that git tree with the
official GNU Classpath git tree on savannah. Sadly my git foo isn't
strong enough to figure that out :{
So any hints or tips from some more experienced git users appreciated.
Thanks,
Mark
Re: [cp-patches] tagging classpath for GCC import
On Mon, 2012-12-03 at 12:43 +0200, Pekka Enberg wrote:
On Mon, Dec 3, 2012 at 12:04 PM, Mark Wielaard m...@klomp.org wrote:
There is the classpath git tree at
http://icedtea.classpath.org/mirror/git/classpath/classpath/
which does have all that. But it only has the CVS part of the history.
The trick now is to figure out how to merge that git tree with the
official GNU Classpath git tree on savannah. Sadly my git foo isn't
strong enough to figure that out :{
So any hints or tips from some more experienced git users appreciated.
The mirror git tree is where we branched off our current development
tree. You should be able to just push the tags to the tree on
Savannah. Andi?
aha, they are indeed mostly the same, though there is one commit that
doesn't match (the top one in the mirror, is also present on savannah
but under another commit id) which makes things slightly confusing. So
in principle git push --tags should do it, but how about the branches?
Thanks,
Mark
[cp-patches] tagging classpath for GCC import
Hi, Matthias wanted to import the latest classpath from git into libgcj so I have pushed a tag (libgcj-import-20121202) for current HEAD. (Note for future reference, to push a tag one uses git push --tags, with just git push the tag stays local.) It seems the git import from CVS lost the old tags. Does anybody know of a way to get them from the original CVS history into the git repository? Thanks, Mark
Re: [cp-patches] Fix libjava bootstrap failure around IUCLC
On Mon, 2012-03-26 at 10:01 +0100, Andrew Haley wrote: On 03/25/2012 05:08 PM, Gerald Pfeifer wrote: 2012-03-25 Gerald Pfeifer ger...@pfeifer.com PR libgcj/52694 * java/io/natVMConsole.cc (IUCLC): Define, if undefined. Sure. WTF is IUCLC anyway? :-) (map) Input (characters) UpperCase (to) Lower Case. It is a non-posix termios extension. patch should also go into upstream classpath. ---BeginMessage--- This has been introduced by 2012-03-16 Andrew John Hughes ahug...@redhat.com * Makefile.am: Add natVMConsole.cc. : * java/io/VMConsole.h: Initial generation. * java/io/VMConsole.java: Copied from classpath/vm/reference. * java/io/natVMConsole.cc: Implemented readPassword. where now bootstrap on FreeBSD, Darwin and possibly others is broken. Tested on amd64-unknown-freebsd8.3. Okay? Gerald 2012-03-25 Gerald Pfeifer ger...@pfeifer.com PR libgcj/52694 * java/io/natVMConsole.cc (IUCLC): Define, if undefined. Index: java/io/natVMConsole.cc === --- java/io/natVMConsole.cc (revision 185766) +++ java/io/natVMConsole.cc (working copy) @@ -19,6 +19,10 @@ #include java/io/Console.h #include java/io/VMConsole.h +#ifndef IUCLC +#define IUCLC 0 +#endif + #define TERMIOS_ECHO_IFLAGS (IUCLC|IXON|IXOFF|IXANY) #define TERMIOS_ECHO_LFLAGS (ECHO|ECHOE|ECHOK|ECHONL|TOSTOP) ---End Message---
Re: [cp-patches] Fix libjava bootstrap failure around IUCLC
On Mon, 2012-03-26 at 13:47 +0300, Pekka Enberg wrote: On Mon, Mar 26, 2012 at 1:11 PM, Mark Wielaard m...@klomp.org wrote: On Mon, 2012-03-26 at 10:01 +0100, Andrew Haley wrote: On 03/25/2012 05:08 PM, Gerald Pfeifer wrote: 2012-03-25 Gerald Pfeifer ger...@pfeifer.com PR libgcj/52694 * java/io/natVMConsole.cc (IUCLC): Define, if undefined. Sure. WTF is IUCLC anyway? :-) (map) Input (characters) UpperCase (to) Lower Case. It is a non-posix termios extension. patch should also go into upstream classpath. Yes, please. Btw, why are people not fixing GNU Classpath upstream-first? In this case, because libgcj doesn't use the JNI interface for some of its native implementations. So this was found in the CNI .cc variant. The patch should be similar though for the jni .c variant. Cheers, Mark
Re: [cp-patches] Fix libjava bootstrap failure around IUCLC
On Mon, 2012-03-26 at 13:53 +0300, Pekka Enberg wrote: On Mon, Mar 26, 2012 at 1:50 PM, Andrew Haley a...@redhat.com wrote: Btw, why are people not fixing GNU Classpath upstream-first? Because, I guess, no-one is using it. At least, if they were, this bug would have been noticed. Right. I'm developing and testing with Fedora and Ubuntu on x86 and I verify GNU Classpath bootstrap on Darwin at times. I guess Buildbot would help here. It is there on GNU/Linux, OpenBSD and Solaris at least, but there might be termios out there (apparently freebsd at least) that don't have IUCLC. Buildbot is on the TODO list :) Of course even with that we need slaves for some of the more obscure platforms. Cheers, Mark
autobuilders and redownloading all sources from classpath.org servers
Hi, If you are running an autobuilder against the sources of one of the classpath.org servers (especially icedtea.classpath.org) could you please double check that you are not unnecessarily redownloading download drops and/or whole forests when there have been no changes since the last time. The server is already over bandwidth limits and every unnecessary GB download costs us a little extra money. If you happen to operate an autobuilder on 93-38-70-169.ip69.fastwebnet.it (93.38.70.169) please contact me to see if we can setup something more efficient. I sadly had to disable downloads from this host since it was using up ~15%+ of all traffic on the server. Thanks, Mark
Re: autobuilders and redownloading all sources from classpath.org servers
On Tue, 2012-03-06 at 06:43 -0500, Andrew Hughes wrote: Maybe it's worth looking at having a '--disable-downloading' option for the IcedTea build which can be used on autobuilders to make them fail instead? What would that configure option do precisely? Autobuilders still need to fetch the sources don't they? All I am hoping is that they don't do it multiple times a day, even when there have been no changes since the last run, as some of them seem to do now for the whole forest and/or download/drops. Thanks, Mark
Re: 0.99 Release
On Wed, 2012-02-01 at 11:33 -0500, Andrew Hughes wrote: I'd like to do a new GNU Classpath release just after FOSDEM (3rd-6th Feb.). I was hoping to get it in before, but the locale fixing has taken longer than expected. There are a lot of unreleased fixes in there, including these latest locale improvements. Are there any objections to a release on the 8th of February? No objections here. We will have a pre-party in Brussels! Thanks, Mark
Re: Gnu Classpath on HP webOS : connexion problem between escher and X server / or loadling escher problem by Gnu classpath
Hi Yannick, The classpath list is probably the best to discuss this problem (CCed). On Wed, 2012-01-11 at 00:30 +0100, Yannick wrote: When I launch the JRE and with Xterm started, I have the following error message : root@Palm Pre:/media/internal# /media/internal/opt/bin/jamvm HelloWorld -bootclasspath /media/internal/opt/share/jamvm/classes.zip:/media/internal/opt/share/classpath/glibj.zip:/media/internal/ opt/share/classpath/escher-0.3.jar:/media/internal/opt/share/classpath/collections.jar HelloWorld -Dawt.toolkit=gnu.java.awt.peer.x.XToolkit HelloWorld Exception in thread main java.awt.AWTError: Cannot load AWT toolkit: gnu.java.awt.peer.gtk.GtkToolkit at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:607) at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:103) at java.awt.Window.(Window.java:133) at java.awt.Frame.(Frame.java:246) at java.awt.Frame.(Frame.java:234) at HelloWorld.(HelloWorld.java:7) at HelloWorld.main(HelloWorld.java:5) Caused by: java.lang.UnsatisfiedLinkError: Native library `gtkpeer' not found (as file `libgtkpeer.so') in gnu.classpath.boot.library.path and java.library.path at java.lang.Runtime.loadLibrary(Runtime.java:763) at java.lang.System.loadLibrary(System.java:670) at gnu.java.awt.peer.gtk.GtkToolkit.(GtkToolkit.java:177) at java.lang.VMClass.forName(Native Method) at java.lang.Class.forName(Class.java:233) at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:583) ...6 more But here Gnu Classpath is not compiled to use libgtkpeer.so (c/C++ lib with Qt or GTK) but escher java lib. See https://www.gnu.org/software/classpath/docs/hacking.html#SEC7 In this release you have to enable the X peers at runtime by setting the system property awt.toolkit=gnu.java.awt.peer.x.XToolkit by passing `-Dawt.toolkit=gnu.java.awt.peer.x.XToolkit' to the java command when running an application. Running configure --enable-default-toolkit=gnu.java.awt.peer.x.XToolkit should also work. That should probably be the default when configuring with --disable-gtk-peer and --with-escher. Hope that helps, Mark
Free Java @ FOSDEM 2012 (CFP deadline end this year!)
The end of 2011 is near. The Free Java Momentum will be even bigger in 2012. Have you made your new year's resolutions yet? And is attending Free Java @ FOSDEM 2012 on Feb 4 and 5 one of them? http://wiki.debian.org/Java/DevJam/2012/Fosdem Or are you even more ambitious and will you submit a talk proposal? Then please make sure you submit an abstract before the end of the year to fos...@developer.classpath.org. Full instructions can be found at: http://wiki.debian.org/Java/DevJam/2012/Fosdem/CallForParticipation ---BeginMessage--- We are pleased to announce the Call for Participation in the FOSDEM 2012 Free Java DevRoom! This marks the 9th year that the Free Java DevRoom has been a part of FOSDEM. http://fosdem.org/2012/ Saturday 4th and Sunday 5th of February 2012 Brussels, Belgium The Free Java DevRoom has become unique in that it has attracted upstream, downstream, distrbutors and Free Software hackers together in one venue. Topics range from the deep technical to deep community. Join us for this year's theme: Free Java Momentum Check out our wiki for more details on the conference: http://wiki.debian.org/Java/DevJam/2012/Fosdem And join the freejava-devr...@lists.fosdem.org https://lists.fosdem.org/mailman/listinfo/freejava-devroom Please submit one (or more) 30 minute talk proposal(s) by the 30th of December 2011 to fos...@developer.classpath.org. A template for submitting a talk can be found at: http://wiki.debian.org/Java/DevJam/2012/Fosdem/CallForParticipation Please join us! --The Free Java DevRoom Organizing Committee Andrew Haley, Red Hat Dalibor Topic, Oracle Dr Andrew John Hughes, Red Hat Mark Wielaard, IcedTea Sylvestre Ledru, Debian Tom Marble, Informatique p.s. We had some nice media coverage last year... FLOSS Weekly 152: FOSDEM http://twit.tv/floss152 Linux Outlaws 191 - Special: FOSDEM Coverage http://old.linuxoutlaws.com/podcast/191 ---End Message---
Call for participation: Free Java @ FOSDEM 2012
We are pleased to announce the Call for Participation in the FOSDEM 2012 Free Java DevRoom! This marks the 9th year that the Free Java DevRoom has been a part of FOSDEM. http://fosdem.org/2012/ Saturday 4th and Sunday 5th of February 2012 Brussels, Belgium The Free Java DevRoom has become unique in that it has attracted upstream, downstream, distrbutors and Free Software hackers together in one venue. Topics range from the deep technical to deep community. Join us for this year's theme: Free Java Momentum Check out our wiki for more details on the conference: http://wiki.debian.org/Java/DevJam/2012/Fosdem And join the freejava-devr...@lists.fosdem.org https://lists.fosdem.org/mailman/listinfo/freejava-devroom Please submit one (or more) 30 minute talk proposal(s) by the 30th of December 2011 to fos...@developer.classpath.org. A template for submitting a talk can be found at: http://wiki.debian.org/Java/DevJam/2012/Fosdem/CallForParticipation Please join us! --The Free Java DevRoom Organizing Committee Andrew Haley, Red Hat Dalibor Topic, Oracle Dr Andrew John Hughes, Red Hat Mark Wielaard, IcedTea Sylvestre Ledru, Debian Tom Marble, Informatique p.s. We had some nice media coverage last year... FLOSS Weekly 152: FOSDEM http://twit.tv/floss152 Linux Outlaws 191 - Special: FOSDEM Coverage http://old.linuxoutlaws.com/podcast/191
Moving the builder, planet and icedtea-backup servers
Hi, Unfortunately builder.classpath.org, planet.classpath.org and icedtea.wildebeest.org (which acts as the icedtea backup server) need to move to a different internet connection... twice... First they will move today/tomorrow to a slower connection, and then one or two weeks later they will hopefully move to a much faster connection. Each time the IP addresses will change. This might cause some unexpected downtime or make the servers unreachable for some time. You might notice some warnings emitted when committing to one of the repositories that trigger the buildbot when it cannot reach builder.classpath.org. These are harmless, except that your commit will not be tested by the autobuilders. So please be extra careful what you commit in the next couple of days. Apologies for the inconvenience, Mark
Re: classpath configure update?
Hi Andreas, On Mon, 2011-11-28 at 09:50 +0100, Andreas Tobler wrote: I recently pushed a commit to gcc head and gcc-4.6 to fix the detection of FreeBSD-10. http://gcc.gnu.org/ml/gcc-cvs/2011-11/msg00886.html Now I see that I need to do that for libjava/classpath/configure too. My question, how do I do that? Means, can I simply commit the fix to the gcc/libjava/classpath and don't care about upstream classpath? Or how do I proceed? Upstream classpath doesn't check in generated files like configure, so if it is just the generated files, then nothing has to be done. If you have a patch against configure.ac then please just post it to java-patc...@gcc.gnu.org and/or classpath-patc...@gnu.org and we take it from there. For changes that only apply to libjava/gcj there is a libjava/classpath/ChangeLog.gcj to track those. Thanks, Mark
Re: [cp-patches] [RFC/PATCH] Fix NPE in HashMap.put()
On Mon, 2011-10-24 at 10:11 +0300, Pekka Enberg wrote:
Looking at the code, it's obviously broken for HashMap.put() with a null key.
Urgh yes.
@@ -345,7 +345,10 @@ public class HashMapK, V extends AbstractMapK, V
while (e != null)
{
-if ((key.hashCode() == e.key.hashCode()) equals(key, e.key))
+int hash1 = key == null ? 0 : key.hashCode();
+int hash2 = e.key == null ? 0 : e.key.hashCode();
+
+if ((hash1 == hash2) equals(key, e.key))
{
e.access(); // Must call this for bookkeeping in LinkedHashMap.
V r = e.value;
Are you sure that is right?
What about a key which isn't null but has a hashCode() of zero?
Thanks,
Mark
Re: [cp-patches] [RFC/PATCH] Fix NPE in HashMap.put()
On Mon, 2011-10-24 at 10:24 +0200, Mark Wielaard wrote:
On Mon, 2011-10-24 at 10:11 +0300, Pekka Enberg wrote:
Looking at the code, it's obviously broken for HashMap.put() with a null
key.
Urgh yes.
@@ -345,7 +345,10 @@ public class HashMapK, V extends AbstractMapK, V
while (e != null)
{
-if ((key.hashCode() == e.key.hashCode()) equals(key, e.key))
+int hash1 = key == null ? 0 : key.hashCode();
+int hash2 = e.key == null ? 0 : e.key.hashCode();
+
+if ((hash1 == hash2) equals(key, e.key))
{
e.access(); // Must call this for bookkeeping in LinkedHashMap.
V r = e.value;
Are you sure that is right?
What about a key which isn't null but has a hashCode() of zero?
Doh. That wouldn't be a problem, because that would still trigger the
equals(key, e.key) to be called... OK, I think this is the right fix.
Thanks,
Mark
Re: [cp-patches] [RFC/PATCH] Fix NPE in HashMap.put()
On Mon, 2011-10-24 at 10:34 +0200, Mark Wielaard wrote:
On Mon, 2011-10-24 at 10:24 +0200, Mark Wielaard wrote:
On Mon, 2011-10-24 at 10:11 +0300, Pekka Enberg wrote:
@@ -345,7 +345,10 @@ public class HashMapK, V extends AbstractMapK, V
while (e != null)
{
-if ((key.hashCode() == e.key.hashCode()) equals(key, e.key))
+int hash1 = key == null ? 0 : key.hashCode();
+int hash2 = e.key == null ? 0 : e.key.hashCode();
+
+if ((hash1 == hash2) equals(key, e.key))
{
e.access(); // Must call this for bookkeeping in
LinkedHashMap.
V r = e.value;
Are you sure that is right?
What about a key which isn't null but has a hashCode() of zero?
Doh. That wouldn't be a problem, because that would still trigger the
equals(key, e.key) to be called... OK, I think this is the right fix.
Actually, one suggestion for a micro-optimization. The compiler might
detect that hash1 only needs to be calculated once, but we can make that
explicit by pushing the int hash1 = ...; line just before the while
loop.
Thanks,
Mark
Experimental GNU Classpath and Mauve mercurial and git mirrors
Hi, Thanks to Pekka Enberg there are now experimental hg and git mirrors of all the GNU Classpath and Mauve CVS repository modules on icedtea: http://icedtea.classpath.org/mirror/hg/ http://icedtea.classpath.org/mirror/git/ They should sync each hour and update. Note that they are read-only, experimental and we reserve the right to regenerate them. In fact, if you find anything odd or just plain wrong with them, please let us know. And we will try to regenerate them more correctly. Although CVS just doesn't have all the necessary information to make them perfect, so some issues will sadly only be correct by approximation. Cheers, Mark P.S. For people wanting to try this at home. Both savannah and sourceware let you rsync the complete raw CVS repository: rsync://sourceware.org/mauve-cvs/ rsync://cvs.savannah.gnu.org/sources/classpath/ You need to have: - git cvsimport (git-cvs) - hg convert (add [extensions] hgext.convert= to ~/.hgrc) The attached ./mirror-cvs uses those and the config files to create the git and hg repos from the CVS repositories. mirror-cvs-it.tar.gz Description: application/compressed-tar
Re: [problem] GNU Classpath build problems on Fedora 15
On Tue, 2011-09-27 at 15:31 +0300, Pekka Enberg wrote: I'm seeing this on Fedora 15: [penberg@tux classpath.cvs]$ sh autogen.sh configure.ac:505: warning: AC_LIB_PREPARE_PREFIX is m4_require'd but not m4_defun'd m4/iconv.m4:11: AM_ICONV_LINKFLAGS_BODY is expanded from... m4/iconv.m4:22: AM_ICONV_LINK is expanded from... m4/iconv.m4:77: AM_ICONV is expanded from... configure.ac:505: the top level configure.ac:505: warning: AC_LIB_RPATH is m4_require'd but not m4_defun'd m4/iconv.m4:11: AM_ICONV_LINKFLAGS_BODY is expanded from... m4/iconv.m4:22: AM_ICONV_LINK is expanded from... m4/iconv.m4:77: AM_ICONV is expanded from... configure.ac:505: the top level I don't have my F15 setup handy, but I think this is missing iconv/gettext m4 macros. Try installing gettext-devel which should provide /usr/share/aclocal/lib-prefix.m4 If that helps we should probably update the INSTALL and/or autogen.sh checks. Cheers, Mark
Re: [problem] GNU Classpath build problems on Fedora 15
On Thu, 2011-09-29 at 13:19 +0300, Pekka Enberg wrote: On Thu, Sep 29, 2011 at 12:52 PM, Mark Wielaard m...@klomp.org wrote: I don't have my F15 setup handy, but I think this is missing iconv/gettext m4 macros. Try installing gettext-devel which should provide /usr/share/aclocal/lib-prefix.m4 Gee, it's that again. Yeah, it helped. Thanks! If that helps we should probably update the INSTALL and/or autogen.sh checks. I'll do that. I guess we can just do: +if [ -e /usr/share/aclocal/lib-prefix.m4 ] ; then + have_gettext=true +fi right? I would be afraid that is somewhat distro specific. maybe test against $(aclocal --print-ac-dir)/lib-prefix.m4 And I am not even sure the file name is always the same. It seems gnulib also provides lib-prefix.m4 in the havelib module. Maybe we should just incorporate it from there and not depend on gettext-devel to be installed (I am a bit fuzzy on why we have the gettext-devel/lib-prefix.m4 dependency, we only really need iconv support, but there was some dependency on gettext anyway)? Cheers, Mark
Re: Using ASM for invokedynamic bytecode generation
On Fri, Sep 09, 2011 at 02:35:12PM +0300, Pekka Enberg wrote: Hi Mark, On Thu, Sep 8, 2011 at 10:33 PM, Mark Wielaard m...@klomp.org wrote: I don't know much about what is needed for invoke dynamic byte code generation. Note that java/lang/reflect/Proxy.java for example also can generate byte code, but just does it by hand. Is such an approach possible? It's possible, sure. I was thinking of using ASM because I suspect the generated bytecode won't be trivial. I'll see how quickly I hit limitations with generating bytecode by hand. Is a light-weight GNU Classpath specific bytecode helper API totally out of the question? Lets start by with what we have in Proxy and what you have added for invoke dynamic. From that we can hopefully extract a minimal API. If it really totally explodes we can always see if we can adopt ASM if that becomes way too large. Cheers, Mark
Re: Using ASM for invokedynamic bytecode generation
On Thu, 2011-09-08 at 08:38 +0300, Pekka Enberg wrote: I started hacking on invokedynamic again: https://github.com/penberg/classpath/commit/21c457f4928678bb5709dfc5a992b80f0d02c4b8 https://github.com/penberg/jato/commits/indy I'm planning to use ASM for generating bytecode for method handle chains. Does that sound like a reasonable thing to do? We already carry the ASM code under tools/external/asm/. Can I just move that under external/ and rename the package so that it doesn't clash with the upstream project? Under tools it really is just the upstream code as is to make building easier (and IMHO we should have at least a configure switch like --with-antlr-jar to just use the system one). If we move it into the core runtime library and munge/rename it we should also come up with a way to maintain and upgrade it ourselves. I don't know much about what is needed for invoke dynamic byte code generation. Note that java/lang/reflect/Proxy.java for example also can generate byte code, but just does it by hand. Is such an approach possible? Thanks, Mark
Re: [cp-patches] [PATCH] Fix clock_gettime() support check for Darwin
Hi Pekka, On Tue, 2011-07-05 at 16:30 +0300, Pekka Enberg wrote: Darwin doesn't support clock_gettime() but has _POSIX_MONOTONIC_CLOCK defined so use a more strict check with _POSIX_TIMERS. [...] -#ifdef _POSIX_MONOTONIC_CLOCK +#if _POSIX_TIMERS 0 defined(_POSIX_MONOTONIC_CLOCK) jlong result; struct timespec tp; I think the pedantically more correct check would be to add clock_gettime to the list of functions to check with AC_CHECK_FUNCS under COMPILE_JNI in configure.ac. And then change the test to: #if defined(HAVE_CLOCK_GETTIME) defined(_POSIX_MONOTONIC_CLOCK) _POSIX_MONOTONIC_CLOCK 0 Cheers, Mark
Re: [PROBLEM] Building GNU Classpath on Darwin
Hi Pekka, On Tue, 2011-07-05 at 12:28 +0300, Pekka Enberg wrote: I'm trying to build GNU Classpath CVS HEAD on Mac OS X 10.6.7. I followed these instructions to satisfy the autoconf 2.65 requirement: http://www.mattvsworld.com/blog/2010/02/install-the-latest-autoconf-and-automake-on-mac-os-10-6/ However, when I try to run 'autogen.sh' I get the following error: $ sh autogen.sh configure.ac:503: warning: AC_LIB_PREPARE_PREFIX is m4_require'd but not m4_defun'd m4/iconv.m4:11: AM_ICONV_LINKFLAGS_BODY is expanded from... m4/iconv.m4:22: AM_ICONV_LINK is expanded from... m4/iconv.m4:77: AM_ICONV is expanded from... configure.ac:503: the top level [...] autoreconf: /usr/local/bin/autoconf failed with exit status: 1 Any ideas what's going wrong here? I am not sure, but you might be missing gettext, and our configure picks up the local m4/iconv.m4. We don't actually use gettext, but we try to use iconv. See the installation instructions at http://www.gnu.org/software/libiconv/ which has a little section on iconv.m4. So try installing gettext, or find an updated version of the libiconv iconv.m4 and install that under the classpath/m4/ directory. Please let us know if that helps or not. Cheers, Mark
Re: [cp-patches] [PATCH] Bump up HashMap default initial capacity
On Tue, 2011-02-22 at 16:58 +0200, Pekka Enberg wrote: While debugging Jython bootstrap issues with GNU Classpath, I noticed that HashMap.DEFAULT_CAPACITY is set to 11 although 1.4 Javadocs, for example, define it to be 16. Signed-off-by: Pekka Enberg penb...@kernel.org /** - * Default number of buckets. This is the value the JDK 1.3 uses. Some - * early documentation specified this value as 101. That is incorrect. + * Default number of buckets; this is explicitly specified by the spec. * Package visible for use by HashSet. */ - static final int DEFAULT_CAPACITY = 11; + static final int DEFAULT_CAPACITY = 16; Just say this is currently set to 16. Since obviously the spec changed a bit over time. The actual change seems OK. Thanks, Mark
Re: [cp-patches] [PATCH] Fix HashMap.put() to check for hashCode equality before equals()
On Tue, 2011-02-22 at 17:02 +0200, Pekka Enberg wrote:
This patch is needed to run Jython 2.5.2 RC 4 under JamVM and GNU Classpath
CVS
HEAD. It turns out Jythin bootstrap is bit hairy and assumes HashMap.put()
checks for hashCode equality before invoking Object.equals().
[...]
2011-02-22 Pekka Enberg penb...@kernel.org
* java/util/HashMap:
+ (put): Check for key hashCode equality before invoking
+ Object.equals() to fix compatibility issue with Jython.
That seems a fine optimization in itself. But any application depending
on it is pretty e :{ O well, that is how it is I guess. We had
something similar in the initialization order of eclipse, where they
depended on equals being called in a particular direction. sigh.
Thanks,
Mark
Re: [RFC/PATCH] Invokedynamic API stubs
On Tue, 2011-02-08 at 21:52 +, Dr Andrew John Hughes wrote: I assume by Mercurial 'branching', you mean what we do with IcedTea6 HEAD and the releases at present, not the in-tree support? Because that's worse than CVS IME. I don't know yet. The in-tree support was bad pre-1.0. But that was years ago. Are you sure it is still not workable? I'll try and figure out what savannah supports soon. This patch implements the work-in-progress invokedynamic API stubs described here: http://download.oracle.com/javase/7/docs/api/java/dyn/package-summary.html The classes don't do anything useful yet and don't even contain all the specified methods. Might be better to find some other reference to point people at. This screams it isn't finished yet, might move. I don't have a good suggestion though. The java doc in OpenJDK is distributed under the GPL though, but doesn't seem to be online yet. Is there anything stopping us having the docs generated by IcedTea online? Maybe the builder could produce them? The builder does already produce them, it just doesn't publish them anywhere yet :) I'll look into pushing them public somewhere. Probably to the main icedtea server. And as Robert just pointed out John Rose has been keeping a GPL derived version of the spec/javadoc here: http://cr.openjdk.java.net/~jrose/pres/indy-javadoc-mlvm/ Cheers, Mark
Re: [RFC/PATCH] Invokedynamic API stubs
On Mon, 2011-02-07 at 22:01 +0200, Pekka Enberg wrote: On Mon, 2011-02-07 at 15:24 +0100, Dr Andrew John Hughes wrote: I guess I could keep it on my Github mirror until I have something concrete enough to be merged to trunk. I'd prefer to have it in HEAD as long as it's clearly marked as stubs (the NotImplementedException I mentioned) and there is work actively taking place. Then there's always the (slim) possibility someone else can work on it :-) That was my original thinking as well. Does the included patch look better to you? Mark, what do you think about this? I admit to still just not like stubs, however they are setup. If creating branches wasn't such a pain with CVS I would really recommend doing all this on a branch and only merge when ready and it can actually be used with some VM. I guess it is just time to bite the bullet and create some time to move to mercurial and setup some rules about how to create working branches. I won't veto getting this in right now if that is really what you and Andrew want, but I am not particularly excited either. This patch implements the work-in-progress invokedynamic API stubs described here: http://download.oracle.com/javase/7/docs/api/java/dyn/package-summary.html The classes don't do anything useful yet and don't even contain all the specified methods. Might be better to find some other reference to point people at. This screams it isn't finished yet, might move. I don't have a good suggestion though. The java doc in OpenJDK is distributed under the GPL though, but doesn't seem to be online yet. Cheers, Mark
Re: [RFC/PATCH] Invokedynamic API stubs
Hi Pekka, On Thu, 2011-02-03 at 16:47 +0200, Pekka Enberg wrote: I'd like to check in these simple invokedynamic API stubs into CVS HEAD. The APIs are not final but I think now is as good time as any to start working on them especially as it needs work on the VM side. Furthermore, there's already open source projects such as JRuby out there that use invokedynamic so I think GNU Classpath probably needs to support it at some point anyway. The classes don't do anything useful yet and don't even contain all the specified methods. I have to admit that I don't like putting in stubs. In the past we have decided to just leave things really unimplemented if we don't support it. And as you say it needs a bit more design thinking. So I would suggest you do this on a branch first (grmbl CVS...) and/or first try to spec it out against a jato VM implementation. BTW. John Rose has lots of background material online: http://cr.openjdk.java.net/~jrose/pres/ Cheers, Mark
Re: classpath
On Fri, January 21, 2011 17:43, pramod k wrote: We have crosscompiled classpath and jamvm for ARM platform, including gtk2.0 libraries. We are trying to execute a simple java program which initializes a frame and a label inside it. The display shows the window getting launched, but it does not show any text. Also the title bar is displayed as untitled even after setting the title of the frame. At the command line we are getting following message: Gdk-WARNING **: Error converting from UTF-8 to STRING: Conversion from character set 'UTF-8' to 'ISO-8859-1' is not supported Please let me know if we are doing anything wrong. Any other java program which does not have any AWT components gives the correct output. I don't think this is GNU Classpath specific. It looks like it might be that your gconv isn't setup correctly. The issue looks a bit like this message on the gtk-list: http://mail.gnome.org/archives/gtk-list/2004-January/msg2.html Do other gtk+ using programs work correctly on your platform? Cheers, Mark
Free Java @ FOSDEM 2011 - Talk Schedule
Mark your calendars! Free Java @ Fosdem will be in less than 3 weeks. Saturday 5, Sunday 6 February 2011, Fosdem, Brussels, Belgium. Room AW1.125. We got a very good selection of very diverse talks, all around core java implementation issues, integration, community and the future of Free Java as platform. Full program, talk abstract and speakers bios at: http://wiki.debian.org/Java/DevJam/2011/Fosdem/TalkSchedule Saturday 13:00 - 13:10 Welcome to Java Sans Frontières Tom Marble 13:10 - 14:00 State of OpenJDK Mark Reinhold, Joe Darcy 14:00 - 14:30 IcedRobot, the GNUlization of Android David Fu, Mario Torre 14:30 - 15:00 break + group picture 15:00 - 15:20 Why Linux distributions hate Java Thierry Carrez 15:20 - 15:40 The Java Packaging Nightmare Torsten Werner 15:40 - 16:00 Guide to packaging for developers Stanislav Ochotnicky 16:00 - 16:25 break 16:25 - 16:30 What makes IcedTea tick? Mark Wielaard 16:30 - 17:00 What in the world is this 'IcedTea-Web' project? Deepak Bhole 17:00 - 17:30 The Free javaws Implementation in IcedTea Omair Majid 17:30 - 18:00 break 18:00 - 18:30 Lessons open sourcing Java taught me Simon Phipps 18:30 - 19:00 The Rise and Fall and Rise of Java Steve O'Grady evening LibreDinner Sunday 09:30 - 10:00 The Free Java Jigsaw Puzzle Tom Marble 10:00 - 10:30 The Modular Java Platform Mark Reinhold 10:30 - 11:15 Project Coin - Language Evolution in the Open Joe Darcy 11:15 - 11:30 break 11:30 - 12:00 Observing HotSpot with SystemTap Mark Wielaard 12:00 - 12:30 JamVM Gets a New Flavour: Porting JamVM to OpenJDK Robert Lougher 12:30 - 13:00 IndyDroid - JSR 292 on Android Rémi Forax 13:00 - 14:00 lunch and keysigning 14:00 - 14:30 Free Java - Reasons to be cheerful! Ben Evans, Martijn Verburg 14:30 - 15:00 PHP.reboot a dynamic language as fast as Java (almost!) Rémi Forax 15:00 - 15:30 Rhino and RingoJS - server-side JavaScript on the JVM Hannes Wallnöfer 15:30 - 16:00 break 16:00 - 16:30 AltosUI - Rocket Telemetry Ground Station Bdale Garbee 16:30 - 16:55 Low latency in Gervill and JavaSound Karl Helgason 16:55 - 17:00 Garbage Collection (wrap-up) Tom Marble Please join the freejava-devr...@lists.fosdem.org list for general discussion about the event. http://lists.fosdem.org/mailman/listinfo/freejava-devroom Hoping to see you all there, Andrew Haley GCJ Maintainer, GNU Classpath, IcedTea OpenJDK Developer. Andrew John Hughes IcedTea Maintainer, GNU Classpath Maintainer, OpenJDK GCJ Developer Christian Thalinger OpenJDK developer, former CACAO Maintainer Mark Wielaard GNU Classpath Maintainer, GCJ, IcedTea OpenJDK contributor. Tom Marble Java Libre hacker, Former OpenJDK Ambassador
Re: Error while cross compiling classpath-0.93 with ltib toolchain.
On Tue, 2011-01-11 at 23:14 +0530, ashwin athram wrote: I am getting following error while compiling the classpath: checking for X... libraries /home/shiv/lpc3250/new_ltib/ltib/rootfs/usr/lib/, headers /home/shiv/lpc3250/new_ltib/ltib/rootfs/usr/include/ checking for dnet_ntoa in -ldnet... no checking for dnet_ntoa in -ldnet_stub... no checking for gethostbyname... yes checking for connect... (cached) yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking for XTestQueryExtension in -lXtst... no configure: error: libXtst NOT found, required for GdkRobot My config.log: configure:25244: /opt/freescale/usr/local/gcc-4.1.2-glibc-2.5-nptl-3/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi-gcc -o conftest -g -O2 -I/opt/freescale/usr/local/gcc-4.1.2-glibc-2.5-nptl-3/arm-none-linux-gnueabi/arm-none-linux-gnueabi/sysroot/usr/include -L/home/shiv/lpc3250/new_ltib/ltib/rootfs/usr/lib conftest.c -lXtst -L/home/shiv/lpc3250/new_ltib/ltib/rootfs/usr/lib/ 5 /opt/freescale/usr/local/gcc-4.1.2-glibc-2.5-nptl-3/arm-none-linux-gnueabi/lib/gcc/arm-none-linux-gnueabi/4.1.2/../../../../arm-none-linux-gnueabi/bin/ld: warning: libX11.so.6, needed by /home/shiv/lpc3250/new_ltib/ltib/rootfs/usr/lib/libXtst.so, not found (try using -rpath or -rpath-link) This is your real problem. Somehow libX11.so.6 isn't found when linking with libXtst.so. But I admit to not know how that can happen. my .configure command is as follows: ./configure CC=/opt/freescale/usr/local/gcc-4.1.2-glibc-2.5-nptl-3/arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi-gcc --host=arm-none-linux-gnueabi --target=arm-none-linux-gnueabi CPPFLAGS=-I/home/shiv/lpc3250/new_ltib/ltib/rootfs/usr/include LDFLAGS=-L/home/shiv/lpc3250/new_ltib/ltib/rootfs/usr/lib --x-libraries=/home/shiv/lpc3250/new_ltib/ltib/rootfs/usr/lib/ --x-includes=/home/shiv/lpc3250/new_ltib/ltib/rootfs/usr/include/ --disable-rpath CPPFLAGS=-I/opt/freescale/usr/local/gcc-4.1.2-glibc-2.5-nptl-3/arm-none-linux-gnueabi/arm-none-linux-gnueabi/sysroot/usr/include --with-x Thanks for your kind help in advance. Regards, Ashwin
Free Java @ FOSDEM 2011 - CFP extended to 17 December!
All: We already have some awesome proposals... but we want MORE! So we're giving you a little more time to get those talk proposals in. We have reserved some slots for quick lightning talks (5 min), these can be done spontaneously at the event, but please do let us know if you are attending and will likely want to do one, even if you are not 100% sure yet. That way we can better schedule the time slots. If you don't want to give a talk, but want to support speakers attending the Free Java devroom at FOSDEM 2011, please see our sponsoring campaign: http://pledgie.com/campaigns/14110 Original announcement with adjusted dates follows: Join us at FOSDEM 2011 to be part of our sessions where we'll discuss the state of Free Java! http://wiki.debian.org/Java/DevJam/2011/Fosdem Our theme is Java Sans Frontières * Why Free Java technology is awesome * Standing on the Shoulders of Free Java * The future of Free Java The Call For Participation is OPEN NOW, but closes on the 17th of December... So send in a talk proposal today and join us in Brussels 5-6 February! Why FOSDEM? * Engage in scintillating discussions with smart hackers over world famous Belgian Beer * Join the Web of Trust by getting your strong new key signed * Indulge in exquisite chocolate * Visit historic Brussels within walking distance Why the Free Java DevJam? * This is the most significant non-commercial, neutral environment for Java developers to meet * Learn how to get involved in technical Free Java projects * We will not shy away from politics (especially this year)! * We will get together for an awesome dinner * You will meet historic hackers in the evolution of Free Java Please join the freejava-devr...@lists.fosdem.org list for general discussion about the event. http://lists.fosdem.org/mailman/listinfo/freejava-devroom To submit a formal Talk Proposal follow the guidelines at http://wiki.debian.org/Java/DevJam/2011/Fosdem/CallForParticipation Respectfully, Andrew Haley GCJ Maintainer, GNU Classpath, IcedTea OpenJDK Developer. Andrew John Hughes IcedTea Maintainer, GNU Classpath Maintainer, OpenJDK GCJ Developer Christian Thalinger OpenJDK developer, former CACAO Maintainer Mark Wielaard GNU Classpath Maintainer, GCJ, IcedTea OpenJDK contributor. Tom Marble Java Libre hacker, Former OpenJDK Ambassador
Re: Future blog
Hi, On Tue, 2010-12-07 at 23:53 +, Dr Andrew John Hughes wrote: I'll apologise in advance if some of what I've written below sounds harsh, but I'm not that happy with the state of Free Java generally right now. And I apologize for not stating the obvious. You are the only active maintainer of GNU Classpath at the moment. It is unfair we aren't helping you out more. Especially because there are new hackers wanting to see their contributions integrated. Just like Mario I do feel somewhat guilty for not making the time necessary. GNU Classpath is the project that shaped me and that created a community of friends. Please don't feel discouraged by some of the details Pekka is wrong about. It is the fact that he is so positive and forward looking that made me agree so much with what he said. We need a wakeup call. People like what GNU Classpath stands for. It is an important project to move forward. It is needed to bootstrap the free java world. People want to contribute. Lets see what we can/should do to help you more. I understand some of your hesitation because we let you down. You are currently the maintainer that carries the whole load. There is no 1.7 API to implement yet, so that's a pointless statement. 1.7 will be what OpenJDK implements. We can run japi against it to get comparisons. I also tend to still believe in the general Classpath spirit that we implement primarily to match the requirements of applications, not specific applications. Yes, I do agree with that. But one of the applications is making sure IcedTea can be bootstrapped. That will require more 1.6 and eventually 1.7 work. We have no hope of ever TCKing the thing anyway, and to my knowledge it's never been used with a JDK that's not Oracle-based so I have no trust in its reliability. Cacao got access to the TCK. http://openjdk.java.net/groups/conformance/JckAccess/jck-access.html I agree the terms of the TCK are erroneous though. I wouldn't be happy to have to accept them. It makes open collaboration impossible. But if someone is really motivated to they could do like cacao did, mix and match GNU Classpath with Hotspot and make that work. As soon as I am back I would like us to at least start moving to mercurial on savannah if people don't mind. Yes, I do mind. We already discussed this some time back: http://developer.classpath.org/pipermail/classpath/2008-June/002629.html and nothing happened. I don't particularly see any huge benefit to moving the repository to a different version control system. That surprises me. CVS really, really is a pain. I will be offline for two weeks, having a modern dvcs would be so nice. As is, if you're going to put some time in, I'd rather it was spent reviewing patches than messing about with the VCS. Point taken. In my defense, I like tinkering with services around the code base. Having autobuilders, a good dvcs integrated with a bug database, etc. help me get motivated that the code base is useful and in a good shape. Moving it all to Mercurial just so it's easier for someone else to create a forked lower-quality copy that accepts unreviewed patches is not a good motivation IMHO. That would not be the motivation. Getting rid of the pain that is CVS would be. Thanks, Mark
Future blog
Hi all, For those who didn't see Pekka's blog on planet.classpath.org you can find it here: http://penberg.posterous.com/whats-the-future-of-gnu-classpath He makes some very good points. I agree with all of them. Now the cool thing would be if I said lets do them all right now!. But instead I am going on vacation and be offline for about two weeks. Sorry about that. But I didn't want to not respond at all. As soon as I am back I would like us to at least start moving to mercurial on savannah if people don't mind. This is just because other projects around free java (hi openjdk) are also using mercurial and it seems convenient to use something similar, but other suggestions appreciated. Hopefully we can do something similar for Mauve (it isn't abandoned, more in the same state as GNU Classpath). And somehow integrate/extend it with Malva and the jtreg testsuite from OpenJDK. (They probably should stay separate projects, but at least the autobuilder should run them. The autobuilder is in a really bad shape, but there is a new host already that can pick up the load.) The discussion on the patches mailinglist does show a real problem though. We have very little active hackers, and so aren't doing very well helping new hackers like Pekka and Ivan to get their work integrated. Opinions? Suggestions? Flames? Thanks, Mark
Savannah accident
Hi all, If you have been wondering about the GNU Classpath services on savannah note that they are having trouble. This means CVS and the classpath project page are currently down. For more information see http://savannah.gnu.org/ Savannah is currently down - details to follow. There's been a SQL injection leading to leaking of encrypted account passwords, some of them discovered by brute-force attack, leading in turn to project membership access. We're reinstalling the system and restoring the data from a safe backup, November 24th. Please prepare to recommit your changes since that date. While effort was made in the past to fix injection vulnerabilities in the Savane2 legacy codebase, it appears this was not enough :/ No firm ETA for the return online yet (but during the week). * 2010/11/29 21:30 GMT: access to the base host restored, extracting incremental backup from the 24th * 2010/11/29 23:30 GMT: finished diagnosing original attack TODO * Put services online using backup, except for password-based ones (e.g. the web interface) * Fix SQL injection and look for potential others * Reset passwords * Implement crypt-md5 support (like /etc/shadow, strong and LDAP-compatible) hashes * Implement password strength enforcement * Bring back web interface -- The Savannah Hackers Also see http://identi.ca/group/fsfstatus for information.
Re: Savannah accident
On Tue, 2010-11-30 at 19:35 +, Dr Andrew John Hughes wrote: That explains why I couldn't cvs update yesterday. I wonder why I didn't get this message too? Maybe I just missed it. The message is up on http://savannah.gnu.org/ you might have missed it if you didn't look there after your CVS update failed.
CFP Free Java @ FOSDEM 2011 - ends this week
All: The CFP will end this week. So please submit your ideas for Free Java @ FOSDEM 2011 to fos...@developer.classpath.org ASAP. Join us at FOSDEM 2011 to be part of our sessions where we'll discuss the state of Free Java! http://wiki.debian.org/Java/DevJam/2011/Fosdem Our theme is Java Sans Frontières * Why Free Java technology is awesome * Standing on the Shoulders of Free Java * The future of Free Java The Call For Participation is OPEN NOW, but closes on the 3rd of December... So send in a talk proposal today and join us in Brussels 5-6 February! Why FOSDEM? * Engage in scintillating discussions with smart hackers over world famous Belgian Beer * Join the Web of Trust by getting your strong new key signed * Indulge in exquisite chocolate * Visit historic Brussels within walking distance Why the Free Java DevJam? * This is the most significant non-commercial, neutral environment for Java developers to meet * Learn how to get involved in technical Free Java projects * We will not shy away from politics (especially this year)! * We will get together for an awesome dinner * You will meet historic hackers in the evolution of Free Java Please join the freejava-devr...@lists.fosdem.org list for general discussion about the event. http://lists.fosdem.org/mailman/listinfo/freejava-devroom To submit a formal Talk Proposal follow the guidelines at http://wiki.debian.org/Java/DevJam/2011/Fosdem/CallForParticipation Respectfully, Andrew Haley GCJ Maintainer, GNU Classpath, IcedTea OpenJDK Developer. Andrew John Hughes IcedTea Maintainer, GNU Classpath Maintainer, OpenJDK GCJ Developer Christian Thalinger OpenJDK developer, former CACAO Maintainer Mark Wielaard GNU Classpath Maintainer, GCJ, IcedTea OpenJDK contributor. Tom Marble Java Libre hacker, Former OpenJDK Ambassador
Re: [cp-patches] Fwd: Re[2]: [PATCH v2] Use CLOCK_MONOTONIC for System.nanoTime
On Tue, 2010-11-23 at 21:54 +0200, Pekka Enberg wrote: I sent a follow-up patch to fix those. I don't have GNU copyright assignment papers signed. Is that a problem? If so, I'm happy to do the paperwork if someone points me to the right direction. I'll send you the forms. Thanks a lot for your continued interest despite our somewhat sloppy track record.
Re: [cp-patches] [PATCH v2] Use CLOCK_MONOTONIC for System.nanoTime
On Thu, 2010-11-04 at 15:27 +0200, Pekka Enberg wrote:
On 11/4/10 3:18 PM, Dr Andrew John Hughes wrote:
Sorry for the delay on this, but I'm unsure about the copyright
situation. From reading
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44411, it seems to be the
work of Roland Brand, it's his first patch and both myself and Mark
agree it's trivial enough to go in with an assignment from Roland.
However, any further patches from Roland would need an assignment. If
you can confirm this is the correct origin of the patch, I'll commit
it.
Yes, the patch I sent is taken from that bugzilla issue. I cleaned it up
bit myself as per review comments.
I'm not aware of the CVS build being broken. It certainly builds
here. Can you provide more information?
It's this commit here:
https://github.com/penberg/classpath/commit/6201f571b267f47f2b51797da6bdcb8048131672
AFAIK, it's known breakage and the fix was suggested by mjw.
Sadly my working tree died in a stupid raid accident :{
My solution was to add touch config.rpath to autogen.sh and a
comment saying required by gettext, but we only use iconv.
Although I was hoping for some saner way to get this fixed.
The cause is AM_ICONV in configure.ac, which apparently tries to pull in
all of gettext also.
Cheers,
Mark
Re: Free Java @ FOSDEM 2011 DevRoom Proposal
On Mon, 2010-10-11 at 14:08 +0200, Mark Wielaard wrote: Hi Libre Java Hackers, We are trying to organize a meeting for all free java hackers at Fosdem in Brussels, Belgium on Saturday 5 and Sunday 6 February 2011) http://fosdem.org/2011/ We have applied for a developer room, but we don't know yet if there will be enough free space this year (Fosdem is getting very popular). The FOSDEM organization has granted us a developer room! We will do an official call for participation soon. But feel free to propose ideas already to fos...@developer.classpath.org. And see if you can make it the first weekend in February to Brussels. The event itself will be free (as in beer). See http://fosdem.org/ Sincerely, Andrew Haley, Andrew John Hughes, Christian Thalinger, Mark Wielaard, and Tom Marble
Free Java @ FOSDEM 2011 DevRoom Proposal
Hi Libre Java Hackers, We are trying to organize a meeting for all free java hackers at Fosdem in Brussels, Belgium on Saturday 5 and Sunday 6 February 2011) http://fosdem.org/2011/ We have applied for a developer room, but we don't know yet if there will be enough free space this year (Fosdem is getting very popular). Every request will receive an email around 2010-10-23 with an approval or reject of your Developer Room proposal. Details on further proceedings will then be communicated swiftly. So we will know for sure in two weeks. For those that want to start thinking about attending, or even submitting a talk proposal, here are the details of the devroom proposal. The organisation committee can also be reached at fos...@developer.classpath.org devroom name: Free Java developer room The Libre Java community goes well beyond a single project. In this devroom, we intend to provide a forum for many related core java projects to exchange ideas and plan for the future of implementations of Free Java on GNU/Linux and other free operating systems. This coming year, with JDK 7 due to make an appearance, our goal is to provide a venue for the developers and users of the Free Java projects (listed below) to collaborate and discuss on a range of topics from virtual machines through to deployment on FOSS operating systems. While our main focus is traditionally on the JDK, we are excited about hearing from new and exciting Free Java projects from across the spectrum. In particular we would love to see submissions about porting Java to small spaces or different architectures (e.g. ARM, MIPS, etc) and how to implement alternate languages on the JVM (e.g. Clojure, JRuby, Scala, etc.). The Libre Java developer room will be a collaboration between: - OpenJDK http://openjdk.java.net/ - IcedTea http://icedtea.classpath.org/ - GNU Classpath http://www.gnu.org/software/classpath - GCJ http://gcc.gnu.org/java/ And other projects around Free Java. preferred day: Saturday from 12:00 to 18:00 comments/remarks: Over the past several years, we have used FOSDEM as a unifying conference to bring the various communities around Free Java closer together, and it has become a central point in our calendar for us to meet, share ideas and plan for the future. We are very grateful for the opportunity that FOSDEM gives us to unite our respective projects and work towards a Free Java for everyone. Over the years, our developer room has proved very popular, among both developers and interested users alike, across both days of the conference and if possible, we would like to come together again at FOSDEM and have a gathering in a developer room. Organisers: - Andrew Haley a...@redhat.com GCJ Maintainer, GNU Classpath, IcedTea OpenJDK Developer. - Andrew John Hughes gnu_and...@member.fsf.org / ahug...@redhat.com IcedTea Maintainer, GNU Classpath Maintainer, OpenJDK GCJ Developer - Christian Thalinger christian.thalin...@oracle.com OpenJDK developer, former CACAO Maintainer - Mark Wielaard m...@klomp.org GNU Classpath Maintainer, GCJ, IcedTea OpenJDK contributor. - Tom Marble tmar...@info9.net Java Libre hacker, Former OpenJDK Ambassador
[commit-cp] classpath ChangeLog doc/cp-tools.texinfo
CVSROOT:/sources/classpath Module name:classpath Changes by: Mark Wielaard mark10/06/05 20:18:00 Modified files: . : ChangeLog doc: cp-tools.texinfo Log message: * doc/cp-tools.texinfo: Move copying information in @copying section. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpathr1=1.9793r2=1.9794 http://cvs.savannah.gnu.org/viewcvs/classpath/doc/cp-tools.texinfo?cvsroot=classpathr1=1.7r2=1.8
Re: [PATCH] classpath/StrictMath: Correct the description of atan()
On Thu, 2009-12-31 at 15:13 +, Andrew Haley wrote: On 12/30/2009 10:30 PM, Richard Guenther wrote: On Mon, Dec 28, 2009 at 12:54 PM, Andrew Haley a...@redhat.com wrote: On 12/27/2009 10:31 PM, Maciej W. Rozycki wrote: It's been over two weeks now since I sent the proposal included below Gosh, two whole weeks over the Christmas holidays and *still* no replies! Quelle horreur! You mean like the fix for the segfaults in gjar? Ok, maybe the mail to classpath-dev is still in the moderation queue. I can't recall ever seeing it. URL ? The gjar fix was committed a couple of months ago: 2009-10-21 Richard Guenther rguent...@suse.de PR cp-tools/39177 * tools/gnu/classpath/tools/jar/Creator.java (writeCommandLineEntries): Do not use uninitialized manifest. Happy new year, Mark
New mpc on builder (Was: [cp-testresults] FAIL: gcc build on Mon Dec 14 10:06:45 UTC 2009)
On Mon, 2009-12-14 at 10:06 +, cp...@builder.classpath.org wrote: checking for the correct version of mpc.h... no configure: error: Building GCC requires GMP 4.2+, MPFR 2.3.2+ and MPC 0.8.0+. Try the --with-gmp, --with-mpfr and/or --with-mpc options to specify their locations. Source code for these libraries can be found at their respective hosting sites as well as at ftp://gcc.gnu.org/pub/gcc/infrastructure/. See also http://gcc.gnu.org/install/prerequisites.html for additional info. If you obtained GMP, MPFR and/or MPC from a vendor distribution package, make sure that you have installed both the libraries and the header files. They may be located in separate packages. Which wasn't available for Debian etch (4.0 - yes, I know, builder should really be upgraded...). Installed now by hand in /usr/local. Sorry for the inconvenience. Cheers, Mark
Re: [cp-patches] FYI: bump needed auto* versions
Hi Tom,
On Mon, 2009-08-17 at 10:09 -0600, Tom Tromey wrote:
The only actual source change needed for this is to update
cp-hacking.texinfo. You might think that, given this, perhaps we should
not update the versions -- but I think it still makes sense, in that it
means that future patches can now rely on these minimums.
There is also autogen.sh (since we don't checkin the generated files).
You will need something like this to accept later libtool versions:
diff -u -r1.20 autogen.sh
--- autogen.sh 18 May 2007 20:18:53 - 1.20
+++ autogen.sh 17 Aug 2009 21:28:19 -
@@ -18,7 +18,7 @@
if ${LIBTOOLIZE} --version /dev/null /dev/null 21 ; then
libtool_version=`${LIBTOOLIZE} --version | sed
's/^.*[^0-9.]\([0-9]\{1,\}\.[0-9.]\{1,\}\).*/\1/'`
case $libtool_version in
- 1.5*)
+ 1.5* | 2.[0-9]*)
have_libtool=true
;;
esac
The rest is fine I think, using a lower version isn't really fatal (is it?)
Cheers,
Mark
[Fwd: [Savannah-announce] Savannah outage]
---BeginMessage--- Hi, Savannah experienced a filesystem corruption and is now halted. The FSF sysadmins (who have physical access to the hardware) are alerted and will investigate, and possibly restore from backup. To be safe, do not expect the service to be restored before 24h, although we'll do our best to do so :) The website, CVS/SVN/Git/Hg/Bzr, and the download area are affected. The mailing lists and webpages are not affected. -- The Savannah Hackers ___ savannah-annou...@gnu.org mailing list http://lists.gnu.org/mailman/listinfo/savannah-announce ---End Message---
[cp-patches] FYI: antlr detection fixlet
Hi, If you don't have an antlr binary and also no antlr.jar installed configure should detect that instead of the build failing during the tools compilation. 2009-03-29 Mark Wielaard m...@klomp.org * m4/ac_prog_antlr.m4: Check whether ANTLR_JAR is empty. Committed, Mark --- m4/ac_prog_antlr.m4 20 Oct 2008 22:07:21 - 1.6 +++ m4/ac_prog_antlr.m4 29 Mar 2009 19:31:41 - @@ -24,7 +24,11 @@ if test -z $JAVA; then AC_MSG_ERROR(Failed to find either an antlr binary or a suitable Java runtime for ANTLR.) else -ANTLR=$JAVA -classpath $ANTLR_JAR antlr.Tool +if test -z $ANTLR_JAR; then + AC_MSG_ERROR(Failed to find either an antlr binary or a suitable antlr jar file.) +else + ANTLR=$JAVA -classpath $ANTLR_JAR antlr.Tool +fi fi fi AC_SUBST(ANTLR)
[cp-patches] FYI: FAQ link fixlet
Hi, The link to the GNU Classpath Hacker Guide in the FAQ was wrong. This fixes it. 2009-03-29 Mark Wielaard m...@klomp.org * doc/www.gnu.org/faq/faq.wml: Fix link to cp-hacking.html. Committed and updated the classpath web root cvs dir. Cheers, Mark --- doc/www.gnu.org/faq/faq.wml 23 Sep 2007 19:46:19 - 1.20 +++ doc/www.gnu.org/faq/faq.wml 29 Mar 2009 20:07:54 - @@ -202,7 +202,7 @@ faq question=I would like to contribute, where shall I start? pSee the a href=docs/documentation page/a, especially the a -href=docs/hacking.htmlGNU +href=docs/cp-hacking.htmlGNU Classpath Hacker#x2019;s Guide/a, and pick up a createlink name=task url=tasks.html from the list! /faq
[commit-cp] classpath ChangeLog m4/ac_prog_antlr.m4
CVSROOT:/sources/classpath Module name:classpath Changes by: Mark Wielaard mark09/03/29 19:44:50 Modified files: . : ChangeLog m4 : ac_prog_antlr.m4 Log message: * m4/ac_prog_antlr.m4: Check whether ANTLR_JAR is empty. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpathr1=1.9765r2=1.9766 http://cvs.savannah.gnu.org/viewcvs/classpath/m4/ac_prog_antlr.m4?cvsroot=classpathr1=1.6r2=1.7
[commit-cp] classpath ChangeLog doc/www.gnu.org/faq/faq.wml
CVSROOT:/sources/classpath Module name:classpath Changes by: Mark Wielaard mark09/03/29 20:11:28 Modified files: . : ChangeLog doc/www.gnu.org/faq: faq.wml Log message: * doc/www.gnu.org/faq/faq.wml: Fix link to cp-hacking.html. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpathr1=1.9766r2=1.9767 http://cvs.savannah.gnu.org/viewcvs/classpath/doc/www.gnu.org/faq/faq.wml?cvsroot=classpathr1=1.20r2=1.21
Some slides from the Free Java Meeting at Fosdem
Hi all, Hope everybody recovered from the meeting. It was really fun to meet everybody and to hear about all the cool stuff people are working on. The presentations were really informative so we collected some of the presentation slides for those that couldn't make it or for those that want to go over them again. See the full list below. Dalibor linked them all from the wiki and when there are more presentations available we will add them (if you gave a presentation and also want to link to your slides please do add them or ping one of us to upload them for you): http://wiki.debian.org/Java/DevJam/2009/Fosdem Original talk abstracts and bios of the speakers can be found at: http://fosdem.org/2009/schedule/devroom/freejava Thanks for a great event! your friendly ad hoc Fosdem meeting committee, Dalibor Topic, Andrew John Hughes, Andrew Haley, David Herron and Mark Wielaard Presentations Free Java Meeting, Fosdem: Caciocavallo, Roman Kennke Mario Torre http://www.limasoftware.net/neugens/downloads/classpath/caciocavallo/Cacio_Presentation_2.pdf XRender Java2D Pipeline, Clemens Eisserer http://wiki.debian.org/Java/DevJam/2009/Fosdem?action=AttachFiledo=gettarget=Clemens-XRender.odp Gervill Software Synthesizer, Karl Helgason https://gervill.dev.java.net/files/documents/7973/126418/fosdem2009-gervill.pdf Cacao, Michael Starzinger http://wiki.debian.org/Java/DevJam/2009/Fosdem?action=AttachFiledo=gettarget=Michael-Cacao.pdf VMKit, Nicolas Geoffray http://wiki.debian.org/Java/DevJam/2009/Fosdem?action=AttachFiledo=gettarget=Nicolas-VMKit.pdf Groovy Grails for NetBeans, Matthias Schmidt http://wiki.debian.org/Java/DevJam/2009/Fosdem?action=AttachFiledo=gettarget=Matthias-Groovy-Tooling.pdf Towards a Universal VM, Alex Buckley http://blogs.sun.com/abuckley/resource/FOSDEM2009-TowardsAUniversalVM.pdf JSR292 - Supporting Dynamically Typed Languages, Remi Forax http://wiki.debian.org/Java/DevJam/2009/Fosdem?action=AttachFiledo=gettarget=Remi-JSR292.pdf JamVM, Robert Lougher http://wiki.debian.org/Java/DevJam/2009/Fosdem?action=AttachFiledo=gettarget=Robert-JamVM.pdf JNode, Peter Barth http://wiki.debian.org/Java/DevJam/2009/Fosdem?action=AttachFiledo=gettarget=Peter-JNode.pdf Zero/Shark, Gary Benson http://gbenson.net/wp-content/uploads/2009/02/fosdem-2009.pdf
Re: [cp-patches] ThreadLocalMap.clear() leaves map in an inconsistent state
Hi Robin,
On Wed, 2009-02-04 at 16:20 +1100, Robin Garner wrote:
Mark Wielaard wrote:
On Fri, 2008-12-19 at 14:20 +1100, Robin Garner wrote:
The clear() method of ThreadLocalMap leaves the map in an inconsistent
state, causing errors during thread deletion in JikesRVM. Reported as
Bug #38576 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38576. This
patch amends the clear() method to put the map back in a consistent but
empty state.
I assume this happens because JikesRVM still has some ThreadLocals it
accesses itself after Thread dead. Or is there a way in which this could
show up (assuming the VM itself isn't using ThreadLocals to keep state)?
Some nitpicks going over the ThreadLocalMap (nothing seems super
important and we can certainly apply your patch as is, but if you are
cleaning up anyway...):
[...]
While I agree with most of the above, I'm obviously not finding time to
incorporate your suggestions. Could we get the original patch into 0.98
before the release ?
If it helps JikesRVM I am in favor. And it does seem to me completely
harmless otherwise. Original patch attached, but I let Andrew commit it
because he asked not to make any changes before the release.
Cheers,
Mark
--- ./components/classpath/97.2p7/classpath/java/lang/ThreadLocalMap.java 2008-12-09 17:35:48.0 +1100
+++ ./libraryInterface/Common/src/java/lang/ThreadLocalMap.java 2008-12-17 11:40:22.0 +1100
@@ -301,7 +301,9 @@
* Clear out the map. Done once during thread death.
*/
void clear() {
-entries = null;
+this.entries = new Entry[1];
+this.count = 0;
+this.hashMask = 0;
}
/**
Final Program Free Java Meeting at Fosdem - Brussels, Belgium on 7 and 8 February 2009
Hi all, In less than 2 weeks our little big event will take place! The program for our libre java meeting at Fosdem has been finalized. There are posters with a summary of the talks to print out at: http://www.klomp.org/mark/classpath/fosdem09/poster_09.odg http://www.klomp.org/mark/classpath/fosdem09/poster_09.pdf Talk abstracts and bios of the speakers can be found at: http://fosdem.org/2009/schedule/devroom/freejava The wiki has some pointers to extra activities: http://wiki.debian.org/Java/DevJam/2009/Fosdem Including a dinner on Saturday night. Please add yourself if you want to attend before Wednesday, January 28th Hoping to see you all there, your friendly ad hoc Fosdem meeting committee, Dalibor Topic, Andrew John Hughes, Andrew Haley, David Herron and Mark Wielaard
[cp-patches] Make gjdoc read correct version.properties file
Hi,
gjdoc was still reading version.property from the root, but since it was
imported in classpath we package it under the actual package dir.
2009-01-22 Mark Wielaard m...@klomp.org
* tools/gnu/classpath/tools/gjdoc/Main.java (getGjdocVersion):
Read versions.properties from package.
This fixes an exception when running gjdoc --version.
Committed,
Mark
--- tools/gnu/classpath/tools/gjdoc/Main.java 27 May 2008 19:25:49 -
1.1
+++ tools/gnu/classpath/tools/gjdoc/Main.java 22 Jan 2009 22:14:30 -
@@ -1827,7 +1827,7 @@
if (null == gjdocVersion) {
try {
Properties versionProperties = new Properties();
-
versionProperties.load(getClass().getResourceAsStream(/version.properties));
+
versionProperties.load(getClass().getResourceAsStream(version.properties));
gjdocVersion = versionProperties.getProperty(gjdoc.version);
}
catch (IOException ignore) {
[commit-cp] classpath ChangeLog tools/gnu/classpath/tools/g...
CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Mark Wielaard mark09/01/22 22:16:18 Modified files: . : ChangeLog tools/gnu/classpath/tools/gjdoc: Main.java Log message: * tools/gnu/classpath/tools/gjdoc/Main.java (getGjdocVersion): Read version.properties from package. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpathr1=1.9750r2=1.9751 http://cvs.savannah.gnu.org/viewcvs/classpath/tools/gnu/classpath/tools/gjdoc/Main.java?cvsroot=classpathr1=1.1r2=1.2
Program Free Java Meeting at Fosdem - Brussels, Belgium on 7 and 8 February 2009
Hi all, We finally have a preliminary program for our libre java meeting at Fosdem. There were a lot of submissions and we tried to do our best to make an interesting schedule to discuss the wide spectrum of work that is being done. Hope you like it: Preliminarily Fosdem Libre-Java developer room program -- Fosdem 2009, Brussels, Belgium ULB Campus Solbosh - room AW1.120 Saturday, 7 February: 12:15 - 13:45 - OpenJDK status and future (1.5 hours, 30 min/talk) Mark Reinhold Joe Darcy - The state of OpenJDK, OpenJDK6 - Project Jigsaw - Small Language Changes (15 minute break) 14:00 - 15:30 - IcedTea, Plugin and Jalimo (1.5 hours, 30 min/talk) Lillian Angel, Deepak Bhole, Robert Schuster - The state of IcedTea - The IcedTea Plugin - Jalimo: Cross-compiling OpenJDK using IcedTea and OpenEmbedded (15 minute break) 15:45 - 17:45 - Graphics Sound (2 hours, 30 min/talk) Roman Kennke and Mario Torre, Guillaume Legris, Clemens Eisserer, Karl Helgason - Caciocavallo - OpenGL ES to boost embedded Java - XRender Java2D Pipeline - Gervill Software Synthesizer Sunday, 8 February: 10:00 - 11:30 VM Rumble (1.5 hours, 20 min/talk) Guennadi Liakhovetski, Nicolas Geoffray, Ian Rogers, Terrence Barr - Porting a Java VM to a Hardware Accelerator - VMKit - Jikes RVM 3 - PhoneME CLDC and CDC VMs (15 minute break) 11:45 - 13:15 It ain't Java (yet) (1.5 hours, 30 min/talk) Matthias Schmidt, Remi Forax, Alex Buckley - Groovy Grails for NetBeans - JSR292 - Supporting Dynamically Typed Languages - Towards a Universal VM (45 minute lunch break) 14:00 - 15:30 - VMRumble continued (1.5 hours, 20 min/talk) Robert Lougher, Michael Starzinger, Levente Santha, Gary Benson - JamVM - Cacao - JNode - Zero/Shark (15 minute break) 15:45 - 17:00 Distros/Community/Infra/Legal (1.25 hours, 24 min/talk) Petteri Raty, Ray Gans, Terrance Barr - Recruiting people to FOSS Java projects (distros/Gentoo) - OpenJDK Community Priorities - Pure GPL - Is it still up to date We will soon publish the full final program with the abstracts of each talk. Hoping to see you all there, your friendly ad hoc Fosdem meeting committee, Dalibor Topic, Andrew John Hughes, Andrew Haley, David Herron and Mark Wielaard
Free Java Meeting at Fosdem - Brussels, Belgium on 7 and 8 February 2009
Hi all, Our Fosdem meeting is approaching quickly. http://fosdem.org/2009/ - February 7 and 8 in Brussels, Belgium. DEADLINE FOR SUBMITTING TALKS IS END OF THIS WEEK (see below). This is what will be at our disposal: - the room AW1.120 with a capacity of 74 seats (in the building AW), - on Saturday 2009-02-07 from 12:00 to 18:00 and - on Sunday 2009-02-08 from 09:00 to 17:00 - a video projector with VGA cable - Internet connectivity (wifi A and B only, no wired) This is what we need from you: - Talk proposals and abstracts for activities. Please submit these BEFORE Saturday January 10! Either by emailing the Fosdem meeting committee at: fosdem2...@developer.classpath.org Or adding your proposal to the wiki: http://wiki.debian.org/Java/DevJam/2009/Fosdem Hoping to see you all there, you friendly ad hoc Fosdem meeting committee, Dalibor Topic, Andrew John Hughes, Andrew Haley, David Herron and Mark Wielaard
Re: gcjwebplugin in Classpath
Hi Andrew, On Tue, 2008-12-23 at 01:39 +, Andrew John Hughes wrote: My preference would be to remove it before releasing 0.98. If we still want to ship a plugin with Classpath, we could possibly include IcedTeaPlugin. Thoughts? IMHO we shouldn't remove working code until there is a real replacement. We could deprecate it and make it optional, have --disable-plugin as default maybe. But until IcedTeaPlugin is working with GNU Classpath based runtime (which would at least mean solving the EmbeddedWindow issue - there is no standard, so we have gnu.java.awt.EmbeddedWindow, while openjdk has sun.awt.EmbeddedFrame) pointing people at it as alternative is premature. Also it is pretty tied to the icedtea build and releases. It would be good if there was an actual standalone release of it. Cheers, Mark
Re: [cp-patches] ThreadLocalMap.clear() leaves map in an inconsistent state
Hi Robin On Fri, 2008-12-19 at 14:20 +1100, Robin Garner wrote: The clear() method of ThreadLocalMap leaves the map in an inconsistent state, causing errors during thread deletion in JikesRVM. Reported as Bug #38576 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38576. This patch amends the clear() method to put the map back in a consistent but empty state. I assume this happens because JikesRVM still has some ThreadLocals it accesses itself after Thread dead. Or is there a way in which this could show up (assuming the VM itself isn't using ThreadLocals to keep state)? Some nitpicks going over the ThreadLocalMap (nothing seems super important and we can certainly apply your patch as is, but if you are cleaning up anyway...): - Maybe let the constructor now call clear() since they now share the same code and intention. - Why not use new Entry[0]? - You could even make a private static noEntries = new Entry[0]; And make clear say entries = noEntries; So there is only ever one instance in case there are lots of threads in the program. - Using 0 would also make the test in overflow for entries.length more natural (by testing for zero instead of one). - If entries can never be null now the null check for oldEntries becomes redundant. Cheers, Mark
Re: mauve tests hanging on jamvm
Hi Robert, On Thu, 2008-12-18 at 01:36 +, Robert Lougher wrote: This should now be fixed in CVS. A missing prototype means long longs are being interpreted incorrectly on 32-bit systems, leading to a wrong timeout value (hence the harness is not killing the hung runner process, and thus appearing to hang itself). Thanks Robert. Things go smoothly again on builder now! We might want to look into the reported failures though: http://lists.gnu.org/archive/html/classpath-testresults/2008-12/msg00074.html The list is a little messed up though, because it was missing the original results files from the times that I forced the run to end early. But it looks like there are some regressions in there. Cheers, Mark
mauve tests hanging on jamvm
Sorry for the lame bug report. I haven't had time to investigate much. But I want to make sure I don't forget about this issue. On builder.classpath.org we run mauve against jamvm cvs. Since a couple of days it gets stuck. Apparently always at the same point, since the log always shows: PASS: java.awt.Choice.getSelected FAIL: java.awt.Choice.PaintTest line 70: [1] -- boolean passed to check was false At the time of the hang the process tree looks as follows: 12322 ?Ss22:21 SCREEN 12323 pts/1Ss 0:00 \_ /bin/bash 1946 pts/1S+ 0:00 | \_ /bin/sh /home/cpdev/bin/start-buildd 17667 pts/1S+ 0:00 | \_ /bin/sh /home/cpdev/Nightly/scripts/Everything 21881 pts/1S+ 0:00 | | \_ /bin/sh /home/cpdev/Nightly/scripts/Check 22523 pts/1S+ 0:00 | | \_ /bin/sh /home/cpdev/Nightly/scripts/Mauve 22541 pts/1S+ 0:00 | | \_ /bin/sh /home/cpdev/Nightly/scripts/Mauve 23109 pts/1S+ 0:00 | | \_ /bin/sh /usr/bin/xvfb-run jamvm Harness gnu.testlet -vm jamvm -showpasses -timeout 18 23120 pts/1S+ 0:00 | | \_ Xvfb :99 -screen 0 640x480x8 -nolisten tcp 23122 pts/1Sl+0:10 | | \_ jamvm Harness gnu.testlet -vm jamvm -showpasses -timeout 18 23128 pts/1Z+ 0:00 | | \_ [jamvm] defunct 23133 pts/1Sl+4:54 | | \_ jamvm RunnerProcess gnu.testlet -vm jamvm -showpasses -timeout 18 17671 pts/1S+ 0:03 | \_ tee Everything.log The scripts used can be found in mauve CVS: http://sourceware.org/cgi-bin/cvsweb.cgi/builder/?cvsroot=mauve kill -SIGQUIT 23122 gives: -- JamVM version 1.5.2-devel Full Thread Dump --- main 0x8079480 priority: 5 tid: 0xf7e35aa0 id: 1 state: RUNNABLE (6) at gnu.java.nio.VMChannel.read(Native method) at gnu.java.nio.VMChannel.read(VMChannel.java:159) at gnu.java.nio.FileChannelImpl.read(FileChannelImpl.java:232) at java.io.FileInputStream.read(FileInputStream.java:283) at java.io.FileInputStream.read(FileInputStream.java:254) at java.io.InputStreamReader.read(InputStreamReader.java:459) at java.io.BufferedReader.fill(BufferedReader.java:370) at java.io.BufferedReader.readLine(BufferedReader.java:469) at Harness.runTest(Harness.java:816) at Harness.runFolder(Harness.java:1307) at Harness.processFolder(Harness.java:1282) at Harness.processFolder(Harness.java:1260) at Harness.processFolder(Harness.java:1260) at Harness.processFolder(Harness.java:1260) at Harness.processTest(Harness.java:918) at Harness.runAllTests(Harness.java:725) at Harness.main(Harness.java:188) Thread-5 0x8555480 priority: 10 tid: 0xeb271bb0 id: 10 state: TIMED_WAITING (4) at java.lang.VMObject.wait(Native method) at java.lang.Object.wait(Object.java:528) at java.lang.Object.wait(Object.java:480) at Harness$TimeoutWatcher.run(Harness.java:1510) at java.lang.Thread.run(Thread.java:745) Thread-4 0x8302108 priority: 10 tid: 0xebbf7bb0 id: 9 state: TIMED_WAITING (4) at java.lang.VMObject.wait(Native method) at java.lang.Object.wait(Object.java:528) at java.lang.Object.wait(Object.java:480) at Harness$TimeoutWatcher.run(Harness.java:1510) at java.lang.Thread.run(Thread.java:745) Thread-2 0x82f08f0 priority: 5 tid: 0xec3f8bb0 id: 8 state: RUNNABLE (6) at gnu.java.nio.VMChannel.read(Native method) at gnu.java.nio.VMChannel.read(VMChannel.java:159) at gnu.java.nio.FileChannelImpl.read(FileChannelImpl.java:232) at java.io.FileInputStream.read(FileInputStream.java:283) at java.io.FileInputStream.read(FileInputStream.java:254) at java.io.InputStreamReader.read(InputStreamReader.java:459) at java.io.BufferedReader.fill(BufferedReader.java:370) at java.io.BufferedReader.readLine(BufferedReader.java:469) at Harness$ErrorStreamPrinter.run(Harness.java:1419) at java.lang.Thread.run(Thread.java:745) Thread-3 0x82e05f0 priority: 5 tid: 0xecbf9bb0 id: 7 state: TIMED_WAITING (4) at java.lang.VMThread.sleep(Native method) at java.lang.Thread.sleep(Thread.java:904) at java.lang.Thread.sleep(Thread.java:868) at Harness$InputPiperThread.run(Harness.java:1734) Thread-1 (daemon) 0x82cd310 priority: 5 tid: 0xed3fabb0 id: 6 state: TIMED_WAITING (4) at java.lang.VMObject.wait(Native method) at java.lang.Object.wait(Object.java:528) at java.lang.Object.wait(Object.java:480) at java.lang.VMProcess$ProcessThread.run(VMProcess.java:182) Async GC (daemon) 0x80c49a0 priority: 5 tid: 0xedc8fbb0 id: 5 state: TIMED_WAITING (4) Reference Handler (daemon) 0x80c4888 priority: 5 tid: 0xee490bb0 id: 4 state: WAITING
Re: Free Java Meeting at Fosdem - Brussels, Belgium on 7 and 8 February 2009
Hi all, On Mon, 2008-11-17 at 19:53 +0100, Mark Wielaard wrote: Since we always have so much fun meeting each other at Fosdem we have again applied for a Developer Room at Fosdem early next year. This year Fosdem will be taking place in Brussels, Belgium on Saturday 7 and Sunday 8 February 2009. FOSDEM '09 is a free and non-commercial event organized by the community, for the community. Its goal is to provide Free and Open Source developers a place to meet. http://fosdem.org/2009/ We should know early next week if a developer room is available. If so we will start collecting ideas for activities. If there isn't a developer room available we will figure out something else. There were a lot of submissions this year, so it took the Fosdem organisation some time to go through them all. But I am happy to announce: The Free Java devroom request for FOSDEM 2009 (7+8 February) has been accepted. Details will follow (deadline for schedule, information we need for the schedule, room capacity, etc...). Welcome aboard, and thanks for your participation in FOSDEM 2009 :) Hope to see you there, you friendly ad hoc Fosdem meeting committee, Dalibor Topic, Andrew John Hughes, Andrew Haley, David Herron and Mark Wielaard
Free Java Meeting at Fosdem - Brussels, Belgium on 7 and 8 February 2009
Hi all, Since we always have so much fun meeting each other at Fosdem we have again applied for a Developer Room at Fosdem early next year. This year Fosdem will be taking place in Brussels, Belgium on Saturday 7 and Sunday 8 February 2009. FOSDEM '09 is a free and non-commercial event organized by the community, for the community. Its goal is to provide Free and Open Source developers a place to meet. http://fosdem.org/2009/ We should know early next week if a developer room is available. If so we will start collecting ideas for activities. If there isn't a developer room available we will figure out something else. Hope to see you there, you friendly ad hoc Fosdem meeting committee, Dalibor Topic, Andrew John Hughes, Andrew Haley, David Herron and Mark Wielaard
Re: [GCJ] Performance of GUI applications on embedded systems
Hi Andrew, On Sun, 2008-11-09 at 00:24 +, Andrew John Hughes wrote: So is the bug GCJ only? I got the impression we were also seeing this on Classpath. I cannot replicate it with jamvm/classpath, so I assume it is gcj only. The erroneous gdk_threads_leave () line is also not in the classpath CVS sources. Cheers, Mark
Re: [cp-patches] Performance improvement for FreetypeGlyphVector.java
Hi Andrew, On Thu, 2008-11-06 at 11:47 +, Andrew Haley wrote: Andrew Haley wrote: Mark Wielaard wrote: cc1: warnings being treated as errors Ah, right. We should do that in the gcj build too. I've just noticed something. My patch uses a declaration (of pelements) after some statements, and this is not legal C90, although most compilers support it. (OK, I confess, I forgot this was C and not C++ :-) Do we care? -Wdeclaration-after-statement will warn for this. Probably not for the gtk+ peers. We do have -pedantic in STRICT_WARNING_CFLAGS for most C code. But gtk+ headers themselves aren't pedantic clean... Cheers, Mark
[commit-cp] classpath ChangeLog native/jni/gtk-peer/gnu_jav...
CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Mark Wielaard mark08/11/06 11:33:19 Modified files: . : ChangeLog native/jni/gtk-peer: gnu_java_awt_peer_gtk_FreetypeGlyphVector.c Log message: * native/jni/gtk-peer/gnu_java_awt_peer_gtk_FreetypeGlyphVector.c (getKerning): Removed unused cls, method, values. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpathr1=1.9736r2=1.9737 http://cvs.savannah.gnu.org/viewcvs/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_FreetypeGlyphVector.c?cvsroot=classpathr1=1.9r2=1.10
Re: problem while compiling classpath-0.92
Hi yinjia jia, On Mon, 2008-10-27 at 15:23 +0800, yinjia jia wrote: /usr/local/bin/jikes +Pno-switchcheck +Pno-shadow +F -encoding UTF-8 -bootclasspath '' -extdirs '' -sourcepath '' --classpath ../vm/reference:..:../external/w3c_dom:../external/sax:../external/relaxngDatatype:.:: -d . @classes I wait a long time, but It hang in this stage and not move to next. anybody know what is the reasson? or some suggestions? thanks in advance! my java compiler is jikes-1.22, and I use scratchbox to cross compile classpath. It sounds like a bug in jikes, you might want to attach a debugger to see what it is doing. Also GNU Classpath 0.92 is pretty old. You might want to upgrade to 0.97.2 and try a different byte code compiler (gcj/ecj). Cheers, Mark
Re: problem while compiling classpath-0.92
On Mon, 2008-10-27 at 17:48 +0800, yinjia jia wrote: thank you Mark ,do you mean that I should execute make --debug to debug the Makefile? No, attach a debugger to the jikes process to see what it is doing while it is running. Cheers, Mark
Re: org.w3c.dom.html2 package
Hi, On Sat, 2008-10-04 at 02:05 +0100, Andrew John Hughes wrote: 2008/10/4 Robert Schuster [EMAIL PROTECTED]: 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. Aren't these in external? So presumably this is what upstream does... 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 [EMAIL PROTECTED] to find out the exact versions imported. Cheers, Mark
Disabled wiki editing
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
Re: Problem from Installation GNU Classpath 0.97.2
Hi ZNTU, On Tue, 2008-09-23 at 00:13 -0700, ZNTU wrote: 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:../external/relaxngDatatype:../external/jsr166:.:: -d . @classes incorrect classpath: -- 1. ERROR in ../sun/reflect/annotation/AnnotationInvocationHandler.java (at line 87) memberValues.put(name, m.getDefaultValue()); ^^^ The method getDefaultValue() is undefined for the type Method -- 2. WARNING in ../sun/reflect/annotation/AnnotationInvocationHandler.java (at line 373) throw new IncompleteAnnotationException(type, methodName); Type safety: The expression of type Class needs unchecked conversion to conform to Class? extends Annotation -- 2 problems (1 error, 1 warning)make[1]: *** [compile-classes] Error 255 make[1]: Leaving directory `/home/tktan/classpath-0.97.2/lib' make: *** [all-recursive] Error 1 can anyone please help me solve this problem? Any hints are greatly appreciated. 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
Re: [cp-patches] FYI: PR32028 Check GJDoc version
Hi Andrew, On Thu, 2008-08-21 at 01:43 +0100, Andrew John Hughes wrote: Current Classpath CVS documentation can only be built with the latest GJDoc (0.7.9). This adds a check to configure to ensure this version is being used. ChangeLog: 2008-08-21 Andrew John Hughes [EMAIL PROTECTED] PR classpath/32028: * m4/acinclude.m4: (CLASSPATH_WITH_GJDOC): Ensure version 0.7.9 is being used. This breaks the autobuilder which uses 0.8-pre... checking for gjdoc... /home/cpdev/Nightly/gjdoc/install/bin/gjdoc checking version of GJDoc... 0.8-pre configure: error: Building documentation requires GJDoc 0.7.9, 0.8-pre found. Cheers, Mark
Re: [cp-patches] FYI: PR32028 Check GJDoc version
Hi Andrew, On Thu, 2008-08-21 at 15:03 +0100, Andrew John Hughes wrote: 2008/8/21 Mark Wielaard [EMAIL PROTECTED]: On Thu, 2008-08-21 at 01:43 +0100, Andrew John Hughes wrote: 2008-08-21 Andrew John Hughes [EMAIL PROTECTED] PR classpath/32028: * m4/acinclude.m4: (CLASSPATH_WITH_GJDOC): Ensure version 0.7.9 is being used. This breaks the autobuilder which uses 0.8-pre... checking for gjdoc... /home/cpdev/Nightly/gjdoc/install/bin/gjdoc checking version of GJDoc... 0.8-pre configure: error: Building documentation requires GJDoc 0.7.9, 0.8-pre found. Since when has there been a 0.8-pre? I wasn't aware anyone changed the version number. Builder builds gjdoc from the cvs repo, just like it builds gcj from the svn repo. So it tests all the latest components against each other. Cheers, Mark
Re: FW: Help a noob?
On Tue, 2008-08-12 at 17:49 -0600, Tom Tromey wrote: A simple way to do a bootstrap on a new machine is to build the .class files on a working machine, then copy them over. An even simpler way is to see if somebody already has them built and will make them available for download :-) For bootstrap purposes there is http://builder.classpath.org/dist/ which contains the results of the autobuilder including glibj.zip files with the generated classes. Cheers, Mark
RE: FW: Help a noob?
On Tue, 2008-08-12 at 17:46 -0400, Greene, Geoffrey N wrote: Regrettably, OpenJDK 6: http://openjdk.dev.java.net/ does not appear to support IRIX. I was thinking about just copying the solaris-specific files. I'm losing hope here, but Does anyone know of an openjdk port onto irix? Would it be as difficult as I think it would? You could try Cacao, which works with both classpath and openjdk these days. It supports irix/mips. See http://cacaovm.org/ Cheers, Mark
New gmp/mpfr on builder (Was: [cp-testresults] FAIL: gcc build on Tue Jul 22 09:36:17 UTC 2008)
Hi, Recent gcc/gcj builds on builder failed with: On Tue, 2008-07-22 at 09:36 +, [EMAIL PROTECTED] wrote: checking for correct version of mpfr.h... no configure: error: Building GCC requires GMP 4.1+ and MPFR 2.3.0+. Try the --with-gmp and/or --with-mpfr options to specify their locations. Copies of these libraries' source code can be found at their respective hosting sites as well as at ftp://gcc.gnu.org/pub/gcc/infrastructure/. See also http://gcc.gnu.org/install/prerequisites.html for additional info. If you obtained GMP and/or MPFR from a vendor distribution package, make sure that you have installed both the libraries and the header files. They may be located in separate packages. Which is a newer version than Debian stable had available. So, I took the source packages from Debian testing, rebuild and installed those on builder. Cheers, Mark $ dpkg -s libgmp3-dev libmpfr-dev Package: libgmp3-dev Status: install ok installed Priority: optional Section: libdevel Installed-Size: 1388 Maintainer: Steve M. Robbins [EMAIL PROTECTED] Architecture: i386 Source: gmp Version: 2:4.2.2+dfsg-3 Replaces: libgmp2-dev Depends: libgmp3c2 (= 2:4.2.2+dfsg-3), libgmpxx4ldbl (= 2:4.2.2+dfsg-3) Recommends: libstdc++-dev Suggests: libgmp3-doc, libmpfr-dev Conflicts: libgmp2-dev Description: Multiprecision arithmetic library developers tools This development package provides the header files and the symbolic links to allow compilation and linking of programs that use the libraries provided in the libgmp3 package. . Both C and C++ bindings are present in this package. Package libstdc++-dev is required to use the C++ bindings. . The MPFR library (multiple-precision floating-point) used to be included, but has since been moved to package libmpfr-dev. Package: libmpfr-dev Status: install ok installed Priority: optional Section: libdevel Installed-Size: 804 Maintainer: Laurent Fousse [EMAIL PROTECTED] Architecture: i386 Source: mpfr Version: 2.3.1.dfsg.1-2 Replaces: libgmp3-dev ( 4.1.4-3) Depends: libgmp3-dev (= 4.2.dfsg-1), libmpfr1ldbl (= 2.3.1.dfsg.1-2) Conflicts: libgmp3-dev ( 4.1.4-3) Description: multiple precision floating-point computation developers tools This development package provides the header files and the symbolic links to allow compilation and linking of programs that use the libraries provided in the libmpfr1ldbl package. . MPFR provides a library for multiple-precision floating-point computation with correct rounding. The computation is both efficient and has a well-defined semantics. It copies the good ideas from the ANSI/IEEE-754 standard for double-precision floating-point arithmetic (53-bit mantissa). . The home page is http://www.mpfr.org/.
Re: Other class libraries
Hi, On Tue, 2008-06-24 at 23:30 +0200, Roman Kennke wrote: IANAL either, but from my understanding this is not the problem. At least not for contributors. The problem is copyright, and this is regardless of the license, proprietary or free. If I look at Sun's code and then go and implement something in GNU Classpath that is very similar or equal to what I studied before in OpenJDK, I risk to be blamed for copyright infringement. Yes. This is the real issue. So when someone asks where is the line, the answer is if you are implementing something for GNU Classpath, don't study the implementation code from another implementation, you risk coming up with something identical and then the 'ownership and distribution rules' would be in question. So concretely. If you find a bug in GNU Classpath, it is OK if you test against some other implementation and see what it does (run various programs and tests). It isn't OK to go study the other implementation code to see what it precisely does and then write the same code for GNU Classpath. And in all this common sense also applies. If the projects are both free software, then obviously one of the intentions was that people are free to study the code and learn from it. And an obviously correct oneliner that is identical (maybe because it was described in Hackers Delight - really cool book btw. - as the obvious hack to implement something) then that isn't a problem of course. If however you can tell that by studying some other code you will end up with an identical paragraph of code in GNU Classpath, then that is a problem. And don't ever take any risk with proprietary code. Normally in FLOSS projects this is less of a problem because people have an attitude of sharing anyway, but as you said, that doesn't count much from a legal POV. Of course, if the licenses were compatible it would be much easier, we could simply import the code in question into external/ and be done. Yes. That would indeed be ideal. If another free software project already has better code to do a particular thing just reuse it as is, instead of reimplementing it (given that a reimplementation wouldn't give any other benefits of course - there are lots of reasons for writing something in a cleaner/better/faster/leaner way). The main problem here is whether or not we want to end up with a GPLv2-only code base for libre java. I personally would really like to avoid that and keep the GNU Classpath codebase for those people wanting to upgrade to GPLv3 or later, I believe the compatibility with the Apache license, the explicit patent protection and the clarification of the exception rules are all very important. So, in a way, your mission, if you choose to accept it, is to convince everybody to upgrade to GPLv3 +exception. I'll contact the FSF to see how they can help (GCC is going through an upgrade discussion for GPLv3+exception for the runtime libraries right now, so we can hopefully piggyback on that discussion). Cheers, Mark
Re: Other class libraries
Hi Andrew, On Wed, 2008-06-25 at 11:32 +0100, Andrew Haley wrote: So concretely. If you find a bug in GNU Classpath, it is OK if you test against some other implementation and see what it does (run various programs and tests). It isn't OK to go study the other implementation code to see what it precisely does and then write the same code for GNU Classpath. Obviously not, no. However, there is an enormous gulf between studying and copying, and you are muddying the waters by failing to distinguish between them. Sorry, it wasn't my intention to muddy any waters. What I meant is that while writing code for gnu classpath you are studying code from another implementation in a way which might lead to ending up with the exact same implementation is a no-no. Studying free software code in general of course is precisely why we write free software in the first place. studying code to then copy it almost literally and putting a different author contribution, copyright and distribution terms on it isn't though. We run the risk of being in the situation where everyone is free to study OpenJDK except Classpath developers. I don't think this is justified by copyright law. You are taking an extreme interpretation of the law which I do not believe is in the best interests of the GNU project and GNU Classpath. It's always tempting to say let's err on the side of safety, but in my opinion this is too far. OK, where would you like the safety side to be? Obviously, coming up with something identical and checking it in to GNU Classpath would not be allowed. But it's much more reasonable to say don't do that, then I believe that is what I am saying yes. than to forbid free software programmers from studying free software. Put that way, it's plainly absurd, but that is what you are saying. I don't understand what you are saying here. Cheers, Mark
Re: [cp-patches] Compile native code with -fexceptions
Hi Andrew, On Thu, 2008-06-12 at 14:49 +0100, Andrew Haley wrote: Mark Wielaard wrote: +dnl will always work. +EXTRA_CFLAGS='-fexceptions -fnon-call-exceptions' +AC_SUBST(EXTRA_CFLAGS) I am afraid you are more qualified in this subject than I am, but would any non-call-exceptions actually happen in JNI code? Maybe a division by zero trap or a null pointer trap if a programmer made a mistake. It would be nice to get a clean stack trace if that happened. Ah, programmer mistake, right, people still do that in C :) If you want full coverage (for usage by a garbage collector or other asynchronous thread interrupt) wouldn't -fasynchronous-unwind-tables be more appropriate if you want full coverage? Possibly. I'm certain that gcj can't cope with asynchronous exceptions and I suspect that no other VM can either, but I can use -fasynchronous-unwind-tables. It helps if you attach to a (stuck) vm with an debugger. I don't care too much about it (some distros like fedora actually always generate full unwind tables from their system gcc anyway). I mainly wondered if there was any difference between what -fnon-call-exceptions did and -fasynchronous-unwind-tables. The coverage of the later is bigger I believe, but maybe the first does more stuff that you need for the actual exceptions? Cheers, Mark
[cp-patches] FYI: Make tools gjdoc distcheck clean
Hi, The new gjdoc addition didn't get through a full distcheck. The following patch fixes that by making sure that it can be build with builddir != srcdir, has all files included in the dist tar ball, and adds one missing file. 2008-06-13 Mark Wielaard [EMAIL PROTECTED] * tools/Makefile.am (USE_JAVAC_FLAGS): Use generated in builddir. (TOOLS_JAVA_FILES): Include all .java files in all subdirs. (ALL_TOOLS_FILES): Include gjdoc_resources and antlr input file. (TOOLS_ZIP): Generate antlr output in builddir. * tools/resource/gnu/classpath/tools/gjdoc/htmldoclet/inherit.png: New file from gjdoc. Committed, Mark Index: tools/Makefile.am === RCS file: /cvsroot/classpath/classpath/tools/Makefile.am,v retrieving revision 1.47 diff -u -r1.47 Makefile.am --- tools/Makefile.am 27 May 2008 19:25:32 - 1.47 +++ tools/Makefile.am 12 Jun 2008 23:40:26 - @@ -6,7 +6,7 @@ # Setup the compiler to use the GNU Classpath library we just built. JCOMPILER = $(JAVAC) $(JAVACFLAGS) -source 1.5 -target 1.5 -encoding UTF-8 -bootclasspath $(GLIBJ_BOOTCLASSPATH) -classpath $(GLIBJ_CLASSPATH) -USE_JAVAC_FLAGS = -classpath $(CLASSPATH):$(srcdir):$(ANTLR_JAR):$(srcdir)/generated:. $(JAVAC_FLAGS) +USE_JAVAC_FLAGS = -classpath $(CLASSPATH):$(srcdir):$(ANTLR_JAR):$(builddir)/generated:. $(JAVAC_FLAGS) if CREATE_WRAPPERS bin_SCRIPTS = @@ -113,6 +113,8 @@ # All our example java source files TOOLS_JAVA_FILES = $(srcdir)/gnu/classpath/tools/*/*.java \ + $(srcdir)/gnu/classpath/tools/*.java \ + $(srcdir)/gnu/classpath/tools/*/*.java \ $(srcdir)/gnu/classpath/tools/*/*/*.java \ $(srcdir)/gnu/classpath/tools/*/*/*/*.java \ $(srcdir)/com/sun/javadoc/*.java \ @@ -252,7 +254,9 @@ BUILT_SOURCES = $(TOOLS_ZIP) # All the files we find interesting -ALL_TOOLS_FILES = $(TOOLS_JAVA_FILES) $(RMIC_TEMPLATES) $(PROPERTY_FILES) +ALL_TOOLS_FILES = $(TOOLS_JAVA_FILES) $(RMIC_TEMPLATES) $(PROPERTY_FILES) \ + $(addprefix $(srcdir)/resource/gnu/classpath/tools/gjdoc/,$(gjdoc_resources))\ + $(srcdir)/gnu/classpath/tools/gjdoc/expr/java-expression.g # Some architecture independent data to be installed. TOOLS_DATA = $(TOOLS_ZIP) @@ -282,7 +286,7 @@ @rm -rf classes asm generated mkdir -p classes asm generated/gnu/classpath/tools/gjdoc/expr ## Generate antlr sources. - $(ANTLR) -o $(srcdir)/generated/gnu/classpath/tools/gjdoc/expr \ + $(ANTLR) -o $(builddir)/generated/gnu/classpath/tools/gjdoc/expr \ $(srcdir)/gnu/classpath/tools/gjdoc/expr/java-expression.g ## Compile ASM separately as it is latin-1 encoded. find $(srcdir)/external/asm -name '*.java' -print asm.lst
Re: [cp-patches] FYI: Make tools gjdoc distcheck clean
Hi, On Fri, 2008-06-13 at 01:47 +0200, Mark Wielaard wrote: The new gjdoc addition didn't get through a full distcheck. The following patch fixes that by making sure that it can be build with builddir != srcdir, has all files included in the dist tar ball, and adds one missing file. 2008-06-13 Mark Wielaard [EMAIL PROTECTED] * tools/Makefile.am (USE_JAVAC_FLAGS): Use generated in builddir. (TOOLS_JAVA_FILES): Include all .java files in all subdirs. (ALL_TOOLS_FILES): Include gjdoc_resources and antlr input file. (TOOLS_ZIP): Generate antlr output in builddir. * tools/resource/gnu/classpath/tools/gjdoc/htmldoclet/inherit.png: New file from gjdoc. Oops, that $(builddir)/generated was a bit of a thinko. This can and should just be done in the relative generated dir. 2008-06-13 Mark Wielaard [EMAIL PROTECTED] * tools/Makefile.am (USE_JAVAC_FLAGS): Use relative generated dir. (TOOLS_ZIP): Generate antlr output in relative dir. Apologies, Mark diff -u -r1.48 Makefile.am --- tools/Makefile.am 12 Jun 2008 23:40:55 - 1.48 +++ tools/Makefile.am 13 Jun 2008 00:18:06 - @@ -6,7 +6,7 @@ # Setup the compiler to use the GNU Classpath library we just built. JCOMPILER = $(JAVAC) $(JAVACFLAGS) -source 1.5 -target 1.5 -encoding UTF-8 -bootclasspath $(GLIBJ_BOOTCLASSPATH) -classpath $(GLIBJ_CLASSPATH) -USE_JAVAC_FLAGS = -classpath $(CLASSPATH):$(srcdir):$(ANTLR_JAR):$(builddir)/generated:. $(JAVAC_FLAGS) +USE_JAVAC_FLAGS = -classpath $(CLASSPATH):$(srcdir):$(ANTLR_JAR):generated:. $(JAVAC_FLAGS) if CREATE_WRAPPERS bin_SCRIPTS = @@ -286,7 +286,7 @@ @rm -rf classes asm generated mkdir -p classes asm generated/gnu/classpath/tools/gjdoc/expr ## Generate antlr sources. - $(ANTLR) -o $(builddir)/generated/gnu/classpath/tools/gjdoc/expr \ + $(ANTLR) -o generated/gnu/classpath/tools/gjdoc/expr \ $(srcdir)/gnu/classpath/tools/gjdoc/expr/java-expression.g ## Compile ASM separately as it is latin-1 encoded. find $(srcdir)/external/asm -name '*.java' -print asm.lst
Re: [cp-testresults] FAIL: classpath build with ecj on Thu Jun 12 07:35:39 UTC 2008
Hi, On Thu, 2008-06-12 at 07:35 +, [EMAIL PROTECTED] wrote: checking for gconf-2.0 = 2.6.0... yes checking GCONF_CFLAGS... -DORBIT2=1 -pthread -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include checking GCONF_LIBS... -pthread -lgconf-2 -lORBit-2 -lm -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0 checking for gdk-2.0 = 2.8... yes checking GDK_CFLAGS... -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 checking GDK_LIBS... -lgdk-x11-2.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lfontconfig -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lX11 checking for gstreamer-0.10 = 0.10.10... Package gstreamer-0.10 was not found in the pkg-config search path. Perhaps you should add the directory containing `gstreamer-0.10.pc' to the PKG_CONFIG_PATH environment variable No package 'gstreamer-0.10' found configure: error: Library requirements (gstreamer-0.10 = 0.10.10) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. make: *** [distcheck] Error 1 make distcheck now tries to enable as much optional configure options as possible (good!). I installed libgstreamer0.10-dev on builder to (hopefully) get things distchecking again. Cheers, Mark
[commit-cp] classpath ChangeLog tools/Makefile.am tools/res...
CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Mark Wielaard mark08/06/12 23:40:56 Modified files: . : ChangeLog tools : Makefile.am Added files: tools/resource/gnu/classpath/tools/gjdoc/htmldoclet: inherit.png Log message: * tools/Makefile.am (USE_JAVAC_FLAGS): Use generated in builddir. (TOOLS_JAVA_FILES): Include all .java files in all subdirs. (ALL_TOOLS_FILES): Include gjdoc_resources and antlr input file. (TOOLS_ZIP): Generate antlr output in builddir. * tools/resource/gnu/classpath/tools/gjdoc/htmldoclet/inherit.png: New file from gjdoc. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpathr1=1.9637r2=1.9638 http://cvs.savannah.gnu.org/viewcvs/classpath/tools/Makefile.am?cvsroot=classpathr1=1.47r2=1.48 http://cvs.savannah.gnu.org/viewcvs/classpath/tools/resource/gnu/classpath/tools/gjdoc/htmldoclet/inherit.png?cvsroot=classpathrev=1.1
[commit-cp] classpath ChangeLog tools/Makefile.am
CVSROOT:/cvsroot/classpath Module name:classpath Changes by: Mark Wielaard mark08/06/13 00:31:39 Modified files: . : ChangeLog tools : Makefile.am Log message: * tools/Makefile.am (USE_JAVAC_FLAGS): Use relative generated dir. (TOOLS_ZIP): Generate antlr output in relative dir. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpathr1=1.9638r2=1.9639 http://cvs.savannah.gnu.org/viewcvs/classpath/tools/Makefile.am?cvsroot=classpathr1=1.48r2=1.49
