Re: GCJ Mauve testing

Andrew John Hughes schrieb: I've just run Mauve against both the 4.3 tree and our Classpath 0.98 merge tree (effectively equivalent to Classpath CVS + GCJ-specific changes). Overall: 4.3: 281 of 3177 tests failed. 123926 total calls to harness.check() failed. 4.4: 239 of 3177 tests

unable to regenerate the pregenerated libjava header files on the trunk

this is http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42676, now downgraded to P4. At least for Debian, this would mean not shipping gcj anymore in the main section of the archive (cannot be built from source). Is this a restriction for the upstream release as well? Can this be reproduced by

[patch] update ecj to ecj-3.8.2/4.2.2

is uploaded. There are issues building OpenJDK and IcedTea with this new compiler. Please see the IcedTea ML for a follow-up posting. Matthias 2013-04-13 Matthias Klose d...@ubuntu.com * Makefile (TAG): Set to R3_8_2 (cvsroot, login): Remove, (checkout): Download from git

Re: [patch] update ecj to ecj-3.8.2/4.2.2

Am 15.04.2013 15:28, schrieb Andrew Hughes: - Original Message - The ecj.jar provided on ftp://gcc.gnu.org/pub/java wasn't updated anymore since 2008, having no support for java7. It looks like this ecj is already used within the Fedora disto, however only locally patched (at least I

Re: [patch] update ecj to ecj-3.8.2/4.2.2

Am 15.04.2013 16:02, schrieb Andrew Hughes: Are you using a complete ecj or deleting some classes? I did use what I did send in the patch, and what should be same as is in the current version of ecj.jar as distributed on gcc.gnu.org.

Re: GNU Classpath Summer of Code 2013

Am 28.05.2013 17:51, schrieb Mario Torre: On Tue, 2013-05-28 at 16:00 +0200, Elisa D'Eugenio wrote: Hello! I'm Elisa and I'm taking part to Google Summer of Code 2013 with GNU Classpath project. I proposed one of the projects, the new Gtk3 Look and Feel for OpenJDK, and it was accepted. I'm

[cp-patches] [patch] fix configure for building the plugin

/plugin/nsIPluginInstance.h:10:25: error: nsISupports.h: No such file or directory which is installed in /usr/include/firefox Got the answer that firefox-plugin will not depend on firefox-xpcom in the future. Matthias libjava/classpath/ChangeLog.gcj: 2007-03-03 Matthias Klose [EMAIL

[cp-patches] [patch] Add gcjh documentation

Add documentation for gcjh, and build a gcjh(1) man page. Looking for somebody to check this in into the classpath repository. Thanks, Matthias 2007-03-19 Matthias Klose [EMAIL PROTECTED] * doc/Makefile.am: Build a gcjh(1) man page. * doc/Makefile.in: Regenerate. * doc

[cp-patches] [patch] complete the JNINativeInterface renaming

Please commit this (as obvious). Thanks, Matthias 2007-07-28 Matthias Klose [EMAIL PROTECTED] * include/jvmti.h(jniNativeInterface): Rename type. Index: classpath/include/jvmti.h === --- classpath/include/jvmti.h

[cp-patches] [patch] check for xulrunner-1.9

This patch checks for a build using xulrunner-1.9. Ok to checkin? (please commit it to classpath as well). Matthias libjava/classpath/ChangeLog: 2008-02-12 Alexander Sack [EMAIL PROTECTED] * configure.ac: Check for xulrunner-1.9. * configure: regenerate. ---

Re: [cp-patches] [patch] use the classpath version for gjdoc as well

Mark Wielaard schrieb: Hi Matthias, On Sat, 2009-06-13 at 10:12 -0400, Matthias Klose wrote: $ gjdoc-4.4 --version java.lang.NullPointerException at java.io.InputStreamReader.read(InputStreamReader.java:244) at java.io.BufferedReader.fill(BufferedReader.java:370

Re: [cp-patches] tagging classpath for GCC import

Am 02.12.2012 22:20, schrieb Mark Wielaard: 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.)

Re: [cp-patches] tagging classpath for GCC import

Am 03.12.2012 02:15, schrieb Matthias Klose: Further, it looks like classpath did bump the requirement on autoconf to 2.69, and didn't even bother to document that (m4/iconv.m4 requires macros only found in 2.69). classpath itself pretends to require 2.63. GCC has 2.64, and won't change

[cp-patches] [patch] let gjavah accept -source 1.[567]

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? Matthias Index: classpath/tools/gnu/classpath/tools/gjdoc/Main.java === ---

Re: [cp-patches] [patch] let gjavah accept -source 1.[567]

Am 19.12.2012 18:37, schrieb Mark Wielaard: 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

[cp-patches] [patch] search for a triplet-pkg-config

2013-06-19 Matthias Klose d...@ubuntu.com * pkg.m4 (PKG_CHECK_MODULES): Use AC_PATH_TOOL to check for pkg-config. * classpath/m4/pkg.m4 (PKG_CHECK_MODULES): Likewise. * configure: Regenerate. Index: pkg.m4

[cp-patches] [patch] modernize freetype includes

At least on Debian/Ubuntu freetype 2.5.1 doesn't install the header files in a freetype subdirectory anymore. According to [1] this isn't supported anymore after freetype 2.1, and the macros are available since prehistoric 2.0.1 (released in 2000). Now using the recommended inclusion schema. Ok