This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: unable to regenerate the pregenerated libjava header files on the trunk
- From: Matthias Klose <doko at ubuntu dot com>
- To: java at gcc dot gnu dot org
- Date: Sat, 13 Mar 2010 15:24:24 +0100
- Subject: Re: unable to regenerate the pregenerated libjava header files on the trunk
- References: <4B894E9A.4000903@ubuntu.com> <4B8A4453.4030606@redhat.com>
On 28.02.2010 11:24, Andrew Haley wrote:
On 02/27/2010 04:55 PM, Matthias Klose wrote:
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 others?
I think you're bootstrapping with an obsolete version of gjavah.
To see if I'm right, generate the header file for
javax/xml/xpath/XPathFunctionResolver. Like this:
$ gjavah -cni -force -classpath<path>/x86_64-unknown-linux-gnu/libjava/libgcj-4.5.0.jar javax/xml/xpath/XPathFunctionResolver
With the new version of gjavah, you'll get
namespace xml
{
namespace namespace$
With the old version you'll get
namespace xml
{
namespace namespace
Andrew.
with a current build, I didn't see these changes anymore. A few differences in
the header files for inner classes are still present, of the form
--- javax/net/ssl/TrustManagerFactory$1.h (revision 157407)
+++ javax/net/ssl/TrustManagerFactory$1.h (working copy)
@@ -27,7 +27,7 @@
public: // actually package-private
TrustManagerFactory$1();
public:
- ::java::lang::Object * run();
+ virtual ::java::lang::Object * run();
static ::java::lang::Class class$;
};
These are seen with the updated ecj-latest.jar (based on eclipse-3.5.1).
2010-03-13 Matthias Klose <doko@ubuntu.com>
PR libgcj/42676
* Regenerate .h files for anonymous inner classes.
Checking in, approved on irc by Andrew. Complete diff in the bug report.
Matthias