Patch to enable libgcj.dll for MinGW

Bryce McKinlay mckinlay@redhat.com
Tue Sep 6 16:40:00 GMT 2005


Terry Laurenzo wrote:

>>Could you explain the need for the gjavah changes more? Obviously, we
>>couldn't apply this patch as-is with that change. Perhaps decompiling
>>could be disabled conditionally for mingw/cygwin (maybe just by adding a
>>command-line argument), if it can't be fixed some other way.
>>    
>>
>See the thread http://gcc.gnu.org/ml/java/2005-08/msg00064.html .  It
>is my opinion that the patch for gjavah is in the best interests of
>everyone for all platforms.  I will break it out and submit it
>separately if necessary.
>  
>

OK, I'm inclined to agree with you. This feature contradicts binary 
compatibility, too, so it will be good to see it removed. Please do 
break out the patch and submit seperately - it is a small enough change 
that copyright assignment forms won't be neccessary.

>>Are you intending for this patch
>>to be applied to cvs libgcj at some point?
>>    
>>
>Yes.  I'm mailing the copyright assignment forms in today.
>
>Are we "allowed" to patch libtool.m4 in the root directory.  There is
>a bug in the ancient version of the script which is being used that
>keeps the AC_LIBTOOL_WIN32_DLL from being evaluated properly.
>  
>

It looks like various changes to libtool.m4 have been made locally. 
You'll have to sumbit that part of the patch to gcc-patches, however.

Bryce



More information about the Java mailing list