This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: gtk-peer compile fixes for gcc-2.95
- From: Archie Cobbs <archie at dellroad dot org>
- To: Mark Wielaard <mark at klomp dot org>
- Cc: tromey at redhat dot com, commit-classpath at gnu dot org, java-patches at gcc dot gnu dot org
- Date: Fri, 9 Apr 2004 11:05:09 -0500 (CDT)
- Subject: Re: gtk-peer compile fixes for gcc-2.95
- Action:
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
Index: ChangeLog
===================================================================
RCS file: /cvsroot/classpath/classpath/ChangeLog,v
retrieving revision 1.2005
diff -u -r1.2005 ChangeLog
--- ChangeLog 9 Apr 2004 15:02:21 -0000 1.2005
+++ ChangeLog 9 Apr 2004 16:03:25 -0000
@@ -1,3 +1,7 @@
+2004-03-25 Archie Cobbs <archie@dellroad.org>
+
+ * INSTALL: Document GNU make requirement for building.
+
2004-04-09 Dalibor Topic <robilad@kaffe.org>
* java/lang/SecurityManager.java: (checkAccess): Use getThreadGroup().
Index: INSTALL
===================================================================
RCS file: /cvsroot/classpath/classpath/INSTALL,v
retrieving revision 1.17
diff -u -r1.17 INSTALL
--- INSTALL 27 Jan 2004 22:00:42 -0000 1.17
+++ INSTALL 9 Apr 2004 16:03:25 -0000
@@ -11,6 +11,8 @@
------------------------------------------------------------------
Suggested Software
------------------------------------------------------------------
+ GNU make ("gmake") is required for building Classpath.
+
For any build environment involving native libraries, these
new versions of autoconf, automake, and libtool are required
if changes are made that require rebuilding configure, Makefile.in,
@@ -55,10 +57,10 @@
--enable-load-library enable to use JNI native methods default=yes
(disabled automatically using --enable-cni)
-2). Type "make" to build the package. There is no longer a
+2). Type "gmake" to build the package. There is no longer a
dependency problem and we aim to keep it that way.
-3). Type "make install" to install everything. This may require
+3). Type "gmake install" to install everything. This may require
being the superuser. The default install path is /usr/local/classpath
you may change it by giving configure the --prefix=<path> option.