commit-classpath
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gtk-peer compile fixes for gcc-2.95


From: Thomas Fitzsimmons
Subject: Re: gtk-peer compile fixes for gcc-2.95
Date: Fri, 09 Apr 2004 14:16:23 +0000

On Fri, 2004-04-09 at 17:34, Mark Wielaard wrote:
> Hi,
> 
> Here is another part of the native C cleanup.
> 
> 2004-04-09  Mark Wielaard  <address@hidden>
> 
>         * configure.ac (AM_CFLAGS): Don't define _POSIX_SOURCE.
> 
>         * native/jni/gtk-peer/gthread-jni.c (maybe_rethrow): Explicitly
>         malloc and free buf.
> 
>         * native/jni/java-nio/gnu_java_nio_channels_FileChannelImpl.c
>         (GET_NATIVE_FD): Remove macro.
>         (get_native_fd): Replace GET_NATIVE_FD macro.
> 
>         * native/target/generic/target_generic_misc.h
>         (TARGET_NATIVE_MISC_FORMAT_STRING): Remove unused macro.
> 
> With this I believe the only things that make the native sources
> uncompilable with gcc-2.95 are the following:
> 
> ../../../../classpath-cvs/native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkComponentPeer.c:670:
>  warning: ISO C forbids passing arg 6 of `g_signal_handlers_block_matched' 
> between function pointer and `void *'
> ../../../../classpath-cvs/native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkComponentPeer.c:
>  In function `Java_gnu_java_awt_peer_gtk_GtkComponentPeer_removeExposeFilter':
> ../../../../classpath-cvs/native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkComponentPeer.c:714:
>  warning: ISO C forbids passing arg 6 of 
> `g_signal_handlers_disconnect_matched' between function pointer and `void *'
> ../../../../classpath-cvs/native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkComponentPeer.c:716:
>  warning: ISO C forbids passing arg 6 of `g_signal_handlers_unblock_matched' 
> between function pointer and `void *'
> 
> Could one of the gtk-peer hackers look at those?
> It seems just casting the argument to a gpointer fixes all, but there is
> some c macro magic going on here.

Try updating your source tree.  These calls seem to have been replaced
with other GLib functions (at least on Classpath HEAD and libgcj
java-gui-branch).

Tom






reply via email to

[Prev in Thread] Current Thread [Next in Thread]