unable to regenerate the pregenerated libjava header files on the trunk

unable to regenerate the pregenerated libjava header files on the trunk

[Matthias Klose]

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?

   Matthias

Re: unable to regenerate the pregenerated libjava header files on the trunk

[Andrew Haley]

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.

Re: unable to regenerate the pregenerated libjava header files on the trunk

[Matthias Klose]

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