This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: Patch: update libgcj configury, try 2
- From: Mohan Embar <gnustuff at thisiscool dot com>
- To: Thomas Fitzsimmons <fitzsim at redhat dot com>
- Cc: java-patches at gcc dot gnu dot org
- Date: Sat, 13 Dec 2003 22:42:01 -0600
- Subject: Re: Patch: update libgcj configury, try 2
- Reply-to: gnustuff at thisiscool dot com
Hi Tom,
>Here is an updated configury patch that fixes problems reported by
>Andreas Tobler.
>
>A big thank you to Andreas for testing this on darwin/ppc.
>
>We've tested the patch with versions of automake from 1.6.3 to 1.7.9 and
>autoconf 2.57 and 2.58.
This works for me with both the MinGW cross and crossed-native builds.
I used automake 1.7.0 and autoconf 2.5.8. Nice job!
I'm still scratching my head about the 10M Makefile.in, and also wondering
about the memory and CPU requirements for generating the build-time
libjava Makefile (about 8M) from Makefile.in at configure time. I haven't
profiled it, but it takes awhile. If it turns out a lot of memory is getting
swallowed in the process, you might get, um, tapped on the shoulder
the same way I did with my compile-all-classfiles patch.
I'm not that well-versed in the autotools. The verbosity in Makefile.in is
stemming from repetition of rules like these for every sourcefile:
----------------------------------------8<---------------------------------------------------------
javax/naming/ldap/libgcj_la-UnsolicitedNotification.o: javax/naming/ldap/UnsolicitedNotification.java
@am__fastdepGCJ_TRUE@ if $(GCJ) $(libgcj_la_GCJFLAGS) $(GCJFLAGS) -MT javax/naming/ldap/libgcj_la-UnsolicitedNotification.o -MD -MP -MF "javax/naming/ldap/$(DEPDIR)/libgcj_la-UnsolicitedNotification.Tpo" \
@am__fastdepGCJ_TRUE@ -c -o javax/naming/ldap/libgcj_la-UnsolicitedNotification.o `test -f 'javax/naming/ldap/UnsolicitedNotification.java' || echo '$(srcdir)/'`javax/naming/ldap/UnsolicitedNotification.java; \
@am__fastdepGCJ_TRUE@ then mv "javax/naming/ldap/$(DEPDIR)/libgcj_la-UnsolicitedNotification.Tpo" "javax/naming/ldap/$(DEPDIR)/libgcj_la-UnsolicitedNotification.Po"; \
@am__fastdepGCJ_TRUE@ else rm -f "javax/naming/ldap/$(DEPDIR)/libgcj_la-UnsolicitedNotification.Tpo"; exit 1; \
@am__fastdepGCJ_TRUE@ fi
@AMDEP_TRUE@@am__fastdepGCJ_FALSE@ source='javax/naming/ldap/UnsolicitedNotification.java' object='javax/naming/ldap/libgcj_la-UnsolicitedNotification.o' libtool=no @AMDEPBACKSLASH@
@AMDEP_TRUE@@am__fastdepGCJ_FALSE@ depfile='javax/naming/ldap/$(DEPDIR)/libgcj_la-UnsolicitedNotification.Po' tmpdepfile='javax/naming/ldap/$(DEPDIR)/libgcj_la-UnsolicitedNotification.TPo'
@AMDEPBACKSLASH@
@AMDEP_TRUE@@am__fastdepGCJ_FALSE@ $(GCJDEPMODE) $(depcomp) @AMDEPBACKSLASH@
@am__fastdepGCJ_FALSE@ $(GCJ) $(libgcj_la_GCJFLAGS) $(GCJFLAGS) -c -o javax/naming/ldap/libgcj_la-UnsolicitedNotification.o `test -f 'javax/naming/ldap/UnsolicitedNotification.java' || echo
'$(srcdir)/'`javax/naming/ldap/UnsolicitedNotification.java
----------------------------------------8<---------------------------------------------------------
I didn't spend a lot of time on this, but couldn't immediately see who
was responsible for generating the above. Is it automake itself?
In any case, once I applied the patches correctly, everything
worked fine on my end. Thanks again.
-- Mohan
http://www.thisiscool.com/
http://www.animalsong.org/