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