Re: GCC 4.2 transition
* Aurelien Jarno ([EMAIL PROTECTED]) [070721 00:33]: > On Fri, Jul 20, 2007 at 10:48:32PM +0200, Andreas Barth wrote: > > * Aurelien Jarno ([EMAIL PROTECTED]) [070720 21:15]: > > > We (glibc maintainers) plan to do a change in glibc first. We will drop > > > libc6-sparcv9 and change the optimizations of libc6 to SPARC v9 from > > > SPARC v8. > > > > > > Doing it on the glibc first have the advantage that we can put a check > > > in the preinst script to stop the installation on a SPARC v8 system. As > > > libc6 is installed on all systems, that should prevent system breakages > > > with SIGILL on random packages. > > > > > > This is already implemented in the SVN, and we plan to do the upload on > > > Sunday. > > I hope this doesn't yet include another shlib bump (though it would be > > good if the sparc v9 binaries have one). > Given the current situation wrt the transitions, we won't bump the shlib, > though strictly speaking that should be necessary. Actually, I would like to see an shlib bump before gcc is changed (so that gcc and all binaries built by the new gcc depend on the new glibc). However, I agree that it is currently a unfortunate time for such a change. So, some ideas come to my mind: 1. delay glibc upload until glib transitioned to testing 2. do another upload with shlib bump after glib transitioned to testing, and wait with gcc to that upload. (there might be better combinations, but none comes currently to my mind) Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GCC 4.2 transition
Andreas Barth a écrit : > * Aurelien Jarno ([EMAIL PROTECTED]) [070721 00:33]: >> On Fri, Jul 20, 2007 at 10:48:32PM +0200, Andreas Barth wrote: >>> * Aurelien Jarno ([EMAIL PROTECTED]) [070720 21:15]: We (glibc maintainers) plan to do a change in glibc first. We will drop libc6-sparcv9 and change the optimizations of libc6 to SPARC v9 from SPARC v8. Doing it on the glibc first have the advantage that we can put a check in the preinst script to stop the installation on a SPARC v8 system. As libc6 is installed on all systems, that should prevent system breakages with SIGILL on random packages. This is already implemented in the SVN, and we plan to do the upload on Sunday. > >>> I hope this doesn't yet include another shlib bump (though it would be >>> good if the sparc v9 binaries have one). > >> Given the current situation wrt the transitions, we won't bump the shlib, >> though strictly speaking that should be necessary. > > Actually, I would like to see an shlib bump before gcc is changed (so > that gcc and all binaries built by the new gcc depend on the new glibc). > However, I agree that it is currently a unfortunate time for such a > change. > > So, some ideas come to my mind: > 1. delay glibc upload until glib transitioned to testing > 2. do another upload with shlib bump after glib transitioned to testing, > and wait with gcc to that upload. > > (there might be better combinations, but none comes currently to my > mind) We really wants to do an upload of the glibc soon to fix various things. What about the following combination: 1. Upload glibc without the shlib bump, but with the switch to SPARC V9 optimizations + check in the preinst script. 2. Upload glibc with shlib bump when the release team think it is the good time to do that. 3. Upload gcc with the switch to SPARC V9 optimizations. We may repeat the step 1 a few times. Ideally there should be almost now difference between the upload in step 1 and in step 2 (except the shlib bump) to ensure the version could go very quickly to testing. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GCC 4.2 transition
* Aurelien Jarno ([EMAIL PROTECTED]) [070721 18:51]: > Andreas Barth a écrit : > > So, some ideas come to my mind: > > 1. delay glibc upload until glib transitioned to testing > > 2. do another upload with shlib bump after glib transitioned to testing, > > and wait with gcc to that upload. > > > > (there might be better combinations, but none comes currently to my > > mind) > > We really wants to do an upload of the glibc soon to fix various things. > What about the following combination: > 1. Upload glibc without the shlib bump, but with the switch to SPARC V9 > optimizations + check in the preinst script. That means binaries built against it can still run on sparc v8 hardware, right? > 2. Upload glibc with shlib bump when the release team think it is the > good time to do that. > 3. Upload gcc with the switch to SPARC V9 optimizations. That sounds like my 2. to me, so ok with me. Perhaps wait for another few hours so that another release team member might cluebat me in case I missed something before doing the upload 1.. > We may repeat the step 1 a few times. Ideally there should be almost now > difference between the upload in step 1 and in step 2 (except the shlib > bump) to ensure the version could go very quickly to testing. That would be great indeed (and BTW, gcc could build-depend on the new glibc version on sparc to make sure it really depend on that version). (Weaker alternative would be to just shlib-bump gcc by adding the dependency information on sparc by hand, but that doesn't prevent newer binaries to go to testing without glibc, so probably a bad idea.) Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GCC 4.2 transition
On Sat, Jul 21, 2007 at 07:27:44PM +0200, Andreas Barth wrote: > * Aurelien Jarno ([EMAIL PROTECTED]) [070721 18:51]: > > Andreas Barth a écrit : > > > So, some ideas come to my mind: > > > 1. delay glibc upload until glib transitioned to testing > > > 2. do another upload with shlib bump after glib transitioned to testing, > > > and wait with gcc to that upload. > > > > > > (there might be better combinations, but none comes currently to my > > > mind) > > > > We really wants to do an upload of the glibc soon to fix various things. > > What about the following combination: > > 1. Upload glibc without the shlib bump, but with the switch to SPARC V9 > > optimizations + check in the preinst script. > That means binaries built against it can still run on sparc v8 hardware, > right? There is no ABI change, so yes they can still run on SPARC v8 hardware, as long as the glibc is not upgraded to the SPARC v9 optimized version (but that should never happen given we refuse such upgrades in the preinst script). -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of gnat-4.2_4.2.1-0_multi.changes
gnat-4.2_4.2.1-0_multi.changes uploaded successfully to localhost along with the files: libgnat-4.2_4.2.1-0_amd64.deb libgnatprj4.2-dbg_4.2.1-0_amd64.deb libgnatvsn4.2_4.2.1-0_amd64.deb libgnatvsn4.2-dbg_4.2.1-0_amd64.deb gnat-4.2_4.2.1-0.diff.gz libgnatvsn4.2_4.2.1-0_i386.deb gnat-4.2_4.2.1-0.dsc libgnat-4.2_4.2.1-0_i386.deb libgnat-4.2-dbg_4.2.1-0_amd64.deb gnat-4.2_4.2.1-0_i386.deb libgnatprj4.2_4.2.1-0_amd64.deb gnat-4.2-base_4.2.1-0_amd64.deb libgnatprj4.2-dbg_4.2.1-0_i386.deb gnat-4.2-base_4.2.1-0_i386.deb gnat-4.2_4.2.1-0_amd64.deb libgnatprj4.2_4.2.1-0_i386.deb gnat-4.2-doc_4.2.1-0_all.deb libgnat-4.2-dbg_4.2.1-0_i386.deb libgnatvsn4.2-dbg_4.2.1-0_i386.deb gnat-4.2_4.2.1.orig.tar.gz Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gnat-4.2_4.2.1-0_multi.changes ACCEPTED
Accepted: gnat-4.2-base_4.2.1-0_amd64.deb to pool/main/g/gnat-4.2/gnat-4.2-base_4.2.1-0_amd64.deb gnat-4.2-base_4.2.1-0_i386.deb to pool/main/g/gnat-4.2/gnat-4.2-base_4.2.1-0_i386.deb gnat-4.2-doc_4.2.1-0_all.deb to pool/main/g/gnat-4.2/gnat-4.2-doc_4.2.1-0_all.deb gnat-4.2_4.2.1-0.diff.gz to pool/main/g/gnat-4.2/gnat-4.2_4.2.1-0.diff.gz gnat-4.2_4.2.1-0.dsc to pool/main/g/gnat-4.2/gnat-4.2_4.2.1-0.dsc gnat-4.2_4.2.1-0_amd64.deb to pool/main/g/gnat-4.2/gnat-4.2_4.2.1-0_amd64.deb gnat-4.2_4.2.1-0_i386.deb to pool/main/g/gnat-4.2/gnat-4.2_4.2.1-0_i386.deb gnat-4.2_4.2.1.orig.tar.gz to pool/main/g/gnat-4.2/gnat-4.2_4.2.1.orig.tar.gz libgnat-4.2-dbg_4.2.1-0_amd64.deb to pool/main/g/gnat-4.2/libgnat-4.2-dbg_4.2.1-0_amd64.deb libgnat-4.2-dbg_4.2.1-0_i386.deb to pool/main/g/gnat-4.2/libgnat-4.2-dbg_4.2.1-0_i386.deb libgnat-4.2_4.2.1-0_amd64.deb to pool/main/g/gnat-4.2/libgnat-4.2_4.2.1-0_amd64.deb libgnat-4.2_4.2.1-0_i386.deb to pool/main/g/gnat-4.2/libgnat-4.2_4.2.1-0_i386.deb libgnatprj4.2-dbg_4.2.1-0_amd64.deb to pool/main/g/gnat-4.2/libgnatprj4.2-dbg_4.2.1-0_amd64.deb libgnatprj4.2-dbg_4.2.1-0_i386.deb to pool/main/g/gnat-4.2/libgnatprj4.2-dbg_4.2.1-0_i386.deb libgnatprj4.2_4.2.1-0_amd64.deb to pool/main/g/gnat-4.2/libgnatprj4.2_4.2.1-0_amd64.deb libgnatprj4.2_4.2.1-0_i386.deb to pool/main/g/gnat-4.2/libgnatprj4.2_4.2.1-0_i386.deb libgnatvsn4.2-dbg_4.2.1-0_amd64.deb to pool/main/g/gnat-4.2/libgnatvsn4.2-dbg_4.2.1-0_amd64.deb libgnatvsn4.2-dbg_4.2.1-0_i386.deb to pool/main/g/gnat-4.2/libgnatvsn4.2-dbg_4.2.1-0_i386.deb libgnatvsn4.2_4.2.1-0_amd64.deb to pool/main/g/gnat-4.2/libgnatvsn4.2_4.2.1-0_amd64.deb libgnatvsn4.2_4.2.1-0_i386.deb to pool/main/g/gnat-4.2/libgnatvsn4.2_4.2.1-0_i386.deb Override entries for your package: gnat-4.2-base_4.2.1-0_amd64.deb - optional libs gnat-4.2-base_4.2.1-0_i386.deb - optional libs gnat-4.2-doc_4.2.1-0_all.deb - optional doc gnat-4.2_4.2.1-0.dsc - source devel gnat-4.2_4.2.1-0_amd64.deb - optional devel gnat-4.2_4.2.1-0_i386.deb - optional devel libgnat-4.2-dbg_4.2.1-0_amd64.deb - extra libdevel libgnat-4.2-dbg_4.2.1-0_i386.deb - extra libdevel libgnat-4.2_4.2.1-0_amd64.deb - optional libs libgnat-4.2_4.2.1-0_i386.deb - optional libs libgnatprj4.2-dbg_4.2.1-0_amd64.deb - extra libdevel libgnatprj4.2-dbg_4.2.1-0_i386.deb - extra libdevel libgnatprj4.2_4.2.1-0_amd64.deb - optional libs libgnatprj4.2_4.2.1-0_i386.deb - optional libs libgnatvsn4.2-dbg_4.2.1-0_amd64.deb - extra libdevel libgnatvsn4.2-dbg_4.2.1-0_i386.deb - extra libdevel libgnatvsn4.2_4.2.1-0_amd64.deb - optional libs libgnatvsn4.2_4.2.1-0_i386.deb - optional libs Announcing to [EMAIL PROTECTED] Closing bugs: 433633 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433633: marked as done (gnat-4.2 - FTBFS: multiple definition of `convert_addresses')
Your message dated Sat, 21 Jul 2007 18:32:08 + with message-id <[EMAIL PROTECTED]> and subject line Bug#433633: fixed in gnat-4.2 4.2.1-0 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: gnat-4.2 Version: 4.2-20070712-1 Severity: serious There was an error while trying to autobuild your package: > Automatic build of gnat-4.2_4.2-20070712-1 on lxdebian.bfinv.de by > sbuild/s390 98 [...] > g-trasym.o convert_addresses.o \ > -Wl,-soname,libgnat-4.2.so.1 \ >-lm > convert_addresses.o: In function `convert_addresses': > /build/buildd/gnat-4.2-4.2-20070712/src/gcc/ada/convert_addresses.c:49: > multiple definition of `convert_addresses' > adaint.o:/build/buildd/gnat-4.2-4.2-20070712/build/gcc/ada/rts/adaint.c:2598: > first defined here > collect2: ld returned 1 exit status > make[7]: *** [gnatlib-shared-default] Error 1 > make[7]: Leaving directory `/build/buildd/gnat-4.2-4.2-20070712/build/gcc/ada' > make[6]: *** [gnatlib-shared-dual] Error 2 --- End Message --- --- Begin Message --- Source: gnat-4.2 Source-Version: 4.2.1-0 We believe that the bug you reported is fixed in the latest version of gnat-4.2, which is due to be installed in the Debian FTP archive: gnat-4.2-base_4.2.1-0_amd64.deb to pool/main/g/gnat-4.2/gnat-4.2-base_4.2.1-0_amd64.deb gnat-4.2-base_4.2.1-0_i386.deb to pool/main/g/gnat-4.2/gnat-4.2-base_4.2.1-0_i386.deb gnat-4.2-doc_4.2.1-0_all.deb to pool/main/g/gnat-4.2/gnat-4.2-doc_4.2.1-0_all.deb gnat-4.2_4.2.1-0.diff.gz to pool/main/g/gnat-4.2/gnat-4.2_4.2.1-0.diff.gz gnat-4.2_4.2.1-0.dsc to pool/main/g/gnat-4.2/gnat-4.2_4.2.1-0.dsc gnat-4.2_4.2.1-0_amd64.deb to pool/main/g/gnat-4.2/gnat-4.2_4.2.1-0_amd64.deb gnat-4.2_4.2.1-0_i386.deb to pool/main/g/gnat-4.2/gnat-4.2_4.2.1-0_i386.deb gnat-4.2_4.2.1.orig.tar.gz to pool/main/g/gnat-4.2/gnat-4.2_4.2.1.orig.tar.gz libgnat-4.2-dbg_4.2.1-0_amd64.deb to pool/main/g/gnat-4.2/libgnat-4.2-dbg_4.2.1-0_amd64.deb libgnat-4.2-dbg_4.2.1-0_i386.deb to pool/main/g/gnat-4.2/libgnat-4.2-dbg_4.2.1-0_i386.deb libgnat-4.2_4.2.1-0_amd64.deb to pool/main/g/gnat-4.2/libgnat-4.2_4.2.1-0_amd64.deb libgnat-4.2_4.2.1-0_i386.deb to pool/main/g/gnat-4.2/libgnat-4.2_4.2.1-0_i386.deb libgnatprj4.2-dbg_4.2.1-0_amd64.deb to pool/main/g/gnat-4.2/libgnatprj4.2-dbg_4.2.1-0_amd64.deb libgnatprj4.2-dbg_4.2.1-0_i386.deb to pool/main/g/gnat-4.2/libgnatprj4.2-dbg_4.2.1-0_i386.deb libgnatprj4.2_4.2.1-0_amd64.deb to pool/main/g/gnat-4.2/libgnatprj4.2_4.2.1-0_amd64.deb libgnatprj4.2_4.2.1-0_i386.deb to pool/main/g/gnat-4.2/libgnatprj4.2_4.2.1-0_i386.deb libgnatvsn4.2-dbg_4.2.1-0_amd64.deb to pool/main/g/gnat-4.2/libgnatvsn4.2-dbg_4.2.1-0_amd64.deb libgnatvsn4.2-dbg_4.2.1-0_i386.deb to pool/main/g/gnat-4.2/libgnatvsn4.2-dbg_4.2.1-0_i386.deb libgnatvsn4.2_4.2.1-0_amd64.deb to pool/main/g/gnat-4.2/libgnatvsn4.2_4.2.1-0_amd64.deb libgnatvsn4.2_4.2.1-0_i386.deb to pool/main/g/gnat-4.2/libgnatvsn4.2_4.2.1-0_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Ludovic Brenta <[EMAIL PROTECTED]> (supplier of updated gnat-4.2 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 19 Jul 2007 19:58:54 +0200 Source: gnat-4.2 Binary: libgnatprj4.2 libgnat-4.2 libgnat-4.2-dbg gnat-4.2 libgnatvsn4.2 gnat-4.2-base libgnatvsn4.2-dbg gnat-4.2-doc libgnatprj4.2-dbg Architecture: all amd64 i386 source Version: 4.2.1-0 Distribution: unstable Urgency: low Maintainer: Debian GCC Maintainers Changed-By: Ludovic Brenta <[EMAIL PROTECTED]> Description: gnat-4.2 - The GNU Ada compiler gnat-4.2-base - The GNU Compiler Collection (gnat base package) gnat-4.2-doc - Documentation for the GNU Ada compiler (gnat) libgnat-4.2 - Runtime library for GNU Ada applications libgnat-4.2-dbg - Runtime library for GNU Ada applications libgnatprj4.2 - GNU Ada Project Manager libgnatprj4.2-dbg - GNU Ada Project Manager libgnatvsn4.2 - GNU Ada compiler version library libgnatvsn4.2-dbg - GNU Ada compiler version library Closes: 433633 Changes: gnat-4.2 (4.2.1-0) unstable
Processed: tagging 408888
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.6 > tags 40 + patch Bug#40: gcj-4.1: FTBFS on GNU/Hurd There were no tags set. Tags added: patch > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: bug 408888 is forwarded to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32846
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.6 > forwarded 40 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32846 Bug#40: gcj-4.1: FTBFS on GNU/Hurd Noted your statement that Bug has been forwarded to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32846. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#408888: gcj-4.1: FTBFS on GNU/Hurd
Here are updated patches.
diff -ur gcj-4.1-orig/debian/rules.defs gcj-4.1-4.1.2/debian/rules.defs
--- gcj-4.1-orig/debian/rules.defs 2007-07-21 14:32:24.42162 +
+++ gcj-4.1-4.1.2/debian/rules.defs 2007-07-21 15:27:40.0 +
@@ -304,7 +304,7 @@
java_no_cpus := #mips mipsel
java_no_arches := armel
-java_no_systems := hurd-i386 knetbsd-gnu netbsdelf-gnu
+java_no_systems := knetbsd-gnu netbsdelf-gnu
gcj_native_archs = alpha amd64 i386 ia64 mips mipsel powerpc s390 sparc
ifneq (, $(filter $(DEB_TARGET_ARCH_CPU),$(java_no_cpus)))
@@ -316,10 +316,6 @@
ifneq (, $(filter $(DEB_TARGET_ARCH),$(java_no_arches)))
with_java := disabled for $(DEB_TARGET_ARCH)
endif
-ifeq ($(DEB_TARGET_ARCH),hurd-i386)
- java_no_systems += hurd-i386
- with_java := disabled for architecure $(DEB_TARGET_ARCH_CPU)
-endif
ifdef DEB_CROSS
with_java := disabled for cross compiler package
endif
@@ -354,7 +350,7 @@
ifeq ($(with_java),yes)
with_java_alsa := yes
with_java_plugin := yes
- ifneq (,$(filter $(DEB_TARGET_GNU_SYSTEM), kfreebsd-gnu))
+ ifneq (,$(filter $(DEB_TARGET_GNU_SYSTEM), kfreebsd-gnu gnu))
with_java_alsa := no
endif
endif
diff -ur gcj-4.1-orig/debian/rules.patch gcj-4.1-4.1.2/debian/rules.patch
--- gcj-4.1-orig/debian/rules.patch 2007-07-21 14:32:24.0 +
+++ gcj-4.1-4.1.2/debian/rules.patch2007-07-21 15:28:02.0 +
@@ -212,6 +212,9 @@
ifeq ($(DEB_TARGET_ARCH_OS),netbsd)
debian_patches += # netbsd-all-gcc netbsd-archs-gcc
endif
+ifeq ($(DEB_TARGET_ARCH_OS),hurd)
+ debian_patches += libjava-hurdfix
+endif
ifdef DEB_CROSS
debian_patches += cross-include cross-fixes
#! /bin/sh -e
# Description: java support for GNU/Hurd
# Author: Robert Millan, Petr Salinger, Samuel Thibault
dir=
if [ $# -eq 3 -a "$2" = '-d' ]; then
pdir="-d $3"
dir="$3/"
elif [ $# -ne 1 ]; then
echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
exit 1
fi
case "$1" in
-patch)
patch $pdir -f --no-backup-if-mismatch -p1 < $0
#cd ${dir}gcc && autoconf
;;
-unpatch)
patch $pdir -f --no-backup-if-mismatch -R -p1 < $0
#rm ${dir}gcc/configure
;;
*)
echo >&2 "`basename $0`: script expects -patch|-unpatch as argument"
exit 1
esac
exit 0
--- gcc-4.1.1/libjava/java/io/natFilePosix.cc.orig 2003-09-12
03:08:18.0 +0200
+++ gcc-4.1.1/libjava/java/io/natFilePosix.cc 2007-01-25 23:23:42.0
+0100
@@ -25,6 +25,7 @@
#endif
#include
#include
+#include
#include
#include
@@ -379,6 +380,10 @@
void
java::io::File::init_native ()
{
+#ifdef MAXPATHLEN
maxPathLen = MAXPATHLEN;
+#else
+ maxPathLen = INT_MAX;
+#endif
caseSensitive = true;
}
--- gcc-4.1.1/libjava/java/net/natVMInetAddressPosix.cc.orig2007-01-26
15:27:19.0 +
+++ gcc-4.1.1/libjava/java/net/natVMInetAddressPosix.cc 2007-01-26
15:45:53.0 +
@@ -47,10 +47,25 @@
{
char *chars;
#ifdef HAVE_GETHOSTNAME
+#ifdef MAXHOSTNAMELEN
char buffer[MAXHOSTNAMELEN];
if (gethostname (buffer, MAXHOSTNAMELEN))
return NULL;
chars = buffer;
+#else
+ size_t size = 256;
+ while (1) {
+char buffer[size];
+if (!gethostname (buffer, size-1))
+ {
+ buffer[size-1] = 0;
+ return JvNewStringUTF (buffer);
+ }
+else if (errno != ENAMETOOLONG)
+ return NULL;
+size *= 2;
+ }
+#endif
#elif HAVE_UNAME
struct utsname stuff;
if (uname (&stuff) != 0)
diff -ur gcj-4.1.1/libjava/libltdl/acinclude.m4
gcj-4.1.1/libjava/libltdl/acinclude.m4
--- gcj-4.1.1/libjava/libltdl/acinclude.m4 2006-05-12 13:35:07.0
+0200
+++ gcj-4.1.1/libjava/libltdl/acinclude.m4 2006-05-12 11:07:03.0
+0200
@@ -1413,7 +1413,7 @@
;;
# This must be Linux ELF.
-linux*)
+linux*|gnu*)
version_type=linux
need_lib_prefix=no
need_version=no
diff -ur gcj-4.1.1/libjava/libltdl/configure gcj-4.1.1/libjava/libltdl/configure
--- gcj-4.1.1/libjava/libltdl/configure 2006-05-12 13:35:21.0 +0200
+++ gcj-4.1.1/libjava/libltdl/configure 2006-05-12 11:07:15.0 +0200
@@ -8380,7 +8380,7 @@
;;
# This must be Linux ELF.
-linux*)
+linux*|gnu*)
version_type=linux
need_lib_prefix=no
need_version=no
@@ -12021,7 +12021,7 @@
;;
# This must be Linux ELF.
-linux*)
+linux*|gnu*)
version_type=linux
need_lib_prefix=no
need_version=no
@@ -15097,7 +15097,7 @@
;;
# This must be Linux ELF.
-linux*)
+linux*|gnu*)
version_type=linux
need_lib_prefix=no
need_version=no
@@ -17380,7 +17380,7 @@
;;
# This must be Linux ELF.
-linux*)
+linux*|gnu*)
version_type=linux
need_lib_prefix=no
need_version=no
diff -ur gcj-4.1.1/libjava/configure.host gcj-4.1.1/libjava/configure.host
--- gcj-4.1.1/libjava/configure.host2006-09-07 01:00:37.0 +0200
+++ gcj-4.1.1/libjava/configure.host2006-09-07 01:00:37.0 +0200
@@ -326,7 +326,7 @@
esac
case "${host}" in
- *li
