gtk-peer compile fixes for gcc-2.95

[Archie Cobbs]

Mark Wielaard wrote:
> > Not sure what you're saying, but please don't break building with gcc-2.95.
> 
> Aha! OK, then in the end you will like my patch (even if you don't like
> the c compiler flags that I currently use for it). Since the reason I
> went through all the trouble was because I noticed the build was broken
> for gcc-2.95. What I want to achieve with the new setup is that we
> easily find out about such issues even when we use "modern" gcc-3.x. The
> -ansi -std=c89 -pedantic setup almost makes sure this is the case,
> except for the fact that we need longlong support (so we add
> -Wno-long-long) which is also supported with gcc-2.95 and we need access
> to "modern" POSIX/GNU/BSD networking/file funtions like ftruncate and
> fsync which are available on almost any system we care about (and when
> they aren't out auto* setup should make sure the functions that do
> depend on those features do work anyway (with less functionality of
> course).

Great! Then I'm all for it :-)

> > It's because of "sinclude $(JAVA_DEPEND)" in lib/Makefile.am. This is
> > not an automake command so it passes through unmodified. Unfortunately
> > there's no workaround that I know of (automake doesn't have a generic
> > include function).
> 
> Could you supply a patch for INSTALL that documents this?

Done.. see attached.

Thanks,
-Archie

__________________________________________________________________________
Archie Cobbs      *        CTO, Awarix        *      http://www.awarix.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: xx
Type: text/x-patch
Size: 1843 bytes
Desc: 
URL: <http://gcc.gnu.org/pipermail/java-patches/attachments/20040409/b75e09ac/attachment.bin>