unable to regenerate the pregenerated libjava header files on the trunk
Matthias Klose
doko@ubuntu.com
Sat Mar 13 14:24:00 GMT 2010
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
More information about the Java
mailing list