From gnu_andrew at member.fsf.org Tue Jul 1 06:17:53 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Tue, 1 Jul 2008 14:17:53 +0100 Subject: FYI: Another distcheck fix Message-ID: <20080701131753.GA24688@rivendell.middle-earth.co.uk> This fixes the path to jtreg.jar. Hopefully the tests will now run... ChangeLog: 2008-07-01 Andrew John Hughes * Makefile.am: Move new aliases to end with others, and fix path of jtreg.jar. * Makefile.in: Regenerated. -- Andrew :) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint = F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 -------------- next part -------------- diff -r 4cad9bad13c5 Makefile.am --- a/Makefile.am Tue Jul 01 14:31:40 2008 +0200 +++ b/Makefile.am Tue Jul 01 14:15:35 2008 +0100 @@ -714,7 +714,6 @@ endif # If you change anything here in the icedtea target, please make sure # you change it in the icedtea-debug target as well. -icedtea: stamps/icedtea.stamp stamps/icedtea.stamp: stamps/bootstrap-directory-symlink.stamp \ stamps/hotspot-tools.stamp stamps/plugs.stamp \ stamps/ports.stamp stamps/patch.stamp stamps/overlay.stamp \ @@ -740,7 +739,6 @@ stamps/icedtea.stamp: stamps/bootstrap-d mkdir -p stamps touch stamps/icedtea.stamp -icedtea-debug: stamps/icedtea-debug.stamp stamps/icedtea-debug.stamp: stamps/bootstrap-directory-symlink.stamp \ stamps/hotspot-tools.stamp stamps/plugs.stamp \ stamps/ports.stamp stamps/patch.stamp stamps/overlay.stamp \ @@ -1087,7 +1085,7 @@ stamps/jtreg.stamp: stamps/icedtea.stamp $(ICEDTEA_BOOT_DIR)/bin/javac -g -d test/jtreg/classes -source 1.5 \ -encoding iso-8859-1 `find $(srcdir)/test/jtreg/com -name '*.java'` (cd $(srcdir)/test/jtreg; \ - $(ICEDTEA_BOOT_DIR)/bin/jar cfm $(abs_top_builddir)/jtreg.jar \ + $(ICEDTEA_BOOT_DIR)/bin/jar cfm $(abs_top_builddir)/test/jtreg.jar \ META-INF/MANIFEST.MF \ legal README JavaTest.cmdMgrs.lst JavaTest.toolMgrs.lst \ `find com -type f -a -not -name '*.java'` \ @@ -1156,7 +1154,11 @@ extract: stamps/extract.stamp extract-ecj: stamps/extract-ecj.stamp +icedtea: stamps/icedtea.stamp + icedtea-against-ecj: stamps/icedtea-against-ecj.stamp + +icedtea-debug: stamps/icedtea-debug.stamp icedtea-ecj: stamps/icedtea-ecj.stamp diff -r 4cad9bad13c5 Makefile.in --- a/Makefile.in Tue Jul 01 14:31:40 2008 +0200 +++ b/Makefile.in Tue Jul 01 14:15:35 2008 +0100 @@ -1157,7 +1157,6 @@ clean-bootstrap-directory-symlink-ecj: # If you change anything here in the icedtea target, please make sure # you change it in the icedtea-debug target as well. -icedtea: stamps/icedtea.stamp stamps/icedtea.stamp: stamps/bootstrap-directory-symlink.stamp \ stamps/hotspot-tools.stamp stamps/plugs.stamp \ stamps/ports.stamp stamps/patch.stamp stamps/overlay.stamp \ @@ -1183,7 +1182,6 @@ stamps/icedtea.stamp: stamps/bootstrap-d mkdir -p stamps touch stamps/icedtea.stamp -icedtea-debug: stamps/icedtea-debug.stamp stamps/icedtea-debug.stamp: stamps/bootstrap-directory-symlink.stamp \ stamps/hotspot-tools.stamp stamps/plugs.stamp \ stamps/ports.stamp stamps/patch.stamp stamps/overlay.stamp \ @@ -1503,7 +1501,7 @@ stamps/jtreg.stamp: stamps/icedtea.stamp $(ICEDTEA_BOOT_DIR)/bin/javac -g -d test/jtreg/classes -source 1.5 \ -encoding iso-8859-1 `find $(srcdir)/test/jtreg/com -name '*.java'` (cd $(srcdir)/test/jtreg; \ - $(ICEDTEA_BOOT_DIR)/bin/jar cfm $(abs_top_builddir)/jtreg.jar \ + $(ICEDTEA_BOOT_DIR)/bin/jar cfm $(abs_top_builddir)/test/jtreg.jar \ META-INF/MANIFEST.MF \ legal README JavaTest.cmdMgrs.lst JavaTest.toolMgrs.lst \ `find com -type f -a -not -name '*.java'` \ @@ -1571,7 +1569,11 @@ extract: stamps/extract.stamp extract-ecj: stamps/extract-ecj.stamp +icedtea: stamps/icedtea.stamp + icedtea-against-ecj: stamps/icedtea-against-ecj.stamp + +icedtea-debug: stamps/icedtea-debug.stamp icedtea-ecj: stamps/icedtea-ecj.stamp From doko at ubuntu.com Tue Jul 1 15:33:10 2008 From: doko at ubuntu.com (Matthias Klose) Date: Wed, 02 Jul 2008 00:33:10 +0200 Subject: very slow icedtea6 builds Message-ID: <486AB0A6.2060801@ubuntu.com> current icedtea6 builds take a loon time (for me, 14h instead of 4h, including running the jtreg harness). My last build from 2008-06-05 still takes 4h. Andrew reported a similiar problem on irc. The current repository is fixed, in that it doesn't build a debug jdk for the stage2 build, but I still see the much increased build times (e.g. building the rt.jar during the image install takes more than cpu 120min) on an Athlon64 4400+. Any suggestions what could be the cause for this? This seems to be consistent across used GCC versions and architectures. Matthias From Kelly.Ohair at Sun.COM Tue Jul 1 15:39:08 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Tue, 01 Jul 2008 15:39:08 -0700 Subject: very slow icedtea6 builds In-Reply-To: <486AB0A6.2060801@ubuntu.com> References: <486AB0A6.2060801@ubuntu.com> Message-ID: <486AB20C.4010809@sun.com> Local disk or network disk? -kto Matthias Klose wrote: > current icedtea6 builds take a loon time (for me, 14h instead of 4h, including > running the jtreg harness). My last build from 2008-06-05 still takes 4h. Andrew > reported a similiar problem on irc. The current repository is fixed, in that it > doesn't build a debug jdk for the stage2 build, but I still see the much > increased build times (e.g. building the rt.jar during the image install takes > more than cpu 120min) on an Athlon64 4400+. Any suggestions what could be the > cause for this? This seems to be consistent across used GCC versions and > architectures. > > Matthias From doko at ubuntu.com Tue Jul 1 16:00:02 2008 From: doko at ubuntu.com (Matthias Klose) Date: Wed, 02 Jul 2008 01:00:02 +0200 Subject: very slow icedtea6 builds In-Reply-To: <486AB20C.4010809@sun.com> References: <486AB0A6.2060801@ubuntu.com> <486AB20C.4010809@sun.com> Message-ID: <486AB6F2.6040007@ubuntu.com> all builds done on local disk (and both based on b10). Matthias Kelly O'Hair schrieb: > Local disk or network disk? > > -kto > > Matthias Klose wrote: >> current icedtea6 builds take a loon time (for me, 14h instead of 4h, >> including >> running the jtreg harness). My last build from 2008-06-05 still takes >> 4h. Andrew >> reported a similiar problem on irc. The current repository is fixed, >> in that it >> doesn't build a debug jdk for the stage2 build, but I still see the much >> increased build times (e.g. building the rt.jar during the image >> install takes >> more than cpu 120min) on an Athlon64 4400+. Any suggestions what could >> be the >> cause for this? This seems to be consistent across used GCC versions and >> architectures. >> >> Matthias From Kelly.Ohair at Sun.COM Tue Jul 1 16:32:24 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Tue, 01 Jul 2008 16:32:24 -0700 Subject: very slow icedtea6 builds In-Reply-To: <486AB6F2.6040007@ubuntu.com> References: <486AB0A6.2060801@ubuntu.com> <486AB20C.4010809@sun.com> <486AB6F2.6040007@ubuntu.com> Message-ID: <486ABE88.9050302@sun.com> The construction of the rt.jar (or maybe rt-orig.jar in the Makefiles) can be very slow, lots of disk activity in creating it. The hotspot build will likely be the CPU intensive one (parallel make, high opt), but the rest of the jdk (images in particular) is much more disk intensive. The faster the disk drive and the faster the local disk, the better. The number of bytes just moving from one place on the disk to another is pretty intense. -kto Matthias Klose wrote: > all builds done on local disk (and both based on b10). > > Matthias > > Kelly O'Hair schrieb: >> Local disk or network disk? >> >> -kto >> >> Matthias Klose wrote: >>> current icedtea6 builds take a loon time (for me, 14h instead of 4h, >>> including >>> running the jtreg harness). My last build from 2008-06-05 still takes >>> 4h. Andrew >>> reported a similiar problem on irc. The current repository is fixed, >>> in that it >>> doesn't build a debug jdk for the stage2 build, but I still see the much >>> increased build times (e.g. building the rt.jar during the image >>> install takes >>> more than cpu 120min) on an Athlon64 4400+. Any suggestions what could >>> be the >>> cause for this? This seems to be consistent across used GCC versions and >>> architectures. >>> >>> Matthias > From doko at ubuntu.com Tue Jul 1 16:40:29 2008 From: doko at ubuntu.com (Matthias Klose) Date: Wed, 02 Jul 2008 01:40:29 +0200 Subject: very slow icedtea6 builds In-Reply-To: <486ABE88.9050302@sun.com> References: <486AB0A6.2060801@ubuntu.com> <486AB20C.4010809@sun.com> <486AB6F2.6040007@ubuntu.com> <486ABE88.9050302@sun.com> Message-ID: <486AC06D.6040608@ubuntu.com> Kelly O'Hair schrieb: > The construction of the rt.jar (or maybe rt-orig.jar in the Makefiles) > can be very slow, lots of disk activity in creating it. > > The hotspot build will likely be the CPU intensive one (parallel make, > high opt), > but the rest of the jdk (images in particular) is much more disk intensive. > The faster the disk drive and the faster the local disk, the better. > > The number of bytes just moving from one place on the disk to another > is pretty intense. the build is done on a striped two disk array (WD Raptor 10k disks), so I don't think the build is limited by IO (plus I didn't change the config during the last six months). Somebody had the suspicion that the build doesn't use the jit, but I didn't find out yet if this is true. Matthias From Kelly.Ohair at Sun.COM Tue Jul 1 16:43:19 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Tue, 01 Jul 2008 16:43:19 -0700 Subject: very slow icedtea6 builds In-Reply-To: <486AC06D.6040608@ubuntu.com> References: <486AB0A6.2060801@ubuntu.com> <486AB20C.4010809@sun.com> <486AB6F2.6040007@ubuntu.com> <486ABE88.9050302@sun.com> <486AC06D.6040608@ubuntu.com> Message-ID: <486AC117.1030802@sun.com> Could it be using a different jar utility than before? And you might look at the log file and see what -Xmx setting is being passed into the jar utility (at end of jar command I think). If the -Xmx is too low or left as the default that could be a problem. -kto Matthias Klose wrote: > Kelly O'Hair schrieb: >> The construction of the rt.jar (or maybe rt-orig.jar in the Makefiles) >> can be very slow, lots of disk activity in creating it. >> >> The hotspot build will likely be the CPU intensive one (parallel make, >> high opt), >> but the rest of the jdk (images in particular) is much more disk intensive. >> The faster the disk drive and the faster the local disk, the better. >> >> The number of bytes just moving from one place on the disk to another >> is pretty intense. > > the build is done on a striped two disk array (WD Raptor 10k disks), so I don't > think the build is limited by IO (plus I didn't change the config during the > last six months). Somebody had the suspicion that the build doesn't use the > jit, but I didn't find out yet if this is true. > > Matthias > From aph at redhat.com Wed Jul 2 01:35:52 2008 From: aph at redhat.com (Andrew Haley) Date: Wed, 02 Jul 2008 09:35:52 +0100 Subject: very slow icedtea6 builds In-Reply-To: <486AC06D.6040608@ubuntu.com> References: <486AB0A6.2060801@ubuntu.com> <486AB20C.4010809@sun.com> <486AB6F2.6040007@ubuntu.com> <486ABE88.9050302@sun.com> <486AC06D.6040608@ubuntu.com> Message-ID: <486B3DE8.8060608@redhat.com> Matthias Klose wrote: > Kelly O'Hair schrieb: >> The construction of the rt.jar (or maybe rt-orig.jar in the Makefiles) >> can be very slow, lots of disk activity in creating it. >> >> The hotspot build will likely be the CPU intensive one (parallel make, >> high opt), >> but the rest of the jdk (images in particular) is much more disk intensive. >> The faster the disk drive and the faster the local disk, the better. >> >> The number of bytes just moving from one place on the disk to another >> is pretty intense. > > the build is done on a striped two disk array (WD Raptor 10k disks), so I don't > think the build is limited by IO (plus I didn't change the config during the > last six months). Somebody had the suspicion that the build doesn't use the > jit, but I didn't find out yet if this is true. What do you mean by "the building of the jar"? The building of the components of the jar, or only the jar command itself? This isn't clear. Andrew. From gnu_andrew at member.fsf.org Wed Jul 2 01:55:20 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 2 Jul 2008 09:55:20 +0100 Subject: very slow icedtea6 builds In-Reply-To: <486B3DE8.8060608@redhat.com> References: <486AB0A6.2060801@ubuntu.com> <486AB20C.4010809@sun.com> <486AB6F2.6040007@ubuntu.com> <486ABE88.9050302@sun.com> <486AC06D.6040608@ubuntu.com> <486B3DE8.8060608@redhat.com> Message-ID: <17c6771e0807020155m6d1ff3c3v5cb2befc35a2d333@mail.gmail.com> 2008/7/2 Andrew Haley : > Matthias Klose wrote: >> Kelly O'Hair schrieb: >>> The construction of the rt.jar (or maybe rt-orig.jar in the Makefiles) >>> can be very slow, lots of disk activity in creating it. >>> >>> The hotspot build will likely be the CPU intensive one (parallel make, >>> high opt), >>> but the rest of the jdk (images in particular) is much more disk intensive. >>> The faster the disk drive and the faster the local disk, the better. >>> >>> The number of bytes just moving from one place on the disk to another >>> is pretty intense. >> >> the build is done on a striped two disk array (WD Raptor 10k disks), so I don't >> think the build is limited by IO (plus I didn't change the config during the >> last six months). Somebody had the suspicion that the build doesn't use the >> jit, but I didn't find out yet if this is true. > > What do you mean by "the building of the jar"? The building of the components > of the jar, or only the jar command itself? This isn't clear. > > Andrew. > Specifically it's the creation of rt.jar. Something is clearly wrong, because my java -version output is now: OpenJDK 64-Bit Core VM (build 1.6.0_0-b10, mixed mode on x86_64 -- it's usually: OpenJDK 64-Bit Server VM (build 1.6.0-b08, mixed mode) (from my installed system version). My builds have increased about ten-fold. I have a feeling this is related to Gary's recent commit to be honest but I can't see why just yet. I also also now get a 'fastdebug' version but that may be a side-effect of make distcheck. -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gbenson at redhat.com Wed Jul 2 03:55:34 2008 From: gbenson at redhat.com (Gary Benson) Date: Wed, 2 Jul 2008 11:55:34 +0100 Subject: very slow icedtea6 builds In-Reply-To: <17c6771e0807020155m6d1ff3c3v5cb2befc35a2d333@mail.gmail.com> References: <486AB0A6.2060801@ubuntu.com> <486AB20C.4010809@sun.com> <486AB6F2.6040007@ubuntu.com> <486ABE88.9050302@sun.com> <486AC06D.6040608@ubuntu.com> <486B3DE8.8060608@redhat.com> <17c6771e0807020155m6d1ff3c3v5cb2befc35a2d333@mail.gmail.com> Message-ID: <20080702105534.GA3750@redhat.com> Andrew John Hughes wrote: > Something is clearly wrong, because my java -version output is now: > > OpenJDK 64-Bit Core VM (build 1.6.0_0-b10, mixed mode That's a core build. You don't have a JIT in there. > (from my installed system version). My builds have increased about > ten-fold. I have a feeling this is related to Gary's recent commit > to be honest but I can't see why just yet. It probably is, sorry. I tested it all in advance but apparently not enough :/ Cheers, Gary -- http://gbenson.net/ From gbenson at redhat.com Wed Jul 2 03:59:34 2008 From: gbenson at redhat.com (Gary Benson) Date: Wed, 2 Jul 2008 11:59:34 +0100 Subject: very slow icedtea6 builds In-Reply-To: <20080702105534.GA3750@redhat.com> References: <486AB0A6.2060801@ubuntu.com> <486AB20C.4010809@sun.com> <486AB6F2.6040007@ubuntu.com> <486ABE88.9050302@sun.com> <486AC06D.6040608@ubuntu.com> <486B3DE8.8060608@redhat.com> <17c6771e0807020155m6d1ff3c3v5cb2befc35a2d333@mail.gmail.com> <20080702105534.GA3750@redhat.com> Message-ID: <20080702105934.GB3750@redhat.com> Gary Benson wrote: > Andrew John Hughes wrote: > > Something is clearly wrong, because my java -version output is now: > > > > OpenJDK 64-Bit Core VM (build 1.6.0_0-b10, mixed mode > > That's a core build. You don't have a JIT in there. PS What does "grep '^ICEDTEA_.*_BUILD =' Makefile" say? Cheers, Gary -- http://gbenson.net/ From gnu_andrew at member.fsf.org Wed Jul 2 05:04:51 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 2 Jul 2008 13:04:51 +0100 Subject: very slow icedtea6 builds In-Reply-To: <20080702105934.GB3750@redhat.com> References: <486AB0A6.2060801@ubuntu.com> <486AB20C.4010809@sun.com> <486AB6F2.6040007@ubuntu.com> <486ABE88.9050302@sun.com> <486AC06D.6040608@ubuntu.com> <486B3DE8.8060608@redhat.com> <17c6771e0807020155m6d1ff3c3v5cb2befc35a2d333@mail.gmail.com> <20080702105534.GA3750@redhat.com> <20080702105934.GB3750@redhat.com> Message-ID: <17c6771e0807020504k5179fbeeo4fba5f07af9ebdeb@mail.gmail.com> 2008/7/2 Gary Benson : > Gary Benson wrote: >> Andrew John Hughes wrote: >> > Something is clearly wrong, because my java -version output is now: >> > >> > OpenJDK 64-Bit Core VM (build 1.6.0_0-b10, mixed mode >> >> That's a core build. You don't have a JIT in there. > > PS What does "grep '^ICEDTEA_.*_BUILD =' Makefile" say? > > Cheers, > Gary > > -- > http://gbenson.net/ > Thanks Gary, I thought it might be this because I remember that building rt.jar was the process that took a long time when building on ppc64. For clarification, building rt.jar for the main stage involves running the jar program that was built as part of the openjdk-ecj stage and which uses the version of HotSpot built by that stage. grep '^ICEDTEA_.*_BUILD =' /home/andrew/builder/icedtea6/icedtea6-1.3/_build/Makefile ICEDTEA_CORE_BUILD = yes ICEDTEA_ZERO_BUILD = ICEDTEA_SHARK_BUILD = -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gbenson at redhat.com Wed Jul 2 05:27:24 2008 From: gbenson at redhat.com (Gary Benson) Date: Wed, 2 Jul 2008 13:27:24 +0100 Subject: very slow icedtea6 builds In-Reply-To: <17c6771e0807020504k5179fbeeo4fba5f07af9ebdeb@mail.gmail.com> References: <486AB0A6.2060801@ubuntu.com> <486AB20C.4010809@sun.com> <486AB6F2.6040007@ubuntu.com> <486ABE88.9050302@sun.com> <486AC06D.6040608@ubuntu.com> <486B3DE8.8060608@redhat.com> <17c6771e0807020155m6d1ff3c3v5cb2befc35a2d333@mail.gmail.com> <20080702105534.GA3750@redhat.com> <20080702105934.GB3750@redhat.com> <17c6771e0807020504k5179fbeeo4fba5f07af9ebdeb@mail.gmail.com> Message-ID: <20080702122724.GC3750@redhat.com> Andrew John Hughes wrote: > 2008/7/2 Gary Benson : > > Gary Benson wrote: > > > Andrew John Hughes wrote: > > > > Something is clearly wrong, because my java -version output is now: > > > > > > > > OpenJDK 64-Bit Core VM (build 1.6.0_0-b10, mixed mode > > > > > > That's a core build. You don't have a JIT in there. > > > > PS What does "grep '^ICEDTEA_.*_BUILD =' Makefile" say? > > Thanks Gary, I thought it might be this because I remember that > building rt.jar was the process that took a long time when building > on ppc64. For clarification, building rt.jar for the main stage > involves running the jar program that was built as part of the > openjdk-ecj stage and which uses the version of HotSpot built by > that stage. > > grep '^ICEDTEA_.*_BUILD =' > /home/andrew/builder/icedtea6/icedtea6-1.3/_build/Makefile > ICEDTEA_CORE_BUILD = yes > ICEDTEA_ZERO_BUILD = > ICEDTEA_SHARK_BUILD = Can you try with the attached patch? Cheers, Gary -- http://gbenson.net/ From gbenson at redhat.com Wed Jul 2 05:27:46 2008 From: gbenson at redhat.com (Gary Benson) Date: Wed, 2 Jul 2008 13:27:46 +0100 Subject: very slow icedtea6 builds In-Reply-To: <20080702122724.GC3750@redhat.com> References: <486AB20C.4010809@sun.com> <486AB6F2.6040007@ubuntu.com> <486ABE88.9050302@sun.com> <486AC06D.6040608@ubuntu.com> <486B3DE8.8060608@redhat.com> <17c6771e0807020155m6d1ff3c3v5cb2befc35a2d333@mail.gmail.com> <20080702105534.GA3750@redhat.com> <20080702105934.GB3750@redhat.com> <17c6771e0807020504k5179fbeeo4fba5f07af9ebdeb@mail.gmail.com> <20080702122724.GC3750@redhat.com> Message-ID: <20080702122746.GD3750@redhat.com> Gary Benson wrote: > Can you try with the attached patch? Yeah... -------------- next part -------------- diff -r e0b9e60483f8 acinclude.m4 --- a/acinclude.m4 Tue Jul 01 14:16:32 2008 +0100 +++ b/acinclude.m4 Wed Jul 02 13:24:47 2008 +0100 @@ -670,28 +670,33 @@ AC_DEFUN([SET_CORE_OR_SHARK_BUILD], AC_DEFUN([SET_CORE_OR_SHARK_BUILD], [ AC_MSG_CHECKING(whether to use the Shark JIT) - use_shark=no + shark_selected=no AC_ARG_ENABLE([shark], [AS_HELP_STRING(--enable-shark, use Shark JIT)], [ case "${enableval}" in no) ;; *) - if test "x${ZERO_BUILD_TRUE}" = x; then - use_shark=yes - fi + shark_selected=yes ;; esac ]) + + use_core=no + use_shark=no + if test "x${CACAO}" != "xno"; then + use_core=yes + elif test "x${ZERO_BUILD_TRUE}" = "x"; then + if test "x${shark_selected}" = "xyes"; then + use_shark=yes + else + use_core=yes + fi + fi AC_MSG_RESULT($use_shark) - if test "x${CACAO}" != "xno"; then - AM_CONDITIONAL(CORE_BUILD, true) - AM_CONDITIONAL(SHARK_BUILD, false) - else - AM_CONDITIONAL(CORE_BUILD, test "x${use_shark}" != xyes) - AM_CONDITIONAL(SHARK_BUILD, test "x${use_shark}" = xyes) - fi + AM_CONDITIONAL(CORE_BUILD, test "x${use_core}" = xyes) + AM_CONDITIONAL(SHARK_BUILD, test "x${use_shark}" = xyes) ]) AC_DEFUN([AC_CHECK_WITH_CACAO], From langel at redhat.com Wed Jul 2 05:29:23 2008 From: langel at redhat.com (Lillian Angel) Date: Wed, 02 Jul 2008 08:29:23 -0400 Subject: very slow icedtea6 builds In-Reply-To: <486AB0A6.2060801@ubuntu.com> References: <486AB0A6.2060801@ubuntu.com> Message-ID: <486B74A3.8060404@redhat.com> Matthias Klose wrote: > current icedtea6 builds take a loon time (for me, 14h instead of 4h, including > running the jtreg harness). I have noticed this as well with the nightly tests that are running. > My last build from 2008-06-05 still takes 4h. Andrew > reported a similiar problem on irc. The current repository is fixed, in that it > doesn't build a debug jdk for the stage2 build, but I still see the much > increased build times (e.g. building the rt.jar during the image install takes > more than cpu 120min) on an Athlon64 4400+. Any suggestions what could be the > cause for this? This seems to be consistent across used GCC versions and > architectures. Lillian From gnu_andrew at member.fsf.org Wed Jul 2 07:38:44 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 2 Jul 2008 15:38:44 +0100 Subject: very slow icedtea6 builds In-Reply-To: <20080702122746.GD3750@redhat.com> References: <486AB20C.4010809@sun.com> <486ABE88.9050302@sun.com> <486AC06D.6040608@ubuntu.com> <486B3DE8.8060608@redhat.com> <17c6771e0807020155m6d1ff3c3v5cb2befc35a2d333@mail.gmail.com> <20080702105534.GA3750@redhat.com> <20080702105934.GB3750@redhat.com> <17c6771e0807020504k5179fbeeo4fba5f07af9ebdeb@mail.gmail.com> <20080702122724.GC3750@redhat.com> <20080702122746.GD3750@redhat.com> Message-ID: <17c6771e0807020738g38f4de49ub43be62b48694a1c@mail.gmail.com> 2008/7/2 Gary Benson : > Gary Benson wrote: >> Can you try with the attached patch? > > Yeah... I've just set it going and I'll let you know what comes out the other end. >From the patch though, it looks like the right fix. The original implies that core is enabled whenever shark isn't whereas it should only be enabled if the build is also not x86/x86_64/sparc. -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gnu_andrew at member.fsf.org Wed Jul 2 10:17:33 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 2 Jul 2008 18:17:33 +0100 Subject: very slow icedtea6 builds In-Reply-To: <17c6771e0807020738g38f4de49ub43be62b48694a1c@mail.gmail.com> References: <486AB20C.4010809@sun.com> <486AC06D.6040608@ubuntu.com> <486B3DE8.8060608@redhat.com> <17c6771e0807020155m6d1ff3c3v5cb2befc35a2d333@mail.gmail.com> <20080702105534.GA3750@redhat.com> <20080702105934.GB3750@redhat.com> <17c6771e0807020504k5179fbeeo4fba5f07af9ebdeb@mail.gmail.com> <20080702122724.GC3750@redhat.com> <20080702122746.GD3750@redhat.com> <17c6771e0807020738g38f4de49ub43be62b48694a1c@mail.gmail.com> Message-ID: <17c6771e0807021017u2c5024f5h3fc96f43d25c3f9b@mail.gmail.com> On 02/07/2008, Andrew John Hughes wrote: > 2008/7/2 Gary Benson : > > > Gary Benson wrote: > >> Can you try with the attached patch? > > > > Yeah... > > > I've just set it going and I'll let you know what comes out the other end. > From the patch though, it looks like the right fix. The original implies > that core is enabled whenever shark isn't whereas it should only be > enabled if the build is also not x86/x86_64/sparc. > > -- > Andrew :-) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > Sorry doesn't seem to solve the issue here or for doko... I'll try and look into it myself later. -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gnu_andrew at member.fsf.org Wed Jul 2 11:35:18 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 2 Jul 2008 19:35:18 +0100 Subject: very slow icedtea6 builds In-Reply-To: <17c6771e0807021017u2c5024f5h3fc96f43d25c3f9b@mail.gmail.com> References: <486AB20C.4010809@sun.com> <486B3DE8.8060608@redhat.com> <17c6771e0807020155m6d1ff3c3v5cb2befc35a2d333@mail.gmail.com> <20080702105534.GA3750@redhat.com> <20080702105934.GB3750@redhat.com> <17c6771e0807020504k5179fbeeo4fba5f07af9ebdeb@mail.gmail.com> <20080702122724.GC3750@redhat.com> <20080702122746.GD3750@redhat.com> <17c6771e0807020738g38f4de49ub43be62b48694a1c@mail.gmail.com> <17c6771e0807021017u2c5024f5h3fc96f43d25c3f9b@mail.gmail.com> Message-ID: <17c6771e0807021135r4d942aapd93e905e596b4002@mail.gmail.com> On 02/07/2008, Andrew John Hughes wrote: > On 02/07/2008, Andrew John Hughes wrote: > > 2008/7/2 Gary Benson : > > > > > Gary Benson wrote: > > >> Can you try with the attached patch? > > > > > > Yeah... > > > > > > I've just set it going and I'll let you know what comes out the other end. > > From the patch though, it looks like the right fix. The original implies > > that core is enabled whenever shark isn't whereas it should only be > > enabled if the build is also not x86/x86_64/sparc. > > > > -- > > Andrew :-) > > > > Support Free Java! > > Contribute to GNU Classpath and the OpenJDK > > http://www.gnu.org/software/classpath > > http://openjdk.java.net > > > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > > > > > Sorry doesn't seem to solve the issue here or for doko... I'll try and > look into it myself later. > > -- > Andrew :-) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > I think I spotted the issue, will retry. Just one alteration to your patch: + elif test "x${use_zero}" = "xyes"; then instead of using test "x${ZERO_BUILD_TRUE}" = "x" -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gnu_andrew at member.fsf.org Wed Jul 2 11:50:49 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 2 Jul 2008 19:50:49 +0100 Subject: very slow icedtea6 builds In-Reply-To: <17c6771e0807021135r4d942aapd93e905e596b4002@mail.gmail.com> References: <486AB20C.4010809@sun.com> <17c6771e0807020155m6d1ff3c3v5cb2befc35a2d333@mail.gmail.com> <20080702105534.GA3750@redhat.com> <20080702105934.GB3750@redhat.com> <17c6771e0807020504k5179fbeeo4fba5f07af9ebdeb@mail.gmail.com> <20080702122724.GC3750@redhat.com> <20080702122746.GD3750@redhat.com> <17c6771e0807020738g38f4de49ub43be62b48694a1c@mail.gmail.com> <17c6771e0807021017u2c5024f5h3fc96f43d25c3f9b@mail.gmail.com> <17c6771e0807021135r4d942aapd93e905e596b4002@mail.gmail.com> Message-ID: <17c6771e0807021150s7c9bb949o62141cbf22ee0881@mail.gmail.com> On 02/07/2008, Andrew John Hughes wrote: > On 02/07/2008, Andrew John Hughes wrote: > > On 02/07/2008, Andrew John Hughes wrote: > > > 2008/7/2 Gary Benson : > > > > > > > Gary Benson wrote: > > > >> Can you try with the attached patch? > > > > > > > > Yeah... > > > > > > > > > I've just set it going and I'll let you know what comes out the other end. > > > From the patch though, it looks like the right fix. The original implies > > > that core is enabled whenever shark isn't whereas it should only be > > > enabled if the build is also not x86/x86_64/sparc. > > > > > > -- > > > Andrew :-) > > > > > > Support Free Java! > > > Contribute to GNU Classpath and the OpenJDK > > > http://www.gnu.org/software/classpath > > > http://openjdk.java.net > > > > > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > > > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > > > > > > > > > Sorry doesn't seem to solve the issue here or for doko... I'll try and > > look into it myself later. > > > > -- > > Andrew :-) > > > > Support Free Java! > > Contribute to GNU Classpath and the OpenJDK > > http://www.gnu.org/software/classpath > > http://openjdk.java.net > > > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > > > > > I think I spotted the issue, will retry. > Just one alteration to your patch: > > + elif test "x${use_zero}" = "xyes"; then > > instead of using test "x${ZERO_BUILD_TRUE}" = "x" > > > -- > > Andrew :-) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > Ok that didn't work, but I think it may be a case of twisti's cacao changes taking place while you were working on Shark... Your checks probe ${CACAO} but I can only see ${WITH_CACAO} being defined... -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gnu_andrew at member.fsf.org Wed Jul 2 11:58:35 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 2 Jul 2008 19:58:35 +0100 Subject: very slow icedtea6 builds In-Reply-To: <17c6771e0807021150s7c9bb949o62141cbf22ee0881@mail.gmail.com> References: <486AB20C.4010809@sun.com> <20080702105534.GA3750@redhat.com> <20080702105934.GB3750@redhat.com> <17c6771e0807020504k5179fbeeo4fba5f07af9ebdeb@mail.gmail.com> <20080702122724.GC3750@redhat.com> <20080702122746.GD3750@redhat.com> <17c6771e0807020738g38f4de49ub43be62b48694a1c@mail.gmail.com> <17c6771e0807021017u2c5024f5h3fc96f43d25c3f9b@mail.gmail.com> <17c6771e0807021135r4d942aapd93e905e596b4002@mail.gmail.com> <17c6771e0807021150s7c9bb949o62141cbf22ee0881@mail.gmail.com> Message-ID: <17c6771e0807021158u195a538atf8b6d9be3071b081@mail.gmail.com> On 02/07/2008, Andrew John Hughes wrote: > On 02/07/2008, Andrew John Hughes wrote: > > On 02/07/2008, Andrew John Hughes wrote: > > > On 02/07/2008, Andrew John Hughes wrote: > > > > 2008/7/2 Gary Benson : > > > > > > > > > Gary Benson wrote: > > > > >> Can you try with the attached patch? > > > > > > > > > > Yeah... > > > > > > > > > > > > I've just set it going and I'll let you know what comes out the other end. > > > > From the patch though, it looks like the right fix. The original implies > > > > that core is enabled whenever shark isn't whereas it should only be > > > > enabled if the build is also not x86/x86_64/sparc. > > > > > > > > -- > > > > Andrew :-) > > > > > > > > Support Free Java! > > > > Contribute to GNU Classpath and the OpenJDK > > > > http://www.gnu.org/software/classpath > > > > http://openjdk.java.net > > > > > > > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > > > > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > > > > > > > > > > > > > Sorry doesn't seem to solve the issue here or for doko... I'll try and > > > look into it myself later. > > > > > > -- > > > Andrew :-) > > > > > > Support Free Java! > > > Contribute to GNU Classpath and the OpenJDK > > > http://www.gnu.org/software/classpath > > > http://openjdk.java.net > > > > > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > > > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > > > > > > > > > I think I spotted the issue, will retry. > > Just one alteration to your patch: > > > > + elif test "x${use_zero}" = "xyes"; then > > > > instead of using test "x${ZERO_BUILD_TRUE}" = "x" > > > > > > -- > > > > Andrew :-) > > > > Support Free Java! > > Contribute to GNU Classpath and the OpenJDK > > http://www.gnu.org/software/classpath > > http://openjdk.java.net > > > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > > > > > Ok that didn't work, but I think it may be a case of twisti's cacao > changes taking place while you were working on Shark... > > Your checks probe ${CACAO} but I can only see ${WITH_CACAO} being defined... > > -- > > Andrew :-) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > That appears to have worked based on the resulting Makefile, so I checked in the attached fix: 2008-07-02 Andrew John Hughes * acinclude.m4: Switch ${CACAO} for ${WITH_CACAO} in Shark/core/zero rules and use ${use_zero} instead of ${ZERO_BUILD_TRUE}. * aclocal.m4, * configure: Regenerated. 2008-07-02 Gary Benson * acinclude.m4: Fix detection of Shark/core build. * aclocal.m4, * configure: Regenerated. Please check I didn't break cacao or zero though! -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 -------------- next part -------------- A non-text attachment was scrubbed... Name: core_build_fix.diff Type: text/x-patch Size: 53685 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080702/0af3464d/core_build_fix.diff From langel at redhat.com Wed Jul 2 12:01:34 2008 From: langel at redhat.com (Lillian Angel) Date: Wed, 02 Jul 2008 15:01:34 -0400 Subject: very slow icedtea6 builds In-Reply-To: <17c6771e0807021158u195a538atf8b6d9be3071b081@mail.gmail.com> References: <486AB20C.4010809@sun.com> <20080702105534.GA3750@redhat.com> <20080702105934.GB3750@redhat.com> <17c6771e0807020504k5179fbeeo4fba5f07af9ebdeb@mail.gmail.com> <20080702122724.GC3750@redhat.com> <20080702122746.GD3750@redhat.com> <17c6771e0807020738g38f4de49ub43be62b48694a1c@mail.gmail.com> <17c6771e0807021017u2c5024f5h3fc96f43d25c3f9b@mail.gmail.com> <17c6771e0807021135r4d942aapd93e905e596b4002@mail.gmail.com> <17c6771e0807021150s7c9bb949o62141cbf22ee0881@mail.gmail.com> <17c6771e0807021158u195a538atf8b6d9be3071b081@mail.gmail.com> Message-ID: <486BD08E.40602@redhat.com> Andrew John Hughes wrote: > On 02/07/2008, Andrew John Hughes wrote: >> On 02/07/2008, Andrew John Hughes wrote: >> > On 02/07/2008, Andrew John Hughes wrote: >> > > On 02/07/2008, Andrew John Hughes wrote: >> > > > 2008/7/2 Gary Benson : >> > > > >> > > > > Gary Benson wrote: >> > > > >> Can you try with the attached patch? >> > > > > >> > > > > Yeah... >> > > > >> > > > >> > > > I've just set it going and I'll let you know what comes out the other end. >> > > > From the patch though, it looks like the right fix. The original implies >> > > > that core is enabled whenever shark isn't whereas it should only be >> > > > enabled if the build is also not x86/x86_64/sparc. >> > > > >> > > > -- >> > > > Andrew :-) >> > > > >> > > > Support Free Java! >> > > > Contribute to GNU Classpath and the OpenJDK >> > > > http://www.gnu.org/software/classpath >> > > > http://openjdk.java.net >> > > > >> > > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >> > > > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >> > > > >> > > >> > > >> > > Sorry doesn't seem to solve the issue here or for doko... I'll try and >> > > look into it myself later. >> > > >> > > -- >> > > Andrew :-) >> > > >> > > Support Free Java! >> > > Contribute to GNU Classpath and the OpenJDK >> > > http://www.gnu.org/software/classpath >> > > http://openjdk.java.net >> > > >> > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >> > > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >> > > >> > >> > >> > I think I spotted the issue, will retry. >> > Just one alteration to your patch: >> > >> > + elif test "x${use_zero}" = "xyes"; then >> > >> > instead of using test "x${ZERO_BUILD_TRUE}" = "x" >> > >> > >> > -- >> > >> > Andrew :-) >> > >> > Support Free Java! >> > Contribute to GNU Classpath and the OpenJDK >> > http://www.gnu.org/software/classpath >> > http://openjdk.java.net >> > >> > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >> > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >> > >> >> >> Ok that didn't work, but I think it may be a case of twisti's cacao >> changes taking place while you were working on Shark... >> >> Your checks probe ${CACAO} but I can only see ${WITH_CACAO} being defined... >> >> -- >> >> Andrew :-) >> >> Support Free Java! >> Contribute to GNU Classpath and the OpenJDK >> http://www.gnu.org/software/classpath >> http://openjdk.java.net >> >> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >> > > That appears to have worked based on the resulting Makefile, so I > checked in the attached fix: > > 2008-07-02 Andrew John Hughes > > * acinclude.m4: > Switch ${CACAO} for ${WITH_CACAO} in > Shark/core/zero rules and use ${use_zero} > instead of ${ZERO_BUILD_TRUE}. > * aclocal.m4, > * configure: > Regenerated. > > 2008-07-02 Gary Benson > > * acinclude.m4: > Fix detection of Shark/core build. > * aclocal.m4, > * configure: > Regenerated. > > > Please check I didn't break cacao or zero though! Thanks so much for fixing this. Lillian From gnu_andrew at member.fsf.org Wed Jul 2 12:08:07 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 2 Jul 2008 20:08:07 +0100 Subject: very slow icedtea6 builds In-Reply-To: <486BD08E.40602@redhat.com> References: <486AB20C.4010809@sun.com> <17c6771e0807020504k5179fbeeo4fba5f07af9ebdeb@mail.gmail.com> <20080702122724.GC3750@redhat.com> <20080702122746.GD3750@redhat.com> <17c6771e0807020738g38f4de49ub43be62b48694a1c@mail.gmail.com> <17c6771e0807021017u2c5024f5h3fc96f43d25c3f9b@mail.gmail.com> <17c6771e0807021135r4d942aapd93e905e596b4002@mail.gmail.com> <17c6771e0807021150s7c9bb949o62141cbf22ee0881@mail.gmail.com> <17c6771e0807021158u195a538atf8b6d9be3071b081@mail.gmail.com> <486BD08E.40602@redhat.com> Message-ID: <17c6771e0807021208q61fd67e8k76fa2369a281b184@mail.gmail.com> On 02/07/2008, Lillian Angel wrote: > > > Andrew John Hughes wrote: > > > On 02/07/2008, Andrew John Hughes wrote: > > > > > On 02/07/2008, Andrew John Hughes wrote: > > > > On 02/07/2008, Andrew John Hughes wrote: > > > > > On 02/07/2008, Andrew John Hughes > wrote: > > > > > > 2008/7/2 Gary Benson : > > > > > > > > > > > > > Gary Benson wrote: > > > > > > >> Can you try with the attached patch? > > > > > > > > > > > > > > Yeah... > > > > > > > > > > > > > > > > > > I've just set it going and I'll let you know what comes out the > other end. > > > > > > From the patch though, it looks like the right fix. The > original implies > > > > > > that core is enabled whenever shark isn't whereas it should > only be > > > > > > enabled if the build is also not x86/x86_64/sparc. > > > > > > > > > > > > -- > > > > > > Andrew :-) > > > > > > > > > > > > Support Free Java! > > > > > > Contribute to GNU Classpath and the OpenJDK > > > > > > http://www.gnu.org/software/classpath > > > > > > http://openjdk.java.net > > > > > > > > > > > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > > > > > > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > > > > > > > > > > > > > > > > > > > > > Sorry doesn't seem to solve the issue here or for doko... I'll try > and > > > > > look into it myself later. > > > > > > > > > > -- > > > > > Andrew :-) > > > > > > > > > > Support Free Java! > > > > > Contribute to GNU Classpath and the OpenJDK > > > > > http://www.gnu.org/software/classpath > > > > > http://openjdk.java.net > > > > > > > > > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > > > > > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > > > > > > > > > > > > > > > > > I think I spotted the issue, will retry. > > > > Just one alteration to your patch: > > > > > > > > + elif test "x${use_zero}" = "xyes"; then > > > > > > > > instead of using test "x${ZERO_BUILD_TRUE}" = "x" > > > > > > > > > > > > -- > > > > > > > > Andrew :-) > > > > > > > > Support Free Java! > > > > Contribute to GNU Classpath and the OpenJDK > > > > http://www.gnu.org/software/classpath > > > > http://openjdk.java.net > > > > > > > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > > > > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > > > > > > > > > > > > > Ok that didn't work, but I think it may be a case of twisti's cacao > > > changes taking place while you were working on Shark... > > > > > > Your checks probe ${CACAO} but I can only see ${WITH_CACAO} being > defined... > > > > > > -- > > > > > > Andrew :-) > > > > > > Support Free Java! > > > Contribute to GNU Classpath and the OpenJDK > > > http://www.gnu.org/software/classpath > > > http://openjdk.java.net > > > > > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > > > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > > > > > > > > > > That appears to have worked based on the resulting Makefile, so I > > checked in the attached fix: > > > > 2008-07-02 Andrew John Hughes > > > > * acinclude.m4: > > Switch ${CACAO} for ${WITH_CACAO} in > > Shark/core/zero rules and use ${use_zero} > > instead of ${ZERO_BUILD_TRUE}. > > * aclocal.m4, > > * configure: > > Regenerated. > > > > 2008-07-02 Gary Benson > > > > * acinclude.m4: > > Fix detection of Shark/core build. > > * aclocal.m4, > > * configure: > > Regenerated. > > > > > > Please check I didn't break cacao or zero though! > > > > > Thanks so much for fixing this. > > > Lillian > No problem, I was kind of annoyed myself when my build went from 10 minutes to over 2 hours the other night... :) Hey, at least Gary's work got a lot of much deserved testing over the last week... -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From doko at ubuntu.com Wed Jul 2 14:37:12 2008 From: doko at ubuntu.com (Matthias Klose) Date: Wed, 02 Jul 2008 23:37:12 +0200 Subject: very slow icedtea6 builds In-Reply-To: <17c6771e0807021208q61fd67e8k76fa2369a281b184@mail.gmail.com> References: <486AB20C.4010809@sun.com> <17c6771e0807020504k5179fbeeo4fba5f07af9ebdeb@mail.gmail.com> <20080702122724.GC3750@redhat.com> <20080702122746.GD3750@redhat.com> <17c6771e0807020738g38f4de49ub43be62b48694a1c@mail.gmail.com> <17c6771e0807021017u2c5024f5h3fc96f43d25c3f9b@mail.gmail.com> <17c6771e0807021135r4d942aapd93e905e596b4002@mail.gmail.com> <17c6771e0807021150s7c9bb949o62141cbf22ee0881@mail.gmail.com> <17c6771e0807021158u195a538atf8b6d9be3071b081@mail.gmail.com> <486BD08E.40602@redhat.com> <17c6771e0807021208q61fd67e8k76fa2369a281b184@mail.gmail.com> Message-ID: <486BF508.3060807@ubuntu.com> Andrew John Hughes schrieb: > On 02/07/2008, Lillian Angel wrote: >> >> Andrew John Hughes wrote: >> >>> On 02/07/2008, Andrew John Hughes wrote: >>> >>>> On 02/07/2008, Andrew John Hughes wrote: >>>> > On 02/07/2008, Andrew John Hughes wrote: >>>> > > On 02/07/2008, Andrew John Hughes >> wrote: >>>> > > > 2008/7/2 Gary Benson : >>>> > > > >>>> > > > > Gary Benson wrote: >>>> > > > >> Can you try with the attached patch? >>>> > > > > >>>> > > > > Yeah... >>>> > > > >>>> > > > >>>> > > > I've just set it going and I'll let you know what comes out the >> other end. >>>> > > > From the patch though, it looks like the right fix. The >> original implies >>>> > > > that core is enabled whenever shark isn't whereas it should >> only be >>>> > > > enabled if the build is also not x86/x86_64/sparc. >>>> > > > >>>> > > > -- >>>> > > > Andrew :-) >>>> > > > >>>> > > > Support Free Java! >>>> > > > Contribute to GNU Classpath and the OpenJDK >>>> > > > http://www.gnu.org/software/classpath >>>> > > > http://openjdk.java.net >>>> > > > >>>> > > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>> > > > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>>> > > > >>>> > > >>>> > > >>>> > > Sorry doesn't seem to solve the issue here or for doko... I'll try >> and >>>> > > look into it myself later. >>>> > > >>>> > > -- >>>> > > Andrew :-) >>>> > > >>>> > > Support Free Java! >>>> > > Contribute to GNU Classpath and the OpenJDK >>>> > > http://www.gnu.org/software/classpath >>>> > > http://openjdk.java.net >>>> > > >>>> > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>> > > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>>> > > >>>> > >>>> > >>>> > I think I spotted the issue, will retry. >>>> > Just one alteration to your patch: >>>> > >>>> > + elif test "x${use_zero}" = "xyes"; then >>>> > >>>> > instead of using test "x${ZERO_BUILD_TRUE}" = "x" >>>> > >>>> > >>>> > -- >>>> > >>>> > Andrew :-) >>>> > >>>> > Support Free Java! >>>> > Contribute to GNU Classpath and the OpenJDK >>>> > http://www.gnu.org/software/classpath >>>> > http://openjdk.java.net >>>> > >>>> > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>> > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>>> > >>>> >>>> >>>> Ok that didn't work, but I think it may be a case of twisti's cacao >>>> changes taking place while you were working on Shark... >>>> >>>> Your checks probe ${CACAO} but I can only see ${WITH_CACAO} being >> defined... >>>> -- >>>> >>>> Andrew :-) >>>> >>>> Support Free Java! >>>> Contribute to GNU Classpath and the OpenJDK >>>> http://www.gnu.org/software/classpath >>>> http://openjdk.java.net >>>> >>>> PGP Key: 94EFD9D8 (http://subkeys.pgp.net) >>>> Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 >>>> >>>> >>> That appears to have worked based on the resulting Makefile, so I >>> checked in the attached fix: >>> >>> 2008-07-02 Andrew John Hughes >>> >>> * acinclude.m4: >>> Switch ${CACAO} for ${WITH_CACAO} in >>> Shark/core/zero rules and use ${use_zero} >>> instead of ${ZERO_BUILD_TRUE}. >>> * aclocal.m4, >>> * configure: >>> Regenerated. >>> >>> 2008-07-02 Gary Benson >>> >>> * acinclude.m4: >>> Fix detection of Shark/core build. >>> * aclocal.m4, >>> * configure: >>> Regenerated. >>> >>> >>> Please check I didn't break cacao or zero though! >>> >> >> Thanks so much for fixing this. >> >> >> Lillian >> > > No problem, I was kind of annoyed myself when my build went from 10 > minutes to over 2 hours the other night... :) > > Hey, at least Gary's work got a lot of much deserved testing over the > last week... heh, a shark choking on cacao. thanks for finding that. Matthias From gnu_andrew at member.fsf.org Wed Jul 2 15:43:56 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 2 Jul 2008 23:43:56 +0100 Subject: FYI: More FSG work Message-ID: <20080702224356.GA22730@rivendell.middle-earth.co.uk> This adds a new script, based on the one doko uses to create the Debian/Ubuntu builds. We apply it in OpenJDK extraction, so the results get poured into the fsg tarball when created. ChangeLog: 2008-07-02 Andrew John Hughes * HACKING: Update with FSG list and further bug numbers. * Makefile.am: Remove jscheme removal and add in new fsg script. * Makefile.in: Regenerated. * fsg.sh: Script to sanitise OpenJDK before building and for the fsg tarball. -- Andrew :) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint = F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 -------------- next part -------------- diff -r 36d1d3a135f5 HACKING --- a/HACKING Wed Jul 02 15:00:43 2008 -0400 +++ b/HACKING Wed Jul 02 23:37:01 2008 +0100 @@ -4,7 +4,17 @@ PRx denotes bug x in the IcedTea bug dat PRx denotes bug x in the IcedTea bug database (http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=x) Sx denotes bug x in the Sun bug database (http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=x) -The following patches are currently applied to OpenJDK or OpenJDK6 by IcedTea: +The following patches are applied early in the build to meet the Free Software guidelines and are also +included in the tarball resulting from the dist-openjdk-fsg target: + +* icedtea-idl.patch: Fix IDL licenses (PR141/S6695776). +* icedtea-jscheme.patch: Replace use of jscheme.jar with Java alternative (PR140/S6695776). +* icedtea-license-headers.patch: Generate GPL header from automulti tool (PR148,S6713083). + +The fsg.sh script is also run to delete certain files with dubious licensing and/or only occuring +in binary format. + +The following patches are currently applied before the building of OpenJDK or OpenJDK6 by IcedTea: * icedtea-ant.patch: Remove use of $(ANT_HOME). * icedtea-arm-uname.patch: Handle output of uname on arm. @@ -25,15 +35,12 @@ The following patches are currently appl * icedtea-gervill.patch: Add support for Gervill from the overlay. * icedtea-graphics.patch: Fix word wrap in JTextArea (PR57/S6593649) * icedtea-ia64-fdlibm.patch: Fix name of ia64 architecture from _M_IA64 to ia64. -* icedtea-idl.patch: Fix IDL licenses (PR141). * icedtea-javafiles.patch: Add missing Java files to list. * icedtea-jpegclasses.patch: Add com.sun.image.codec.jpeg support. -* icedtea-jscheme.patch: Replace use of jscheme.jar with Java alternative (PR140). * icedtea-lcms-leak.patch: Fix LCMS memory leak. * icedtea-LCMS-setTagData.patch: Add support for setTagData to LCMS peer. * icedtea-lib64.patch: Add support for building on platforms with /usr/lib64. * icedtea-libraries.patch: Use system JPEG and zlib libraries. -* icedtea-license-headers.patch: Generate GPL header from automulti tool. * icedtea-linker-options.patch: Add -Xlinker option when linking. * icedtea-memory-limits.patch: Increase default memory limits. * icedtea-no-bcopy.patch: Don't define local copies of bcopy, bzero and bcmp from BSD. diff -r 36d1d3a135f5 Makefile.am --- a/Makefile.am Wed Jul 02 15:00:43 2008 -0400 +++ b/Makefile.am Wed Jul 02 23:37:01 2008 +0100 @@ -4,8 +4,6 @@ OPENJDK_VERSION = b10 CACAO_VERSION = 0.99.1 CACAO_MD5SUM = 2337754d0c165af556e97395e9a5e5af - -JSCHEME_DIR = openjdk/corba/src/share/classes/com/sun/tools/corba/se/logutil if ENABLE_LIVECONNECT ICEDTEAPLUGIN_CLEAN = clean-IcedTeaPlugin @@ -430,8 +428,7 @@ stamps/extract.stamp: stamps/download.st mkdir openjdk ; \ $(TAR) xzf $(OPENJDK_SRC_ZIP) -C openjdk; \ chmod -R ug+w openjdk ; \ - rm -rf $(JSCHEME_DIR)/lib; \ - rm -rf $(JSCHEME_DIR)/scripts; \ + sh $(srcdir)/fsg.sh ; \ fi if WITH_CACAO if !USE_SYSTEM_CACAO diff -r 36d1d3a135f5 Makefile.in --- a/Makefile.in Wed Jul 02 15:00:43 2008 -0400 +++ b/Makefile.in Wed Jul 02 23:37:01 2008 +0100 @@ -267,7 +267,6 @@ OPENJDK_VERSION = b10 OPENJDK_VERSION = b10 CACAO_VERSION = 0.99.1 CACAO_MD5SUM = 2337754d0c165af556e97395e9a5e5af -JSCHEME_DIR = openjdk/corba/src/share/classes/com/sun/tools/corba/se/logutil @ENABLE_LIVECONNECT_FALSE at ICEDTEAPLUGIN_CLEAN = @ENABLE_LIVECONNECT_TRUE at ICEDTEAPLUGIN_CLEAN = clean-IcedTeaPlugin @ENABLE_LIVECONNECT_FALSE at ICEDTEAPLUGIN_TARGET = @@ -906,8 +905,7 @@ stamps/extract.stamp: stamps/download.st mkdir openjdk ; \ $(TAR) xzf $(OPENJDK_SRC_ZIP) -C openjdk; \ chmod -R ug+w openjdk ; \ - rm -rf $(JSCHEME_DIR)/lib; \ - rm -rf $(JSCHEME_DIR)/scripts; \ + sh $(srcdir)/fsg.sh ; \ fi @USE_SYSTEM_CACAO_FALSE@@WITH_CACAO_TRUE@ if ! test -d cacao ; \ @USE_SYSTEM_CACAO_FALSE@@WITH_CACAO_TRUE@ then \ diff -r 36d1d3a135f5 fsg.sh --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/fsg.sh Wed Jul 02 23:37:01 2008 +0100 @@ -0,0 +1,109 @@ +#!/bin/sh + +echo "Further liberating OpenJDK..." + +# PRx denotes bug x in the IcedTea bug database (http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=x) +# Sx denotes bug x in the Sun bug database (http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=x) + +# PR146/S6713083 +# Remove binaries +rm -f \ + openjdk/jdk/test/sun/management/windows/revokeall.exe \ + openjdk/jdk/test/sun/management/jmxremote/bootstrap/linux-i586/launcher \ + openjdk/jdk/test/sun/management/jmxremote/bootstrap/solaris-sparc/launcher \ + openjdk/jdk/test/sun/management/jmxremote/bootstrap/solaris-i586/launcher + +rm -f \ + openjdk/jdk/test/java/nio/channels/spi/SelectorProvider/inheritedChannel/lib/linux-i586/libLauncher.so \ + openjdk/jdk/test/java/nio/channels/spi/SelectorProvider/inheritedChannel/lib/solaris-i586/libLauncher.so \ + openjdk/jdk/test/java/nio/channels/spi/SelectorProvider/inheritedChannel/lib/solaris-sparc/libLauncher.so \ + openjdk/jdk/test/java/nio/channels/spi/SelectorProvider/inheritedChannel/lib/solaris-sparcv9/libLauncher.so \ + openjdk/jdk/test/tools/launcher/lib/i386/lib32/lib32/liblibrary.so \ + openjdk/jdk/test/tools/launcher/lib/i386/lib32/liblibrary.so \ + openjdk/jdk/test/tools/launcher/lib/sparc/lib32/lib32/liblibrary.so \ + openjdk/jdk/test/tools/launcher/lib/sparc/lib32/liblibrary.so \ + openjdk/jdk/test/tools/launcher/lib/sparc/lib64/lib64/liblibrary.so \ + openjdk/jdk/test/tools/launcher/lib/sparc/lib64/liblibrary.so + +rm -f \ + openjdk/jdk/make/tools/winver/bin/winver.exe \ + openjdk/jdk/test/java/util/Locale/data/deflocale.exe \ + openjdk/jdk/test/java/util/Locale/data/deflocale.jds3 \ + openjdk/jdk/test/java/util/Locale/data/deflocale.rhel4 \ + openjdk/jdk/test/java/util/Locale/data/deflocale.sh \ + openjdk/jdk/test/java/util/Locale/data/deflocale.sol10 \ + openjdk/jdk/test/java/util/Locale/data/deflocale.winvista \ + openjdk/jdk/test/java/util/Locale/data/deflocale.winxp \ + +# Remove test sources with questionable license headers. +rm -f \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4168625Resource3.java \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4168625Resource3_en_IE.java \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4165815Test.java \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4177489_Resource_jf.java \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4168625Resource3_en_CA.java \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4168625Getter.java \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4177489Test.java \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4168625Resource.java \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4168625Resource2.java \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4168625Resource3_en_US.java \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4083270Test.java \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4168625Resource3_en.java \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4177489_Resource.java \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4168625Test.java \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4168625Resource2_en_US.java \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4168625Class.java \ + openjdk/jdk/test/java/util/Locale/Bug4175998Test.java \ + openjdk/jdk/test/java/util/ResourceBundle/RBTestFmwk.java \ + openjdk/jdk/test/java/util/ResourceBundle/TestResource_fr.java \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4179766Resource.java \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4179766Getter.java \ + openjdk/jdk/test/java/util/ResourceBundle/Bug4179766Class.java \ + openjdk/jdk/test/java/util/ResourceBundle/TestResource.java \ + openjdk/jdk/test/java/util/ResourceBundle/FakeTestResource.java \ + openjdk/jdk/test/java/util/ResourceBundle/TestResource_de.java \ + openjdk/jdk/test/java/util/ResourceBundle/TestBug4179766.java \ + openjdk/jdk/test/java/util/ResourceBundle/TestResource_fr_CH.java \ + openjdk/jdk/test/java/util/ResourceBundle/ResourceBundleTest.java \ + openjdk/jdk/test/java/util/ResourceBundle/TestResource_it.java \ + openjdk/jdk/test/java/util/Locale/PrintDefaultLocale.java \ + openjdk/jdk/test/java/util/Locale/LocaleTest.java \ + openjdk/jdk/test/java/util/Locale/LocaleTestFmwk.java \ + openjdk/jdk/test/java/util/Locale/Bug4184873Test.java \ + openjdk/jdk/test/sun/text/resources/LocaleDataTest.java + +# Remove J2DBench sources, some of which have questionable license +# headers. +rm -rf \ + openjdk/jdk/src/share/demo/java2d/J2DBench + +# BEGIN Debian/Ubuntu additions + +# binary files +rm -f \ + openjdk/jdk/test/sun/net/idn/nfscis.spp + +# has w3c copyright. license to be checked / needs checking after decoding +rm -f \ + openjdk/jdk/test/javax/xml/crypto/dsig/data/xml-stylesheet \ + openjdk/jdk/test/javax/xml/crypto/dsig/data/xml-stylesheet.b64 + +# TODO +#$ find openjdk -name '*.jar' -o -name '*.class'|grep -v test + +# PR140, S6695776 +# Also see patches/icedtea-jscheme.patch +rm -rf openjdk/corba/src/share/classes/com/sun/tools/corba/se/logutil/lib +rm -rf openjdk/corba/src/share/classes/com/sun/tools/corba/se/logutil/scripts + +# PR139, S6710791 +rm -f \ + openjdk/hotspot/agent/kk/src/share/lib/maf-1_0.jar \ + openjdk/hotspot/agent/kk/src/share/lib/jlfgr-1_0.jar \ + +# PR157, S6713083 +rm -f \ + openjdk/jdk/src/share/classes/java/lang/instrument/package.html + +# END Debian/Ubuntu additions + From A.Hughes at dcs.shef.ac.uk Thu Jul 3 08:21:05 2008 From: A.Hughes at dcs.shef.ac.uk (Andrew Hughes) Date: Thu, 3 Jul 2008 16:21:05 +0100 Subject: FYI: Fix build paths Message-ID: <20080703152105.GA380@omega.dcs.shef.ac.uk> It seems I'm the only one who uses an out-of-srcdir build... because more things keep creeping in. ChangeLog: 2008-07-03 Andrew John Hughes * Makefile.am: Fix use of abs_top_srcdir for CACAO and lack of path for HACKING. * Makefile.in: Regenerated. * acinclude.m4: Fix CACAO path as above. * configure: Regenerated. -- A. :) Room 122, Department of Computer Science http://www.dcs.shef.ac.uk/~andrew PGP Key: 0D118B89 (http://subkeys.pgp.net) Fingerprint: 711E 2AC8 72FE F5CE BB0C 0637 9678 5E51 0D11 8B89 -------------- next part -------------- diff -r 98c884841679 Makefile.am --- a/Makefile.am Thu Jul 03 01:37:42 2008 +0200 +++ b/Makefile.am Thu Jul 03 16:02:26 2008 +0100 @@ -462,7 +462,7 @@ stamps/patch.stamp: stamps/patch-fsg.sta then \ echo Applying $$p ; \ $(PATCH) -l -p0 < $(abs_top_srcdir)/$$p ; \ - if ! grep "^\* $$(basename $$p)" HACKING >> stamps/patch.stamp.tmp ; \ + if ! grep "^\* $$(basename $$p)" $(abs_top_srcdir)/HACKING >> stamps/patch.stamp.tmp ; \ then \ echo "* $$(basename $$p): UNDOCUMENTED" >> stamps/patch.stamp.tmp ; \ fi ; \ @@ -508,7 +508,7 @@ stamps/patch-fsg.stamp: stamps/extract.s then \ echo Applying $$p ; \ $(PATCH) -l -p0 < $(abs_top_srcdir)/$$p ; \ - if ! grep "^\* $$(basename $$p)" HACKING >> stamps/patch-fsg.stamp.tmp ; \ + if ! grep "^\* $$(basename $$p)" $(abs_top_srcdir)/HACKING >> stamps/patch-fsg.stamp.tmp ; \ then \ echo "* $$(basename $$p): UNDOCUMENTED" >> stamps/patch-fsg.stamp.tmp ; \ fi ; \ @@ -1095,10 +1095,10 @@ if !USE_SYSTEM_CACAO if !USE_SYSTEM_CACAO cd cacao/cacao-$(CACAO_VERSION) ; \ ./configure \ - --prefix=$(abs_top_srcdir)/cacao/install \ + --prefix=$(abs_top_builddir)/cacao/install \ --with-java-runtime-library=openjdk \ - --with-java-runtime-library-prefix=$(abs_top_srcdir)/openjdk \ - --with-java-runtime-library-classes=$(abs_top_srcdir)/lib/rt \ + --with-java-runtime-library-prefix=$(abs_top_builddir)/openjdk \ + --with-java-runtime-library-classes=$(abs_top_builddir)/lib/rt \ --enable-jre-layout ; \ make install endif diff -r 98c884841679 Makefile.in --- a/Makefile.in Thu Jul 03 01:37:42 2008 +0200 +++ b/Makefile.in Thu Jul 03 16:02:26 2008 +0100 @@ -1492,10 +1492,10 @@ stamps/cacao.stamp: stamps/extract.stamp stamps/cacao.stamp: stamps/extract.stamp stamps/rt-class-files.stamp @USE_SYSTEM_CACAO_FALSE@ cd cacao/cacao-$(CACAO_VERSION) ; \ @USE_SYSTEM_CACAO_FALSE@ ./configure \ - at USE_SYSTEM_CACAO_FALSE@ --prefix=$(abs_top_srcdir)/cacao/install \ + at USE_SYSTEM_CACAO_FALSE@ --prefix=$(abs_top_builddir)/cacao/install \ @USE_SYSTEM_CACAO_FALSE@ --with-java-runtime-library=openjdk \ - at USE_SYSTEM_CACAO_FALSE@ --with-java-runtime-library-prefix=$(abs_top_srcdir)/openjdk \ - at USE_SYSTEM_CACAO_FALSE@ --with-java-runtime-library-classes=$(abs_top_srcdir)/lib/rt \ + at USE_SYSTEM_CACAO_FALSE@ --with-java-runtime-library-prefix=$(abs_top_builddir)/openjdk \ + at USE_SYSTEM_CACAO_FALSE@ --with-java-runtime-library-classes=$(abs_top_builddir)/lib/rt \ @USE_SYSTEM_CACAO_FALSE@ --enable-jre-layout ; \ @USE_SYSTEM_CACAO_FALSE@ make install mkdir -p stamps diff -r 98c884841679 acinclude.m4 --- a/acinclude.m4 Thu Jul 03 01:37:42 2008 +0200 +++ b/acinclude.m4 Thu Jul 03 16:02:26 2008 +0100 @@ -734,7 +734,7 @@ AC_DEFUN([AC_CHECK_WITH_CACAO_HOME], AM_CONDITIONAL(USE_SYSTEM_CACAO, true) ], [ - CACAO_IMPORT_PATH="\$(abs_top_srcdir)/cacao/install" + CACAO_IMPORT_PATH="\$(abs_top_builddir)/cacao/install" AM_CONDITIONAL(USE_SYSTEM_CACAO, false) ]) AC_MSG_RESULT(${CACAO_IMPORT_PATH}) diff -r 98c884841679 configure --- a/configure Thu Jul 03 01:37:42 2008 +0200 +++ b/configure Thu Jul 03 16:02:26 2008 +0100 @@ -8105,7 +8105,7 @@ fi else - CACAO_IMPORT_PATH="\$(abs_top_srcdir)/cacao/install" + CACAO_IMPORT_PATH="\$(abs_top_builddir)/cacao/install" if false; then USE_SYSTEM_CACAO_TRUE= USE_SYSTEM_CACAO_FALSE='#' From twisti at complang.tuwien.ac.at Thu Jul 3 08:43:28 2008 From: twisti at complang.tuwien.ac.at (Christian Thalinger) Date: Thu, 03 Jul 2008 17:43:28 +0200 Subject: FYI: Fix build paths In-Reply-To: <20080703152105.GA380@omega.dcs.shef.ac.uk> References: <20080703152105.GA380@omega.dcs.shef.ac.uk> Message-ID: <1215099808.22045.4.camel@cthalinger> On Thu, 2008-07-03 at 16:21 +0100, Andrew Hughes wrote: > It seems I'm the only one who uses an out-of-srcdir build... > because more things keep creeping in. I will change that. Thanks for fixing it. - twisti From fitzsim at redhat.com Thu Jul 3 16:17:11 2008 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Thu, 03 Jul 2008 19:17:11 -0400 Subject: LiveConnect and IcedTea 6 Message-ID: Hi, I've merged LiveConnect support from the IcedTea 7 branch to icedtea6 and fixed a few things. Now people will be able to build and experiment with IcedTeaPlugin.so much more easily. Here are instructions for Fedora 9 users: 1) yum install xulrunner-devel-unstable 2) ./configure --with-openjdk --enable-liveconnect 3) make 4) ln -sf `pwd`/openjdk/control/build/linux-i586/j2sdk-image/jre/lib/i386/IcedTeaPlugin.so ~/.mozilla/plugins 5) Browse to about:plugins and confirm that IcedTeaPlugin is listed The plugin is still unstable and should NOT be enabled in distribution packages. Tom From gk at spreadshirt.net Thu Jul 3 22:50:32 2008 From: gk at spreadshirt.net (=?ISO-8859-1?Q?Guido_K=E4mper?=) Date: Fri, 4 Jul 2008 07:50:32 +0200 Subject: IcedTea6 1.2 Released! In-Reply-To: <4857D87A.7070406@redhat.com> References: <483F0563.2080103@redhat.com> <17c6771e0805291317r512c6cc6xdd610f26013cb41c@mail.gmail.com> <1213705038.3156.11.camel@dijkstra.wildebeest.org> <4857D87A.7070406@redhat.com> Message-ID: <776D35B0-C8A7-4A02-9521-9730C622E25A@spreadshirt.net> Hi Anthony, I currently saw the message "IcedTea is served" on my screen, after a few installation problems. :-) Now I am looking forward to creating nice sound applications. Did you have some luck integrating the DSSI classes? If yes, did you implement it in a special branch and is it possible to access this implementation? thank you, Guido Am 17.06.2008 um 17:30 schrieb Anthony Green: > Mark Wielaard wrote: >> Hi Guido, >> >> On Tue, 2008-06-17 at 13:21 +0200, Guido K?mper wrote: >> >>> congratulations to the new version! >>> >> >> Thanks! >> >> >>> One question: The gnu classpath has a support for using DSSI >>> instruments in the sound libraries. Are there plans to include >>> this into the IcedTea platform - or is it already included? That >>> would be really cool:) >>> >> >> No it hasn't been integrated yet. All midi handling is currently >> being >> done through Gervill, a software synthesizer. This has as advantage >> (or >> disadvantage, depending on your view), that no direct integration >> with >> the native platform soft synths needs to be done. >> >> I have CCed Anthony Green, who originally wrote the DSSI backend >> for GNU >> Classpath, to see if he might be interested in porting it to IcedTea. >> Hi Anthony! :) >> > Hi Mark. The DSSI providers were written using JNI, so they should > be easy to port over to IcedTea. I'm happy to try. It will give me > something to do on my flight today. > > AG > sprd.net AG Karl-Heine-Stra?e 97 04229 Leipzig Germany Vorstand/Executive Board: Jana Eggers (Vorsitzende/CEO), Matthias Spie?, Andreas Schr?teler Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Lukasz Gadowski Handelsregister/Trade Register: Amtsgericht Leipzig, HRB 22478 Umsatzsteuer-IdentNummer/VAT-ID: DE 8138 7149 4 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080704/fcd7fb45/attachment.html From gk at spreadshirt.net Thu Jul 3 23:04:08 2008 From: gk at spreadshirt.net (=?ISO-8859-1?Q?Guido_K=E4mper?=) Date: Fri, 4 Jul 2008 08:04:08 +0200 Subject: IcedTea6 compilation problems In-Reply-To: <1214379855.5507.7.camel@dijkstra.wildebeest.org> References: <50163.91.65.81.227.1214374375.squirrel@mail.spreadomat.net> <1214379855.5507.7.camel@dijkstra.wildebeest.org> Message-ID: <42DDD69E-B464-496D-8927-4333413AC70C@spreadshirt.net> Thanks for all the hints, the solution was to not write the whole arguments list with a /bin/cat after the compile statement, but use the -@ option of jar. David Walluck had the idea, thanks! eg. less rt_jar_list | jar c0mf ......manifest.tmp ......rt-orig.jar -..further options -@ or jar c0mf .....manifest.tmp ......rt-orig.jar @rt_jar_list -..further options for details see man pages of jar command. Maybe the @File command should be included in the make files. cu, Guido Am 25.06.2008 um 09:44 schrieb Mark Wielaard: > Hi Guido, > > On Wed, 2008-06-25 at 08:12 +0200, Guido K??mper wrote: >> I tried to compile icedtea6 and ran into the following problem. Can >> someone give me a hint, how I can avoid the "Argument list too long" >> error? The best would be without recompiling the kernel :-) I am >> trying to >> compile it on an Ubuntu OS, installation of gcc 4.3.0 before was very >> smooth. > > Use a real shell like bash. Ubuntu seems to install some shell by > default (dash?) that has some limitations like the above. > > That said, we should have a configure script to detect what jar > utility > is installed and/or what the command line argument length is and do > the > right thing of course. > > Cheers, > > Mark > sprd.net AG Karl-Heine-Stra?e 97 04229 Leipzig Germany Vorstand/Executive Board: Jana Eggers (Vorsitzende/CEO), Matthias Spie?, Andreas Schr?teler Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Lukasz Gadowski Handelsregister/Trade Register: Amtsgericht Leipzig, HRB 22478 Umsatzsteuer-IdentNummer/VAT-ID: DE 8138 7149 4 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080704/cfed4982/attachment.html From doko at ubuntu.com Fri Jul 4 00:59:52 2008 From: doko at ubuntu.com (Matthias Klose) Date: Fri, 04 Jul 2008 09:59:52 +0200 Subject: IcedTea6 compilation problems In-Reply-To: <1214379855.5507.7.camel@dijkstra.wildebeest.org> References: <50163.91.65.81.227.1214374375.squirrel@mail.spreadomat.net> <1214379855.5507.7.camel@dijkstra.wildebeest.org> Message-ID: <486DD878.6040708@ubuntu.com> Mark Wielaard schrieb: > Hi Guido, > > On Wed, 2008-06-25 at 08:12 +0200, Guido K??mper wrote: >> I tried to compile icedtea6 and ran into the following problem. Can >> someone give me a hint, how I can avoid the "Argument list too long" >> error? The best would be without recompiling the kernel :-) I am trying to >> compile it on an Ubuntu OS, installation of gcc 4.3.0 before was very >> smooth. > > Use a real shell like bash. Ubuntu seems to install some shell by > default (dash?) that has some limitations like the above. it's a POSIX shell. On the other hand Ubuntu's gjar has the @ option available. Maybe we could just conditionalize applying this patch? Matthias From gnu_andrew at member.fsf.org Mon Jul 7 03:34:58 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 7 Jul 2008 11:34:58 +0100 Subject: A Cry For Sanity In-Reply-To: <17c6771e0806260356t798ceaa7jdc7df61e57f2ad84@mail.gmail.com> References: <17c6771e0806251529pf786b16o13a7c931ef952c1e@mail.gmail.com> <486362CB.9020009@redhat.com> <17c6771e0806260242v6eb22102vfe1a72c1fdade842@mail.gmail.com> <486367E1.6070902@redhat.com> <17c6771e0806260308n659e3435o5b1b1cdb1fddf000@mail.gmail.com> <486373B2.8000401@redhat.com> <17c6771e0806260356t798ceaa7jdc7df61e57f2ad84@mail.gmail.com> Message-ID: <17c6771e0807070334habc6ce2o6148466311a871d2@mail.gmail.com> 2008/6/26 Andrew John Hughes : > 2008/6/26 Andrew Haley : >> Andrew John Hughes wrote: >>> 2008/6/26 Andrew Haley : >>>> Andrew John Hughes wrote: >>>>> 2008/6/26 Andrew Haley : >>>>>> Andrew John Hughes wrote: >>>>>>> Is there a particular reason we keep generated files (configure, >>>>>>> aclocal.m4, Makefile.in) in the repository? I ideally like to remove >>>>>>> them for the following reasons: >>>>>> It's much easier for a person who just wants to download and build >>>>>> not to have to regenerate the auto* scripts. autotools are notoriously >>>>>> sensitive to having the exact versions installed. If we check in the >>>>>> generated scripts they do not have to run auto* locally. It's about >>>>>> lowering the barrier to entry: if we don't check in the generated >>>>>> scripts it'll be much harder for people to get started. >>>>>> >>>>> It's this sensitivity that also swings it the other way from me; I've >>>>> had to be selective >>>>> on which systems I alter IcedTea to avoid drastically changing the autogenerated >>>>> files due to version changes in the autotools. >>>> So what? As long as the files still work that doesn't matter. No-one >>>> needs to look at the diffs between autogenerated files. >>> >>> But they became a problem when the real diffs are obscured and we don't have >>> any other form of patch announcement than Mercurial commit messages. >> >> That's a fair point. We are not handling patch mailings well. >> >>>>> As for people getting started, hacking on IcedTea pretty much >>>>> requires having the autotools as most of the changes are to >>>>> Makefile.am and configure.ac. If you're just talking about >>>>> building, then that's why we have releases. >> >>>> That's a bad attitude problem: the source tree is for us developers, >>>> and mere mortals get to use the releases we've handed down from >>>> Mount Olympus. >> >>> I'm not going to anything like that extreme. I'm merely pointing >>> out that someone choosing to go to the extra length of downloading >>> the code using a version-control tool and who is prepared to work >>> with the 'bleeding-edge' would probably expect a little more trouble >>> in doing so. In the process, they would learn the skills needed to >>> contribute to the project itself. In contrast, we spend a lot of >>> time perfecting a release as much as possible to ensure that there >>> is as little trouble as possible. >> >> Maybe. That does sound to me like the "it's hard for us to develop, >> so it doesn't matter if it's hard for people to build too." >> > > The intention was to make the common case the easiest, and the other cases > easy enough :) > >>> This isn't about segregating users, but about making things easier >>> for the majority using a particular method of source code >>> distribution. For a release, I believe this is end users and >>> distros who want to build the code with as little trouble as >>> possible. With the code in the VCS, this is the developers and >>> prospective developers. >> >> OK, I'll give you this: if the *majority* of people who use Mercurial >> are those who have to regenerate and check in the results, then the >> generated scripts should go. >> > > I believe that the majority by far are people actively hammering those > two files in the IcedTea repository rather than the 'common builder' who > just wants to download and try the latest and greatest. We have very > little overhead in producing a release, so producing these regularly > and keeping the tree free of generated autotools files seems the best > option. > > IcedTea is a fairly unique project. Not many projects effectively result > in two files getting changed by just about each and every patch. I think > this is also the cause of some VCS issues we have, but not all. > >> Andrew. >> >> > > > > -- > Andrew :-) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > [Trying again as the removed generated files are so big the patch is too big for the mailing list] So shall I commit this? 2008-07-07 Andrew John Hughes * ChangeLog: Fix typos. * Makefile.in, * configure, * aclocal.m4: Removed. -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From doko at ubuntu.com Mon Jul 7 03:41:40 2008 From: doko at ubuntu.com (Matthias Klose) Date: Mon, 07 Jul 2008 12:41:40 +0200 Subject: building the zero port on anything else than powerpc? Message-ID: <4871F2E4.4060505@ubuntu.com> Trying to build icedtea6 on arm-linuxeabi and ia64-linux using gcj-4.3 as the stage1 compiler, I'm getting errors in the stage2 build (using the existing fedora packages as stage1 leads to the same error). With an up to date icedtea checkout I see the error shown in zero-log1.txt, applying the float and double diffs found in patches/icedtea-ecj.patch to the openjdk directory as well (see float-double.diff), the build continues further until I see the very same exception in a call to javah (zero-log2.txt). Maybe this is a platform error (as zero seems to build at least on ia64 on Fedora). Do others see these failures as well, or where does the zero port succeed to build? Matthias -------------- next part -------------- A non-text attachment was scrubbed... Name: float-double.diff Type: text/x-diff Size: 2391 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080707/e91245f2/float-double.diff -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: zero-log1.txt Url: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080707/e91245f2/zero-log1.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: zero-log2.txt Url: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080707/e91245f2/zero-log2.txt From twisti at complang.tuwien.ac.at Mon Jul 7 04:06:22 2008 From: twisti at complang.tuwien.ac.at (Christian Thalinger) Date: Mon, 07 Jul 2008 13:06:22 +0200 Subject: building the zero port on anything else than powerpc? In-Reply-To: <4871F2E4.4060505@ubuntu.com> References: <4871F2E4.4060505@ubuntu.com> Message-ID: <1215428782.10371.36.camel@cthalinger> On Mon, 2008-07-07 at 12:41 +0200, Matthias Klose wrote: > An exception has occurred in the compiler (1.6.0-internal). Please > file a bug at the Java Developer Connection > (http://java.sun.com/webapps/bugreport) after checking the Bug Parade > for duplicates. Include your program and the following diagnostic in > your report. Thank you. > java.lang.IllegalArgumentException: disparate values I know that one very well from different architectures, e.g. Alpha. Patching the MIN/MAX values does not fix this bug, ?because the represented floating point values keep the same, but just helps ECJ to actually being able to compile the source files. Getting this exception normally means there is somewhere a bug in the floating point code, as these values are corner cases. But sometimes, as in my Alpha situation, the bug is not in the VM but in the Linux kernel and I can't fix it :-( - twisti From gnu_andrew at member.fsf.org Mon Jul 7 03:21:26 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 7 Jul 2008 11:21:26 +0100 Subject: A Cry For Sanity In-Reply-To: <17c6771e0806260356t798ceaa7jdc7df61e57f2ad84@mail.gmail.com> References: <17c6771e0806251529pf786b16o13a7c931ef952c1e@mail.gmail.com> <486362CB.9020009@redhat.com> <17c6771e0806260242v6eb22102vfe1a72c1fdade842@mail.gmail.com> <486367E1.6070902@redhat.com> <17c6771e0806260308n659e3435o5b1b1cdb1fddf000@mail.gmail.com> <486373B2.8000401@redhat.com> <17c6771e0806260356t798ceaa7jdc7df61e57f2ad84@mail.gmail.com> Message-ID: <17c6771e0807070321r5edb115et5d91ec5906e758ad@mail.gmail.com> 2008/6/26 Andrew John Hughes : > 2008/6/26 Andrew Haley : >> Andrew John Hughes wrote: >>> 2008/6/26 Andrew Haley : >>>> Andrew John Hughes wrote: >>>>> 2008/6/26 Andrew Haley : >>>>>> Andrew John Hughes wrote: >>>>>>> Is there a particular reason we keep generated files (configure, >>>>>>> aclocal.m4, Makefile.in) in the repository? I ideally like to remove >>>>>>> them for the following reasons: >>>>>> It's much easier for a person who just wants to download and build >>>>>> not to have to regenerate the auto* scripts. autotools are notoriously >>>>>> sensitive to having the exact versions installed. If we check in the >>>>>> generated scripts they do not have to run auto* locally. It's about >>>>>> lowering the barrier to entry: if we don't check in the generated >>>>>> scripts it'll be much harder for people to get started. >>>>>> >>>>> It's this sensitivity that also swings it the other way from me; I've >>>>> had to be selective >>>>> on which systems I alter IcedTea to avoid drastically changing the autogenerated >>>>> files due to version changes in the autotools. >>>> So what? As long as the files still work that doesn't matter. No-one >>>> needs to look at the diffs between autogenerated files. >>> >>> But they became a problem when the real diffs are obscured and we don't have >>> any other form of patch announcement than Mercurial commit messages. >> >> That's a fair point. We are not handling patch mailings well. >> >>>>> As for people getting started, hacking on IcedTea pretty much >>>>> requires having the autotools as most of the changes are to >>>>> Makefile.am and configure.ac. If you're just talking about >>>>> building, then that's why we have releases. >> >>>> That's a bad attitude problem: the source tree is for us developers, >>>> and mere mortals get to use the releases we've handed down from >>>> Mount Olympus. >> >>> I'm not going to anything like that extreme. I'm merely pointing >>> out that someone choosing to go to the extra length of downloading >>> the code using a version-control tool and who is prepared to work >>> with the 'bleeding-edge' would probably expect a little more trouble >>> in doing so. In the process, they would learn the skills needed to >>> contribute to the project itself. In contrast, we spend a lot of >>> time perfecting a release as much as possible to ensure that there >>> is as little trouble as possible. >> >> Maybe. That does sound to me like the "it's hard for us to develop, >> so it doesn't matter if it's hard for people to build too." >> > > The intention was to make the common case the easiest, and the other cases > easy enough :) > >>> This isn't about segregating users, but about making things easier >>> for the majority using a particular method of source code >>> distribution. For a release, I believe this is end users and >>> distros who want to build the code with as little trouble as >>> possible. With the code in the VCS, this is the developers and >>> prospective developers. >> >> OK, I'll give you this: if the *majority* of people who use Mercurial >> are those who have to regenerate and check in the results, then the >> generated scripts should go. >> > > I believe that the majority by far are people actively hammering those > two files in the IcedTea repository rather than the 'common builder' who > just wants to download and try the latest and greatest. We have very > little overhead in producing a release, so producing these regularly > and keeping the tree free of generated autotools files seems the best > option. > > IcedTea is a fairly unique project. Not many projects effectively result > in two files getting changed by just about each and every patch. I think > this is also the cause of some VCS issues we have, but not all. > >> Andrew. >> >> > > > > -- > Andrew :-) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > So shall I commit this? 2008-07-07 Andrew John Hughes * ChangeLog: Fix typos. * Makefile.in, * configure, * aclocal.m4: Removed. -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 -------------- next part -------------- A non-text attachment was scrubbed... Name: sanity_fix.diff Type: text/x-patch Size: 514188 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080707/531a77b9/sanity_fix.diff From doko at ubuntu.com Mon Jul 7 06:32:12 2008 From: doko at ubuntu.com (Matthias Klose) Date: Mon, 07 Jul 2008 15:32:12 +0200 Subject: icedtea-6 builds based on cacao on armel and powerpc Message-ID: <48721ADC.3090202@ubuntu.com> Trying to build current icedtea6 with --enable-cacao; at least on arm-linuxeabi as setup by Debian, I had to configure with --enable-softfloat; the powerpc build succeeds. hangs in the mauve testsuite, the jtreg results can be found at http://people.ubuntu.com/~doko/tmp/jtreg-cacao-powerpc.txt the armel build fails: http://people.ubuntu.com/~doko/tmp/cacao-armel-build.log Matthias From twisti at complang.tuwien.ac.at Mon Jul 7 06:52:53 2008 From: twisti at complang.tuwien.ac.at (Christian Thalinger) Date: Mon, 07 Jul 2008 15:52:53 +0200 Subject: icedtea-6 builds based on cacao on armel and powerpc In-Reply-To: <48721ADC.3090202@ubuntu.com> References: <48721ADC.3090202@ubuntu.com> Message-ID: <1215438773.10371.59.camel@cthalinger> On Mon, 2008-07-07 at 15:32 +0200, Matthias Klose wrote: > Trying to build current icedtea6 with --enable-cacao; at least on arm-linuxeabi > as setup by Debian, I had to configure with --enable-softfloat; the powerpc > build succeeds. hangs in the mauve testsuite, the jtreg results can be found at > http://people.ubuntu.com/~doko/tmp/jtreg-cacao-powerpc.txt That hangs may be fixed with the next release, which I'm currently preparing. I will try that myself. > the armel build fails: http://people.ubuntu.com/~doko/tmp/cacao-armel-build.log That may be a real CACAO bug (JIT bug) or a cache issue (I have seen too much of these recently on ARM). We should try to debug this. - twisti From twisti at complang.tuwien.ac.at Tue Jul 8 06:52:20 2008 From: twisti at complang.tuwien.ac.at (Christian Thalinger) Date: Tue, 08 Jul 2008 15:52:20 +0200 Subject: CACAO 0.99.2 released. Message-ID: <1215525140.4030.18.camel@cthalinger> CACAO 0.99.2 released. This is a bug-fix release. Here is a short list of the most important changes: * Rewrite of atomic instructions code. This fixes problems with AWT/Swing programs with OpenJDK. * Fixed PR83, PR89. CACAO uses GNU Classpath as default Java runtime library and supports upstream releases or CVS snapshots. This release requires GNU Classpath 0.96 or higher to build and was tested against GNU Classpath 0.97.2 on a number of various platforms. CACAO's ./configure has some options for Java runtime configuration, namely: --with-java-runtime-library= --with-java-runtime-library-prefix= --with-java-runtime-library-classes= --with-java-runtime-library-libdir= For detailed information, use ./configure --help. Currently supported JIT compiler architectures are: * alpha * arm * i386 * m68k (broken) * mips * powerpc * powerpc64 * s390 * sparc64 * x86_64 Information about working applications and some screenshots can be found on http://www.cacaovm.org/. The CACAO wiki can be found here: http://c1.complang.tuwien.ac.at/cacaowiki/ The CACAO mailing lists can be found here: http://c1.complang.tuwien.ac.at/mailman/listinfo/ Nightly test runs with CACAO Mercurial tip, GNU Classpath CVS head and Mauve CVS head can be found on http://www.complang.tuwien.ac.at/cacaojvm/jvmtester/. CACAO 0.99.2 can be downloaded from http://www.complang.tuwien.ac.at/cacaojvm/download/cacao-0.99.2/ File : cacao-0.99.2.tar.gz md5sum : a2865f47535f6dc3def268c0055ff20a sha1sum: 2985f77415038d26a8e56bf0046ab8dae79a88da File : cacao-0.99.2.tar.bz2 md5sum : 912e353a26c88ba5f5f59ebb9f688e2f sha1sum: 9b1f25bff55c95d3c6ffef576a2d35a799c2d521 Enjoy! CACAOVM - Verein zur Foerderung der freien virtuellen Maschine CACAO cacao at cacaovm.org From gbenson at redhat.com Tue Jul 8 11:52:41 2008 From: gbenson at redhat.com (Gary Benson) Date: Tue, 8 Jul 2008 14:52:41 -0400 Subject: building the zero port on anything else than powerpc? In-Reply-To: <4871F2E4.4060505@ubuntu.com> References: <4871F2E4.4060505@ubuntu.com> Message-ID: <20080708185241.GD10748@devserv.devel.redhat.com> Can you give me access to a machine that's showing this? I'd like to have a little look... Cheers, Gary Matthias Klose wrote: > Trying to build icedtea6 on arm-linuxeabi and ia64-linux using > gcj-4.3 as the stage1 compiler, I'm getting errors in the stage2 > build (using the existing fedora packages as stage1 leads to the > same error). > > With an up to date icedtea checkout I see the error shown in > zero-log1.txt, applying the float and double diffs found in > patches/icedtea-ecj.patch to the openjdk directory as well (see > float-double.diff), the build continues further until I see the very > same exception in a call to javah (zero-log2.txt). > > Maybe this is a platform error (as zero seems to build at least on > ia64 on Fedora). Do others see these failures as well, or where does > the zero port succeed to build? > > Matthias -- http://gbenson.net/ From aph at redhat.com Tue Jul 8 13:30:25 2008 From: aph at redhat.com (Andrew Haley) Date: Tue, 08 Jul 2008 21:30:25 +0100 Subject: building the zero port on anything else than powerpc? In-Reply-To: <1215428782.10371.36.camel@cthalinger> References: <4871F2E4.4060505@ubuntu.com> <1215428782.10371.36.camel@cthalinger> Message-ID: <4873CE61.6080907@redhat.com> Christian Thalinger wrote: > On Mon, 2008-07-07 at 12:41 +0200, Matthias Klose wrote: >> An exception has occurred in the compiler (1.6.0-internal). Please >> file a bug at the Java Developer Connection >> (http://java.sun.com/webapps/bugreport) after checking the Bug Parade >> for duplicates. Include your program and the following diagnostic in >> your report. Thank you. >> java.lang.IllegalArgumentException: disparate values > > I know that one very well from different architectures, e.g. Alpha. > Patching the MIN/MAX values does not fix this bug, ?because the > represented floating point values keep the same, but just helps ECJ to > actually being able to compile the source files. Yeah. IMO we shouldn't patch the ARM build in this way, we should fix the underlying bug. Andrew. From gnu_andrew at member.fsf.org Tue Jul 8 14:39:00 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Tue, 8 Jul 2008 22:39:00 +0100 Subject: CACAO 0.99.2 released. In-Reply-To: <1215525140.4030.18.camel@cthalinger> References: <1215525140.4030.18.camel@cthalinger> Message-ID: <17c6771e0807081439m4080278cy5ca41793d2f18801@mail.gmail.com> On 08/07/2008, Christian Thalinger wrote: > CACAO 0.99.2 released. > > This is a bug-fix release. Here is a short list of the most important > changes: > > * Rewrite of atomic instructions code. This fixes problems with > AWT/Swing programs with OpenJDK. > * Fixed PR83, PR89. > > CACAO uses GNU Classpath as default Java runtime library and supports > upstream releases or CVS snapshots. This release requires GNU > Classpath 0.96 or higher to build and was tested against GNU Classpath > 0.97.2 on a number of various platforms. > > CACAO's ./configure has some options for Java runtime configuration, > namely: > > --with-java-runtime-library= > --with-java-runtime-library-prefix= > --with-java-runtime-library-classes= > --with-java-runtime-library-libdir= > > For detailed information, use ./configure --help. > > Currently supported JIT compiler architectures are: > > * alpha > * arm > * i386 > * m68k (broken) > * mips > * powerpc > * powerpc64 > * s390 > * sparc64 > * x86_64 > > Information about working applications and some screenshots can be > found on http://www.cacaovm.org/. > > The CACAO wiki can be found here: > http://c1.complang.tuwien.ac.at/cacaowiki/ > > The CACAO mailing lists can be found here: > http://c1.complang.tuwien.ac.at/mailman/listinfo/ > > Nightly test runs with CACAO Mercurial tip, GNU Classpath CVS head and > Mauve CVS head can be found on > http://www.complang.tuwien.ac.at/cacaojvm/jvmtester/. > > CACAO 0.99.2 can be downloaded from > http://www.complang.tuwien.ac.at/cacaojvm/download/cacao-0.99.2/ > > File : cacao-0.99.2.tar.gz > md5sum : a2865f47535f6dc3def268c0055ff20a > sha1sum: 2985f77415038d26a8e56bf0046ab8dae79a88da > > File : cacao-0.99.2.tar.bz2 > md5sum : 912e353a26c88ba5f5f59ebb9f688e2f > sha1sum: 9b1f25bff55c95d3c6ffef576a2d35a799c2d521 > > Enjoy! > > CACAOVM - Verein zur Foerderung der freien virtuellen Maschine CACAO > cacao at cacaovm.org > > Congratulations on the release! -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From David.Herron at Sun.COM Tue Jul 8 15:18:57 2008 From: David.Herron at Sun.COM (David Herron) Date: Tue, 08 Jul 2008 15:18:57 -0700 Subject: [Fwd: DLJ bundles for 5.0u16 and 6u7 have been posted on jdk-distros.dev.java.net] Message-ID: <4873E7D1.2090802@sun.com> FYI -------------- next part -------------- An embedded message was scrubbed... From: David Herron Subject: DLJ bundles for 5.0u16 and 6u7 have been posted on jdk-distros.dev.java.net Date: Tue, 08 Jul 2008 15:15:07 -0700 Size: 5382 Url: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080708/e9fd6941/attachment.nws From mark at klomp.org Wed Jul 9 05:42:22 2008 From: mark at klomp.org (Mark Wielaard) Date: Wed, 09 Jul 2008 14:42:22 +0200 Subject: [Fwd: DLJ bundles for 5.0u16 and 6u7 have been posted on jdk-distros.dev.java.net] In-Reply-To: <4873E7D1.2090802@sun.com> References: <4873E7D1.2090802@sun.com> Message-ID: <1215607342.21015.3.camel@dijkstra.wildebeest.org> Hi David, This mentions: 6u7: http://java.sun.com/javase/6/webnotes/ReleaseNotes.html This release contains fixes for one or more security vulnerabilities. For more information, please see Sun Alerts 238687, 238628, 238965, 238966, 238967, 238968, and 238905. So I looked at a couple of these through http://blogs.sun.com/security/ and it seems this could also affect openjdk6, icedtea, gcjwebplugin, netx, etc. Is there any more details available so we can double check and hopefully patch the affected products? Thanks, Mark From langel at redhat.com Wed Jul 9 05:45:49 2008 From: langel at redhat.com (Lillian Angel) Date: Wed, 09 Jul 2008 08:45:49 -0400 Subject: [Fwd: DLJ bundles for 5.0u16 and 6u7 have been posted on jdk-distros.dev.java.net] In-Reply-To: <1215607342.21015.3.camel@dijkstra.wildebeest.org> References: <4873E7D1.2090802@sun.com> <1215607342.21015.3.camel@dijkstra.wildebeest.org> Message-ID: <4874B2FD.9030803@redhat.com> Mark Wielaard wrote: > Hi David, > > This mentions: > 6u7: http://java.sun.com/javase/6/webnotes/ReleaseNotes.html > > This release contains fixes for one or more security vulnerabilities. > For more information, please see Sun Alerts 238687, 238628, 238965, > 238966, 238967, 238968, and 238905. > > So I looked at a couple of these through http://blogs.sun.com/security/ > and it seems this could also affect openjdk6, icedtea, gcjwebplugin, > netx, etc. Is there any more details available so we can double check > and hopefully patch the affected products? All security patches applicable to OpenJDK have been (or are being) applied to IcedTea/IcedTea6, as well as the OpenJDK packages in Fedora. Lillian From langel at redhat.com Wed Jul 9 05:54:27 2008 From: langel at redhat.com (Lillian Angel) Date: Wed, 09 Jul 2008 12:54:27 +0000 Subject: changeset in /hg/icedtea: 2008-07-08 Lillian Angel changeset c7ade552e5cc in /hg/icedtea details: http://icedtea.classpath.org/hg/icedtea?cmd=changeset;node=c7ade552e5cc description: 2008-07-08 Lillian Angel * patches/icedtea-security-updates.patch: New patch containing security updates from Sun. * Makefile.am: Added patch. * Makefile.in: Regenerated. diffstat: 5 files changed, 959 insertions(+), 4 deletions(-) ChangeLog | 7 HACKING | 1 Makefile.am | 3 Makefile.in | 6 patches/icedtea-security-updates.patch | 946 ++++++++++++++++++++++++++++++++ diffs (truncated from 1018 to 500 lines): diff -r 6afbe722b697 -r c7ade552e5cc ChangeLog --- a/ChangeLog Tue Jul 08 22:18:23 2008 +0100 +++ b/ChangeLog Wed Jul 09 08:54:22 2008 -0400 @@ -1,3 +1,10 @@ 2008-07-08 Andrew John Hughes + + * patches/icedtea-security-updates.patch: New patch containing + security updates from Sun. + * Makefile.am: Added patch. + * Makefile.in: Regenerated. + 2008-07-08 Andrew John Hughes * patches/icedtea-zero-build.patch: diff -r 6afbe722b697 -r c7ade552e5cc HACKING --- a/HACKING Tue Jul 08 22:18:23 2008 +0100 +++ b/HACKING Wed Jul 09 08:54:22 2008 -0400 @@ -40,6 +40,7 @@ The following patches are currently appl * icedtea-override-redirect-metacity.patch: Enable override redirect for Metacity window manager. * icedtea-lsb-release.patch: Generate Debian LSB file. * icedtea-rmi_amd64.patch: Build RMI binaries on all platforms not just 32-bit ones. +* icedtea-security-updates.patch: OpenJDK security patches from Sun. * icedtea-sparc.patch: Add support for GNU/Linux on SPARC (version in IcedTea includes only minimal build changes). * icedtea-sparc64-linux.patch: Fixes needed to build the SPARC port on 32-bit SPARC as used by Fedora. * icedtea-sparc-ptracefix.patch: Avoid importing asm-sparc/ptrace.h by including pt_regs directly. diff -r 6afbe722b697 -r c7ade552e5cc Makefile.am --- a/Makefile.am Tue Jul 08 22:18:23 2008 +0100 +++ b/Makefile.am Wed Jul 09 08:54:22 2008 -0400 @@ -211,7 +211,7 @@ dist-openjdk: fi; \ fi hg fclone -r jdk7-$(OPENJDK_VERSION) $(OPENJDK_URL) openjdk-dist/openjdk - find -name \\.hg* | xargs rm -rf + find openjdk-dist/ -name \\.hg* | xargs rm -rf cd openjdk-dist && $(ZIP) -r openjdk-$(OPENJDK_VERSION) openjdk/ mv openjdk-dist/openjdk-$(OPENJDK_VERSION).zip . rm -rf openjdk-dist @@ -348,6 +348,7 @@ ICEDTEA_PATCHES = \ patches/icedtea-jscheme.patch \ $(GCC_PATCH) \ $(DISTRIBUTION_PATCHES) \ + patches/icedtea-security-updates.patch \ patches/icedtea-override.patch if WITH_CACAO diff -r 6afbe722b697 -r c7ade552e5cc Makefile.in --- a/Makefile.in Tue Jul 08 22:18:23 2008 +0100 +++ b/Makefile.in Wed Jul 09 08:54:22 2008 -0400 @@ -427,8 +427,8 @@ ICEDTEA_PATCHES = patches/icedtea-copy-p patches/icedtea-override-redirect-metacity.patch \ $(ZERO_PATCHES_COND) patches/icedtea-no-bcopy.patch \ patches/icedtea-jscheme.patch $(GCC_PATCH) \ - $(DISTRIBUTION_PATCHES) patches/icedtea-override.patch \ - $(am__append_7) + $(DISTRIBUTION_PATCHES) patches/icedtea-security-updates.patch \ + patches/icedtea-override.patch $(am__append_7) # Patch OpenJDK for plug replacements and ecj. ICEDTEA_ECJ_PATCH = $(srcdir)/patches/icedtea-ecj.patch @@ -819,7 +819,7 @@ dist-openjdk: fi; \ fi hg fclone -r jdk7-$(OPENJDK_VERSION) $(OPENJDK_URL) openjdk-dist/openjdk - find -name \\.hg* | xargs rm -rf + find openjdk-dist/ -name \\.hg* | xargs rm -rf cd openjdk-dist && $(ZIP) -r openjdk-$(OPENJDK_VERSION) openjdk/ mv openjdk-dist/openjdk-$(OPENJDK_VERSION).zip . rm -rf openjdk-dist diff -r 6afbe722b697 -r c7ade552e5cc patches/icedtea-security-updates.patch --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/patches/icedtea-security-updates.patch Wed Jul 09 08:54:22 2008 -0400 @@ -0,0 +1,946 @@ +--- /dev/null Mon Jun 2 08:53:52 2008 ++++ openjdk/jdk/src/share/classes/sun/management/jmxremote/LocalRMIServerSocketFactory.java Mon Jun 2 08:53:51 2008 +@@ -0,0 +1,110 @@ ++/* ++ * Copyright 2007 Sun Microsystems, Inc. All Rights Reserved. ++ * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. ++ * ++ * This code is free software; you can redistribute it and/or modify it ++ * under the terms of the GNU General Public License version 2 only, as ++ * published by the Free Software Foundation. Sun designates this ++ * particular file as subject to the "Classpath" exception as provided ++ * by Sun in the LICENSE file that accompanied this code. ++ * ++ * This code is distributed in the hope that it will be useful, but WITHOUT ++ * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or ++ * FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License ++ * version 2 for more details (a copy is included in the LICENSE file that ++ * accompanied this code). ++ * ++ * You should have received a copy of the GNU General Public License version ++ * 2 along with this work; if not, write to the Free Software Foundation, ++ * Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA. ++ * ++ * Please contact Sun Microsystems, Inc., 4150 Network Circle, Santa Clara, ++ * CA 95054 USA or visit www.sun.com if you need additional information or ++ * have any questions. ++ */ ++ ++package sun.management.jmxremote; ++ ++import java.io.IOException; ++import java.net.InetAddress; ++import java.net.NetworkInterface; ++import java.net.ServerSocket; ++import java.net.Socket; ++import java.net.SocketException; ++import java.rmi.server.RMIServerSocketFactory; ++import java.util.Enumeration; ++ ++/** ++ * This RMI server socket factory creates server sockets that ++ * will only accept connection requests from clients running ++ * on the host where the RMI remote objects have been exported. ++ */ ++public final class LocalRMIServerSocketFactory implements RMIServerSocketFactory { ++ /** ++ * Creates a server socket that only accepts connection requests from ++ * clients running on the host where the RMI remote objects have been ++ * exported. ++ */ ++ public ServerSocket createServerSocket(int port) throws IOException { ++ return new ServerSocket(port) { ++ @Override ++ public Socket accept() throws IOException { ++ Socket socket = super.accept(); ++ InetAddress remoteAddr = socket.getInetAddress(); ++ final String msg = "The server sockets created using the " + ++ "LocalRMIServerSocketFactory only accept connections " + ++ "from clients running on the host where the RMI " + ++ "remote objects have been exported."; ++ // Retrieve all the network interfaces on this host. ++ Enumeration nis; ++ try { ++ nis = NetworkInterface.getNetworkInterfaces(); ++ } catch (SocketException e) { ++ try { ++ socket.close(); ++ } catch (IOException ioe) { ++ // Ignore... ++ } ++ throw new IOException(msg, e); ++ } ++ // Walk through the network interfaces to see ++ // if any of them matches the client's address. ++ // If true, then the client's address is local. ++ while (nis.hasMoreElements()) { ++ NetworkInterface ni = nis.nextElement(); ++ Enumeration addrs = ni.getInetAddresses(); ++ while (addrs.hasMoreElements()) { ++ InetAddress localAddr = addrs.nextElement(); ++ if (localAddr.equals(remoteAddr)) { ++ return socket; ++ } ++ } ++ } ++ // The client's address is remote so refuse the connection. ++ try { ++ socket.close(); ++ } catch (IOException ioe) { ++ // Ignore... ++ } ++ throw new IOException(msg); ++ } ++ }; ++ } ++ ++ /** ++ * Two LocalRMIServerSocketFactory objects ++ * are equal if they are of the same type. ++ */ ++ @Override ++ public boolean equals(Object obj) { ++ return (obj instanceof LocalRMIServerSocketFactory); ++ } ++ ++ /** ++ * Returns a hash code value for this LocalRMIServerSocketFactory. ++ */ ++ @Override ++ public int hashCode() { ++ return getClass().hashCode(); ++ } ++} +--- old/src/share/lib/management/management.properties Mon Jun 2 08:53:52 2008 ++++ openjdk/jdk/src/share/lib/management/management.properties Mon Jun 2 08:53:52 2008 +@@ -82,7 +82,7 @@ + # + # com.sun.management.snmp.interface= + # Specifies the local interface on which the SNMP agent will bind. +-# This is usefull when running on machines which have several ++# This is useful when running on machines which have several + # interfaces defined. It makes it possible to listen to a specific + # subnet accessible through that interface. + # Default for this property is "localhost". +@@ -144,6 +144,26 @@ + # + + # ++# ########## RMI connector settings for local management ########## ++# ++# com.sun.management.jmxremote.local.only=true|false ++# Default for this property is true. (Case for true/false ignored) ++# If this property is specified as true then the local JMX RMI connector ++# server will only accept connection requests from clients running on ++# the host where the out-of-the-box JMX management agent is running. ++# In order to ensure backwards compatibility this property could be ++# set to false. However, deploying the local management agent in this ++# way is discouraged because the local JMX RMI connector server will ++# accept connection requests from any client either local or remote. ++# For remote management the remote JMX RMI connector server should ++# be used instead with authentication and SSL/TLS encryption enabled. ++# ++ ++# For allowing the local management agent accept local ++# and remote connection requests use the following line ++# com.sun.management.jmxremote.local.only=false ++ ++# + # ###################### RMI SSL ############################# + # + # com.sun.management.jmxremote.ssl=true|false +No differences encountered +--- old/src/share/classes/com/sun/org/apache/xerces/internal/impl/XMLDocumentScannerImpl.java Fri May 30 16:49:25 2008 ++++ openjdk/jaxp/src/share/classes/com/sun/org/apache/xerces/internal/impl/XMLDocumentScannerImpl.java Fri May 30 16:49:25 2008 +@@ -185,9 +188,6 @@ + /** Load external DTD. */ + protected boolean fLoadExternalDTD = true; + +- /** Disallow doctype declaration. */ +- protected boolean fDisallowDoctype = false; +- + // state + + /** Seen doctype declaration. */ +@@ -227,8 +227,8 @@ + /** String. */ + private XMLString fString = new XMLString(); + +- public static final char [] DOCTYPE = {'D','O','C','T','Y','P','E'}; +- public static final char [] COMMENTSTRING = {'-','-'}; ++ private static final char [] DOCTYPE = {'D','O','C','T','Y','P','E'}; ++ private static final char [] COMMENTSTRING = {'-','-'}; + + // + // Constructors +@@ -708,6 +708,12 @@ + // + // Private methods + // ++ /** Set the scanner state after scanning DTD */ ++ protected void setEndDTDScanState() { ++ setScannerState(SCANNER_STATE_PROLOG); ++ setDriver(fPrologDriver); ++ fEntityManager.setEntityHandler(XMLDocumentScannerImpl.this); ++ } + + /** Returns the scanner state name. */ + protected String getScannerStateName(int state) { +@@ -930,19 +936,21 @@ + reportFatalError("AlreadySeenDoctype", null); + } + fSeenDoctypeDecl = true; +- if(fDTDDriver == null){ +- fDTDDriver = new DTDDriver(); +- } + + // scanDoctypeDecl() sends XNI doctypeDecl event that + // in SAX is converted to startDTD() event. + if (scanDoctypeDecl(fDisallowDoctype)) { ++ //allow parsing of entity decls to continue in order to stay well-formed + setScannerState(SCANNER_STATE_DTD_INTERNAL_DECLS); + fSeenInternalSubset = true; ++ if(fDTDDriver == null){ ++ fDTDDriver = new DTDDriver(); ++ } + setDriver(fContentDriver); +- int dtdEvent = fDTDDriver.next(); ++ //always return DTD event, the event however, will not contain any entities ++ return fDTDDriver.next(); + // If no DTD support, ignore and continue parsing +- return fDisallowDoctype ? next() : dtdEvent; ++ //return fDisallowDoctype ? next() : dtdEvent; + } + + /** xxx:check this part again +@@ -955,17 +963,18 @@ + } + */ + +- if (fDisallowDoctype) { +- setScannerState(SCANNER_STATE_PROLOG); +- return next(); +- } +- + // handle external subset + if (fDoctypeSystemId != null) { + if (((fValidation || fLoadExternalDTD) + && (fValidationManager == null || !fValidationManager.isCachedDTD()))) { +- setScannerState(SCANNER_STATE_DTD_EXTERNAL); ++ if (!fDisallowDoctype) { ++ setScannerState(SCANNER_STATE_DTD_EXTERNAL); ++ } else { ++ setScannerState(SCANNER_STATE_PROLOG); ++ } + setDriver(fContentDriver); ++ if(fDTDDriver == null) ++ fDTDDriver = new DTDDriver(); + return fDTDDriver.next(); + + } +@@ -976,8 +985,14 @@ + // This handles the case of a DOCTYPE that had neither an internal subset or an external subset. + fDTDScanner.setInputSource(fExternalSubsetSource); + fExternalSubsetSource = null; +- setScannerState(SCANNER_STATE_DTD_EXTERNAL_DECLS); ++ if (!fDisallowDoctype) { ++ setScannerState(SCANNER_STATE_DTD_EXTERNAL_DECLS); ++ } else { ++ setScannerState(SCANNER_STATE_PROLOG); ++ } + setDriver(fContentDriver); ++ if(fDTDDriver == null) ++ fDTDDriver = new DTDDriver(); + return fDTDDriver.next(); + } + } +@@ -1117,19 +1132,21 @@ + } + fMarkupDepth--; + +- // scan external subset next +- if (!XMLDocumentScannerImpl.this.fDisallowDoctype && +- fDoctypeSystemId != null && (fValidation || fLoadExternalDTD)) { +- setScannerState(SCANNER_STATE_DTD_EXTERNAL); ++ if (fDisallowDoctype) { ++ //simply reset the entity store without having to mess around ++ //with the DTD Scanner code ++ fEntityStore = fEntityManager.getEntityStore(); ++ fEntityStore.reset(); ++ } else { ++ // scan external subset next unless we are ignoring DTDs ++ if (fDoctypeSystemId != null && (fValidation || fLoadExternalDTD)) { ++ setScannerState(SCANNER_STATE_DTD_EXTERNAL); ++ break; ++ } + } ++ setEndDTDScanState(); + +- // break out of here +- else { +- setScannerState(SCANNER_STATE_PROLOG); +- setDriver(fPrologDriver); +- fEntityManager.setEntityHandler(XMLDocumentScannerImpl.this); +- return true; +- } ++ return true; + } + break; + } +@@ -1160,13 +1177,16 @@ + boolean completeDTD = true; + boolean moreToScan = fDTDScanner.scanDTDExternalSubset(completeDTD); + if (!moreToScan) { +- setScannerState(SCANNER_STATE_PROLOG); +- setDriver(fPrologDriver); +- fEntityManager.setEntityHandler(XMLDocumentScannerImpl.this); ++ setEndDTDScanState(); + return true; + } + break; + } ++ case SCANNER_STATE_PROLOG : { ++ // skip entity decls ++ setEndDTDScanState(); ++ return true; ++ } + default: { + throw new XNIException("DTDDriver#dispatch: scanner state="+fScannerState+" ("+getScannerStateName(fScannerState)+')'); + } +--- old/src/share/classes/com/sun/org/apache/xerces/internal/impl/XMLDocumentFragmentScannerImpl.java Fri May 30 16:49:29 2008 ++++ openjdk/jaxp/src/share/classes/com/sun/org/apache/xerces/internal/impl/XMLDocumentFragmentScannerImpl.java Fri May 30 16:49:29 2008 +@@ -289,6 +289,8 @@ + protected boolean fReportCdataEvent = false ; + protected boolean fIsCoalesce = false ; + protected String fDeclaredEncoding = null; ++ /** Disallow doctype declaration. */ ++ protected boolean fDisallowDoctype = false; + + // drivers + +@@ -1852,6 +1854,11 @@ + } + // start general entity + if (!fEntityStore.isDeclaredEntity(name)) { ++ //SUPPORT_DTD=false && ReplaceEntityReferences should throw exception ++ if (fDisallowDoctype && fReplaceEntityReferences) { ++ reportFatalError("EntityNotDeclared", new Object[]{name}); ++ return; ++ } + //REVISIT: one more case needs to be included: external PE and standalone is no + if ( fHasExternalDTD && !fStandalone) { + if (fValidation) +--- /dev/null Mon Jun 2 16:07:10 2008 ++++ openjdk/jaxws/test/closed/javax/xml/stream/XMLStreamReaderTest/SupportDTD.java Mon Jun 2 16:07:26 2008 +@@ -0,0 +1,296 @@ ++/* ++ * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS HEADER. ++ * ++ * Copyright 1997-2007 Sun Microsystems, Inc. All rights reserved. ++ * ++ * The contents of this file are subject to the terms of either the GNU ++ * General Public License Version 2 only ("GPL") or the Common Development ++ * and Distribution License("CDDL") (collectively, the "License"). You ++ * may not use this file except in compliance with the License. You can obtain ++ * a copy of the License at https://glassfish.dev.java.net/public/CDDL+GPL.html ++ * or glassfish/bootstrap/legal/LICENSE.txt. See the License for the specific ++ * language governing permissions and limitations under the License. ++ * ++ * When distributing the software, include this License Header Notice in each ++ * file and include the License file at glassfish/bootstrap/legal/LICENSE.txt. ++ * Sun designates this particular file as subject to the "Classpath" exception ++ * as provided by Sun in the GPL Version 2 section of the License file that ++ * accompanied this code. If applicable, add the following below the License ++ * Header, with the fields enclosed by brackets [] replaced by your own ++ * identifying information: "Portions Copyrighted [year] ++ * [name of copyright owner]" ++ * ++ * Contributor(s): ++ * ++ * If you wish your version of this file to be governed by only the CDDL or ++ * only the GPL Version 2, indicate your decision by adding "[Contributor] ++ * elects to include this software in this distribution under the [CDDL or GPL ++ * Version 2] license." If you don't indicate a single choice of license, a ++ * recipient has the option to distribute your version of this file under ++ * either the CDDL, the GPL Version 2 or to extend the choice of license to ++ * its licensees as provided above. However, if you add GPL Version 2 code ++ * and therefore, elected the GPL Version 2 license, then the option applies ++ * only if the new code is made subject to such option by the copyright ++ * holder. ++ */ ++ ++/* ++ * @test @(#)SupportDTD.java 1.1 08/03/28 ++ * @bug 6542088 ++ * @key cte_test ++ * @summary JAX-WS server allows XXE attacks ++ * Fixed in JDK6u7 ++ * @run main SupportDTD ++*/ ++ ++import java.io.StringReader; ++import java.io.File; ++import java.io.FileInputStream; ++import java.util.List; ++ ++import javax.xml.stream.XMLEventReader; ++ ++import javax.xml.stream.XMLInputFactory; ++import javax.xml.stream.XMLStreamConstants; ++import javax.xml.stream.XMLStreamReader; ++import javax.xml.stream.events.*; ++import javax.xml.stream.events.Characters; ++ ++/** ++ * ++ * SUPPORT_DTD behavior: ++ * Regardless of supportDTD, always report a DTD event () and throw an ++ * exception if an entity reference is found when supportDTD is false ++ * ++ * The behavior is related to property IS_REPLACING_ENTITY_REFERENCES. ++ * ++ * SUPPORT_DTD Replace Entity DTD ENTITY_REFERENCE ++ * true (default) true (default) yes, has entities no, return Characters ++ * true (default) false yes, has entities yes, can print entity name ++ * false true (default) yes, but no entity Exception: Undeclared general entity ++ * false false yes, but no entity yes, can print entity name ++ * ++ * Two patches related: ++ * sjsxp issue 9: XMLDocumentScannerImpl.java rev 1.6 ++ * If the supportDTD property is set to FALSE, external and internal subsets ++ * are now ignored, rather than an error being reported. In particular, with ++ * this property set to FALSE, no error is reported if an external subset cannot ++ * be found. Note that the internal subset is still parsed (and errors could be ++ * reported here) but no events are returned by the parser. This fixes SJSXP ++ * issue 9 from Java.net. ++ * Note: SAX and DOM report fatal errors: ++ * If either SAX or DOM is used, turning on http://apache.org/xml/features/disallow-doctype-decl [1] effectively disables DTD, ++ * according to the spec: A fatal error is thrown if the incoming document contains a DOCTYPE declaration. ++ * The current jaxp implementation actually throws a nullpointexception. A better error message could be used. ++ * ++ * This change is required by CR 6542088. ++ * @author joe.wang at sun.com ++ */ ++public class SupportDTD { ++ static final boolean DEBUG = false; ++ static final String _file = "./tests/XMLStreamReader/ExternalDTD.xml"; ++ static final String XML = "" ++ +" References: <4873E7D1.2090802@sun.com> <1215607342.21015.3.camel@dijkstra.wildebeest.org> Message-ID: <4874E364.7050400@sun.com> Mark Wielaard wrote: > Hi David, > > This mentions: > 6u7: http://java.sun.com/javase/6/webnotes/ReleaseNotes.html > > This release contains fixes for one or more security vulnerabilities. > For more information, please see Sun Alerts 238687, 238628, 238965, > 238966, 238967, 238968, and 238905. > > So I looked at a couple of these through http://blogs.sun.com/security/ > and it seems this could also affect openjdk6, icedtea, gcjwebplugin, > netx, etc. Is there any more details available so we can double check > and hopefully patch the affected products? Later today, Wednesday July 9, we plan to release the source bundle for OpenJDK 6 b11 which will contain those security fixes, amongst other changes. -Joe From jsumali at redhat.com Wed Jul 9 10:37:48 2008 From: jsumali at redhat.com (Joshua Sumali) Date: Wed, 09 Jul 2008 13:37:48 -0400 Subject: [PATCH] Add umask setting for javaws/pluginappletviewer Message-ID: <4874F76C.90202@redhat.com> Hi, Attached are two patches that add umask functionality for any files created by javaws and pluginappletviewer. umask-1.patch simply hard codes the umask to be 077 for any files created, and is not modifiable once the binary launcher is created. umask-2.patch on the other hand checks for -umask= on the command line and sets the mask to whatever the user enters, but will default to 077 if no -umask= could be found. The first patch is the most simple and should work for most cases, but the second patch provides some flexibility for setting the umask. I'm not too sure if there would be any reason for the umask to be set outside 077 (in terms of plugin/web start apps), but the functionality is there in the second patch 2 if needed. Comments? Josh -------------- next part -------------- A non-text attachment was scrubbed... Name: umask-1.patch Type: text/x-patch Size: 1655 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080709/8136ff78/umask-1.patch -------------- next part -------------- A non-text attachment was scrubbed... Name: umask-2.patch Type: text/x-patch Size: 5006 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080709/8136ff78/umask-2.patch From green at redhat.com Wed Jul 9 19:26:05 2008 From: green at redhat.com (Anthony Green) Date: Wed, 09 Jul 2008 19:26:05 -0700 Subject: IcedTea6 1.2 Released! In-Reply-To: <776D35B0-C8A7-4A02-9521-9730C622E25A@spreadshirt.net> References: <483F0563.2080103@redhat.com> <17c6771e0805291317r512c6cc6xdd610f26013cb41c@mail.gmail.com> <1213705038.3156.11.camel@dijkstra.wildebeest.org> <4857D87A.7070406@redhat.com> <776D35B0-C8A7-4A02-9521-9730C622E25A@spreadshirt.net> Message-ID: <4875733D.2000004@redhat.com> Guido K?mper wrote: > Hi Anthony, > > I currently saw the message "IcedTea is served" on my screen, after a > few installation problems. :-) Now I am looking forward to creating > nice sound applications. Did you have some luck integrating the DSSI > classes? If yes, did you implement it in a special branch and is it > possible to access this implementation? Thanks for reminding me. I got on my flight that day and looked at the IcedTea src tree for the first time, then quickly realized I wasn't going to be able to do this in a vacuum. First question for the IcedTea hackers: where in the tree should my source code live? It looks like there are a few viable spots. Thanks, AG > > thank you, > Guido > > Am 17.06.2008 um 17:30 schrieb Anthony Green: > >> Mark Wielaard wrote: >>> Hi Guido, >>> >>> On Tue, 2008-06-17 at 13:21 +0200, Guido K?mper wrote: >>> >>>> congratulations to the new version! >>>> >>> >>> Thanks! >>> >>> >>>> One question: The gnu classpath has a support for using DSSI >>>> instruments in the sound libraries. Are there plans to include >>>> this into the IcedTea platform - or is it already included? That >>>> would be really cool:) >>>> >>> >>> No it hasn't been integrated yet. All midi handling is currently being >>> done through Gervill, a software synthesizer. This has as advantage (or >>> disadvantage, depending on your view), that no direct integration with >>> the native platform soft synths needs to be done. >>> >>> I have CCed Anthony Green, who originally wrote the DSSI backend for GNU >>> Classpath, to see if he might be interested in porting it to IcedTea. >>> Hi Anthony! :) >>> >> Hi Mark. The DSSI providers were written using JNI, so they should >> be easy to port over to IcedTea. I'm happy to try. It will give me >> something to do on my flight today. >> >> AG >> > > * > > *sprd.net AG* > *Karl-Heine-Stra?e 97* > *04229 Leipzig* > *Germany* > > *Vorstand/Executive Board: Jana Eggers (Vorsitzende/CEO), Matthias > Spie?, Andreas Schr?teler* > > *Aufsichtsratsvorsitzender/Chairman of the Supervisory Board:* *Lukasz > Gadowski* > > *Handelsregister/Trade Register: Amtsgericht Leipzig, HRB 22478* > > *Umsatzsteuer-IdentNummer/VAT-ID: DE 8138 7149 4* > > > * > > > From mark at klomp.org Thu Jul 10 03:52:48 2008 From: mark at klomp.org (Mark Wielaard) Date: Thu, 10 Jul 2008 12:52:48 +0200 Subject: IcedTea6 1.2 Released! In-Reply-To: <4875733D.2000004@redhat.com> References: <483F0563.2080103@redhat.com> <17c6771e0805291317r512c6cc6xdd610f26013cb41c@mail.gmail.com> <1213705038.3156.11.camel@dijkstra.wildebeest.org> <4857D87A.7070406@redhat.com> <776D35B0-C8A7-4A02-9521-9730C622E25A@spreadshirt.net> <4875733D.2000004@redhat.com> Message-ID: <1215687168.3053.26.camel@dijkstra.wildebeest.org> Hi Anthony, On Wed, 2008-07-09 at 19:26 -0700, Anthony Green wrote: > I got on my flight that day and looked at the IcedTea src tree for the > first time, then quickly realized I wasn't going to be able to do this > in a vacuum. > > First question for the IcedTea hackers: where in the tree should my > source code live? It looks like there are a few viable spots. Yes, there are indeed a couple of ways to extend icedtea/openjdk depending on how big and how invasive your change is. For smaller changes the simplest way is to just add a patch under patches/icedtea-your-cool-hack.patch and then add that to the ICEDTEA_PATCHES in the Makefile.am. Your change will then be applied against the openjdk sources before any other building starts and then be build as if the change was already part of openjdk itself. For larger changes that mainly involve new classes/files/packages it is easier to use the overlay mechanism. This is used by Gervill for example, and is easier when you need to patch/override binary files (like the color profiles). This seems most appropriate to your case. You put your files under overlays/openjdk/jdk/src/share/classes/com/package that either completely overrides the existing classes there or that adds completely new files. If it is a new package then it is necessary to combine it with a small patches/icedtea-your-package.patch file to adjust the build system to pick up your new package (icedtea-gervill.patch and icedtea-rhino.patch give some examples of this). Finally you can build your extension after the core icedtea has been build, using the just build icedtea and then adding the extension to the jdk-image. This is how the gcjwebplugin applet and netx webstart support are done. This does mean that you are basically responsible for the build of your extension yourself in a separate target in Makefile.am that you then add as a dependency of stamps/icedtea.stamp. And in that target you then copy over the results into the correct image dirs. See the ICEDTEAPLUGIN_TARGET in Makefile.am for an example or the extra-lib/about.jar for a java extension. If you don't like the previous solution, then this might be the one to use, although it is a bit more work, but gives you more flexibility. There are some other things to take care for if your change is actually replacing the runtime, like the cacao, zero and shark integration, or when it is needed in the bootstrap phase (but perhaps not during the phase after that). Then you have to instruct configure.ac to pick up the right build pieces and then passing them to the rest of the build through the ICEDTEA_ENV and/or ICEDTEA_ENV_ECJ in Makefile.am. But those don't apply to your case. Cheers, Mark From bugzilla-daemon at icedtea.classpath.org Thu Jul 10 10:04:27 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 10 Jul 2008 17:04:27 +0000 Subject: [Bug 169] New: Crash while trying to load java web start application. Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=169 Summary: Crash while trying to load java web start application. Product: IcedTea Version: unspecified Platform: PC URL: https://fx2.oanda.com/java/beta.jnlp OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: IcedTea AssignedTo: unassigned at icedtea.classpath.org ReportedBy: eric5125 at guerrillamail.com CC: eric225125 at yahoo.com I'm trying to use the Oanda forex trading application with Icedtea6 1.2, but I'm getting this crash. It works fine with sun's 1.6 32bit binary. localhost Desktop # javaws beta.jnlp java.lang.NullPointerException at net.sourceforge.jnlp.tools.JarSigner.verifyJars(JarSigner.java:192) at net.sourceforge.jnlp.runtime.JNLPClassLoader.verifyJars(JNLPClassLoader.java:609) at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources(JNLPClassLoader.java:302) at net.sourceforge.jnlp.runtime.JNLPClassLoader.(JNLPClassLoader.java:134) at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:191) at net.sourceforge.jnlp.Launcher.createApplet(Launcher.java:428) at net.sourceforge.jnlp.Launcher.launchApplet(Launcher.java:379) at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:583) netx: Missing Resource: CLInit: Could not initialize applet. (net.sourceforge.jnlp.LaunchException Fatal: Initialization Error: A fatal error occurred while trying to verify jars.) netx: Missing Resource: CLInit: Could not initialize applet. (net.sourceforge.jnlp.LaunchException Fatal: Initialization Error: A fatal error occurred while trying to verify jars.) -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From bugzilla-daemon at icedtea.classpath.org Thu Jul 10 10:12:54 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 10 Jul 2008 17:12:54 +0000 Subject: [Bug 169] Crash while trying to load java web start application. Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=169 langel at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|unassigned at icedtea.classpath|jsumali at redhat.com |.org | -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. You are the assignee for the bug, or are watching the assignee. From jsumali at redhat.com Thu Jul 10 10:50:48 2008 From: jsumali at redhat.com (Joshua Sumali) Date: Thu, 10 Jul 2008 13:50:48 -0400 Subject: [Fwd: [PATCH] Add umask setting for javaws/pluginappletviewer] Message-ID: <48764BF8.4020104@redhat.com> Resending this because I don't think it was sent properly... Josh -------------- next part -------------- An embedded message was scrubbed... From: Joshua Sumali Subject: [PATCH] Add umask setting for javaws/pluginappletviewer Date: Wed, 09 Jul 2008 13:37:48 -0400 Size: 8501 Url: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080710/fa03f3e5/pluginappletviewer.eml From jsumali at redhat.com Thu Jul 10 13:38:11 2008 From: jsumali at redhat.com (Joshua Sumali) Date: Thu, 10 Jul 2008 20:38:11 +0000 Subject: changeset in /hg/icedtea6: 2008-07-10 Joshua Sumali changeset 8e512374e35d in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=8e512374e35d description: 2008-07-10 Joshua Sumali * rt/net/sourceforge/jnlp/runtime/Boot.java: Remove restriction of only files ending with .jnlp being loaded. Also refactored a bit. diffstat: 2 files changed, 45 insertions(+), 45 deletions(-) ChangeLog | 5 + rt/net/sourceforge/jnlp/runtime/Boot.java | 85 +++++++++++++---------------- diffs (151 lines): diff -r 58510fd936ff -r 8e512374e35d ChangeLog --- a/ChangeLog Tue Jul 08 16:35:46 2008 -0400 +++ b/ChangeLog Thu Jul 10 16:38:01 2008 -0400 @@ -1,3 +1,8 @@ 2008-07-08 Lillian Angel + + * rt/net/sourceforge/jnlp/runtime/Boot.java: Remove restriction of only + files ending with .jnlp being loaded. Also refactored a bit. + 2008-07-08 Lillian Angel * patches/icedtea-security-updates.patch: New patch containing OpenJDK diff -r 58510fd936ff -r 8e512374e35d rt/net/sourceforge/jnlp/runtime/Boot.java --- a/rt/net/sourceforge/jnlp/runtime/Boot.java Tue Jul 08 16:35:46 2008 -0400 +++ b/rt/net/sourceforge/jnlp/runtime/Boot.java Thu Jul 10 16:38:01 2008 -0400 @@ -53,7 +53,7 @@ public final class Boot implements Privi /** the JNLP file to open to display the network-based about window */ private static final String aboutFile = - System.getProperty("java.home") + "/lib/about.jnlp"; + System.getProperty("java.home") + "/lib/about.jnlp"; /** the text to display before launching the about link */ private static final String aboutMessage = "" @@ -115,13 +115,13 @@ public final class Boot implements Privi if (null != getOption("-viewer")) { - try { - CertificateViewer.main(null); - System.exit(0); - } catch (Exception e) { - // TODO Auto-generated catch block - e.printStackTrace(); - } + try { + CertificateViewer.main(null); + System.exit(0); + } catch (Exception e) { + // TODO Auto-generated catch block + e.printStackTrace(); + } } @@ -194,13 +194,13 @@ public final class Boot implements Privi * Returns the about.jnlp file in {java.home}/lib or null if this file * does not exist. */ - private static String getAboutFile() { - - if (new File(aboutFile).exists()) - return aboutFile; - else - return null; - } + private static String getAboutFile() { + + if (new File(aboutFile).exists()) + return aboutFile; + else + return null; + } /** * Returns the file to open; does not return if no file was @@ -212,11 +212,11 @@ public final class Boot implements Privi // override -jnlp with aboutFile if (getOption("-about") != null) { - location = getAboutFile(); - if (location == null) - fatalError("Unable to find about.jnlp in {java.home}/lib/"); + location = getAboutFile(); + if (location == null) + fatalError("Unable to find about.jnlp in {java.home}/lib/"); } else { - location = getJNLPFile(); + location = getJNLPFile(); } if (location == null) { @@ -230,14 +230,14 @@ public final class Boot implements Privi URL url = null; try { - if (new File(location).exists()) - url = new File(location).toURL(); // Why use file.getCanonicalFile? - else - url = new URL(ServiceUtil.getBasicService().getCodeBase(), location); + if (new File(location).exists()) + url = new File(location).toURL(); // Why use file.getCanonicalFile? + else + url = new URL(ServiceUtil.getBasicService().getCodeBase(), location); } catch (Exception e) { - fatalError("Invalid jnlp file " + location); - if (JNLPRuntime.isDebug()) - e.printStackTrace(); + fatalError("Invalid jnlp file " + location); + if (JNLPRuntime.isDebug()) + e.printStackTrace(); } boolean strict = (null != getOption("-strict")); @@ -321,32 +321,27 @@ public final class Boot implements Privi } /** - * Gets the JNLP file from the command line arguments, or exists upon error. + * Gets the JNLP file from the command line arguments, or exits upon error. */ private static String getJNLPFile() { - if (args.length == 0) { + if (args.length == 0) { System.out.println(helpMessage); System.exit(0); - } else if (args.length == 1) { - - String lastArg = args[args.length - 1]; - if (lastArg.endsWith(".jnlp")) { - return args[args.length - 1]; - } else - return null; - } else { - String lastArg = args[args.length - 1]; - String secondLastArg = args[args.length - 2]; - - if (doubleArgs.indexOf(secondLastArg) == -1) { - return lastArg; - } else { + } else if (args.length == 1) { + return args[args.length - 1]; + } else { + String lastArg = args[args.length - 1]; + String secondLastArg = args[args.length - 2]; + + if (doubleArgs.indexOf(secondLastArg) == -1) { + return lastArg; + } else { System.out.println(helpMessage); System.exit(0); - } - } - return null; + } + } + return null; } /** From twisti at complang.tuwien.ac.at Fri Jul 11 01:23:51 2008 From: twisti at complang.tuwien.ac.at (Christian Thalinger) Date: Fri, 11 Jul 2008 08:23:51 +0000 Subject: changeset in /hg/icedtea6: 2008-07-11 Christian Thalinger changeset a4405408e867 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=a4405408e867 description: 2008-07-11 Christian Thalinger * Makefile.am (CACAO_VERSION): Updated to 0.99.2 (CACAO_MD5SUM): Likewise. * Makefile.in: Regenerated. * aclocal.m4: Likewise. * configure: Likewise. diffstat: 5 files changed, 459 insertions(+), 377 deletions(-) ChangeLog | 8 Makefile.am | 4 Makefile.in | 16 - aclocal.m4 | 72 ++--- configure | 736 ++++++++++++++++++++++++++++++++--------------------------- diffs (truncated from 1661 to 500 lines): diff -r 8e512374e35d -r a4405408e867 ChangeLog --- a/ChangeLog Thu Jul 10 16:38:01 2008 -0400 +++ b/ChangeLog Fri Jul 11 10:23:29 2008 +0200 @@ -1,3 +1,11 @@ 2008-07-10 Joshua Sumali + + * Makefile.am (CACAO_VERSION): Updated to 0.99.2 + (CACAO_MD5SUM): Likewise. + * Makefile.in: Regenerated. + * aclocal.m4: Likewise. + * configure: Likewise. + 2008-07-10 Joshua Sumali * rt/net/sourceforge/jnlp/runtime/Boot.java: Remove restriction of only diff -r 8e512374e35d -r a4405408e867 Makefile.am --- a/Makefile.am Thu Jul 10 16:38:01 2008 -0400 +++ b/Makefile.am Fri Jul 11 10:23:29 2008 +0200 @@ -2,8 +2,8 @@ OPENJDK_MD5SUM = 98e9eb16615605f76056135 OPENJDK_MD5SUM = 98e9eb16615605f76056135b0eb0b39f OPENJDK_VERSION = b10 -CACAO_VERSION = 0.99.1 -CACAO_MD5SUM = 2337754d0c165af556e97395e9a5e5af +CACAO_VERSION = 0.99.2 +CACAO_MD5SUM = a2865f47535f6dc3def268c0055ff20a if ENABLE_LIVECONNECT ICEDTEAPLUGIN_CLEAN = clean-IcedTeaPlugin diff -r 8e512374e35d -r a4405408e867 Makefile.in --- a/Makefile.in Thu Jul 10 16:38:01 2008 -0400 +++ b/Makefile.in Fri Jul 11 10:23:29 2008 +0200 @@ -1,8 +1,8 @@ -# Makefile.in generated by automake 1.10.1 from Makefile.am. +# Makefile.in generated by automake 1.10 from Makefile.am. # @configure_input@ # Copyright (C) 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, -# 2003, 2004, 2005, 2006, 2007, 2008 Free Software Foundation, Inc. +# 2003, 2004, 2005, 2006 Free Software Foundation, Inc. # This Makefile.in is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. @@ -264,8 +264,8 @@ OPENJDK_DATE = 30_may_2008 OPENJDK_DATE = 30_may_2008 OPENJDK_MD5SUM = 98e9eb16615605f76056135b0eb0b39f OPENJDK_VERSION = b10 -CACAO_VERSION = 0.99.1 -CACAO_MD5SUM = 2337754d0c165af556e97395e9a5e5af +CACAO_VERSION = 0.99.2 +CACAO_MD5SUM = a2865f47535f6dc3def268c0055ff20a @ENABLE_LIVECONNECT_FALSE at ICEDTEAPLUGIN_CLEAN = @ENABLE_LIVECONNECT_TRUE at ICEDTEAPLUGIN_CLEAN = clean-IcedTeaPlugin @ENABLE_LIVECONNECT_FALSE at ICEDTEAPLUGIN_TARGET = @@ -627,10 +627,6 @@ dist-bzip2: distdir tardir=$(distdir) && $(am__tar) | bzip2 -9 -c >$(distdir).tar.bz2 $(am__remove_distdir) -dist-lzma: distdir - tardir=$(distdir) && $(am__tar) | lzma -9 -c >$(distdir).tar.lzma - $(am__remove_distdir) - dist-tarZ: distdir tardir=$(distdir) && $(am__tar) | compress -c >$(distdir).tar.Z $(am__remove_distdir) @@ -657,8 +653,6 @@ distcheck: dist GZIP=$(GZIP_ENV) gunzip -c $(distdir).tar.gz | $(am__untar) ;;\ *.tar.bz2*) \ bunzip2 -c $(distdir).tar.bz2 | $(am__untar) ;;\ - *.tar.lzma*) \ - unlzma -c $(distdir).tar.lzma | $(am__untar) ;;\ *.tar.Z*) \ uncompress -c $(distdir).tar.Z | $(am__untar) ;;\ *.shar.gz*) \ @@ -804,7 +798,7 @@ uninstall-am: .PHONY: all all-am all-local am--refresh check check-am check-local \ clean clean-generic dist dist-all dist-bzip2 dist-gzip \ - dist-lzma dist-shar dist-tarZ dist-zip distcheck distclean \ + dist-shar dist-tarZ dist-zip distcheck distclean \ distclean-generic distclean-local distcleancheck distdir \ distuninstallcheck dvi dvi-am html html-am info info-am \ install install-am install-data install-data-am install-dvi \ diff -r 8e512374e35d -r a4405408e867 aclocal.m4 --- a/aclocal.m4 Thu Jul 10 16:38:01 2008 -0400 +++ b/aclocal.m4 Fri Jul 11 10:23:29 2008 +0200 @@ -1,7 +1,7 @@ -# generated automatically by aclocal 1.10.1 -*- Autoconf -*- +# generated automatically by aclocal 1.10 -*- Autoconf -*- # Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, -# 2005, 2006, 2007, 2008 Free Software Foundation, Inc. +# 2005, 2006 Free Software Foundation, Inc. # This file is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, # with or without modifications, as long as this notice is preserved. @@ -11,13 +11,10 @@ # even the implied warranty of MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. -m4_ifndef([AC_AUTOCONF_VERSION], - [m4_copy([m4_PACKAGE_VERSION], [AC_AUTOCONF_VERSION])])dnl -m4_if(AC_AUTOCONF_VERSION, [2.61],, -[m4_warning([this file was generated for autoconf 2.61. -You have another version of autoconf. It may work, but is not guaranteed to. -If you have problems, you may need to regenerate the build system entirely. -To do so, use the procedure documented by the package, typically `autoreconf'.])]) +m4_if(m4_PACKAGE_VERSION, [2.61],, +[m4_fatal([this file was generated for autoconf 2.61. +You have another version of autoconf. If you want to use that, +you should regenerate the build system entirely.], [63])]) # pkg.m4 - Macros to locate and utilise pkg-config. -*- Autoconf -*- # @@ -87,14 +84,16 @@ fi]) # _PKG_CONFIG([VARIABLE], [COMMAND], [MODULES]) # --------------------------------------------- m4_define([_PKG_CONFIG], -[if test -n "$$1"; then - pkg_cv_[]$1="$$1" - elif test -n "$PKG_CONFIG"; then - PKG_CHECK_EXISTS([$3], - [pkg_cv_[]$1=`$PKG_CONFIG --[]$2 "$3" 2>/dev/null`], - [pkg_failed=yes]) - else - pkg_failed=untried +[if test -n "$PKG_CONFIG"; then + if test -n "$$1"; then + pkg_cv_[]$1="$$1" + else + PKG_CHECK_EXISTS([$3], + [pkg_cv_[]$1=`$PKG_CONFIG --[]$2 "$3" 2>/dev/null`], + [pkg_failed=yes]) + fi +else + pkg_failed=untried fi[]dnl ])# _PKG_CONFIG @@ -138,9 +137,9 @@ if test $pkg_failed = yes; then if test $pkg_failed = yes; then _PKG_SHORT_ERRORS_SUPPORTED if test $_pkg_short_errors_supported = yes; then - $1[]_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors "$2" 2>&1` + $1[]_PKG_ERRORS=`$PKG_CONFIG --short-errors --errors-to-stdout --print-errors "$2"` else - $1[]_PKG_ERRORS=`$PKG_CONFIG --print-errors "$2" 2>&1` + $1[]_PKG_ERRORS=`$PKG_CONFIG --errors-to-stdout --print-errors "$2"` fi # Put the nasty error message in config.log where it belongs echo "$$1[]_PKG_ERRORS" >&AS_MESSAGE_LOG_FD @@ -165,7 +164,7 @@ path to pkg-config. _PKG_TEXT -To get pkg-config, see .])], +To get pkg-config, see .])], [$4]) else $1[]_CFLAGS=$pkg_cv_[]$1[]_CFLAGS @@ -175,7 +174,7 @@ fi[]dnl fi[]dnl ])# PKG_CHECK_MODULES -# Copyright (C) 2002, 2003, 2005, 2006, 2007 Free Software Foundation, Inc. +# Copyright (C) 2002, 2003, 2005, 2006 Free Software Foundation, Inc. # # This file is free software; the Free Software Foundation # gives unlimited permission to copy and/or distribute it, @@ -190,7 +189,7 @@ AC_DEFUN([AM_AUTOMAKE_VERSION], [am__api_version='1.10' dnl Some users find AM_AUTOMAKE_VERSION and mistake it for a way to dnl require some minimum version. Point them to the right macro. -m4_if([$1], [1.10.1], [], +m4_if([$1], [1.10], [], [AC_FATAL([Do not call $0, use AM_INIT_AUTOMAKE([$1]).])])dnl ]) @@ -206,10 +205,8 @@ m4_define([_AM_AUTOCONF_VERSION], []) # Call AM_AUTOMAKE_VERSION and AM_AUTOMAKE_VERSION so they can be traced. # This function is AC_REQUIREd by AC_INIT_AUTOMAKE. AC_DEFUN([AM_SET_CURRENT_AUTOMAKE_VERSION], -[AM_AUTOMAKE_VERSION([1.10.1])dnl -m4_ifndef([AC_AUTOCONF_VERSION], - [m4_copy([m4_PACKAGE_VERSION], [AC_AUTOCONF_VERSION])])dnl -_AM_AUTOCONF_VERSION(AC_AUTOCONF_VERSION)]) +[AM_AUTOMAKE_VERSION([1.10])dnl +_AM_AUTOCONF_VERSION(m4_PACKAGE_VERSION)]) # AM_AUX_DIR_EXPAND -*- Autoconf -*- @@ -481,7 +478,7 @@ AC_DEFUN([_AM_OUTPUT_DEPENDENCY_COMMANDS # each Makefile.in and add a new line on top of each file to say so. # Grep'ing the whole file is not good either: AIX grep has a line # limit of 2048, but all sed's we know have understand at least 4000. - if sed -n 's,^#.*generated by automake.*,X,p' "$mf" | grep X >/dev/null 2>&1; then + if sed 10q "$mf" | grep '^#.*generated by automake' > /dev/null 2>&1; then dirpart=`AS_DIRNAME("$mf")` else continue @@ -529,13 +526,13 @@ AC_DEFUN([AM_OUTPUT_DEPENDENCY_COMMANDS] # Do all the work for Automake. -*- Autoconf -*- # Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, -# 2005, 2006, 2008 Free Software Foundation, Inc. -# -# This file is free software; the Free Software Foundation -# gives unlimited permission to copy and/or distribute it, -# with or without modifications, as long as this notice is preserved. - -# serial 13 +# 2005, 2006 Free Software Foundation, Inc. +# +# This file is free software; the Free Software Foundation +# gives unlimited permission to copy and/or distribute it, +# with or without modifications, as long as this notice is preserved. + +# serial 12 # This macro actually does too much. Some checks are only needed if # your package does certain things. But this isn't really a big deal. @@ -640,17 +637,16 @@ AC_PROVIDE_IFELSE([AC_PROG_OBJC], # our stamp files there. AC_DEFUN([_AC_AM_CONFIG_HEADER_HOOK], [# Compute $1's index in $config_headers. -_am_arg=$1 _am_stamp_count=1 for _am_header in $config_headers :; do case $_am_header in - $_am_arg | $_am_arg:* ) + $1 | $1:* ) break ;; * ) _am_stamp_count=`expr $_am_stamp_count + 1` ;; esac done -echo "timestamp for $_am_arg" >`AS_DIRNAME(["$_am_arg"])`/stamp-h[]$_am_stamp_count]) +echo "timestamp for $1" >`AS_DIRNAME([$1])`/stamp-h[]$_am_stamp_count]) # Copyright (C) 2001, 2003, 2005 Free Software Foundation, Inc. # @@ -939,7 +935,7 @@ AC_SUBST([INSTALL_STRIP_PROGRAM])]) # _AM_SUBST_NOTMAKE(VARIABLE) # --------------------------- -# Prevent Automake from outputting VARIABLE = @VARIABLE@ in Makefile.in. +# Prevent Automake from outputing VARIABLE = @VARIABLE@ in Makefile.in. # This macro is traced by Automake. AC_DEFUN([_AM_SUBST_NOTMAKE]) diff -r 8e512374e35d -r a4405408e867 configure --- a/configure Thu Jul 10 16:38:01 2008 -0400 +++ b/configure Fri Jul 11 10:23:29 2008 +0200 @@ -10406,10 +10406,11 @@ pkg_failed=no { echo "$as_me:$LINENO: checking for XPROTO" >&5 echo $ECHO_N "checking for XPROTO... $ECHO_C" >&6; } -if test -n "$XPROTO_CFLAGS"; then - pkg_cv_XPROTO_CFLAGS="$XPROTO_CFLAGS" - elif test -n "$PKG_CONFIG"; then - if test -n "$PKG_CONFIG" && \ +if test -n "$PKG_CONFIG"; then + if test -n "$XPROTO_CFLAGS"; then + pkg_cv_XPROTO_CFLAGS="$XPROTO_CFLAGS" + else + if test -n "$PKG_CONFIG" && \ { (echo "$as_me:$LINENO: \$PKG_CONFIG --exists --print-errors \"xproto\"") >&5 ($PKG_CONFIG --exists --print-errors "xproto") 2>&5 ac_status=$? @@ -10419,13 +10420,15 @@ else else pkg_failed=yes fi - else - pkg_failed=untried -fi -if test -n "$XPROTO_LIBS"; then - pkg_cv_XPROTO_LIBS="$XPROTO_LIBS" - elif test -n "$PKG_CONFIG"; then - if test -n "$PKG_CONFIG" && \ + fi +else + pkg_failed=untried +fi +if test -n "$PKG_CONFIG"; then + if test -n "$XPROTO_LIBS"; then + pkg_cv_XPROTO_LIBS="$XPROTO_LIBS" + else + if test -n "$PKG_CONFIG" && \ { (echo "$as_me:$LINENO: \$PKG_CONFIG --exists --print-errors \"xproto\"") >&5 ($PKG_CONFIG --exists --print-errors "xproto") 2>&5 ac_status=$? @@ -10435,8 +10438,9 @@ else else pkg_failed=yes fi - else - pkg_failed=untried + fi +else + pkg_failed=untried fi @@ -10449,9 +10453,9 @@ else _pkg_short_errors_supported=no fi if test $_pkg_short_errors_supported = yes; then - XPROTO_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors "xproto" 2>&1` + XPROTO_PKG_ERRORS=`$PKG_CONFIG --short-errors --errors-to-stdout --print-errors "xproto"` else - XPROTO_PKG_ERRORS=`$PKG_CONFIG --print-errors "xproto" 2>&1` + XPROTO_PKG_ERRORS=`$PKG_CONFIG --errors-to-stdout --print-errors "xproto"` fi # Put the nasty error message in config.log where it belongs echo "$XPROTO_PKG_ERRORS" >&5 @@ -10484,10 +10488,11 @@ pkg_failed=no { echo "$as_me:$LINENO: checking for XT" >&5 echo $ECHO_N "checking for XT... $ECHO_C" >&6; } -if test -n "$XT_CFLAGS"; then - pkg_cv_XT_CFLAGS="$XT_CFLAGS" - elif test -n "$PKG_CONFIG"; then - if test -n "$PKG_CONFIG" && \ +if test -n "$PKG_CONFIG"; then + if test -n "$XT_CFLAGS"; then + pkg_cv_XT_CFLAGS="$XT_CFLAGS" + else + if test -n "$PKG_CONFIG" && \ { (echo "$as_me:$LINENO: \$PKG_CONFIG --exists --print-errors \"xt\"") >&5 ($PKG_CONFIG --exists --print-errors "xt") 2>&5 ac_status=$? @@ -10497,13 +10502,15 @@ else else pkg_failed=yes fi - else - pkg_failed=untried -fi -if test -n "$XT_LIBS"; then - pkg_cv_XT_LIBS="$XT_LIBS" - elif test -n "$PKG_CONFIG"; then - if test -n "$PKG_CONFIG" && \ + fi +else + pkg_failed=untried +fi +if test -n "$PKG_CONFIG"; then + if test -n "$XT_LIBS"; then + pkg_cv_XT_LIBS="$XT_LIBS" + else + if test -n "$PKG_CONFIG" && \ { (echo "$as_me:$LINENO: \$PKG_CONFIG --exists --print-errors \"xt\"") >&5 ($PKG_CONFIG --exists --print-errors "xt") 2>&5 ac_status=$? @@ -10513,8 +10520,9 @@ else else pkg_failed=yes fi - else - pkg_failed=untried + fi +else + pkg_failed=untried fi @@ -10527,9 +10535,9 @@ else _pkg_short_errors_supported=no fi if test $_pkg_short_errors_supported = yes; then - XT_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors "xt" 2>&1` + XT_PKG_ERRORS=`$PKG_CONFIG --short-errors --errors-to-stdout --print-errors "xt"` else - XT_PKG_ERRORS=`$PKG_CONFIG --print-errors "xt" 2>&1` + XT_PKG_ERRORS=`$PKG_CONFIG --errors-to-stdout --print-errors "xt"` fi # Put the nasty error message in config.log where it belongs echo "$XT_PKG_ERRORS" >&5 @@ -10562,10 +10570,11 @@ pkg_failed=no { echo "$as_me:$LINENO: checking for XP" >&5 echo $ECHO_N "checking for XP... $ECHO_C" >&6; } -if test -n "$XP_CFLAGS"; then - pkg_cv_XP_CFLAGS="$XP_CFLAGS" - elif test -n "$PKG_CONFIG"; then - if test -n "$PKG_CONFIG" && \ +if test -n "$PKG_CONFIG"; then + if test -n "$XP_CFLAGS"; then + pkg_cv_XP_CFLAGS="$XP_CFLAGS" + else + if test -n "$PKG_CONFIG" && \ { (echo "$as_me:$LINENO: \$PKG_CONFIG --exists --print-errors \"xp\"") >&5 ($PKG_CONFIG --exists --print-errors "xp") 2>&5 ac_status=$? @@ -10575,13 +10584,15 @@ else else pkg_failed=yes fi - else - pkg_failed=untried -fi -if test -n "$XP_LIBS"; then - pkg_cv_XP_LIBS="$XP_LIBS" - elif test -n "$PKG_CONFIG"; then - if test -n "$PKG_CONFIG" && \ + fi +else + pkg_failed=untried +fi +if test -n "$PKG_CONFIG"; then + if test -n "$XP_LIBS"; then + pkg_cv_XP_LIBS="$XP_LIBS" + else + if test -n "$PKG_CONFIG" && \ { (echo "$as_me:$LINENO: \$PKG_CONFIG --exists --print-errors \"xp\"") >&5 ($PKG_CONFIG --exists --print-errors "xp") 2>&5 ac_status=$? @@ -10591,8 +10602,9 @@ else else pkg_failed=yes fi - else - pkg_failed=untried + fi +else + pkg_failed=untried fi @@ -10605,9 +10617,9 @@ else _pkg_short_errors_supported=no fi if test $_pkg_short_errors_supported = yes; then - XP_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors "xp" 2>&1` + XP_PKG_ERRORS=`$PKG_CONFIG --short-errors --errors-to-stdout --print-errors "xp"` else - XP_PKG_ERRORS=`$PKG_CONFIG --print-errors "xp" 2>&1` + XP_PKG_ERRORS=`$PKG_CONFIG --errors-to-stdout --print-errors "xp"` fi # Put the nasty error message in config.log where it belongs echo "$XP_PKG_ERRORS" >&5 @@ -10640,10 +10652,11 @@ pkg_failed=no { echo "$as_me:$LINENO: checking for X11" >&5 echo $ECHO_N "checking for X11... $ECHO_C" >&6; } -if test -n "$X11_CFLAGS"; then - pkg_cv_X11_CFLAGS="$X11_CFLAGS" - elif test -n "$PKG_CONFIG"; then - if test -n "$PKG_CONFIG" && \ +if test -n "$PKG_CONFIG"; then + if test -n "$X11_CFLAGS"; then + pkg_cv_X11_CFLAGS="$X11_CFLAGS" + else + if test -n "$PKG_CONFIG" && \ { (echo "$as_me:$LINENO: \$PKG_CONFIG --exists --print-errors \"x11\"") >&5 ($PKG_CONFIG --exists --print-errors "x11") 2>&5 ac_status=$? @@ -10653,13 +10666,15 @@ else else pkg_failed=yes fi - else - pkg_failed=untried -fi -if test -n "$X11_LIBS"; then - pkg_cv_X11_LIBS="$X11_LIBS" - elif test -n "$PKG_CONFIG"; then - if test -n "$PKG_CONFIG" && \ + fi +else + pkg_failed=untried +fi +if test -n "$PKG_CONFIG"; then + if test -n "$X11_LIBS"; then + pkg_cv_X11_LIBS="$X11_LIBS" + else + if test -n "$PKG_CONFIG" && \ { (echo "$as_me:$LINENO: \$PKG_CONFIG --exists --print-errors \"x11\"") >&5 ($PKG_CONFIG --exists --print-errors "x11") 2>&5 ac_status=$? @@ -10669,8 +10684,9 @@ else else pkg_failed=yes fi - else - pkg_failed=untried + fi +else + pkg_failed=untried fi @@ -10683,9 +10699,9 @@ else _pkg_short_errors_supported=no fi if test $_pkg_short_errors_supported = yes; then - X11_PKG_ERRORS=`$PKG_CONFIG --short-errors --print-errors "x11" 2>&1` + X11_PKG_ERRORS=`$PKG_CONFIG --short-errors --errors-to-stdout --print-errors "x11"` else From mark at klomp.org Fri Jul 11 01:47:59 2008 From: mark at klomp.org (Mark Wielaard) Date: Fri, 11 Jul 2008 10:47:59 +0200 Subject: A Cry For Sanity In-Reply-To: <17c6771e0807070334habc6ce2o6148466311a871d2@mail.gmail.com> References: <17c6771e0806251529pf786b16o13a7c931ef952c1e@mail.gmail.com> <486362CB.9020009@redhat.com> <17c6771e0806260242v6eb22102vfe1a72c1fdade842@mail.gmail.com> <486367E1.6070902@redhat.com> <17c6771e0806260308n659e3435o5b1b1cdb1fddf000@mail.gmail.com> <486373B2.8000401@redhat.com> <17c6771e0806260356t798ceaa7jdc7df61e57f2ad84@mail.gmail.com> <17c6771e0807070334habc6ce2o6148466311a871d2@mail.gmail.com> Message-ID: <1215766079.3482.2.camel@hermans.wildebeest.org> Hi Andrew, On Mon, 2008-07-07 at 11:34 +0100, Andrew John Hughes wrote: > > I believe that the majority by far are people actively hammering those > > two files in the IcedTea repository rather than the 'common builder' who > > just wants to download and try the latest and greatest. We have very > > little overhead in producing a release, so producing these regularly > > and keeping the tree free of generated autotools files seems the best > > option. > > > > IcedTea is a fairly unique project. Not many projects effectively result > > in two files getting changed by just about each and every patch. I think > > this is also the cause of some VCS issues we have, but not all. > > > > [Trying again as the removed generated files are so big the patch is > too big for the mailing list] > > So shall I commit this? > > 2008-07-07 Andrew John Hughes > > * ChangeLog: Fix typos. > * Makefile.in, > * configure, > * aclocal.m4: Removed. Yes please. Could you also update the INSTALL file to mention running autoreconf? Thanks, Mark From langel at redhat.com Fri Jul 11 05:36:14 2008 From: langel at redhat.com (Lillian Angel) Date: Fri, 11 Jul 2008 08:36:14 -0400 Subject: A Cry For Sanity In-Reply-To: <1215766079.3482.2.camel@hermans.wildebeest.org> References: <17c6771e0806251529pf786b16o13a7c931ef952c1e@mail.gmail.com> <486362CB.9020009@redhat.com> <17c6771e0806260242v6eb22102vfe1a72c1fdade842@mail.gmail.com> <486367E1.6070902@redhat.com> <17c6771e0806260308n659e3435o5b1b1cdb1fddf000@mail.gmail.com> <486373B2.8000401@redhat.com> <17c6771e0806260356t798ceaa7jdc7df61e57f2ad84@mail.gmail.com> <17c6771e0807070334habc6ce2o6148466311a871d2@mail.gmail.com> <1215766079.3482.2.camel@hermans.wildebeest.org> Message-ID: <487753BE.2080208@redhat.com> Mark Wielaard wrote: > Hi Andrew, > > On Mon, 2008-07-07 at 11:34 +0100, Andrew John Hughes wrote: > >>> I believe that the majority by far are people actively hammering those >>> two files in the IcedTea repository rather than the 'common builder' who >>> just wants to download and try the latest and greatest. We have very >>> little overhead in producing a release, so producing these regularly >>> and keeping the tree free of generated autotools files seems the best >>> option. >>> >>> IcedTea is a fairly unique project. Not many projects effectively result >>> in two files getting changed by just about each and every patch. I think >>> this is also the cause of some VCS issues we have, but not all. >>> >>> >> [Trying again as the removed generated files are so big the patch is >> too big for the mailing list] >> >> So shall I commit this? >> >> 2008-07-07 Andrew John Hughes >> >> * ChangeLog: Fix typos. >> * Makefile.in, >> * configure, >> * aclocal.m4: Removed. >> > > Yes please. Could you also update the INSTALL file to mention running > autoreconf? > As well as the webpage and wikipedia entry. Thanks! Lillian From gbenson at redhat.com Fri Jul 11 09:20:33 2008 From: gbenson at redhat.com (Gary Benson) Date: Fri, 11 Jul 2008 16:20:33 +0000 Subject: changeset in /hg/icedtea6: 2008-07-11 Gary Benson changeset 2aaceb7b1ec6 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=2aaceb7b1ec6 description: 2008-07-11 Gary Benson * patches/icedtea-zero.patch: Build non-product correctly on ia64. diffstat: 2 files changed, 19 insertions(+) ChangeLog | 4 ++++ patches/icedtea-zero.patch | 15 +++++++++++++++ diffs (33 lines): diff -r a4405408e867 -r 2aaceb7b1ec6 ChangeLog --- a/ChangeLog Fri Jul 11 10:23:29 2008 +0200 +++ b/ChangeLog Fri Jul 11 12:20:44 2008 -0400 @@ -1,3 +1,7 @@ 2008-07-11 Christian Thalinger + + * patches/icedtea-zero.patch: Build non-product correctly on ia64. + 2008-07-11 Christian Thalinger * Makefile.am (CACAO_VERSION): Updated to 0.99.2 diff -r a4405408e867 -r 2aaceb7b1ec6 patches/icedtea-zero.patch --- a/patches/icedtea-zero.patch Fri Jul 11 10:23:29 2008 +0200 +++ b/patches/icedtea-zero.patch Fri Jul 11 12:20:44 2008 -0400 @@ -159,3 +159,18 @@ diff -r 789c601c8ba9 openjdk/hotspot/src #endif // Identify compatability class for VM's architecture and library's architecture +diff -r 3e7fbd955f0b openjdk/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp +--- openjdk/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp Thu Jul 10 14:08:04 2008 -0400 ++++ openjdk/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp Thu Jul 10 14:11:25 2008 -0400 +@@ -3025,9 +3025,9 @@ + tty->print_cr("&native_fresult: " INTPTR_FORMAT, (uintptr_t) &this->_native_fresult); + tty->print_cr("native_lresult: " INTPTR_FORMAT, (uintptr_t) this->_native_lresult); + #endif +-#ifdef IA64 ++#if defined(IA64) && !defined(ZERO) + tty->print_cr("last_Java_fp: " INTPTR_FORMAT, (uintptr_t) this->_last_Java_fp); +-#endif // IA64 ++#endif // IA64 && !ZERO + tty->print_cr("self_link: " INTPTR_FORMAT, (uintptr_t) this->_self_link); + } + From bugzilla-daemon at icedtea.classpath.org Fri Jul 11 11:04:21 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 11 Jul 2008 18:04:21 +0000 Subject: [Bug 167] JVM crash with CGLIB on a Linux Fedora 9 PPC Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=167 mbaudier at argeo.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gbenson at redhat.com, | |mbaudier at argeo.org Summary|JVM crash with Hibernate / |JVM crash with CGLIB on a |CGLIB on a Linux Fedora 9 |Linux Fedora 9 PPC |PPC | ------- Comment #1 from mbaudier at argeo.org 2008-07-11 18:04 ------- Hi, I digged further in order to isolate the problem and it is indeed with the cglib library (http://cglib.sourceforge.net/). Checking out this project and running the unit tests will lead to the crash described previously. # # Reproducing based on cglib unit tests # cvs -z3 -d:pserver:anonymous at cglib.cvs.sourceforge.net:/cvsroot/cglib co cglib cd cglib ant (below a minimal code to reproduce it, assuming cglib 2.2 and asm 3.1 are in the classpath) Interestingly, when (java) debugging, the crash occurs at different points. If a checkpoint is set a the previous location of a crash, it doesn't crash (which seems to point to a kind of concurrency issue?). # # Debugging with gdb # I re-tested with the latest version of OpenJdk in the rawhide repository of Fedora (java-1.6.0-openjdk-1.6.0.0-0.16.b09.fc10.ppc), but I suspect that this is the same code base. Anyhow, the stack is the same as previously (see previous comment). GDB output: (gdb) run -cp .:../lib/cglib-2.2.jar:../lib/asm-3.1.jar:../lib/asm-util-3.1.jar crashjvm.CrashJvm Starting program: /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/bin/java -cp .:../lib/cglib-2.2.jar:../lib/asm-3.1.jar:../lib/asm-util-3.1.jar crashjvm.CrashJvm [Thread debugging using libthread_db enabled] [New process 9767] Executing new program: /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/bin/java warning: Cannot initialize thread debugging library: generic error warning: Cannot initialize thread debugging library: generic error [New process 9767] [Thread debugging using libthread_db enabled] [New Thread 0x482bc4b0 (LWP 9768)] [New Thread 0x6e7904b0 (LWP 9769)] [New Thread 0x6e8904b0 (LWP 9770)] [New Thread 0x6e9904b0 (LWP 9771)] [New Thread 0x6ec904b0 (LWP 9772)] [New Thread 0x6ed904b0 (LWP 9773)] [New Thread 0x6ee104b0 (LWP 9774)] Start test. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x482bc4b0 (LWP 9768)] constantPoolOopDesc::klass_ref_index_at (this=0x6a5855c0, which=6) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/share/vm/oops/cpCacheOop.hpp:219 219 int constant_pool_index() const { return _indices & 0xFFFF; } Current language: auto; currently c++ (gdb) bt #0 constantPoolOopDesc::klass_ref_index_at (this=0x6a5855c0, which=6) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/share/vm/oops/cpCacheOop.hpp:219 #1 0x0f048d98 in constantPoolOopDesc::klass_ref_at (this=, which=, __the_thread__=) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/share/vm/oops/constantPoolOop.cpp:306 #2 0x0f177cb4 in LinkResolver::resolve_klass (result=@0x4823c8f8, pool=Cannot access memory at address 0x6 ) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/share/vm/interpreter/linkResolver.cpp:111 #3 0x0f17c284 in LinkResolver::resolve_field (result=@0x4823caf8, pool= { = {_handle = 0x10020918}, }, index=6, byte=Bytecodes::_getfield, check_only=false, update_pool=, __the_thread__=0x1001f7a0) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/share/vm/interpreter/linkResolver.cpp:404 #4 0x0f17c94c in LinkResolver::resolve_field (result=, pool=Cannot access memory at address 0x6 ) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/share/vm/interpreter/linkResolver.cpp:391 #5 0x0f0b1ce4 in InterpreterRuntime::resolve_get_put (thread=0x1001f7a0, bytecode=Bytecodes::_getfield) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/share/vm/interpreter/interpreterRuntime.cpp:449 #6 0x0efaebf4 in BytecodeInterpreter::run (istate=0x482bb878) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:1693 #7 0x0f04d5d8 in CppInterpreter::normal_entry (method=, __the_thread__=0x1001f7a0) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/cpu/zero/vm/cppInterpreter_zero.cpp:74 #8 0x0f04d60c in CppInterpreter::normal_entry (method=, __the_thread__=0x1001f7a0) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/cpu/zero/vm/cppInterpreter_zero.cpp:89 #9 0x0f04d60c in CppInterpreter::normal_entry (method=, __the_thread__=0x1001f7a0) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/cpu/zero/vm/cppInterpreter_zero.cpp:89 #10 0x0f04d60c in CppInterpreter::normal_entry (method=, __the_thread__=0x1001f7a0) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/cpu/zero/vm/cppInterpreter_zero.cpp:89 #11 0x0f04d60c in CppInterpreter::normal_entry (method=, __the_thread__=0x1001f7a0) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/cpu/zero/vm/cppInterpreter_zero.cpp:89 #12 0x0f222a78 in StubGenerator::call_stub (call_wrapper=, result=0x482bbc78, result_type=T_INT, method=0x6a51d030, entry_point=0xf04d4a0 "\224!??|\b\002?B\237", parameters=, parameter_words=, __the_thread__=0x1001f7a0) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/cpu/zero/vm/stubGenerator_zero.cpp:69 #13 0x0f0b6bfc in JavaCalls::call_helper (result=0x482bbc70, m=, args=0x482bbb60, __the_thread__=0x1001f7a0) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/share/vm/runtime/javaCalls.cpp:388 #14 0x0f1b95a4 in os::os_exception_wrapper (f=0x24022822, value=, method=, args=, thread=) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/os/linux/vm/os_linux.cpp:3785 #15 0x0f0b5874 in JavaCalls::call (result=, method=Cannot access memory at address 0xb70011 ) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/share/vm/runtime/javaCalls.cpp:298 #16 0x0f0c6850 in jni_invoke_static (env=0x1001f8b0, result=0x482bbc70, receiver=, ---Type to continue, or q to quit--- call_type=, method_id=, args=0x482bbc80, __the_thread__=0x1001f7a0) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/share/vm/prims/jni.cpp:1005 #17 0x0f0d3ad4 in jni_CallStaticVoidMethod (env=0x1001f8b0, cls=, methodID=0x10072618) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/share/vm/prims/jni.cpp:1577 #18 0x10003e70 in JavaMain (_args=) at ../../../../src/share/bin/java.c:579 #19 0x0f376e3c in start_thread (arg=) at pthread_create.c:299 #20 0x48113670 in clone () from /lib/libc.so.6 Backtrace stopped: previous frame inner to this frame (corrupt stack?) (gdb) finish Run till exit from #0 constantPoolOopDesc::klass_ref_index_at (this=0x6a5855c0, which=6) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/share/vm/oops/cpCacheOop.hpp:219 # # An unexpected error has been detected by Java Runtime Environment: # # Internal Error (os_linux_zero.cpp:144), pid=9767, tid=1210827952 # Error: caught unhandled signal 11 # # Java VM: OpenJDK Core VM (1.6.0-b09 interpreted mode linux-) # An error report file with more information is saved as: # /home/mbaudier/workspace/crashjvm-cglib/bin/hs_err_pid9767.log Program received signal SIGSEGV, Segmentation fault. VMError::report (this=0x4823c198, st=0x4823c118) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/cpu/zero/vm/interpreterRT_zero.hpp:42 42 return cif()->nargs; (gdb) finish Run till exit from #0 VMError::report (this=0x4823c198, st=0x4823c118) at /usr/src/debug/icedtea6-1.2/openjdk/hotspot/src/cpu/zero/vm/interpreterRT_zero.hpp:42 [Thread 0x6ee104b0 (LWP 9774) exited] [Thread 0x6ed904b0 (LWP 9773) exited] [Thread 0x6ec904b0 (LWP 9772) exited] [Thread 0x6e9904b0 (LWP 9771) exited] [Thread 0x6e8904b0 (LWP 9770) exited] [Thread 0x6e7904b0 (LWP 9769) exited] [Thread 0x482bc4b0 (LWP 9768) exited] Program terminated with signal SIGSEGV, Segmentation fault. The program no longer exists. # # Crash also with GCJ 1.5.0 # GCJ 1.5.0 also crashes but later on: the object is enhanced, but the JVM crashes when it is accessed. GDB output: (gdb) run -cp .:../lib/cglib-2.2.jar:../lib/asm-3.1.jar:../lib/asm-util-3.1.jar crashjvm.CrashJvm Starting program: /usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/bin/java -cp .:../lib/cglib-2.2.jar:../lib/asm-3.1.jar:../lib/asm-util-3.1.jar crashjvm.CrashJvm [Thread debugging using libthread_db enabled] [New Thread 0x48018580 (LWP 9784)] [New Thread 0x48ced4b0 (LWP 9791)] Start test. Program received signal SIGPWR, Power fail/restart. [Switching to Thread 0x48ced4b0 (LWP 9791)] 0x0f37bf44 in __pthread_cond_wait (cond=, mutex=) at pthread_cond_wait.c:153 153 lll_futex_wait (&cond->__data.__futex, futex_val, pshared); (gdb) finish Run till exit from #0 0x0f37bf44 in __pthread_cond_wait (cond=, mutex=) at pthread_cond_wait.c:153 Program received signal SIGXCPU, CPU time limit exceeded. 0x0f1b721c in __sigsuspend (set=) at ../sysdeps/unix/sysv/linux/sigsuspend.c:63 63 return INLINE_SYSCALL (rt_sigsuspend, 2, CHECK_SIGSET (set), _NSIG / 8); (gdb) finish Run till exit from #0 0x0f1b721c in __sigsuspend (set=) at ../sysdeps/unix/sysv/linux/sigsuspend.c:63 GC_suspend_handler_inner (sig_arg=) at ../../../boehm-gc/pthread_stop_world.c:218 218 ../../../boehm-gc/pthread_stop_world.c: No such file or directory. in ../../../boehm-gc/pthread_stop_world.c Value returned is $1 = -1 (gdb) finish Run till exit from #0 GC_suspend_handler_inner (sig_arg=) at ../../../boehm-gc/pthread_stop_world.c:218 GC_suspend_handler (sig=) at ../../../boehm-gc/pthread_stop_world.c:155 155 in ../../../boehm-gc/pthread_stop_world.c (gdb) finish Run till exit from #0 GC_suspend_handler (sig=) at ../../../boehm-gc/pthread_stop_world.c:155 (gdb) finish Run till exit from #0 0x0f37bf40 in __pthread_cond_wait (cond=, mutex=) at pthread_cond_wait.c:153 153 lll_futex_wait (&cond->__data.__futex, futex_val, pshared); (gdb) finish Run till exit from #0 0x0f37bf40 in __pthread_cond_wait (cond=, mutex=) at pthread_cond_wait.c:153 0x0161331c in _Jv_CondWait (cv=, mu=, millis=, nanos=) at ../../../libjava/posix-threads.cc:212 212 r = pthread_cond_wait (¤t->wait_cond, ¤t->wait_mutex); Value returned is $2 = 0 Current language: auto; currently c++ (gdb) finish Run till exit from #0 0x0161331c in _Jv_CondWait (cv=, mu=, millis=, nanos=) at ../../../libjava/posix-threads.cc:212 gnu::gcj::runtime::FinalizerThread::run (this=) at ../../../libjava/gnu/gcj/runtime/natFinalizerThread.cc:58 58 finalizer_ready = false; Value returned is $3 = 0 (gdb) finish Run till exit from #0 gnu::gcj::runtime::FinalizerThread::run (this=) at ../../../libjava/gnu/gcj/runtime/natFinalizerThread.cc:58 Program received signal SIGPWR, Power fail/restart. 0x0f37bf44 in __pthread_cond_wait (cond=, mutex=) at pthread_cond_wait.c:153 153 lll_futex_wait (&cond->__data.__futex, futex_val, pshared); Current language: auto; currently c (gdb) finish Run till exit from #0 0x0f37bf44 in __pthread_cond_wait (cond=, mutex=) at pthread_cond_wait.c:153 Program received signal SIGXCPU, CPU time limit exceeded. 0x0f1b721c in __sigsuspend (set=) at ../sysdeps/unix/sysv/linux/sigsuspend.c:63 63 return INLINE_SYSCALL (rt_sigsuspend, 2, CHECK_SIGSET (set), _NSIG / 8); (gdb) finish Run till exit from #0 0x0f1b721c in __sigsuspend (set=) at ../sysdeps/unix/sysv/linux/sigsuspend.c:63 GC_suspend_handler_inner (sig_arg=) at ../../../boehm-gc/pthread_stop_world.c:218 218 ../../../boehm-gc/pthread_stop_world.c: No such file or directory. in ../../../boehm-gc/pthread_stop_world.c Value returned is $4 = -1 (gdb) finish Run till exit from #0 GC_suspend_handler_inner (sig_arg=) at ../../../boehm-gc/pthread_stop_world.c:218 GC_suspend_handler (sig=) at ../../../boehm-gc/pthread_stop_world.c:155 155 in ../../../boehm-gc/pthread_stop_world.c (gdb) finish Run till exit from #0 GC_suspend_handler (sig=) at ../../../boehm-gc/pthread_stop_world.c:155 (gdb) finish Run till exit from #0 0x0f37bf40 in __pthread_cond_wait (cond=, mutex=) at pthread_cond_wait.c:153 153 lll_futex_wait (&cond->__data.__futex, futex_val, pshared); (gdb) finish Run till exit from #0 0x0f37bf40 in __pthread_cond_wait (cond=, mutex=) at pthread_cond_wait.c:153 0x0161331c in _Jv_CondWait (cv=, mu=, millis=, nanos=) at ../../../libjava/posix-threads.cc:212 212 r = pthread_cond_wait (¤t->wait_cond, ¤t->wait_mutex); Value returned is $5 = 0 Current language: auto; currently c++ (gdb) finish Run till exit from #0 0x0161331c in _Jv_CondWait (cv=, mu=, millis=, nanos=) at ../../../libjava/posix-threads.cc:212 gnu::gcj::runtime::FinalizerThread::run (this=) at ../../../libjava/gnu/gcj/runtime/natFinalizerThread.cc:58 58 finalizer_ready = false; Value returned is $6 = 0 (gdb) finish Run till exit from #0 gnu::gcj::runtime::FinalizerThread::run (this=) at ../../../libjava/gnu/gcj/runtime/natFinalizerThread.cc:58 Enhanced object. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x48018580 (LWP 9784)] ffi_call_SYSV () at ../../../libffi/src/powerpc/sysv.S:41 41 stwux %r1,%r1,%r4 Current language: auto; currently asm (gdb) finish Run till exit from #0 ffi_call_SYSV () at ../../../libffi/src/powerpc/sysv.S:41 Program received signal SIGSEGV, Segmentation fault. ffi_call_SYSV () at ../../../libffi/src/powerpc/sysv.S:41 41 stwux %r1,%r1,%r4 (gdb) finish Run till exit from #0 ffi_call_SYSV () at ../../../libffi/src/powerpc/sysv.S:41 [Thread 0x48ced4b0 (LWP 9791) exited] Program terminated with signal SIGSEGV, Segmentation fault. The program no longer exists. # # Trying to build IcedTea # I gave another try to compile the latest version of the icedtea6 tree, but with no more success. Here were my commands (again I am on an up-to-date Fedora Core 9): ./configure --with-gcj-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0 --with-libgcj-jar=/usr/share/java/libgcj-4.3.0.jar --prefix=/usr/local/icedtea-head --enable-zero make (also tried with the patches indicated here: http://icedtea.classpath.org/wiki/DebianBuildingInstructions#Building_Icedtea_on_Debian_.28Lenny.29_PowerPC) But I keep errors (after plenty of conversion warnings when building in icedtea6/openjdk-ecj/control/build/linux-ppc/hotspot/outputdir/linux_zero_core/product) Please tell me if it useful that I keep trying building it, so that I can send a message to the mailing-list for support. (I don't want to clutter this bug with build issues) # Reproducing with a minimal code package crashjvm; import java.lang.reflect.Method; import net.sf.cglib.proxy.Enhancer; import net.sf.cglib.proxy.MethodInterceptor; import net.sf.cglib.proxy.MethodProxy; public class CrashJvm { public static void main(String[] args) { Object obj = Enhancer.create(Object.class, new MethodInterceptor() { public Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) throws Throwable { return obj; } }); } } -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From bugzilla-daemon at icedtea.classpath.org Fri Jul 11 11:06:39 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 11 Jul 2008 18:06:39 +0000 Subject: [Bug 167] JVM crash with CGLIB on a Linux Fedora 9 PPC Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=167 ------- Comment #2 from mbaudier at argeo.org 2008-07-11 18:06 ------- Sorry, I forgot to put the latest version of my Java test program (used for generating the GDB output). Here it is: package crashjvm; import java.lang.reflect.Method; import java.util.Vector; import net.sf.cglib.proxy.Enhancer; import net.sf.cglib.proxy.MethodInterceptor; import net.sf.cglib.proxy.MethodProxy; public class CrashJvm { public static void main(String[] args) { System.out.println("Start test."); Object obj = Enhancer.create(Runnable.class, new MethodInterceptor() { public Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) throws Throwable { System.out.println("Enhance method in " + obj + ": " + method.getName()); return obj; } }); System.out.println("Enhanced object."); ((Runnable)obj).run(); System.out.println("Runned enhanced object."); } } -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From bugzilla-daemon at icedtea.classpath.org Fri Jul 11 12:23:45 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 11 Jul 2008 19:23:45 +0000 Subject: [Bug 167] JVM crash with CGLIB on a Linux Fedora 9 PPC Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=167 gbenson at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|unassigned at icedtea.classpath|gbenson at redhat.com |.org | ------- Comment #3 from gbenson at redhat.com 2008-07-11 19:23 ------- Could you attach the full hs_err_pidNNNNN.log file from this please? -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. You are the assignee for the bug, or are watching the assignee. From aph at redhat.com Fri Jul 11 12:39:17 2008 From: aph at redhat.com (Andrew Haley) Date: Fri, 11 Jul 2008 20:39:17 +0100 Subject: [PATCH] Add umask setting for javaws/pluginappletviewer In-Reply-To: <4874F76C.90202@redhat.com> References: <4874F76C.90202@redhat.com> Message-ID: <4877B6E5.2000802@redhat.com> Joshua Sumali wrote: > Attached are two patches that add umask functionality for any files > created by javaws and pluginappletviewer. umask-1.patch simply hard > codes the umask to be 077 for any files created, and is not modifiable > once the binary launcher is created. umask-2.patch on the other hand > checks for -umask= on the command line and sets the mask to > whatever the user enters, but will default to 077 if no -umask= could be > found. > > The first patch is the most simple and should work for most cases, but > the second patch provides some flexibility for setting the umask. I'm > not too sure if there would be any reason for the umask to be set > outside 077 (in terms of plugin/web start apps), but the functionality > is there in the second patch 2 if needed. This looks OK to me. I guess someone might use javaws for an installer and this conceivably might break due to restricted permissions, but in any case that installer would be broken if the user happened to have a restricted default umask. Andrew. From bugzilla-daemon at icedtea.classpath.org Sat Jul 12 03:22:37 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sat, 12 Jul 2008 10:22:37 +0000 Subject: [Bug 171] New: Crash running Solr 1.3 Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=171 Summary: Crash running Solr 1.3 Product: IcedTea Version: unspecified Platform: PC URL: http://pubget.com OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: IcedTea AssignedTo: unassigned at icedtea.classpath.org ReportedBy: iconnor at projectlounge.com # # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000000000913d92, pid=6555, tid=1077332304 # # Java VM: IcedTea 64-Bit Server VM (1.7.0-b21 mixed mode linux-amd64) # Problematic frame: # V [libjvm.so+0x312d92] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # --------------- T H R E A D --------------- Current thread (0x00000000015c2000): VMThread [stack: 0x000000004026c000,0x000000004036d000] [id=6561] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x00006f111a6c87c8 Registers: RAX=0x00006f111a6c87c8, RBX=0x00007f1196617730, RCX=0x000000000000444c, RDX=0x00007f111b042cf8 RSP=0x000000004036b7f0, RBP=0x000000004036b820, RSI=0x00007f1196617720, RDI=0x00007f1196617728 R8 =0x00007f111aded550, R9 =0x00000000000002c0, R10=0x0000000000000014, R11=0x0000000000913cf0 R12=0x00007f1196617740, R13=0x00007f111b042cf8, R14=0x00007f1196617720, R15=0x00007f111b042cfc RIP=0x0000000000913d92, EFL=0x0000000000010202, CSGSFS=0x0000000000000033, ERR=0x0000000000000004 TRAPNO=0x000000000000000e Top of Stack: (sp=0x000000004036b7f0) 0x000000004036b7f0: 00007f11946a9918 00007f11957f2550 0x000000004036b800: 00007f1195810750 000000004036b870 0x000000004036b810: 0000000000f79020 0000000001462530 0x000000004036b820: 000000004036b840 0000000000abe134 0x000000004036b830: 0000000000f96cc0 0000000000f96d00 0x000000004036b840: 000000004036b860 0000000000a8ebb0 0x000000004036b850: 0000000000f79020 0000000000000000 0x000000004036b860: 000000004036b8c0 0000000000b0d2c3 0x000000004036b870: 0000000001010100 0000000000000000 0x000000004036b880: 000000004036b8a0 00000000008fee00 0x000000004036b890: 0000000001864590 0000000001456870 0x000000004036b8a0: 000000004036b8c0 000000000151fdb0 0x000000004036b8b0: 0000000000000000 0000000000f96cf8 0x000000004036b8c0: 000000004036bac0 0000000000b0db5e 0x000000004036b8d0: 0000000001463d30 000000005f3e7fb8 0x000000004036b8e0: 00000000159989a0 00007f111b406be0 0x000000004036b8f0: 00000000015a06d0 000000004036ba40 0x000000004036b900: 000000004036ba10 000000004036b9e0 0x000000004036b910: 000000004036b9b0 00000000015c22c0 0x000000004036b920: 00000012015c22b0 0000000001463d30 0x000000004036b930: 0000000001462800 0000000001462890 0x000000004036b940: 0000000001464360 0000000056502270 0x000000004036b950: 0000000001006be0 0000000008a660b0 0x000000004036b960: 0000000009b53838 000000000020091d 0x000000004036b970: 0000000000000000 000000021643fadc 0x000000004036b980: 00007f11a1fd7301 000000000151fee0 0x000000004036b990: 0000000000000000 000000000151fe60 0x000000004036b9a0: 000000000151fdb0 0000000000000000 0x000000004036b9b0: 0000000000010100 0000000000000000 0x000000004036b9c0: 0000000001456870 0000000000000000 0x000000004036b9d0: 00000000015c2000 0000000001456870 0x000000004036b9e0: 00000000015c0100 0000000000000000 Instructions: (pc=0x0000000000913d92) 0x0000000000913d82: c3 08 49 39 dc 76 27 48 8b 03 48 85 c0 90 74 ee 0x0000000000913d92: 48 8b 00 83 e0 03 48 83 f8 03 74 e2 48 89 df 48 Stack: [0x000000004026c000,0x000000004036d000], sp=0x000000004036b7f0, free space=1021k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [libjvm.so+0x312d92] V [libjvm.so+0x4bd134] V [libjvm.so+0x48dbb0] V [libjvm.so+0x50c2c3] V [libjvm.so+0x50cb5e] V [libjvm.so+0x519e07] V [libjvm.so+0x4de815] V [libjvm.so+0x5ee76f] V [libjvm.so+0x5f311c] V [libjvm.so+0x5f1d03] V [libjvm.so+0x5f2453] V [libjvm.so+0x5f26f0] V [libjvm.so+0x4cc934] VM_Operation (0x0000000040d11a30): ParallelGCFailedAllocation, mode: safepoint, requested by thread 0x00007f111414a800 --------------- P R O C E S S --------------- Java Threads: ( => current thread ) 0x00007f11140db400 JavaThread "DestroyJavaVM" [_thread_blocked, id=6556, stack(0x0000000000401000,0x0000000000502000)] 0x00007f11140dac00 JavaThread "Timer-2" [_thread_blocked, id=6582, stack(0x0000000041a5f000,0x0000000041b60000)] 0x00007f11142bb000 JavaThread "pool-1-thread-1" [_thread_blocked, id=6581, stack(0x0000000040f16000,0x0000000041017000)] 0x0000000001954c00 JavaThread "Timer-1" [_thread_blocked, id=6580, stack(0x0000000041df0000,0x0000000041ef1000)] 0x00007f1114174000 JavaThread "btpool0-9 - Acceptor0 SocketConnector @ 0.0.0.0:8983" [_thread_in_native, id=6579, stack(0x0000000041543000,0x0000000041644000)] 0x00007f1114172400 JavaThread "btpool0-8" [_thread_blocked, id=6578, stack(0x000000004195e000,0x0000000041a5f000)] 0x00007f1114170c00 JavaThread "btpool0-7" [_thread_blocked, id=6577, stack(0x000000004185d000,0x000000004195e000)] 0x00007f11141c2000 JavaThread "btpool0-6" [_thread_blocked, id=6576, stack(0x000000004117a000,0x000000004127b000)] 0x00007f11141c0800 JavaThread "btpool0-5" [_thread_blocked, id=6575, stack(0x0000000041079000,0x000000004117a000)] 0x00007f1114112400 JavaThread "btpool0-4" [_thread_blocked, id=6574, stack(0x0000000041442000,0x0000000041543000)] 0x00007f111416a400 JavaThread "btpool0-3" [_thread_blocked, id=6573, stack(0x0000000041341000,0x0000000041442000)] 0x00007f11141c6400 JavaThread "btpool0-2" [_thread_blocked, id=6572, stack(0x0000000040e15000,0x0000000040f16000)] 0x00007f1114187000 JavaThread "btpool0-1" [_thread_blocked, id=6571, stack(0x0000000040d14000,0x0000000040e15000)] 0x00007f111414a800 JavaThread "btpool0-0" [_thread_blocked, id=6570, stack(0x0000000040c13000,0x0000000040d14000)] 0x000000000195ac00 JavaThread "Timer-0" [_thread_blocked, id=6569, stack(0x000000004036d000,0x000000004046e000)] 0x00007f1114005400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=6567, stack(0x0000000040a11000,0x0000000040b12000)] 0x00007f1114002c00 JavaThread "CompilerThread1" daemon [_thread_blocked, id=6566, stack(0x0000000040910000,0x0000000040a11000)] 0x00007f1114001000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=6565, stack(0x0000000040597000,0x0000000040698000)] 0x00000000015efc00 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=6564, stack(0x000000004175c000,0x000000004185d000)] 0x00000000015ce800 JavaThread "Finalizer" daemon [_thread_blocked, id=6563, stack(0x000000004165b000,0x000000004175c000)] 0x00000000015c7800 JavaThread "Reference Handler" daemon [_thread_blocked, id=6562, stack(0x000000004080f000,0x0000000040910000)] Other Threads: =>0x00000000015c2000 VMThread [stack: 0x000000004026c000,0x000000004036d000] [id=6561] 0x00007f1114007c00 WatcherThread [stack: 0x0000000040b12000,0x0000000040c13000] [id=6568] VM state:at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event]) [0x000000000145a200] UNKNOWN - owner thread: 0x00000000015c2000 [0x000000000145a7a0] UNKNOWN - owner thread: 0x00007f111414a800 Heap PSYoungGen total 460416K, used 141720K [0x00007f1178160000, 0x00007f11a11f0000, 0x00007f11a1c00000) eden space 249856K, 0% used [0x00007f1178160000,0x00007f1178160000,0x00007f1187560000) from space 210560K, 67% used [0x00007f1194230000,0x00007f119cc960b0,0x00007f11a0fd0000) to space 209728K, 0% used [0x00007f1187560000,0x00007f1187560000,0x00007f1194230000) PSOldGen total 1365376K, used 1272432K [0x00007f1124c00000, 0x00007f1178160000, 0x00007f1178160000) object space 1365376K, 93% used [0x00007f1124c00000,0x00007f117269c1c0,0x00007f1178160000) PSPermGen total 21504K, used 16410K [0x00007f111a400000, 0x00007f111b900000, 0x00007f1124c00000) object space 21504K, 76% used [0x00007f111a400000,0x00007f111b406be0,0x00007f111b900000) Dynamic libraries: 00110000-00192000 r-xp 00000000 fd:00 41156935 /lib64/libm-2.7.so 00192000-00391000 ---p 00082000 fd:00 41156935 /lib64/libm-2.7.so 00391000-00392000 r--p 00081000 fd:00 41156935 /lib64/libm-2.7.so 00392000-00393000 rw-p 00082000 fd:00 41156935 /lib64/libm-2.7.so 00393000-0039e000 rwxp 00393000 00:00 0 0039e000-003e7000 rwxp 0039e000 00:00 0 00400000-00401000 r-xp 00000000 fd:00 103613615 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/bin/java 00401000-00404000 ---p 00401000 00:00 0 00404000-00513000 rwxp 00404000 00:00 0 00513000-005c2000 rwxp 00513000 00:00 0 00600000-00601000 rw-p 00000000 fd:00 103613615 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/bin/java 00601000-00d15000 r-xp 00000000 fd:00 103613664 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/server/libjvm.so 00d15000-00f14000 ---p 00714000 fd:00 103613664 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/server/libjvm.so 00f14000-00f8f000 rw-p 00713000 fd:00 103613664 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/server/libjvm.so 00f8f000-00fc8000 rw-p 00f8f000 00:00 0 00fc8000-00fd0000 r-xp 00000000 fd:00 103613660 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/native_threads/libhpi.so 00fd0000-011cf000 ---p 00008000 fd:00 103613660 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/native_threads/libhpi.so 011cf000-011d0000 rw-p 00007000 fd:00 103613660 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/native_threads/libhpi.so 011d0000-011d1000 rw-p 011d0000 00:00 0 011d1000-011d2000 ---p 011d1000 00:00 0 011d2000-012d2000 rwxp 011d2000 00:00 0 012d2000-012d3000 ---p 012d2000 00:00 0 012d3000-013d3000 rwxp 012d3000 00:00 0 01455000-02616000 rw-p 01455000 00:00 0 [heap] 0262d000-0262e000 ---p 0262d000 00:00 0 0262e000-0272e000 rwxp 0262e000 00:00 0 0483f000-0484e000 r-xp 00000000 fd:00 103613658 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/libzip.so 0484e000-04a4e000 ---p 0000f000 fd:00 103613658 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/libzip.so 04a4e000-04a50000 rw-p 0000f000 fd:00 103613658 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/libzip.so 05c44000-05c6f000 r-xp 00000000 fd:00 103613638 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/libjava.so 05c6f000-05e6f000 ---p 0002b000 fd:00 103613638 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/libjava.so 05e6f000-05e73000 rw-p 0002b000 fd:00 103613638 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/libjava.so 065dc000-065e6000 r-xp 00000000 fd:00 41156636 /lib64/libnss_files-2.7.so 065e6000-067e5000 ---p 0000a000 fd:00 41156636 /lib64/libnss_files-2.7.so 067e5000-067e6000 r--p 00009000 fd:00 41156636 /lib64/libnss_files-2.7.so 067e6000-067e7000 rw-p 0000a000 fd:00 41156636 /lib64/libnss_files-2.7.so 06dd3000-06de1000 r-xp 00000000 fd:00 103613657 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/libverify.so 06de1000-06fe0000 ---p 0000e000 fd:00 103613657 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/libverify.so 06fe0000-06fe2000 rw-p 0000d000 fd:00 103613657 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/libverify.so 4026c000-4026d000 ---p 4026c000 00:00 0 4026d000-4036d000 rwxp 4026d000 00:00 0 4036d000-40370000 ---p 4036d000 00:00 0 40370000-4046e000 rwxp 40370000 00:00 0 4046e000-40471000 rwxp 4046e000 00:00 0 40471000-4056f000 rwxp 40471000 00:00 0 40597000-4059a000 ---p 40597000 00:00 0 4059a000-40698000 rwxp 4059a000 00:00 0 4070e000-4070f000 ---p 4070e000 00:00 0 4070f000-4080f000 rwxp 4070f000 00:00 0 4080f000-40812000 ---p 4080f000 00:00 0 40812000-40910000 rwxp 40812000 00:00 0 40910000-40913000 ---p 40910000 00:00 0 40913000-40a11000 rwxp 40913000 00:00 0 40a11000-40a14000 ---p 40a11000 00:00 0 40a14000-40b12000 rwxp 40a14000 00:00 0 40b12000-40b13000 ---p 40b12000 00:00 0 40b13000-40c13000 rwxp 40b13000 00:00 0 40c13000-40c16000 ---p 40c13000 00:00 0 40c16000-40d14000 rwxp 40c16000 00:00 0 40d14000-40d17000 ---p 40d14000 00:00 0 40d17000-40e15000 rwxp 40d17000 00:00 0 40e15000-40e18000 ---p 40e15000 00:00 0 40e18000-40f16000 rwxp 40e18000 00:00 0 40f16000-40f19000 ---p 40f16000 00:00 0 40f19000-41017000 rwxp 40f19000 00:00 0 41079000-4107c000 ---p 41079000 00:00 0 4107c000-4117a000 rwxp 4107c000 00:00 0 4117a000-4117d000 ---p 4117a000 00:00 0 4117d000-4127b000 rwxp 4117d000 00:00 0 41341000-41344000 ---p 41341000 00:00 0 41344000-41442000 rwxp 41344000 00:00 0 41442000-41445000 ---p 41442000 00:00 0 41445000-41543000 rwxp 41445000 00:00 0 41543000-41546000 ---p 41543000 00:00 0 41546000-41644000 rwxp 41546000 00:00 0 4165b000-4165e000 ---p 4165b000 00:00 0 4165e000-4175c000 rwxp 4165e000 00:00 0 4175c000-4175f000 ---p 4175c000 00:00 0 4175f000-4185d000 rwxp 4175f000 00:00 0 4185d000-41860000 ---p 4185d000 00:00 0 41860000-4195e000 rwxp 41860000 00:00 0 4195e000-41961000 ---p 4195e000 00:00 0 41961000-41a5f000 rwxp 41961000 00:00 0 41a5f000-41a62000 ---p 41a5f000 00:00 0 41a62000-41b60000 rwxp 41a62000 00:00 0 41b60000-41b63000 rwxp 41b60000 00:00 0 41b63000-41c61000 rwxp 41b63000 00:00 0 41df0000-41df3000 ---p 41df0000 00:00 0 41df3000-41ef1000 rwxp 41df3000 00:00 0 3fe8200000-3fe821b000 r-xp 00000000 fd:00 41156774 /lib64/ld-2.7.so 3fe841a000-3fe841b000 r--p 0001a000 fd:00 41156774 /lib64/ld-2.7.so 3fe841b000-3fe841c000 rw-p 0001b000 fd:00 41156774 /lib64/ld-2.7.so 3fe8600000-3fe874d000 r-xp 00000000 fd:00 41156932 /lib64/libc-2.7.so 3fe874d000-3fe894d000 ---p 0014d000 fd:00 41156932 /lib64/libc-2.7.so 3fe894d000-3fe8951000 r--p 0014d000 fd:00 41156932 /lib64/libc-2.7.so 3fe8951000-3fe8952000 rw-p 00151000 fd:00 41156932 /lib64/libc-2.7.so 3fe8952000-3fe8957000 rw-p 3fe8952000 00:00 0 3fe8a00000-3fe8a10000 r-xp 00000000 fd:00 103613565 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/jli/libjli.so 3fe8a10000-3fe8c0f000 ---p 00010000 fd:00 103613565 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/jli/libjli.so 3fe8c0f000-3fe8c11000 rw-p 0000f000 fd:00 103613565 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/jli/libjli.so 3fe8e00000-3fe8e02000 r-xp 00000000 fd:00 41156933 /lib64/libdl-2.7.so 3fe8e02000-3fe9002000 ---p 00002000 fd:00 41156933 /lib64/libdl-2.7.so 3fe9002000-3fe9003000 r--p 00002000 fd:00 41156933 /lib64/libdl-2.7.so 3fe9003000-3fe9004000 rw-p 00003000 fd:00 41156933 /lib64/libdl-2.7.so 3fe9200000-3fe9216000 r-xp 00000000 fd:00 41156937 /lib64/libpthread-2.7.so 3fe9216000-3fe9415000 ---p 00016000 fd:00 41156937 /lib64/libpthread-2.7.so 3fe9415000-3fe9416000 r--p 00015000 fd:00 41156937 /lib64/libpthread-2.7.so 3fe9416000-3fe9417000 rw-p 00016000 fd:00 41156937 /lib64/libpthread-2.7.so 3fe9417000-3fe941b000 rw-p 3fe9417000 00:00 0 3feb600000-3feb608000 r-xp 00000000 fd:00 41156938 /lib64/librt-2.7.so 3feb608000-3feb807000 ---p 00008000 fd:00 41156938 /lib64/librt-2.7.so 3feb807000-3feb808000 r--p 00007000 fd:00 41156938 /lib64/librt-2.7.so 3feb808000-3feb809000 rw-p 00008000 fd:00 41156938 /lib64/librt-2.7.so 3fed600000-3fed615000 r-xp 00000000 fd:00 41156941 /lib64/libnsl-2.7.so 3fed615000-3fed814000 ---p 00015000 fd:00 41156941 /lib64/libnsl-2.7.so 3fed814000-3fed815000 r--p 00014000 fd:00 41156941 /lib64/libnsl-2.7.so 3fed815000-3fed816000 rw-p 00015000 fd:00 41156941 /lib64/libnsl-2.7.so 3fed816000-3fed818000 rw-p 3fed816000 00:00 0 7f110a01d000-7f110f5a6000 rw-p 7f110a01d000 00:00 0 7f110f5a6000-7f1114000000 r--p 00000000 fd:00 103320191 /usr/lib/locale/locale-archive 7f1114000000-7f1115ed7000 rw-p 7f1114000000 00:00 0 7f1115ed7000-7f1118000000 ---p 7f1115ed7000 00:00 0 7f1118075000-7f111852b000 rw-p 7f1118075000 00:00 0 7f111854c000-7f11198ef000 rw-p 7f111854c000 00:00 0 7f11198ef000-7f11198f5000 r--s 000f6000 fd:00 103613723 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/resources.jar 7f11198f5000-7f1119909000 r-xp 00000000 fd:00 103613650 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/libnet.so 7f1119909000-7f1119b08000 ---p 00014000 fd:00 103613650 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/libnet.so 7f1119b08000-7f1119b09000 rw-p 00013000 fd:00 103613650 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/libnet.so 7f1119b09000-7f1119b0c000 r--s 0001d000 00:17 6452 /mnt/rails/solr/work/Jetty_0_0_0_0_8983_solr.war__solr__k1kf17/webapp/WEB-INF/lib/stax-utils.jar 7f1119b0c000-7f1119b0e000 r--s 00005000 00:17 6451 /mnt/rails/solr/work/Jetty_0_0_0_0_8983_solr.war__solr__k1kf17/webapp/WEB-INF/lib/stax-api-1.0.jar 7f1119b0e000-7f1119b11000 r--s 00029000 00:17 6450 /mnt/rails/solr/work/Jetty_0_0_0_0_8983_solr.war__solr__k1kf17/webapp/WEB-INF/lib/stax-1.2.0-dev.jar 7f1119b11000-7f1119b12000 r--s 00004000 00:17 6449 /mnt/rails/solr/work/Jetty_0_0_0_0_8983_solr.war__solr__k1kf17/webapp/WEB-INF/lib/lucene-spellchecker-2.4-dev.jar 7f1119b12000-7f1119b14000 r--s 00015000 00:17 6448 /mnt/rails/solr/work/Jetty_0_0_0_0_8983_solr.war__solr__k1kf17/webapp/WEB-INF/lib/lucene-snowball-2.4-dev.jar 7f1119b14000-7f1119b15000 r--s 00007000 00:17 6447 /mnt/rails/solr/work/Jetty_0_0_0_0_8983_solr.war__solr__k1kf17/webapp/WEB-INF/lib/lucene-queries-2.4-dev.jar 7f1119b15000-7f1119b18000 r--s 00013000 00:17 6446 /mnt/rails/solr/work/Jetty_0_0_0_0_8983_solr.war__solr__k1kf17/webapp/WEB-INF/lib/lucene-highlighter-2.4-dev.jar 7f1119b18000-7f1119b25000 r--s 000a6000 00:17 6445 /mnt/rails/solr/work/Jetty_0_0_0_0_8983_solr.war__solr__k1kf17/webapp/WEB-INF/lib/lucene-core-2.4-dev.jar 7f1119b25000-7f1119b28000 r--s 0001a000 00:17 6444 /mnt/rails/solr/work/Jetty_0_0_0_0_8983_solr.war__solr__k1kf17/webapp/WEB-INF/lib/lucene-analyzers-2.4-dev.jar 7f1119b28000-7f1119b30000 r--s 00035000 00:17 6443 /mnt/rails/solr/work/Jetty_0_0_0_0_8983_solr.war__solr__k1kf17/webapp/WEB-INF/lib/junit-4.3.jar 7f1119b30000-7f1119b32000 r--s 00008000 00:17 6442 /mnt/rails/solr/work/Jetty_0_0_0_0_8983_solr.war__solr__k1kf17/webapp/WEB-INF/lib/commons-logging-1.0.4.jar 7f1119b32000-7f1119b35000 r--s 00012000 00:17 6441 /mnt/rails/solr/work/Jetty_0_0_0_0_8983_solr.war__solr__k1kf17/webapp/WEB-INF/lib/commons-io-1.3.1.jar 7f1119b35000-7f1119b3b000 r--s 00045000 00:17 6440 /mnt/rails/solr/work/Jetty_0_0_0_0_8983_solr.war__solr__k1kf17/webapp/WEB-INF/lib/commons-httpclient-3.1.jar 7f1119b3b000-7f1119b3d000 r--s 0000b000 00:17 6439 /mnt/rails/solr/work/Jetty_0_0_0_0_8983_solr.war__solr__k1kf17/webapp/WEB-INF/lib/commons-fileupload-1.2.jar 7f1119b3d000-7f1119b3f000 r--s 00004000 00:17 6438 /mnt/rails/solr/work/Jetty_0_0_0_0_8983_solr.war__solr__k1kf17/webapp/WEB-INF/lib/commons-csv-1.0-SNAPSHOT-r609327.jar 7f1119b3f000-7f1119b41000 r--s 0000a000 00:17 6437 /mnt/rails/solr/work/Jetty_0_0_0_0_8983_solr.war__solr__k1kf17/webapp/WEB-INF/lib/commons-codec-1.3.jar 7f1119b41000-7f1119b43000 r--s 00013000 00:17 6436 /mnt/rails/solr/work/Jetty_0_0_0_0_8983_solr.war__solr__k1kf17/webapp/WEB-INF/lib/apache-solr-common-1.3-dev.jar 7f1119b43000-7f1119b53000 r--s 000c8000 00:17 6435 /mnt/rails/solr/work/Jetty_0_0_0_0_8983_solr.war__solr__k1kf17/webapp/WEB-INF/lib/apache-solr-1.3-dev.jar 7f1119b53000-7f1119b5e000 r--s 00073000 00:17 6426 /mnt/rails/solr/lib/jsp-2.1/jsp-api-2.1.jar 7f1119b5e000-7f1119b67000 r--s 00093000 00:17 6425 /mnt/rails/solr/lib/jsp-2.1/jsp-2.1.jar 7f1119b67000-7f1119b8a000 r--s 00344000 00:17 6424 /mnt/rails/solr/lib/jsp-2.1/core-3.1.1.jar 7f1119b8a000-7f1119b99000 r--s 000ee000 00:17 6423 /mnt/rails/solr/lib/jsp-2.1/ant-1.6.5.jar 7f1119b99000-7f1119b9c000 r--s 0001e000 00:17 6421 /mnt/rails/solr/lib/servlet-api-2.5-6.1.3.jar 7f1119b9c000-7f1119b9f000 r--s 0001d000 00:17 6419 /mnt/rails/solr/lib/jetty-util-6.1.3.jar 7f1119b9f000-7f1119ba5000 r--s 0006e000 00:17 6418 /mnt/rails/solr/lib/jetty-6.1.3.jar 7f1119ba5000-7f1119bae000 r--s 00065000 fd:00 103613681 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/ext/gnome-java-bridge.jar 7f1119bae000-7f1119d28000 r--s 035c6000 fd:00 103613724 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/rt.jar 7f1119d28000-7f1119fc3000 rwxp 7f1119d28000 00:00 0 7f1119fc3000-7f1119fce000 rwxp 7f1119fc3000 00:00 0 7f1119fce000-7f111a017000 rwxp 7f1119fce000 00:00 0 7f111a017000-7f111a2b2000 rwxp 7f111a017000 00:00 0 7f111a2b2000-7f111a3fa000 rwxp 7f111a2b2000 00:00 0 7f111a3fa000-7f111a3ff000 rwxp 7f111a3fa000 00:00 0 7f111a3ff000-7f111b900000 rwxp 7f111a3ff000 00:00 0 7f111b900000-7f1124c00000 rwxp 7f111b900000 00:00 0 7f1124c00000-7f1178160000 rwxp 7f1124c00000 00:00 0 7f1178160000-7f11a11f0000 rwxp 7f1178160000 00:00 0 7f11a11f0000-7f11a1c00000 rwxp 7f11a11f0000 00:00 0 7f11a1c00000-7f11a1c04000 r--s 00076000 fd:00 103613682 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/ext/localedata.jar 7f11a1c04000-7f11a2024000 rwxp 7f11a1c04000 00:00 0 7f11a2024000-7f11a4c04000 rwxp 7f11a2024000 00:00 0 7f11a4c04000-7f11a4c07000 rw-p 7f11a4c04000 00:00 0 7f11a4c07000-7f11a4c09000 r--s 002da000 00:17 6429 /mnt/rails/solr/webapps/solr.war 7f11a4c09000-7f11a4c0d000 r--s 00079000 fd:00 103613710 /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/jsse.jar 7f11a4c0d000-7f11a4c0f000 r--s 00003000 00:17 6408 /mnt/rails/solr/start.jar 7f11a4c11000-7f11a4c19000 rw-s 00000000 fd:00 120193279 /tmp/hsperfdata_root/6555 7f11a4c19000-7f11a4c1a000 rwxp 7f11a4c19000 00:00 0 7f11a4c1a000-7f11a4c1b000 ---p 7f11a4c1a000 00:00 0 7f11a4c1b000-7f11a4c1d000 rw-p 7f11a4c1b000 00:00 0 7fffacc07000-7fffacc1b000 rwxp 7ffffffea000 00:00 0 [stack] 7fffacc1b000-7fffacc1c000 rw-p 7fffffffe000 00:00 0 7fffacdfe000-7fffacdff000 r-xp 7fffacdfe000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] VM Arguments: java_command: start.jar Launcher Type: SUN_STANDARD Environment Variables: PATH=/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin LD_LIBRARY_PATH=/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64/server:/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/lib/amd64:/usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0.x86_64/jre/../lib/amd64 SHELL=/bin/bash Signal Handlers: SIGSEGV: [libjvm.so+0x5ed9c0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGBUS: [libjvm.so+0x5ed9c0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGFPE: [libjvm.so+0x4c8680], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGPIPE: [libjvm.so+0x4c8680], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGXFSZ: [libjvm.so+0x4c8680], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGILL: [libjvm.so+0x4c8680], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGUSR2: [libjvm.so+0x4cbb30], sa_mask[0]=0x00000000, sa_flags=0x10000004 SIGHUP: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000 SIGINT: [libjvm.so+0x4c9920], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGTERM: [libjvm.so+0x4c9920], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 SIGQUIT: [libjvm.so+0x4c9920], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004 --------------- S Y S T E M --------------- OS:Fedora release 8 (Werewolf) uname:Linux 2.6.25.9-40.fc8 #1 SMP Fri Jun 27 16:05:49 EDT 2008 x86_64 libc:glibc 2.7 NPTL 2.7 rlimit: STACK 10240k, CORE 0k, NPROC 71680, NOFILE 1024, AS infinity load average:2.12 2.03 1.96 CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 15 stepping 11, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3 Memory: 4k page, physical 8189220k(1090600k free), swap 2031608k(2031572k free) vm_info: IcedTea 64-Bit Server VM (1.7.0-b21) for linux-amd64 JRE (1.7.0-b21), built on Oct 15 2007 15:51:20 by "kojibuilder" with gcc 4.1.2 20070925 (Red Hat 4.1.2-31) time: Sat Jul 12 01:13:52 2008 elapsed time: 8963 seconds -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From bugzilla-daemon at icedtea.classpath.org Sat Jul 12 16:35:25 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sat, 12 Jul 2008 23:35:25 +0000 Subject: [Bug 84] jar c0mf@ causes error "Illegal option: @" Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=84 ------- Comment #6 from gnu_andrew at member.fsf.org 2008-07-12 23:35 ------- The problem is: gjar supports @ to read from stdin, but not @file to read a list from a file. jar from OpenJDK is the opposite; it doesn't support @ as an option but does support @file. This has been fixed in IcedTea (post-1.2) by expanding the list on the command line but this fails when the command line becomes too big (generally only systems using dash). gjar in Classpath CVS has also been fixed, but is not yet in a release. -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From bugzilla-daemon at icedtea.classpath.org Sat Jul 12 17:08:17 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 13 Jul 2008 00:08:17 +0000 Subject: [Bug 162] SIGILL during compilation of IcedTea 6.1.2 on Gentoo 64 Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=162 gnu_andrew at member.fsf.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Comment #2 from gnu_andrew at member.fsf.org 2008-07-13 00:08 ------- Building IcedTea requires either an earlier build of IcedTea or OpenJDK, or GCJ. See: http://icedtea.classpath.org/wiki/BuildRequirements -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From gnu_andrew at member.fsf.org Sat Jul 12 17:53:33 2008 From: gnu_andrew at member.fsf.org (gnu_andrew at member.fsf.org) Date: Sun, 13 Jul 2008 00:53:33 +0000 Subject: changeset in /hg/icedtea6: Regain sanity with respect to autotoo... Message-ID: changeset ccb7c89c5f75 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=ccb7c89c5f75 description: Regain sanity with respect to autotools output. diffstat: 5 files changed, 51 insertions(+), 16884 deletions(-) ChangeLog | 16 INSTALL | 48 Makefile.in | 1681 ------- aclocal.m4 | 1038 ---- configure |14152 ----------------------------------------------------------- diffs (truncated from 17004 to 500 lines): diff -r 2aaceb7b1ec6 -r ccb7c89c5f75 ChangeLog --- a/ChangeLog Fri Jul 11 12:20:44 2008 -0400 +++ b/ChangeLog Sun Jul 13 01:53:09 2008 +0100 @@ -1,3 +1,11 @@ 2008-07-11 Gary Benson + + * ChangeLog: Fix typos. + * Makefile.in, + * configure, + * aclocal.m4: Removed. + * INSTALL: Update. + 2008-07-11 Gary Benson * patches/icedtea-zero.patch: Build non-product correctly on ia64. @@ -66,11 +74,11 @@ 2008-07-03 Thomas Fitzsimmons - * b/Makefile.am: Fix use of abs_top_srcdir + * Makefile.am: Fix use of abs_top_srcdir for CACAO and lack of path for HACKING. - * b/Makefile.in: Regenerated. - * b/acinclude.m4: Fix CACAO path as above. - * b/configure: Regenerated. + * Makefile.in: Regenerated. + * acinclude.m4: Fix CACAO path as above. + * configure: Regenerated. 2008-07-02 Matthias Klose diff -r 2aaceb7b1ec6 -r ccb7c89c5f75 INSTALL --- a/INSTALL Fri Jul 11 12:20:44 2008 -0400 +++ b/INSTALL Sun Jul 13 01:53:09 2008 +0100 @@ -7,7 +7,7 @@ a default location. The build requirements are as follows: -GNU libgcj 4.3.0 +GNU libgcj 4.3.0 (or equivalent 1.5 class library, such as GNU Classpath >= 0.95) Eclipse Java Compiler CUPS libX11 (libXp, libXtst, libXi, libXt) @@ -21,7 +21,7 @@ alsa alsa xalan xerces -firefox-devel +firefox-devel glib2-devel gtk2-devel ant >= 1.6.5 @@ -30,27 +30,27 @@ libpng-devel libpng-devel libjpeg-devel = 6b zlib-devel -mercurial 0.9.5 + forest extension -on ppc/ppc64, you will need libffi -See ./configure --help if you need to override defaults. +For building the zero-assembler port (see below), you will need libffi. + +See ./configure --help if you need to override the defaults. To bootstrap IcedTea with ecj: +autoreconf ./configure make To build IcedTea with an older version of IcedTea, use: +autoreconf ./configure --with-icedtea [default location: /usr/lib/jvm/java-icedtea, to specifiy location use --with-icedtea-home=/path/to/icedtea] make - There is currently no install target. -IcedTea ends up in openjdk/control/build/linux-i586 or -openjdk/control/build/linux-amd64 when the build completes. - +IcedTea ends up in openjdk/control/build/- when the build completes. +Example instantiations of - include linux-i586, linux-amd64 and linux-ppc64. Rebuilding The IcedTea Plugs ---------------------------- @@ -65,3 +65,33 @@ the rt plugs certain files need to be de To view all targets that create stamp files, see Makefile.am (section 'All Stamped Targets'). + +The Zero Assembler Port +----------------------- + +Gary Benson has developed a port of the interpreter included in the +HotSpot virtual machine which avoids using any assembly language. As +a pure C++ interpreter, it should be possible to build this on most +architectures and have a working (albeit slow) version of OpenJDK. +Successful builds have been made on ppc, ppc64 and arm. The zero +assembler port is enabled by default on platforms other than x86, +x86_64 and sparc. To enable it on these platforms, use the +--enable-zero option. + +Gary is now working on a JIT called Shark to provide better +performance on platforms which need to use the zero port. A +preliminary version of this is now included with IcedTea and can be +built with the --enable-shark option. + +CACAO +----- + +The CACAO virtual machine (http://cacaovm.org) can be used as an +alternative to the HotSpot virtual machine. One advantage of this is +that it already provides a JIT for many platforms to which HotSpot has +not yet been ported, including ppc, ppc64, arm and mips. To use CACAO +as the VM, use the --with-cacao option. This will download CACAO +0.99.2 during the build. To use a different version, use +--with-cacao-home= to point to an existing installation which use +the Sun VM interface. + diff -r 2aaceb7b1ec6 -r ccb7c89c5f75 Makefile.in --- a/Makefile.in Fri Jul 11 12:20:44 2008 -0400 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,1681 +0,0 @@ -# Makefile.in generated by automake 1.10 from Makefile.am. -# @configure_input@ - -# Copyright (C) 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, -# 2003, 2004, 2005, 2006 Free Software Foundation, Inc. -# This Makefile.in is free software; the Free Software Foundation -# gives unlimited permission to copy and/or distribute it, -# with or without modifications, as long as this notice is preserved. - -# This program is distributed in the hope that it will be useful, -# but WITHOUT ANY WARRANTY, to the extent permitted by law; without -# even the implied warranty of MERCHANTABILITY or FITNESS FOR A -# PARTICULAR PURPOSE. - - at SET_MAKE@ -VPATH = @srcdir@ -pkgdatadir = $(datadir)/@PACKAGE@ -pkglibdir = $(libdir)/@PACKAGE@ -pkgincludedir = $(includedir)/@PACKAGE@ -am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd -install_sh_DATA = $(install_sh) -c -m 644 -install_sh_PROGRAM = $(install_sh) -c -install_sh_SCRIPT = $(install_sh) -c -INSTALL_HEADER = $(INSTALL_DATA) -transform = $(program_transform_name) -NORMAL_INSTALL = : -PRE_INSTALL = : -POST_INSTALL = : -NORMAL_UNINSTALL = : -PRE_UNINSTALL = : -POST_UNINSTALL = : -build_triplet = @build@ -host_triplet = @host@ - at WITH_CACAO_TRUE@am__append_1 = \ - at WITH_CACAO_TRUE@ "ALT_HOTSPOT_IMPORT_PATH=$(CACAO_IMPORT_PATH)" - - at ENABLE_OPTIMIZATIONS_FALSE@am__append_2 = \ - at ENABLE_OPTIMIZATIONS_FALSE@ "NO_OPTIMIZATIONS=true" \ - at ENABLE_OPTIMIZATIONS_FALSE@ "CC_NO_OPT=-O0 -g" - - at ENABLE_DOCS_FALSE@am__append_3 = \ - at ENABLE_DOCS_FALSE@ "NO_DOCS=true" - - at WITH_CACAO_TRUE@am__append_4 = \ - at WITH_CACAO_TRUE@ "ALT_HOTSPOT_IMPORT_PATH=$(CACAO_IMPORT_PATH)" - - at ENABLE_OPTIMIZATIONS_FALSE@am__append_5 = \ - at ENABLE_OPTIMIZATIONS_FALSE@ "NO_OPTIMIZATIONS=true" \ - at ENABLE_OPTIMIZATIONS_FALSE@ "CC_NO_OPT=-O0 -g" - - at ENABLE_DOCS_FALSE@am__append_6 = \ - at ENABLE_DOCS_FALSE@ "NO_DOCS=true" - - at WITH_RHINO_TRUE@am__append_7 = \ - at WITH_RHINO_TRUE@ patches/icedtea-rhino.patch - - at WITH_CACAO_TRUE@am__append_8 = \ - at WITH_CACAO_TRUE@ patches/icedtea-cacao.patch - -subdir = . -DIST_COMMON = README $(am__configure_deps) $(srcdir)/Makefile.am \ - $(srcdir)/Makefile.in $(srcdir)/ergo.c.in $(srcdir)/javac.in \ - $(srcdir)/javap.in $(srcdir)/jvm.cfg.in \ - $(srcdir)/platform_zero.in $(top_srcdir)/configure AUTHORS \ - COPYING ChangeLog INSTALL NEWS config.guess config.sub \ - install-sh missing -ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 -am__aclocal_m4_deps = $(top_srcdir)/acinclude.m4 \ - $(top_srcdir)/configure.ac -am__configure_deps = $(am__aclocal_m4_deps) $(CONFIGURE_DEPENDENCIES) \ - $(ACLOCAL_M4) -am__CONFIG_DISTCLEAN_FILES = config.status config.cache config.log \ - configure.lineno config.status.lineno -mkinstalldirs = $(install_sh) -d -CONFIG_CLEAN_FILES = javac javap platform_zero jvm.cfg ergo.c -SOURCES = -DIST_SOURCES = -DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) -distdir = $(PACKAGE)-$(VERSION) -top_distdir = $(distdir) -am__remove_distdir = \ - { test ! -d $(distdir) \ - || { find $(distdir) -type d ! -perm -200 -exec chmod u+w {} ';' \ - && rm -fr $(distdir); }; } -DIST_ARCHIVES = $(distdir).tar.gz -GZIP_ENV = --best -distuninstallcheck_listfiles = find . -type f -print -distcleancheck_listfiles = find . -type f -print -ACLOCAL = @ACLOCAL@ -ALSA_CFLAGS = @ALSA_CFLAGS@ -ALSA_LIBS = @ALSA_LIBS@ -ALT_CACAO_SRC_ZIP = @ALT_CACAO_SRC_ZIP@ -ALT_OPENJDK_SRC_ZIP = @ALT_OPENJDK_SRC_ZIP@ -AMTAR = @AMTAR@ -ANT = @ANT@ -AUTOCONF = @AUTOCONF@ -AUTOHEADER = @AUTOHEADER@ -AUTOMAKE = @AUTOMAKE@ -AWK = @AWK@ -BUILD_ARCH_DIR = @BUILD_ARCH_DIR@ -CACAO_IMPORT_PATH = @CACAO_IMPORT_PATH@ -CC = @CC@ -CCDEPMODE = @CCDEPMODE@ -CFLAGS = @CFLAGS@ -CHMOD = @CHMOD@ -CPIO = @CPIO@ -CPP = @CPP@ -CPPFLAGS = @CPPFLAGS@ -CXX = @CXX@ -CXXDEPMODE = @CXXDEPMODE@ -CXXFLAGS = @CXXFLAGS@ -CYGPATH_W = @CYGPATH_W@ -DEFS = @DEFS@ -DEPDIR = @DEPDIR@ -ECHO_C = @ECHO_C@ -ECHO_N = @ECHO_N@ -ECHO_T = @ECHO_T@ -ECJ = @ECJ@ -ECJ_JAR = @ECJ_JAR@ -EGREP = @EGREP@ -EXEEXT = @EXEEXT@ -FASTJAR = @FASTJAR@ -FILE = @FILE@ -FIND = @FIND@ -FREETYPE2_CFLAGS = @FREETYPE2_CFLAGS@ -FREETYPE2_LIBS = @FREETYPE2_LIBS@ -GAWK = @GAWK@ -GLIB_CFLAGS = @GLIB_CFLAGS@ -GLIB_LIBS = @GLIB_LIBS@ -GREP = @GREP@ -GTK_CFLAGS = @GTK_CFLAGS@ -GTK_LIBS = @GTK_LIBS@ -GZIP = @GZIP@ -INSTALL = @INSTALL@ -INSTALL_ARCH_DIR = @INSTALL_ARCH_DIR@ -INSTALL_DATA = @INSTALL_DATA@ -INSTALL_PROGRAM = @INSTALL_PROGRAM@ -INSTALL_SCRIPT = @INSTALL_SCRIPT@ -INSTALL_STRIP_PROGRAM = @INSTALL_STRIP_PROGRAM@ -JAR = @JAR@ -JAVA = @JAVA@ -JAVAC = @JAVAC@ -JAVAH = @JAVAH@ -JRE_ARCH_DIR = @JRE_ARCH_DIR@ -LDFLAGS = @LDFLAGS@ -LIBFFI_CFLAGS = @LIBFFI_CFLAGS@ -LIBFFI_LIBS = @LIBFFI_LIBS@ -LIBGCJ_JAR = @LIBGCJ_JAR@ -LIBOBJS = @LIBOBJS@ -LIBPNG_CFLAGS = @LIBPNG_CFLAGS@ -LIBPNG_LIBS = @LIBPNG_LIBS@ -LIBS = @LIBS@ -LLVM_CFLAGS = @LLVM_CFLAGS@ -LLVM_CONFIG = @LLVM_CONFIG@ -LLVM_LDFLAGS = @LLVM_LDFLAGS@ -LLVM_LIBS = @LLVM_LIBS@ -LTLIBOBJS = @LTLIBOBJS@ -MAKE = @MAKE@ -MAKEINFO = @MAKEINFO@ -MD5SUM = @MD5SUM@ -MKDIR_P = @MKDIR_P@ -MOZILLA_CFLAGS = @MOZILLA_CFLAGS@ -MOZILLA_LIBS = @MOZILLA_LIBS@ -OBJEXT = @OBJEXT@ -OPENJDK_SRC_DIR = @OPENJDK_SRC_DIR@ -PACKAGE = @PACKAGE@ -PACKAGE_BUGREPORT = @PACKAGE_BUGREPORT@ -PACKAGE_NAME = @PACKAGE_NAME@ -PACKAGE_STRING = @PACKAGE_STRING@ -PACKAGE_TARNAME = @PACKAGE_TARNAME@ -PACKAGE_VERSION = @PACKAGE_VERSION@ -PARALLEL_JOBS = @PARALLEL_JOBS@ -PATCH = @PATCH@ -PATH_SEPARATOR = @PATH_SEPARATOR@ -PKG_CONFIG = @PKG_CONFIG@ -RHINO_JAR = @RHINO_JAR@ -RMIC = @RMIC@ -SET_MAKE = @SET_MAKE@ -SHELL = @SHELL@ -STRIP = @STRIP@ -SYSTEM_ANT_DIR = @SYSTEM_ANT_DIR@ -SYSTEM_GCJ_DIR = @SYSTEM_GCJ_DIR@ -SYSTEM_ICEDTEA_DIR = @SYSTEM_ICEDTEA_DIR@ -SYSTEM_OPENJDK_DIR = @SYSTEM_OPENJDK_DIR@ -TAR = @TAR@ -UNZIP = @UNZIP@ -VERSION = @VERSION@ -WGET = @WGET@ -WITH_CACAO = @WITH_CACAO@ -X11_CFLAGS = @X11_CFLAGS@ -X11_LIBS = @X11_LIBS@ -XALAN2_JAR = @XALAN2_JAR@ -XALAN2_SERIALIZER_JAR = @XALAN2_SERIALIZER_JAR@ -XERCES2_JAR = @XERCES2_JAR@ -XINERAMA_CFLAGS = @XINERAMA_CFLAGS@ -XINERAMA_LIBS = @XINERAMA_LIBS@ -XPROTO_CFLAGS = @XPROTO_CFLAGS@ -XPROTO_LIBS = @XPROTO_LIBS@ -XP_CFLAGS = @XP_CFLAGS@ -XP_LIBS = @XP_LIBS@ -XTST_CFLAGS = @XTST_CFLAGS@ -XTST_LIBS = @XTST_LIBS@ -XT_CFLAGS = @XT_CFLAGS@ -XT_LIBS = @XT_LIBS@ -XULRUNNER_CFLAGS = @XULRUNNER_CFLAGS@ -XULRUNNER_LIBS = @XULRUNNER_LIBS@ -ZERO_ARCHDEF = @ZERO_ARCHDEF@ -ZERO_ARCHFLAG = @ZERO_ARCHFLAG@ -ZERO_BITSPERWORD = @ZERO_BITSPERWORD@ -ZERO_ENDIANNESS = @ZERO_ENDIANNESS@ -ZERO_LIBARCH = @ZERO_LIBARCH@ -ZIP = @ZIP@ -abs_builddir = @abs_builddir@ -abs_srcdir = @abs_srcdir@ -abs_top_builddir = @abs_top_builddir@ -abs_top_srcdir = @abs_top_srcdir@ -ac_ct_CC = @ac_ct_CC@ -ac_ct_CXX = @ac_ct_CXX@ -ac_ct_FASTJAR = @ac_ct_FASTJAR@ -am__include = @am__include@ -am__leading_dot = @am__leading_dot@ -am__quote = @am__quote@ -am__tar = @am__tar@ -am__untar = @am__untar@ -bindir = @bindir@ -build = @build@ -build_alias = @build_alias@ -build_cpu = @build_cpu@ -build_os = @build_os@ -build_vendor = @build_vendor@ -builddir = @builddir@ -datadir = @datadir@ -datarootdir = @datarootdir@ -docdir = @docdir@ -dvidir = @dvidir@ -exec_prefix = @exec_prefix@ -host = @host@ -host_alias = @host_alias@ -host_cpu = @host_cpu@ -host_os = @host_os@ -host_vendor = @host_vendor@ -htmldir = @htmldir@ -includedir = @includedir@ -infodir = @infodir@ -install_sh = @install_sh@ -libdir = @libdir@ -libexecdir = @libexecdir@ -localedir = @localedir@ -localstatedir = @localstatedir@ -mandir = @mandir@ -mkdir_p = @mkdir_p@ -oldincludedir = @oldincludedir@ -pdfdir = @pdfdir@ -prefix = @prefix@ -program_transform_name = @program_transform_name@ -psdir = @psdir@ -sbindir = @sbindir@ -sharedstatedir = @sharedstatedir@ -srcdir = @srcdir@ -sysconfdir = @sysconfdir@ -target_alias = @target_alias@ -top_builddir = @top_builddir@ -top_srcdir = @top_srcdir@ -OPENJDK_DATE = 30_may_2008 -OPENJDK_MD5SUM = 98e9eb16615605f76056135b0eb0b39f -OPENJDK_VERSION = b10 -CACAO_VERSION = 0.99.2 -CACAO_MD5SUM = a2865f47535f6dc3def268c0055ff20a - at ENABLE_LIVECONNECT_FALSE@ICEDTEAPLUGIN_CLEAN = - at ENABLE_LIVECONNECT_TRUE@ICEDTEAPLUGIN_CLEAN = clean-IcedTeaPlugin - at ENABLE_LIVECONNECT_FALSE@ICEDTEAPLUGIN_TARGET = - at ENABLE_LIVECONNECT_TRUE@ICEDTEAPLUGIN_TARGET = IcedTeaPlugin.so - at ENABLE_LIVECONNECT_FALSE@PLUGIN_PATCH = patches/icedtea-plugin.patch - at ENABLE_LIVECONNECT_TRUE@PLUGIN_PATCH = patches/icedtea-liveconnect.patch - at ENABLE_LIVECONNECT_FALSE@EXCLUDE_LIVECONNECT = | grep -v 'netscape/javascript' - at ENABLE_LIVECONNECT_TRUE@EXCLUDE_LIVECONNECT = - at ENABLE_LIVECONNECT_FALSE@LIVECONNECT_DIR = - at ENABLE_LIVECONNECT_TRUE@LIVECONNECT_DIR = -C lib/rt netscape - at ENABLE_LIVECONNECT_FALSE@@ENABLE_PLUGIN_FALSE at GCJWEBPLUGIN_CLEAN = - at ENABLE_LIVECONNECT_FALSE@@ENABLE_PLUGIN_TRUE at GCJWEBPLUGIN_CLEAN = clean-gcjwebplugin - at ENABLE_LIVECONNECT_FALSE@@ENABLE_PLUGIN_FALSE at GCJWEBPLUGIN_TARGET = - at ENABLE_LIVECONNECT_FALSE@@ENABLE_PLUGIN_TRUE at GCJWEBPLUGIN_TARGET = gcjwebplugin.so -EXTRA_DIST = rt generated $(ICEDTEA_PATCHES) $(ICEDTEA_FSG_PATCHES) \ - $(ICEDTEA_ECJ_PATCH) gcjwebplugin.cc tools-copy contrib ports \ - patches/icedtea-gcc-4.3.patch extra $(ZERO_PATCHES) \ - patches/icedtea-cacao.patch javaws.png javaws.desktop \ - overlays extra jconsole.desktop policytool.desktop \ - test/jtreg patches/icedtea-plugin.patch \ - patches/icedtea-liveconnect.patch IcedTeaPlugin.cc - - -# The Binary plugs directory is called jdk1.7.0 for historical reasons. The -# name is completely irrelevant; only contains the plugs to build IcedTea. - -# OpenJDK build environment. -LINUX_DIR = linux-$(BUILD_ARCH_DIR) -BUILD_OUTPUT_DIR = openjdk/control/build/$(LINUX_DIR) -ECJ_BUILD_OUTPUT_DIR = openjdk-ecj/control/build/$(LINUX_DIR) -ICEDTEA_BUILD_DIR = \ - $(abs_top_builddir)/$(BUILD_OUTPUT_DIR) - -ICEDTEA_RT = \ - $(abs_top_builddir)/bootstrap/jdk1.7.0/jre/lib/rt-closed.jar - -ICEDTEA_CLS_DIR = \ - $(abs_top_builddir)/$(BUILD_OUTPUT_DIR)/classes - -ICEDTEA_BOOT_DIR = \ - $(abs_top_builddir)/bootstrap/jdk1.6.0 - -ICEDTEA_ENDORSED_DIR = \ - $(ICEDTEA_BOOT_DIR)/lib/endorsed - -JDK_UPDATE_VERSION = 0 -COMBINED_VERSION = $(JDK_UPDATE_VERSION)-$(OPENJDK_VERSION) - at CORE_BUILD_FALSE@ICEDTEA_CORE_BUILD = - at CORE_BUILD_TRUE@ICEDTEA_CORE_BUILD = yes - at ZERO_BUILD_FALSE@ICEDTEA_ZERO_BUILD = - at ZERO_BUILD_TRUE@ICEDTEA_ZERO_BUILD = yes - at SHARK_BUILD_FALSE@ICEDTEA_SHARK_BUILD = - at SHARK_BUILD_TRUE@ICEDTEA_SHARK_BUILD = yes -ICEDTEA_ENV = "ALT_JDK_IMPORT_PATH=$(ICEDTEA_BOOT_DIR)" \ - "ANT_HOME=$(SYSTEM_ANT_DIR)" "BUILD_NUMBER=$(OPENJDK_VERSION)" \ - "JDK_UPDATE_VERSION=$(JDK_UPDATE_VERSION)" \ - "JRE_RELEASE_VERSION=1.6.0_$(COMBINED_VERSION)" \ - "HOTSPOT_RELEASE_VERSION=1.6.0_$(COMBINED_VERSION)" "LANG=C" \ - "PATH=/usr/bin:/bin:/usr/sbin:/sbin" \ - "ALT_BOOTDIR=$(ICEDTEA_BOOT_DIR)" \ - "ALT_BINARY_PLUGS_PATH=$(abs_top_builddir)/bootstrap/jdk1.7.0" \ - "BUILD_ARCH_DIR=$(BUILD_ARCH_DIR)" "ICEDTEA_RT=$(ICEDTEA_RT)" \ - "ICEDTEA_BUILD_DIR=$(ICEDTEA_BUILD_DIR)" \ - "ICEDTEA_CLS_DIR=$(ICEDTEA_CLS_DIR)" \ - "ICEDTEA_ENDORSED_DIR=$(ICEDTEA_ENDORSED_DIR)" \ - "ENDORSED=-Djava.endorsed.dirs=$(ICEDTEA_ENDORSED_DIR)" \ - "CLASSPATH=" "LD_LIBRARY_PATH=" \ - "ICEDTEA_CORE_BUILD=$(ICEDTEA_CORE_BUILD)" \ - "ICEDTEA_ZERO_BUILD=$(ICEDTEA_ZERO_BUILD)" \ - "ICEDTEA_SHARK_BUILD=$(ICEDTEA_SHARK_BUILD)" \ - "ZERO_LIBARCH=$(ZERO_LIBARCH)" \ - "ZERO_BITSPERWORD=$(ZERO_BITSPERWORD)" \ - "ZERO_ENDIANNESS=$(ZERO_ENDIANNESS)" \ - "ZERO_ARCHDEF=$(ZERO_ARCHDEF)" \ - "ZERO_ARCHFLAG=$(ZERO_ARCHFLAG)" \ - "LIBFFI_CFLAGS=$(LIBFFI_CFLAGS)" "LIBFFI_LIBS=$(LIBFFI_LIBS)" \ - "LLVM_CFLAGS=$(LLVM_CFLAGS)" "LLVM_LDFLAGS=$(LLVM_LDFLAGS)" \ - "LLVM_LIBS=$(LLVM_LIBS)" \ - "FREETYPE2_HEADERS=$(FREETYPE2_CFLAGS)" \ - "FT2_LIB=$(FREETYPE2_LIBS)" \ - "ALT_PARALLEL_COMPILE_JOBS=$(PARALLEL_JOBS)" \ - "HOTSPOT_BUILD_JOBS=$(PARALLEL_JOBS)" "JAVAC=" \ - "RHINO_JAR=$(RHINO_JAR)" $(am__append_1) $(am__append_2) \ - $(am__append_3) - -# OpenJDK ecj build environment. -ICEDTEA_BUILD_DIR_ECJ = \ - $(abs_top_builddir)/$(ECJ_BUILD_OUTPUT_DIR)/ - -ICEDTEA_CLS_DIR_ECJ = \ - $(abs_top_builddir)/$(ECJ_BUILD_OUTPUT_DIR)/classes - -ICEDTEA_ENV_ECJ = "ALT_JDK_IMPORT_PATH=$(ICEDTEA_BOOT_DIR)" \ - "ANT_HOME=$(SYSTEM_ANT_DIR)" "BUILD_NUMBER=$(OPENJDK_VERSION)" \ - "JDK_UPDATE_VERSION=$(JDK_UPDATE_VERSION)" \ - "JRE_RELEASE_VERSION=1.6.0_$(COMBINED_VERSION)" \ - "HOTSPOT_RELEASE_VERSION=1.6.0_$(COMBINED_VERSION)" "LANG=C" \ - "PATH=/usr/bin:/bin:/usr/sbin:/sbin" \ - "ALT_BOOTDIR=$(ICEDTEA_BOOT_DIR)" \ - "ALT_BINARY_PLUGS_PATH=$(abs_top_builddir)/bootstrap/jdk1.7.0" \ - "BUILD_ARCH_DIR=$(BUILD_ARCH_DIR)" "LIBGCJ_JAR=$(LIBGCJ_JAR)" \ - "ICEDTEA_RT=$(ICEDTEA_RT)" \ - "ICEDTEA_BUILD_DIR=$(ICEDTEA_BUILD_DIR_ECJ)" \ - "ICEDTEA_CLS_DIR=$(ICEDTEA_CLS_DIR_ECJ)" \ - "ICEDTEA_ENDORSED_DIR=$(ICEDTEA_ENDORSED_DIR)" \ - "ENDORSED=-Djava.endorsed.dirs=$(ICEDTEA_ENDORSED_DIR)" \ - "BOOTCLASSPATH_CLS_RT=-bootclasspath \ From bugzilla-daemon at icedtea.classpath.org Sat Jul 12 18:03:31 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 13 Jul 2008 01:03:31 +0000 Subject: [Bug 163] ./configure under OpenSolaris Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=163 ------- Comment #3 from gnu_andrew at member.fsf.org 2008-07-13 01:03 ------- I agree about the ALSA issue; this should be fixed so that the test is only performed on GNU/Linux systems. I'm not sure how the XP package is related to GNOME or why this is an issue. Most of the dependencies checked by IcedTea in configure correspond to dependencies in the underlying OpenJDK build so this is likely to be unavoidable. As David says, one of the primary purposes of IcedTea is to provide a fully Free toolchain so that no proprietary dependencies are required to build and run. However, there is no specific link to GCJ explicitly except in the naming of the options; I've successfully built IcedTea with a copy of GNU Classpath and CACAO. --with-gcj-home corresponds to the root of a JDK structure (and is actually unhelpful for GCJ as it doesn't provide this itself, only java-gcj-compat does). This is only used to find libjvm at present. It would actually simplify things a great deal if this was used to find javac, java and jar as well. -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From bugzilla-daemon at icedtea.classpath.org Sat Jul 12 18:06:49 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 13 Jul 2008 01:06:49 +0000 Subject: [Bug 154] Hidden GCJ HOME dependency misleading Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=154 gnu_andrew at member.fsf.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |163 nThis| | -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From bugzilla-daemon at icedtea.classpath.org Sat Jul 12 18:06:49 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 13 Jul 2008 01:06:49 +0000 Subject: [Bug 163] ./configure under OpenSolaris Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=163 gnu_andrew at member.fsf.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |153, 154 ------- Comment #4 from gnu_andrew at member.fsf.org 2008-07-13 01:06 ------- Depending on other configure issues. -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From bugzilla-daemon at icedtea.classpath.org Sat Jul 12 18:06:49 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 13 Jul 2008 01:06:49 +0000 Subject: [Bug 153] Class library tests should be less specific and ensure correctness Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=153 gnu_andrew at member.fsf.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |163 nThis| | -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From bugzilla-daemon at icedtea.classpath.org Sat Jul 12 18:07:15 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 13 Jul 2008 01:07:15 +0000 Subject: [Bug 163] ./configure under OpenSolaris Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=163 gnu_andrew at member.fsf.org changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version|Windows |Other -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From gnu_andrew at member.fsf.org Sat Jul 12 20:42:43 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Sun, 13 Jul 2008 04:42:43 +0100 Subject: A Cry For Sanity In-Reply-To: <487753BE.2080208@redhat.com> References: <17c6771e0806251529pf786b16o13a7c931ef952c1e@mail.gmail.com> <486362CB.9020009@redhat.com> <17c6771e0806260242v6eb22102vfe1a72c1fdade842@mail.gmail.com> <486367E1.6070902@redhat.com> <17c6771e0806260308n659e3435o5b1b1cdb1fddf000@mail.gmail.com> <486373B2.8000401@redhat.com> <17c6771e0806260356t798ceaa7jdc7df61e57f2ad84@mail.gmail.com> <17c6771e0807070334habc6ce2o6148466311a871d2@mail.gmail.com> <1215766079.3482.2.camel@hermans.wildebeest.org> <487753BE.2080208@redhat.com> Message-ID: <17c6771e0807122042i61a067bcmdd40b9443f0c453d@mail.gmail.com> On 11/07/2008, Lillian Angel wrote: > Mark Wielaard wrote: > > > Hi Andrew, > > > > On Mon, 2008-07-07 at 11:34 +0100, Andrew John Hughes wrote: > > > > > > > > > > > I believe that the majority by far are people actively hammering those > > > > two files in the IcedTea repository rather than the 'common builder' > who > > > > just wants to download and try the latest and greatest. We have very > > > > little overhead in producing a release, so producing these regularly > > > > and keeping the tree free of generated autotools files seems the best > > > > option. > > > > > > > > IcedTea is a fairly unique project. Not many projects effectively > result > > > > in two files getting changed by just about each and every patch. I > think > > > > this is also the cause of some VCS issues we have, but not all. > > > > > > > > > > > > > > > [Trying again as the removed generated files are so big the patch is > > > too big for the mailing list] > > > > > > So shall I commit this? > > > > > > 2008-07-07 Andrew John Hughes > > > > > > * ChangeLog: Fix typos. > > > * Makefile.in, > > > * configure, > > > * aclocal.m4: Removed. > > > > > > > > > > Yes please. Could you also update the INSTALL file to mention running > > autoreconf? > > > > > > As well as the webpage and wikipedia entry. > > > Thanks! > Lillian > > Thanks. Done. -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From phi2-monroux at wanadoo.fr Sun Jul 13 00:27:30 2008 From: phi2-monroux at wanadoo.fr (Philippe MONROUX) Date: Sun, 13 Jul 2008 11:27:30 +0400 Subject: problem with symbolic links (plugin) Message-ID: <20080713072730.GA12870@mondomaine> Hello all, First of all congratulation for the whole work ! I don't know if it's the right place to ask for..I apologize in advance. I'm trying icedtea because of missing plugin for amd64 architecture. I've installed : icedtea-java7-bin 7~b22-1.5~20071018-0ubuntu1 icedtea-java7-jre 7~b22-1.5~20071018-0ubuntu1 icedtea-java7-plugin 7~b22-1.5~20071018-0ubuntu1 One thing I obtained with sun-java6 plugin I can't with icedtea is that the following code : works only if geo.ggb (2nd line) is a true file and not a symbolic links to a file (ln -s otherPath/geo.ggb geogebra/geo.ggb). Why such a behavior difference ? And is it possible to modify that ? Thanks -- philippe From green at redhat.com Sun Jul 13 23:42:16 2008 From: green at redhat.com (Anthony Green) Date: Sun, 13 Jul 2008 23:42:16 -0700 Subject: IcedTea6 1.2 Released! In-Reply-To: <1215687168.3053.26.camel@dijkstra.wildebeest.org> References: <483F0563.2080103@redhat.com> <17c6771e0805291317r512c6cc6xdd610f26013cb41c@mail.gmail.com> <1213705038.3156.11.camel@dijkstra.wildebeest.org> <4857D87A.7070406@redhat.com> <776D35B0-C8A7-4A02-9521-9730C622E25A@spreadshirt.net> <4875733D.2000004@redhat.com> <1215687168.3053.26.camel@dijkstra.wildebeest.org> Message-ID: <487AF548.6090309@redhat.com> Mark Wielaard wrote: > Hi Anthony, > > On Wed, 2008-07-09 at 19:26 -0700, Anthony Green wrote: > >> I got on my flight that day and looked at the IcedTea src tree for the >> first time, then quickly realized I wasn't going to be able to do this >> in a vacuum. >> >> First question for the IcedTea hackers: where in the tree should my >> source code live? It looks like there are a few viable spots. >> > > Yes, there are indeed a couple of ways to extend icedtea/openjdk > depending on how big and how invasive your change is. > Thanks for explaining this, Mark. I'm proceeding with the overlay approach. It's taking some time to figure out the build system. Any tips? Builds take forever.... and I don't know how to test my changes without starting the build pretty much from scratch. AG > For smaller changes the simplest way is to just add a patch under > patches/icedtea-your-cool-hack.patch and then add that to the > ICEDTEA_PATCHES in the Makefile.am. Your change will then be applied > against the openjdk sources before any other building starts and then be > build as if the change was already part of openjdk itself. > > For larger changes that mainly involve new classes/files/packages it is > easier to use the overlay mechanism. This is used by Gervill for > example, and is easier when you need to patch/override binary files > (like the color profiles). This seems most appropriate to your case. You > put your files under overlays/openjdk/jdk/src/share/classes/com/package > that either completely overrides the existing classes there or that adds > completely new files. If it is a new package then it is necessary to > combine it with a small patches/icedtea-your-package.patch file to > adjust the build system to pick up your new package > (icedtea-gervill.patch and icedtea-rhino.patch give some examples of > this). > > Finally you can build your extension after the core icedtea has been > build, using the just build icedtea and then adding the extension to the > jdk-image. This is how the gcjwebplugin applet and netx webstart support > are done. This does mean that you are basically responsible for the > build of your extension yourself in a separate target in Makefile.am > that you then add as a dependency of stamps/icedtea.stamp. And in that > target you then copy over the results into the correct image dirs. See > the ICEDTEAPLUGIN_TARGET in Makefile.am for an example or the > extra-lib/about.jar for a java extension. If you don't like the previous > solution, then this might be the one to use, although it is a bit more > work, but gives you more flexibility. > > There are some other things to take care for if your change is actually > replacing the runtime, like the cacao, zero and shark integration, or > when it is needed in the bootstrap phase (but perhaps not during the > phase after that). Then you have to instruct configure.ac to pick up the > right build pieces and then passing them to the rest of the build > through the ICEDTEA_ENV and/or ICEDTEA_ENV_ECJ in Makefile.am. But those > don't apply to your case. > > Cheers, > > Mark > > From bugzilla-daemon at icedtea.classpath.org Mon Jul 14 04:28:14 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 14 Jul 2008 11:28:14 +0000 Subject: [Bug 172] New: ecj bootstrap configured with --enable-liveconnect fails Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=172 Summary: ecj bootstrap configured with --enable-liveconnect fails Product: IcedTea Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: IcedTea AssignedTo: unassigned at icedtea.classpath.org ReportedBy: doko at ubuntu.com seen with icedtea6 20080714 if ! test -d /scratch/packages/openjdk/openjdk-6-6b10dfsg/bootstrap/jdk1.6.0 ; \ then \ /usr/bin/ecj -nowarn -g -d lib/rt \ -source 1.5 \ -sourcepath \ 'openjdk/jdk/src/share/classes:openjdk/jdk/src/solaris/classes:openjdk/langtools/src/share/classes:openjdk/jaxp/src/share/classes:openjdk/corba/src/share/classes:openjdk/jaxws/src/share/classes:/scratch/packages/openjdk/openjdk-6-6b10dfsg/generated' \ -bootclasspath '' @rt-source-files.txt ; \ else \ /scratch/packages/openjdk/openjdk-6-6b10dfsg/bootstrap/jdk1.6.0/bin/javac -g -d lib/rt \ -source 1.5 \ -sourcepath \ 'openjdk/jdk/src/share/classes:openjdk/jdk/src/solaris/classes:openjdk/langtools/src/share/classes:openjdk/jaxp/src/share/classes:openjdk/corba/src/share/classes:openjdk/jaxws/src/share/classes:/scratch/packages/openjdk/openjdk-6-6b10dfsg/generated' \ -bootclasspath '' @rt-source-files.txt ; \ fi incorrect classpath: /scratch/packages/openjdk/openjdk-6-6b10dfsg/rt/com/sun/jdi/AbsentInformationException.java ---------- 1. ERROR in /scratch/packages/openjdk/openjdk-6-6b10dfsg/openjdk/jdk/src/share/classes/sun/applet/PluginAppletViewer.java (at line 524) GetWindowPluginCallRequest request = ^^^^^^^^^^^^^^^^^^^^^^^^^^ GetWindowPluginCallRequest cannot be resolved to a type ---------- 2. ERROR in /scratch/packages/openjdk/openjdk-6-6b10dfsg/openjdk/jdk/src/share/classes/sun/applet/PluginAppletViewer.java (at line 525) new GetWindowPluginCallRequest("instance " + identifier + " " + ^^^^^^^^^^^^^^^^^^^^^^^^^^ GetWindowPluginCallRequest cannot be resolved to a type ---------- 2 problems (2 errors)make[1]: *** [stamps/rt-class-files.stamp] Error 255 -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From jsumali at redhat.com Mon Jul 14 06:13:33 2008 From: jsumali at redhat.com (Joshua Sumali) Date: Mon, 14 Jul 2008 09:13:33 -0400 Subject: IcedTea6 1.2 Released! In-Reply-To: <487AF548.6090309@redhat.com> References: <483F0563.2080103@redhat.com> <17c6771e0805291317r512c6cc6xdd610f26013cb41c@mail.gmail.com> <1213705038.3156.11.camel@dijkstra.wildebeest.org> <4857D87A.7070406@redhat.com> <776D35B0-C8A7-4A02-9521-9730C622E25A@spreadshirt.net> <4875733D.2000004@redhat.com> <1215687168.3053.26.camel@dijkstra.wildebeest.org> <487AF548.6090309@redhat.com> Message-ID: <487B50FD.4070005@redhat.com> Anthony Green wrote: > Mark Wielaard wrote: >> Hi Anthony, >> >> On Wed, 2008-07-09 at 19:26 -0700, Anthony Green wrote: >> >>> I got on my flight that day and looked at the IcedTea src tree for >>> the first time, then quickly realized I wasn't going to be able to >>> do this in a vacuum. >>> >>> First question for the IcedTea hackers: where in the tree should my >>> source code live? It looks like there are a few viable spots. >>> >> >> Yes, there are indeed a couple of ways to extend icedtea/openjdk >> depending on how big and how invasive your change is. >> > > Thanks for explaining this, Mark. I'm proceeding with the overlay > approach. It's taking some time to figure out the build system. Any > tips? Builds take forever.... and I don't know how to test my changes > without starting the build pretty much from scratch. > > AG > > While I'm not too familiar with how the overlay stuff works, I think you can just delete the relevant changed parts (compiled classes, for example) and let make take care of the rest. It should save a lot of time not having to build hotspot each time you change something. I'll also typically pass --disable-docs to ./configure to stop javadoc from being generated, and also --with-parallel-jobs=3 since I do most of my builds on my dual core machine. It speeds things up considerably :) HTH, Josh From gnu_andrew at member.fsf.org Mon Jul 14 06:29:09 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 14 Jul 2008 14:29:09 +0100 Subject: IcedTea6 1.2 Released! In-Reply-To: <487B50FD.4070005@redhat.com> References: <483F0563.2080103@redhat.com> <17c6771e0805291317r512c6cc6xdd610f26013cb41c@mail.gmail.com> <1213705038.3156.11.camel@dijkstra.wildebeest.org> <4857D87A.7070406@redhat.com> <776D35B0-C8A7-4A02-9521-9730C622E25A@spreadshirt.net> <4875733D.2000004@redhat.com> <1215687168.3053.26.camel@dijkstra.wildebeest.org> <487AF548.6090309@redhat.com> <487B50FD.4070005@redhat.com> Message-ID: <17c6771e0807140629g4c2c5b86x12ed8f2ef998b58e@mail.gmail.com> 2008/7/14 Joshua Sumali : > Anthony Green wrote: >> >> Mark Wielaard wrote: >>> >>> Hi Anthony, >>> >>> On Wed, 2008-07-09 at 19:26 -0700, Anthony Green wrote: >>> >>>> >>>> I got on my flight that day and looked at the IcedTea src tree for the >>>> first time, then quickly realized I wasn't going to be able to do this in a >>>> vacuum. >>>> >>>> First question for the IcedTea hackers: where in the tree should my >>>> source code live? It looks like there are a few viable spots. >>>> >>> >>> Yes, there are indeed a couple of ways to extend icedtea/openjdk >>> depending on how big and how invasive your change is. >>> >> >> Thanks for explaining this, Mark. I'm proceeding with the overlay >> approach. It's taking some time to figure out the build system. Any tips? >> Builds take forever.... and I don't know how to test my changes without >> starting the build pretty much from scratch. >> >> AG >> >> > > While I'm not too familiar with how the overlay stuff works, I think you can > just delete the relevant changed parts (compiled classes, for example) and > let make take care of the rest. It should save a lot of time not having to > build hotspot each time you change something. I'll also typically pass > --disable-docs to ./configure to stop javadoc from being generated, and also > --with-parallel-jobs=3 since I do most of my builds on my dual core machine. > It speeds things up considerably :) > > HTH, > Josh > You should be able to delete stamps/overlay.stamp (so the overlay files are recopied) and run make again. The options Josh mentions are also very useful for speeding up builds. Once you have a build of IcedTea, it's probably worth copying that somewhere on your system (assuming you don't already have an IcedTea package) and using the --with-icedtea and --with-icedtea-home options to use that. This avoids having to build twice (once to bootstrap with ecj/gcj, and once to build icedtea with icedtea). -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From bugzilla-daemon at icedtea.classpath.org Mon Jul 14 06:33:47 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 14 Jul 2008 13:33:47 +0000 Subject: [Bug 172] ecj bootstrap configured with --enable-liveconnect fails Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=172 ------- Comment #1 from jsumali at redhat.com 2008-07-14 13:33 ------- Looking into this. -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From doko at ubuntu.com Mon Jul 14 06:39:36 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Mon, 14 Jul 2008 13:39:36 +0000 Subject: changeset in /hg/icedtea6: 2008-07-14 Matthias Klose changeset 1db2f4a7db40 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=1db2f4a7db40 description: 2008-07-14 Matthias Klose * acinclude.m4 (FIND_JAR): Check if $JAR supports @; set JAR_KNOWS_ATFILE. * Makefile.am (ICEDTEA_ENV_GCJ): Pass JAR_KNOWS_ATFILE. * patches/icedtea-ecj.patch: Use jar @ if available. diffstat: 4 files changed, 48 insertions(+), 13 deletions(-) ChangeLog | 7 +++++++ Makefile.am | 4 ++-- acinclude.m4 | 14 ++++++++++++++ patches/icedtea-ecj.patch | 36 +++++++++++++++++++++++++----------- diffs (122 lines): diff -r ccb7c89c5f75 -r 1db2f4a7db40 ChangeLog --- a/ChangeLog Sun Jul 13 01:53:09 2008 +0100 +++ b/ChangeLog Mon Jul 14 15:44:55 2008 +0200 @@ -1,3 +1,10 @@ 2008-07-11 Andrew John Hughes + + * acinclude.m4 (FIND_JAR): Check if $JAR supports @; + set JAR_KNOWS_ATFILE. + * Makefile.am (ICEDTEA_ENV_GCJ): Pass JAR_KNOWS_ATFILE. + * patches/icedtea-ecj.patch: Use jar @ if available. + 2008-07-11 Andrew John Hughes * ChangeLog: Fix typos. diff -r ccb7c89c5f75 -r 1db2f4a7db40 Makefile.am --- a/Makefile.am Sun Jul 13 01:53:09 2008 +0100 +++ b/Makefile.am Mon Jul 14 15:44:55 2008 +0200 @@ -214,7 +214,8 @@ ICEDTEA_ENV_ECJ = \ "ALT_PARALLEL_COMPILE_JOBS=$(PARALLEL_JOBS)" \ "HOTSPOT_BUILD_JOBS=$(PARALLEL_JOBS)" \ "JAVAC=" \ - "RHINO_JAR=$(RHINO_JAR)" + "RHINO_JAR=$(RHINO_JAR)" \ + "JAR_KNOWS_ATFILE=$(JAR_KNOWS_ATFILE)" if WITH_CACAO ICEDTEA_ENV_ECJ += \ @@ -360,7 +361,6 @@ endif ICEDTEA_FSG_PATCHES = \ patches/icedtea-license-headers.patch \ - patches/icedtea-idl.patch \ patches/icedtea-jscheme.patch ICEDTEA_PATCHES = \ diff -r ccb7c89c5f75 -r 1db2f4a7db40 acinclude.m4 --- a/acinclude.m4 Sun Jul 13 01:53:09 2008 +0100 +++ b/acinclude.m4 Mon Jul 14 15:44:55 2008 +0200 @@ -307,7 +307,21 @@ AC_DEFUN([FIND_JAR], if test -z "${JAR}"; then AC_MSG_ERROR("jar was not found.") fi + AC_MSG_CHECKING([wether jar supports @ argument]) + touch _config.txt + cat >_config.list </dev/null; then + JAR_KNOWS_ATFILE=1 + AC_MSG_RESULT(yes) + else + JAR_KNOWS_ATFILE= + AC_MSG_RESULT(no) + fi + rm -f _config.txt _config.list _config.jar AC_SUBST(JAR) + AC_SUBST(JAR_KNOWS_ATFILE) ]) AC_DEFUN([FIND_RMIC], diff -r ccb7c89c5f75 -r 1db2f4a7db40 patches/icedtea-ecj.patch --- a/patches/icedtea-ecj.patch Sun Jul 13 01:53:09 2008 +0100 +++ b/patches/icedtea-ecj.patch Mon Jul 14 15:44:55 2008 +0200 @@ -430,33 +430,47 @@ diff -ru openjdk-ecj.orig/langtools/make # Override of what javac to use (see deploy workspace) --- oipenjdk/jdk/make/common/Release.gmk 2007-11-13 16:47:23.000000000 -0500 +++ openjdk-ecj/jdk/make/common/Release.gmk 2007-11-13 16:48:08.000000000 -0500 -@@ -649,10 +649,11 @@ +@@ -655,10 +649,19 @@ $(RES_JAR_ARGLIST): $(RES_JAR_FILELIST) $(prep-target) $(SED) -e "s@^@-C $(CLASSBINDIR) @" $< > $@ -$(RESOURCES_JAR): $(RES_JAR_ARGLIST) $(JAR_MANIFEST_FILE) -+$(RESOURCES_JAR): $(RES_JAR_FILELIST) $(JAR_MANIFEST_FILE) - $(prep-target) -- $(BOOT_JAR_CMD) c0mf $(JAR_MANIFEST_FILE) $@ \ +- $(prep-target) ++$(RESOURCES_JAR): \ ++ $(if $(JAR_KNOWS_ATFILE),$(RES_JAR_FILELIST),$(RES_JAR_ARGLIST)) \ ++ $(JAR_MANIFEST_FILE) ++ $(prep-target) ++ifneq (,$(JAR_KNOWS_ATFILE)) ++ (cd $(CLASSBINDIR) && $(CAT) $(RES_JAR_FILELIST) | \ ++ $(BOOT_JAR_CMD) c0mf@ $(JAR_MANIFEST_FILE) $@ \ ++ $(JAR_JFLAGS)) ++else ++ (cd $(CLASSBINDIR) && \ + $(BOOT_JAR_CMD) c0mf $(JAR_MANIFEST_FILE) $@ \ - @$(RES_JAR_ARGLIST) $(JAR_JFLAGS) -+ (cd $(CLASSBINDIR) && \ -+ $(BOOT_JAR_CMD) c0mf $(JAR_MANIFEST_FILE) $@ \ + $(JAR_JFLAGS) `cat $(RES_JAR_FILELIST)`) ++endif @$(java-vm-cleanup) # Create jsse.jar containing SunJSSE implementation classes -@@ -708,10 +709,11 @@ +@@ -714,10 +717,18 @@ $(RT_JAR_ARGLIST): $(RT_JAR_FILELIST) $(prep-target) $(SED) -e "s@^@-C $(CLASSBINDIR) @" $< > $@ -$(RT_JAR): $(RT_JAR_ARGLIST) $(JAR_MANIFEST_FILE) -+$(RT_JAR): $(RT_JAR_FILELIST) $(JAR_MANIFEST_FILE) ++$(RT_JAR): $(if $(JAR_KNOWS_ATFILE),$(RT_JAR_FILELIST),$(RT_JAR_ARGLIST)) \ ++ $(JAR_MANIFEST_FILE) $(prep-target) -- $(BOOT_JAR_CMD) c0mf $(JAR_MANIFEST_FILE) $@ \ ++ifneq (,$(JAR_KNOWS_ATFILE)) ++ (cd $(CLASSBINDIR) && $(CAT) $(RT_JAR_FILELIST) | \ ++ $(BOOT_JAR_CMD) c0mf@ $(JAR_MANIFEST_FILE) $@ \ ++ $(JAR_JFLAGS)) ++else ++ (cd $(CLASSBINDIR) && \ + $(BOOT_JAR_CMD) c0mf $(JAR_MANIFEST_FILE) $@ \ - @$(RT_JAR_ARGLIST) $(JAR_JFLAGS) -+ (cd $(CLASSBINDIR) && \ -+ $(BOOT_JAR_CMD) c0mf $(JAR_MANIFEST_FILE) $@ \ + $(JAR_JFLAGS) `$(CAT) $(RT_JAR_FILELIST)`) ++endif @$(java-vm-cleanup) # Meta-index construction to make core class loaders lazier From doko at ubuntu.com Mon Jul 14 06:45:03 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Mon, 14 Jul 2008 13:45:03 +0000 Subject: changeset in /hg/icedtea6: - revert chunk wrongly committed in p... Message-ID: changeset b380bccac6ca in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=b380bccac6ca description: - revert chunk wrongly committed in previous commit diffstat: 1 file changed, 1 insertion(+) Makefile.am | 1 + diffs (11 lines): diff -r 1db2f4a7db40 -r b380bccac6ca Makefile.am --- a/Makefile.am Mon Jul 14 15:44:55 2008 +0200 +++ b/Makefile.am Mon Jul 14 15:50:35 2008 +0200 @@ -361,6 +361,7 @@ endif ICEDTEA_FSG_PATCHES = \ patches/icedtea-license-headers.patch \ + patches/icedtea-idl.patch \ patches/icedtea-jscheme.patch ICEDTEA_PATCHES = \ From bugzilla-daemon at icedtea.classpath.org Mon Jul 14 07:14:51 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Mon, 14 Jul 2008 14:14:51 +0000 Subject: [Bug 172] ecj bootstrap configured with --enable-liveconnect fails Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=172 ------- Comment #2 from jsumali at redhat.com 2008-07-14 14:14 ------- Well that's weird. Replacing the /usr/bin/ecj call with /usr/bin/javac (openjdk javac) compiles fine: javac -nowarn -g -d lib/rt -source 1.5 -sourcepath 'openjdk/jdk/src/share/classes:openjdk/jdk/src/solaris/classes:openjdk/langtools/src/share/classes:openjdk/jaxp/src/share/classes:openjdk/corba/src/share/classes:openjdk/jaxws/src/share/classes:/notnfs/jsumali/icedtea6/generated' -bootclasspath '' @rt-source-files.txt ; -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From doko at ubuntu.com Mon Jul 14 09:19:27 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Mon, 14 Jul 2008 16:19:27 +0000 Subject: changeset in /hg/icedtea6: 2008-07-14 Matthias Klose changeset 2167417238fc in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=2167417238fc description: 2008-07-14 Matthias Klose * Makefile.am (stamps/download.stamp): Disable checksum test and download when configured --with-cacao-src-zip. diffstat: 2 files changed, 8 insertions(+) ChangeLog | 5 +++++ Makefile.am | 3 +++ diffs (32 lines): diff -r b380bccac6ca -r 2167417238fc ChangeLog --- a/ChangeLog Mon Jul 14 15:50:35 2008 +0200 +++ b/ChangeLog Mon Jul 14 18:24:57 2008 +0200 @@ -1,3 +1,8 @@ 2008-07-14 Matthias Klose + + * Makefile.am (stamps/download.stamp): Disable checksum test and + download when configured --with-cacao-src-zip. + 2008-07-14 Matthias Klose * acinclude.m4 (FIND_JAR): Check if $JAR supports @; diff -r b380bccac6ca -r 2167417238fc Makefile.am --- a/Makefile.am Mon Jul 14 15:50:35 2008 +0200 +++ b/Makefile.am Mon Jul 14 18:24:57 2008 +0200 @@ -278,6 +278,8 @@ endif endif if WITH_CACAO if !USE_SYSTEM_CACAO +if USE_ALT_CACAO_SRC_ZIP +else if ! echo "$(CACAO_MD5SUM) $(CACAO_SRC_ZIP)" \ | $(MD5SUM) --check ; \ then \ @@ -287,6 +289,7 @@ if !USE_SYSTEM_CACAO fi ; \ $(WGET) $(CACAO_URL)$(CACAO_SRC_ZIP) -O $(CACAO_SRC_ZIP); \ fi +endif endif endif mkdir -p stamps From jsumali at redhat.com Mon Jul 14 13:26:17 2008 From: jsumali at redhat.com (Joshua Sumali) Date: Mon, 14 Jul 2008 20:26:17 +0000 Subject: changeset in /hg/icedtea6: 2008-07-14 Joshua Sumali changeset c079555ca9e6 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=c079555ca9e6 description: 2008-07-14 Joshua Sumali * Makefile.am (stamps/cacao.stamp): Only install if WITH_CACAO is used. * patches/icedtea-liveconnect.patch: Split GetMemberPluginCallRequest, GetWindowPluginCallRequest and VoidPluginCallRequest into separate files to work around ecj compiling issues. diffstat: 3 files changed, 238 insertions(+), 105 deletions(-) ChangeLog | 7 Makefile.am | 2 patches/icedtea-liveconnect.patch | 334 +++++++++++++++++++++++++------------ diffs (381 lines): diff -r 2167417238fc -r c079555ca9e6 ChangeLog --- a/ChangeLog Mon Jul 14 18:24:57 2008 +0200 +++ b/ChangeLog Mon Jul 14 16:26:08 2008 -0400 @@ -1,3 +1,10 @@ 2008-07-14 Matthias Klose + + * Makefile.am (stamps/cacao.stamp): Only install if WITH_CACAO is used. + * patches/icedtea-liveconnect.patch: Split GetMemberPluginCallRequest, + GetWindowPluginCallRequest and VoidPluginCallRequest into separate files + to work around ecj compiling issues. + 2008-07-14 Matthias Klose * Makefile.am (stamps/download.stamp): Disable checksum test and diff -r 2167417238fc -r c079555ca9e6 Makefile.am --- a/Makefile.am Mon Jul 14 18:24:57 2008 +0200 +++ b/Makefile.am Mon Jul 14 16:26:08 2008 -0400 @@ -1134,6 +1134,7 @@ extra-lib/about.jar: stamps/extra-class- fi stamps/cacao.stamp: stamps/extract.stamp stamps/rt-class-files.stamp +if WITH_CACAO if !USE_SYSTEM_CACAO cd cacao/cacao-$(CACAO_VERSION) ; \ ./configure \ @@ -1143,6 +1144,7 @@ if !USE_SYSTEM_CACAO --with-java-runtime-library-classes=$(abs_top_builddir)/lib/rt \ --enable-jre-layout $(CACAO_CONFIGURE_ARGS); \ make install +endif endif mkdir -p stamps touch $@ diff -r 2167417238fc -r c079555ca9e6 patches/icedtea-liveconnect.patch --- a/patches/icedtea-liveconnect.patch Mon Jul 14 18:24:57 2008 +0200 +++ b/patches/icedtea-liveconnect.patch Mon Jul 14 16:26:08 2008 -0400 @@ -2212,111 +2212,6 @@ diff -urN openjdk/jdk/src/share/classes/ + } + } + } -diff -urN openjdk/jdk/src/share/classes/sun/applet.orig/PluginCallRequest.java openjdk/jdk/src/share/classes/sun/applet/PluginCallRequest.java ---- openjdk/jdk/src/share/classes/sun/applet.orig/PluginCallRequest.java 1969-12-31 19:00:00.000000000 -0500 -+++ openjdk/jdk/src/share/classes/sun/applet/PluginCallRequest.java 2008-02-23 05:26:59.000000000 -0500 -@@ -0,0 +1,101 @@ -+/* PluginCallRequest -- represent Java-to-JavaScript requests -+ Copyright (C) 2008 Red Hat -+ -+This file is part of IcedTea. -+ -+IcedTea is free software; you can redistribute it and/or modify -+it under the terms of the GNU General Public License as published by -+the Free Software Foundation; either version 2, or (at your option) -+any later version. -+ -+IcedTea is distributed in the hope that it will be useful, but -+WITHOUT ANY WARRANTY; without even the implied warranty of -+MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU -+General Public License for more details. -+ -+You should have received a copy of the GNU General Public License -+along with IcedTea; see the file COPYING. If not, write to the -+Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA -+02110-1301 USA. -+ -+Linking this library statically or dynamically with other modules is -+making a combined work based on this library. Thus, the terms and -+conditions of the GNU General Public License cover the whole -+combination. -+ -+As a special exception, the copyright holders of this library give you -+permission to link this library with independent modules to produce an -+executable, regardless of the license terms of these independent -+modules, and to copy and distribute the resulting executable under -+terms of your choice, provided that you also meet, for each linked -+independent module, the terms and conditions of the license of that -+module. An independent module is a module which is not derived from -+or based on this library. If you modify this library, you may extend -+this exception to your version of the library, but you are not -+obligated to do so. If you do not wish to do so, delete this -+exception statement from your version. */ -+ -+package sun.applet; -+ -+// FIXME: for each type of request extend a new (anonymous?) -+// PluginCallRequest. -+abstract class PluginCallRequest { -+ String message; -+ String returnString; -+ PluginCallRequest next; -+ boolean done = false; -+ -+ public PluginCallRequest(String message, String returnString) { -+ this.message = message; -+ this.returnString = returnString; -+ } -+ -+ public abstract void parseReturn(String message); -+} -+ -+class GetWindowPluginCallRequest extends PluginCallRequest { -+ // FIXME: look into int vs long JavaScript internal values. -+ int internal; -+ -+ public GetWindowPluginCallRequest(String message, String returnString) { -+ super(message, returnString); -+ } -+ -+ public void parseReturn(String message) { -+ System.out.println ("GetWINDOWparseReturn GOT: " + message); -+ String[] args = message.split(" "); -+ // FIXME: add thread ID to messages to support multiple -+ // threads using the netscape.javascript package. -+ internal = Integer.parseInt(args[1]); -+ done = true; -+ } -+} -+ -+class GetMemberPluginCallRequest extends PluginCallRequest { -+ Object object = null; -+ -+ public GetMemberPluginCallRequest(String message, String returnString) { -+ super(message, returnString); -+ System.out.println ("GetMEMBerPLUGINCAlL " + message + " " + returnString); -+ } -+ -+ public void parseReturn(String message) { -+ System.out.println ("GetMEMBerparseReturn GOT: " + message); -+ String[] args = message.split(" "); -+ // FIXME: add thread ID to messages to support multiple -+ // threads using the netscape.javascript package. -+ object = PluginAppletSecurityContext.contexts.get( -+ 0).store.getObject(Integer.parseInt(args[1])); -+ done = true; -+ } -+} -+class VoidPluginCallRequest extends PluginCallRequest { -+ public VoidPluginCallRequest(String message, String returnString) { -+ super(message, returnString); -+ System.out.println ("VoidPLUGINCAlL " + message + " " + returnString); -+ } -+ -+ public void parseReturn(String message) { -+ done = true; -+ } -+} diff -urN openjdk/jdk/src/share/classes/sun/applet.orig/PluginMain.java openjdk/jdk/src/share/classes/sun/applet/PluginMain.java --- openjdk/jdk/src/share/classes/sun/applet.orig/PluginMain.java 1969-12-31 19:00:00.000000000 -0500 +++ openjdk/jdk/src/share/classes/sun/applet/PluginMain.java 2008-02-22 20:48:32.000000000 -0500 @@ -2900,3 +2795,232 @@ diff -urN openjdk/jdk/src/share/classes/ + return 899; + } +} +--- openjdk.orig/jdk/src/share/classes/sun/applet/PluginCallRequest.java 1969-12-31 19:00:00.000000000 -0500 ++++ openjdk/jdk/src/share/classes/sun/applet/PluginCallRequest.java 2008-07-14 11:06:02.000000000 -0400 +@@ -0,0 +1,54 @@ ++/* PluginCallRequest -- represent Java-to-JavaScript requests ++ Copyright (C) 2008 Red Hat ++ ++This file is part of IcedTea. ++ ++IcedTea is free software; you can redistribute it and/or modify ++it under the terms of the GNU General Public License as published by ++the Free Software Foundation; either version 2, or (at your option) ++any later version. ++ ++IcedTea is distributed in the hope that it will be useful, but ++WITHOUT ANY WARRANTY; without even the implied warranty of ++MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU ++General Public License for more details. ++ ++You should have received a copy of the GNU General Public License ++along with IcedTea; see the file COPYING. If not, write to the ++Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA ++02110-1301 USA. ++ ++Linking this library statically or dynamically with other modules is ++making a combined work based on this library. Thus, the terms and ++conditions of the GNU General Public License cover the whole ++combination. ++ ++As a special exception, the copyright holders of this library give you ++permission to link this library with independent modules to produce an ++executable, regardless of the license terms of these independent ++modules, and to copy and distribute the resulting executable under ++terms of your choice, provided that you also meet, for each linked ++independent module, the terms and conditions of the license of that ++module. An independent module is a module which is not derived from ++or based on this library. If you modify this library, you may extend ++this exception to your version of the library, but you are not ++obligated to do so. If you do not wish to do so, delete this ++exception statement from your version. */ ++ ++package sun.applet; ++ ++// FIXME: for each type of request extend a new (anonymous?) ++// PluginCallRequest. ++abstract class PluginCallRequest { ++ String message; ++ String returnString; ++ PluginCallRequest next; ++ boolean done = false; ++ ++ public PluginCallRequest(String message, String returnString) { ++ this.message = message; ++ this.returnString = returnString; ++ } ++ ++ public abstract void parseReturn(String message); ++} +--- openjdk.orig/jdk/src/share/classes/sun/applet/GetMemberPluginCallRequest.java 1969-12-31 19:00:00.000000000 -0500 ++++ openjdk/jdk/src/share/classes/sun/applet/GetMemberPluginCallRequest.java 2008-07-14 11:07:57.000000000 -0400 +@@ -0,0 +1,58 @@ ++/* GetMemberPluginCallRequest -- represent Java-to-JavaScript requests ++ Copyright (C) 2008 Red Hat ++ ++This file is part of IcedTea. ++ ++IcedTea is free software; you can redistribute it and/or modify ++it under the terms of the GNU General Public License as published by ++the Free Software Foundation; either version 2, or (at your option) ++any later version. ++ ++IcedTea is distributed in the hope that it will be useful, but ++WITHOUT ANY WARRANTY; without even the implied warranty of ++MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU ++General Public License for more details. ++ ++You should have received a copy of the GNU General Public License ++along with IcedTea; see the file COPYING. If not, write to the ++Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA ++02110-1301 USA. ++ ++Linking this library statically or dynamically with other modules is ++making a combined work based on this library. Thus, the terms and ++conditions of the GNU General Public License cover the whole ++combination. ++ ++As a special exception, the copyright holders of this library give you ++permission to link this library with independent modules to produce an ++executable, regardless of the license terms of these independent ++modules, and to copy and distribute the resulting executable under ++terms of your choice, provided that you also meet, for each linked ++independent module, the terms and conditions of the license of that ++module. An independent module is a module which is not derived from ++or based on this library. If you modify this library, you may extend ++this exception to your version of the library, but you are not ++obligated to do so. If you do not wish to do so, delete this ++exception statement from your version. */ ++ ++package sun.applet; ++ ++class GetMemberPluginCallRequest extends PluginCallRequest { ++ Object object = null; ++ ++ public GetMemberPluginCallRequest(String message, String returnString) { ++ super(message, returnString); ++ System.out.println ("GetMEMBerPLUGINCAlL " + message + " " + returnString); ++ } ++ ++ public void parseReturn(String message) { ++ System.out.println ("GetMEMBerparseReturn GOT: " + message); ++ String[] args = message.split(" "); ++ // FIXME: add thread ID to messages to support multiple ++ // threads using the netscape.javascript package. ++ object = PluginAppletSecurityContext.contexts.get( ++ 0).store.getObject(Integer.parseInt(args[1])); ++ done = true; ++ } ++} ++ +--- openjdk.orig/jdk/src/share/classes/sun/applet/GetWindowPluginCallRequest.java 1969-12-31 19:00:00.000000000 -0500 ++++ openjdk/jdk/src/share/classes/sun/applet/GetWindowPluginCallRequest.java 2008-07-14 11:08:07.000000000 -0400 +@@ -0,0 +1,56 @@ ++/* GetWindowPluginCallRequest -- represent Java-to-JavaScript requests ++ Copyright (C) 2008 Red Hat ++ ++This file is part of IcedTea. ++ ++IcedTea is free software; you can redistribute it and/or modify ++it under the terms of the GNU General Public License as published by ++the Free Software Foundation; either version 2, or (at your option) ++any later version. ++ ++IcedTea is distributed in the hope that it will be useful, but ++WITHOUT ANY WARRANTY; without even the implied warranty of ++MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU ++General Public License for more details. ++ ++You should have received a copy of the GNU General Public License ++along with IcedTea; see the file COPYING. If not, write to the ++Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA ++02110-1301 USA. ++ ++Linking this library statically or dynamically with other modules is ++making a combined work based on this library. Thus, the terms and ++conditions of the GNU General Public License cover the whole ++combination. ++ ++As a special exception, the copyright holders of this library give you ++permission to link this library with independent modules to produce an ++executable, regardless of the license terms of these independent ++modules, and to copy and distribute the resulting executable under ++terms of your choice, provided that you also meet, for each linked ++independent module, the terms and conditions of the license of that ++module. An independent module is a module which is not derived from ++or based on this library. If you modify this library, you may extend ++this exception to your version of the library, but you are not ++obligated to do so. If you do not wish to do so, delete this ++exception statement from your version. */ ++ ++package sun.applet; ++ ++class GetWindowPluginCallRequest extends PluginCallRequest { ++ // FIXME: look into int vs long JavaScript internal values. ++ int internal; ++ ++ public GetWindowPluginCallRequest(String message, String returnString) { ++ super(message, returnString); ++ } ++ ++ public void parseReturn(String message) { ++ System.out.println ("GetWINDOWparseReturn GOT: " + message); ++ String[] args = message.split(" "); ++ // FIXME: add thread ID to messages to support multiple ++ // threads using the netscape.javascript package. ++ internal = Integer.parseInt(args[1]); ++ done = true; ++ } ++} +--- openjdk.orig/jdk/src/share/classes/sun/applet/VoidPluginCallRequest.java 1969-12-31 19:00:00.000000000 -0500 ++++ openjdk/jdk/src/share/classes/sun/applet/VoidPluginCallRequest.java 2008-07-14 11:08:20.000000000 -0400 +@@ -0,0 +1,49 @@ ++/* VoidPluginCallRequest -- represent Java-to-JavaScript requests ++ Copyright (C) 2008 Red Hat ++ ++This file is part of IcedTea. ++ ++IcedTea is free software; you can redistribute it and/or modify ++it under the terms of the GNU General Public License as published by ++the Free Software Foundation; either version 2, or (at your option) ++any later version. ++ ++IcedTea is distributed in the hope that it will be useful, but ++WITHOUT ANY WARRANTY; without even the implied warranty of ++MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU ++General Public License for more details. ++ ++You should have received a copy of the GNU General Public License ++along with IcedTea; see the file COPYING. If not, write to the ++Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA ++02110-1301 USA. ++ ++Linking this library statically or dynamically with other modules is ++making a combined work based on this library. Thus, the terms and ++conditions of the GNU General Public License cover the whole ++combination. ++ ++As a special exception, the copyright holders of this library give you ++permission to link this library with independent modules to produce an ++executable, regardless of the license terms of these independent ++modules, and to copy and distribute the resulting executable under ++terms of your choice, provided that you also meet, for each linked ++independent module, the terms and conditions of the license of that ++module. An independent module is a module which is not derived from ++or based on this library. If you modify this library, you may extend ++this exception to your version of the library, but you are not ++obligated to do so. If you do not wish to do so, delete this ++exception statement from your version. */ ++ ++package sun.applet; ++ ++class VoidPluginCallRequest extends PluginCallRequest { ++ public VoidPluginCallRequest(String message, String returnString) { ++ super(message, returnString); ++ System.out.println ("VoidPLUGINCAlL " + message + " " + returnString); ++ } ++ ++ public void parseReturn(String message) { ++ done = true; ++ } ++} From twisti at complang.tuwien.ac.at Mon Jul 14 13:45:18 2008 From: twisti at complang.tuwien.ac.at (Christian Thalinger) Date: Mon, 14 Jul 2008 22:45:18 +0200 Subject: changeset in /hg/icedtea6: 2008-07-14 Joshua Sumali References: Message-ID: <1216068318.15721.5.camel@workstation> On Mon, 2008-07-14 at 20:26 +0000, Joshua Sumali wrote: > changeset c079555ca9e6 in /hg/icedtea6 > details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=c079555ca9e6 > description: > 2008-07-14 Joshua Sumali > > * Makefile.am (stamps/cacao.stamp): Only install if WITH_CACAO is used. Thanks, I missed that. - twisti From bugzilla-daemon at icedtea.classpath.org Tue Jul 15 03:48:16 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Tue, 15 Jul 2008 10:48:16 +0000 Subject: [Bug 136] compilation of 6-1.1 crashes on jar option error [invalid option -- J] Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=136 jim at amarooas.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jim at amarooas.com.au ------- Comment #4 from jim at amarooas.com.au 2008-07-15 10:48 ------- I just hit this problem on Debian/sid GNU/Linux SPARC -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From jsumali at redhat.com Tue Jul 15 07:26:53 2008 From: jsumali at redhat.com (Joshua Sumali) Date: Tue, 15 Jul 2008 14:26:53 +0000 Subject: changeset in /hg/icedtea6: 2008-07-15 Joshua Sumali changeset 3cbb75db29a0 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=3cbb75db29a0 description: 2008-07-15 Joshua Sumali * Makefile.am: Add icedtea-webstart-umask.patch. * patches/icedtea-webstart-umask.patch: Set default umask to 077 for javaws and pluginappletviewer, and also provide the -umask argument to manually override this setting. * rt/net/sourceforge/jnlp/resources/Messages.properties: Update usage. * rt/net/sourceforge/jnlp/runtime/Boot.java: Likewise. diffstat: 5 files changed, 176 insertions(+) ChangeLog | 9 Makefile.am | 1 patches/icedtea-webstart-umask.patch | 164 +++++++++++++++++ rt/net/sourceforge/jnlp/resources/Messages.properties | 1 rt/net/sourceforge/jnlp/runtime/Boot.java | 1 diffs (217 lines): diff -r c079555ca9e6 -r 3cbb75db29a0 ChangeLog --- a/ChangeLog Mon Jul 14 16:26:08 2008 -0400 +++ b/ChangeLog Tue Jul 15 10:26:42 2008 -0400 @@ -1,3 +1,12 @@ 2008-07-14 Joshua Sumali + + * Makefile.am: Add icedtea-webstart-umask.patch. + * patches/icedtea-webstart-umask.patch: Set default umask to 077 for + javaws and pluginappletviewer, and also provide the -umask argument to + manually override this setting. + * rt/net/sourceforge/jnlp/resources/Messages.properties: Update usage. + * rt/net/sourceforge/jnlp/runtime/Boot.java: Likewise. + 2008-07-14 Joshua Sumali * Makefile.am (stamps/cacao.stamp): Only install if WITH_CACAO is used. diff -r c079555ca9e6 -r 3cbb75db29a0 Makefile.am --- a/Makefile.am Mon Jul 14 16:26:08 2008 -0400 +++ b/Makefile.am Tue Jul 15 10:26:42 2008 -0400 @@ -377,6 +377,7 @@ ICEDTEA_PATCHES = \ patches/icedtea-ssl.patch \ $(PLUGIN_PATCH) \ patches/icedtea-webstart.patch \ + patches/icedtea-webstart-umask.patch \ patches/icedtea-rmi_amd64.patch \ patches/icedtea-tools.patch \ patches/icedtea-demos.patch \ diff -r c079555ca9e6 -r 3cbb75db29a0 patches/icedtea-webstart-umask.patch --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/patches/icedtea-webstart-umask.patch Tue Jul 15 10:26:42 2008 -0400 @@ -0,0 +1,164 @@ +--- openjdk/jdk/make/launchers/Makefile.launcher.orig 2008-07-09 12:49:00.000000000 -0400 ++++ openjdk/jdk/make/launchers/Makefile.launcher 2008-07-09 12:49:40.000000000 -0400 +@@ -148,6 +148,16 @@ + endif + endif + ++# pluginappletviewer only ++ifeq ($(PROGRAM), pluginappletviewer) ++ OTHER_CPPFLAGS += -DUSE_UMASK=\"077\" ++endif ++ ++# javaws only ++ifeq ($(PROGRAM), javaws) ++ OTHER_CPPFLAGS += -DUSE_UMASK=\"077\" ++endif ++ + # GUI tools + ifeq ($(GUI_TOOL),true) + ifneq ($(PLATFORM), windows) +--- openjdk/jdk/src/share/bin/java.c.orig 2008-07-09 12:48:35.000000000 -0400 ++++ openjdk/jdk/src/share/bin/java.c 2008-07-09 12:36:11.000000000 -0400 +@@ -56,6 +56,7 @@ + #include + #include + #include ++#include + + #include + #include +@@ -69,6 +70,8 @@ + #define FULL_VERSION JDK_MAJOR_VERSION "." JDK_MINOR_VERSION + #endif + ++#define MAXMASK 4095 /* Same as octal 07777 */ ++ + /* + * The following environment variable is used to influence the behavior + * of the jre exec'd through the SelectVersion routine. The command line +@@ -184,6 +187,10 @@ + + int JNICALL JavaMain(void * args); /* entry point */ + ++/* umask things */ ++static int FindUMask(int *, char ***, int *); ++static int VerifyMask(char *, int*); ++ + struct JavaMainArgs { + int argc; + char ** argv; +@@ -307,6 +314,26 @@ + SetClassPath(s); + #endif + ++#ifdef USE_UMASK ++ /* Set umask */ ++ int mask; ++ // Check to see if we can find a umask on the command line. ++ if (FindUMask(&argc, &argv, &mask) < 0) ++ { ++ // We didn't find a umask, so fall back to the default one. ++ char * defaultMask = (char *) JLI_MemAlloc(5 * sizeof(char)); ++ strcpy(defaultMask, USE_UMASK); ++ int converted; ++ VerifyMask(defaultMask, &converted); ++ JLI_MemFree(defaultMask); ++ umask(converted); /* from sys/stat.h */ ++ } ++ else ++ { ++ umask(mask); ++ } ++#endif ++ + /* + * Parse command line options; if the return value of + * ParseArguments is false, the program should exit. +@@ -2011,3 +2038,87 @@ + } + DoSplashSetFileJarName(file_name, jar_name); + } ++ ++/** ++ * Searches argv to find any parameters that start with "-umask=". ++ * Sets maskToSet with the mask if a -umask is found, and if the mask ++ * supplied is valid. Returns 1 if a valid mask was found and set, ++ * -1 otherwise. ++ */ ++int FindUMask(int *pargc, char *** pargv, int *maskToSet) ++{ ++ int found_mask = -1; ++ ++ // our handles to the original list ++ int argc = *pargc; ++ char **argv = *pargv; ++ ++ // the new set ++ int nargc = argc; ++ char ** nargv = (char **) JLI_MemAlloc((nargc + 1) * sizeof(char *)); ++ ++ // set the original set to the new set ++ *pargv = nargv; ++ *pargc = nargc; ++ ++ char *maskString = (char *) JLI_MemAlloc(6 * sizeof(char *)); ++ int i; ++ for (i = 0; i < argc; i++) ++ { ++ char *arg = argv[i]; ++ if (strncmp(arg, "-umask=",7) == 0) ++ { ++ strncpy(maskString, arg+7, 5); ++ ++ if (VerifyMask(maskString, maskToSet) < 0) ++ { ++ printf("Invalid umask %s, application stopped.\n", maskString); ++ exit(1); ++ } ++ ++ found_mask = 1; ++ nargc--; ++ (*pargc)--; ++ } ++ else ++ { ++ *nargv++ = arg; ++ } ++ } ++ ++ JLI_MemFree(maskString); ++ ++ return found_mask; ++} ++ ++/** ++ * Takes an octal mask in string form, and converts it to ++ * decimal form in convertedMask. The decimal form can then be ++ * easily passed to umask(). Returns 1 if the mask is valid, -1 otherwise. ++ */ ++int VerifyMask(char * maskString, int * convertedMask) ++{ ++ // Borrowed from coreutils modechange.c ++ if ('0' <= *maskString && *maskString < '8') ++ { ++ unsigned int decimal_mode = 0; ++ ++ do { ++ decimal_mode = 8 * decimal_mode + *maskString++ - '0'; ++ } while ('0' <= *maskString && *maskString < '8'); ++ ++ if (decimal_mode > MAXMASK) ++ return -1; ++ else if (*maskString) ++ return -1; ++ else ++ *convertedMask = decimal_mode; ++ ++ return 1; ++ } ++ else ++ { ++ return -1; ++ } ++ ++} diff -r c079555ca9e6 -r 3cbb75db29a0 rt/net/sourceforge/jnlp/resources/Messages.properties --- a/rt/net/sourceforge/jnlp/resources/Messages.properties Mon Jul 14 16:26:08 2008 -0400 +++ b/rt/net/sourceforge/jnlp/resources/Messages.properties Tue Jul 15 10:26:42 2008 -0400 @@ -123,6 +123,7 @@ BOHeadless = Disables download window, BOHeadless = Disables download window, other UIs. BOStrict = Enables strict checking of JNLP file format. BOViewer = Shows the trusted certificate viewer. +BOUmask = Sets the umask for files created by an application. BOHelp = Print this message and exit. # Cache diff -r c079555ca9e6 -r 3cbb75db29a0 rt/net/sourceforge/jnlp/runtime/Boot.java --- a/rt/net/sourceforge/jnlp/runtime/Boot.java Mon Jul 14 16:26:08 2008 -0400 +++ b/rt/net/sourceforge/jnlp/runtime/Boot.java Tue Jul 15 10:26:42 2008 -0400 @@ -100,6 +100,7 @@ public final class Boot implements Privi + " -noupdate "+R("BONoupdate")+"\n" + " -headless "+R("BOHeadless")+"\n" + " -strict "+R("BOStrict")+"\n" + + " -umask=value "+R("BOUmask")+"\n" + " -help "+R("BOHelp")+"\n"; private static final String doubleArgs = "-basedir -jnlp -arg -param -property -update"; From bugzilla-daemon at icedtea.classpath.org Tue Jul 15 07:30:54 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Tue, 15 Jul 2008 14:30:54 +0000 Subject: [Bug 172] ecj bootstrap configured with --enable-liveconnect fails Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=172 jsumali at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #3 from jsumali at redhat.com 2008-07-15 14:30 ------- Fixed in the IcedTea6 repo. Thanks for reporting this :) -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From langel at redhat.com Tue Jul 15 09:57:35 2008 From: langel at redhat.com (Lillian Angel) Date: Tue, 15 Jul 2008 16:57:35 +0000 Subject: changeset in /hg/icedtea6: 2008-07-15 Lillian Angel changeset f8d65be30ac4 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=f8d65be30ac4 description: 2008-07-15 Lillian Angel * .hgignore: Updated. * Makefile.am: Added HACKING to EXTRA_DIST. diffstat: 3 files changed, 9 insertions(+), 1 deletion(-) .hgignore | 2 ++ ChangeLog | 5 +++++ Makefile.am | 3 ++- diffs (37 lines): diff -r 3cbb75db29a0 -r f8d65be30ac4 .hgignore --- a/.hgignore Tue Jul 15 10:26:42 2008 -0400 +++ b/.hgignore Tue Jul 15 12:57:30 2008 -0400 @@ -2,6 +2,8 @@ syntax: glob *~ syntax: regexp +configure +aclocal.m4 autom4te.cache cacao openjdk diff -r 3cbb75db29a0 -r f8d65be30ac4 ChangeLog --- a/ChangeLog Tue Jul 15 10:26:42 2008 -0400 +++ b/ChangeLog Tue Jul 15 12:57:30 2008 -0400 @@ -1,3 +1,8 @@ 2008-07-15 Joshua Sumali + + * .hgignore: Updated. + * Makefile.am: Added HACKING to EXTRA_DIST. + 2008-07-15 Joshua Sumali * Makefile.am: Add icedtea-webstart-umask.patch. diff -r 3cbb75db29a0 -r f8d65be30ac4 Makefile.am --- a/Makefile.am Tue Jul 15 10:26:42 2008 -0400 +++ b/Makefile.am Tue Jul 15 12:57:30 2008 -0400 @@ -71,7 +71,8 @@ EXTRA_DIST = rt generated $(ICEDTEA_PATC patches/icedtea-cacao.patch javaws.png javaws.desktop \ overlays extra jconsole.desktop policytool.desktop \ test/jtreg patches/icedtea-plugin.patch \ - patches/icedtea-liveconnect.patch IcedTeaPlugin.cc + patches/icedtea-liveconnect.patch IcedTeaPlugin.cc \ + HACKING # The Binary plugs directory is called jdk1.7.0 for historical reasons. The # name is completely irrelevant; only contains the plugs to build IcedTea. From langel at redhat.com Tue Jul 15 10:28:19 2008 From: langel at redhat.com (Lillian Angel) Date: Tue, 15 Jul 2008 17:28:19 +0000 Subject: changeset in /hg/icedtea6: 2008-07-15 Lillian Angel changeset 264b708e4668 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=264b708e4668 description: 2008-07-15 Lillian Angel * INSTALL: Added rhino to the list. diffstat: 2 files changed, 5 insertions(+) ChangeLog | 4 ++++ INSTALL | 1 + diffs (22 lines): diff -r f8d65be30ac4 -r 264b708e4668 ChangeLog --- a/ChangeLog Tue Jul 15 12:57:30 2008 -0400 +++ b/ChangeLog Tue Jul 15 13:28:14 2008 -0400 @@ -1,3 +1,7 @@ 2008-07-15 Lillian Angel + + * INSTALL: Added rhino to the list. + 2008-07-15 Lillian Angel * .hgignore: Updated. diff -r f8d65be30ac4 -r 264b708e4668 INSTALL --- a/INSTALL Tue Jul 15 12:57:30 2008 -0400 +++ b/INSTALL Tue Jul 15 13:28:14 2008 -0400 @@ -30,6 +30,7 @@ libpng-devel libpng-devel libjpeg-devel = 6b zlib-devel +rhino For building the zero-assembler port (see below), you will need libffi. From langel at redhat.com Tue Jul 15 13:08:53 2008 From: langel at redhat.com (Lillian Angel) Date: Tue, 15 Jul 2008 20:08:53 +0000 Subject: changeset in /hg/icedtea6: 2008-07-15 Lillian Angel changeset 5a7febd10bf2 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=5a7febd10bf2 description: 2008-07-15 Lillian Angel * Makefile.am: Added new patch. * patches/icedtea-security-updates.patch: Removed patch that cannot be applied to ports. * patches/icedtea-security-updates-nonzero.patch: Added removed patch into this file. diffstat: 4 files changed, 21 insertions(+), 12 deletions(-) ChangeLog | 8 ++++++++ Makefile.am | 3 ++- patches/icedtea-security-updates-nonzero.patch | 11 +++++++++++ patches/icedtea-security-updates.patch | 11 ----------- diffs (64 lines): diff -r 264b708e4668 -r 5a7febd10bf2 ChangeLog --- a/ChangeLog Tue Jul 15 13:28:14 2008 -0400 +++ b/ChangeLog Tue Jul 15 16:08:49 2008 -0400 @@ -1,3 +1,11 @@ 2008-07-15 Lillian Angel + + * Makefile.am: Added new patch. + * patches/icedtea-security-updates.patch: Removed patch that cannot be + applied to ports. + * patches/icedtea-security-updates-nonzero.patch: Added removed patch + into this file. + 2008-07-15 Lillian Angel * INSTALL: Added rhino to the list. diff -r 264b708e4668 -r 5a7febd10bf2 Makefile.am --- a/Makefile.am Tue Jul 15 13:28:14 2008 -0400 +++ b/Makefile.am Tue Jul 15 16:08:49 2008 -0400 @@ -348,7 +348,8 @@ ZERO_PATCHES = \ # Patches needed when not using the newer OpenJDK 7 HotSpot for zero. NON_ZERO_PATCHES = \ - patches/icedtea-eclipse-hotspot-6614100-6b06.patch + patches/icedtea-eclipse-hotspot-6614100-6b06.patch \ + patches/icedtea-security-updates-nonzero.patch if ZERO_BUILD ZERO_PATCHES_COND = $(ZERO_PATCHES) diff -r 264b708e4668 -r 5a7febd10bf2 patches/icedtea-security-updates-nonzero.patch --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/patches/icedtea-security-updates-nonzero.patch Tue Jul 15 16:08:49 2008 -0400 @@ -0,0 +1,11 @@ +--- old/src/share/vm/opto/parse3.cpp Wed Apr 9 12:49:10 2008 ++++ openjdk/hotspot/src/share/vm/opto/parse3.cpp Wed Apr 9 12:49:08 2008 +@@ -398,7 +398,7 @@ + // fill the lowest dimensions with unknown sizes + for (int index = 0; index < mdimensions - ndimensions; index++) { + const TypeAry* arr0 = TypeAry::make(prev_type, TypeInt::POS); +- prev_type = TypeAryPtr::make(TypePtr::BotPTR, arr0, prev_array, true, 0); ++ prev_type = TypeAryPtr::make(TypePtr::BotPTR, arr0, prev_array, false, 0); + prev_array = NULL; // array klasses can be lazy, except the first + } + diff -r 264b708e4668 -r 5a7febd10bf2 patches/icedtea-security-updates.patch --- a/patches/icedtea-security-updates.patch Tue Jul 15 13:28:14 2008 -0400 +++ b/patches/icedtea-security-updates.patch Tue Jul 15 16:08:49 2008 -0400 @@ -881,17 +881,6 @@ No differences encountered @@ -0,0 +1,2 @@ + +this is a secret ---- old/src/share/vm/opto/parse3.cpp Wed Apr 9 12:49:10 2008 -+++ openjdk/hotspot/src/share/vm/opto/parse3.cpp Wed Apr 9 12:49:08 2008 -@@ -398,7 +398,7 @@ - // fill the lowest dimensions with unknown sizes - for (int index = 0; index < mdimensions - ndimensions; index++) { - const TypeAry* arr0 = TypeAry::make(prev_type, TypeInt::POS); -- prev_type = TypeAryPtr::make(TypePtr::BotPTR, arr0, prev_array, true, 0); -+ prev_type = TypeAryPtr::make(TypePtr::BotPTR, arr0, prev_array, false, 0); - prev_array = NULL; // array klasses can be lazy, except the first - } - --- /dev/null Mon Jun 2 09:19:39 2008 +++ openjdk/jdk/test/sun/management/jmxremote/bootstrap/LocalOnlyTest.java Mon Jun 2 09:19:39 2008 @@ -0,0 +1,97 @@ From doko at ubuntu.com Wed Jul 16 01:38:57 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Wed, 16 Jul 2008 08:38:57 +0000 Subject: changeset in /hg/icedtea6: 2008-07-16 Matthias Klose changeset 96c2e4b1256a in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=96c2e4b1256a description: 2008-07-16 Matthias Klose * fsg.sh: Update for b11 code drop. diffstat: 2 files changed, 5 insertions(+), 15 deletions(-) ChangeLog | 4 ++++ fsg.sh | 16 +--------------- diffs (49 lines): diff -r 5a7febd10bf2 -r 96c2e4b1256a ChangeLog --- a/ChangeLog Tue Jul 15 16:08:49 2008 -0400 +++ b/ChangeLog Wed Jul 16 10:44:39 2008 +0200 @@ -1,3 +1,7 @@ 2008-07-15 Lillian Angel + + * fsg.sh: Update for b11 code drop. + 2008-07-15 Lillian Angel * Makefile.am: Added new patch. diff -r 5a7febd10bf2 -r 96c2e4b1256a fsg.sh --- a/fsg.sh Tue Jul 15 16:08:49 2008 -0400 +++ b/fsg.sh Wed Jul 16 10:44:39 2008 +0200 @@ -26,7 +26,6 @@ rm -f \ openjdk/jdk/test/tools/launcher/lib/sparc/lib64/liblibrary.so rm -f \ - openjdk/jdk/make/tools/winver/bin/winver.exe \ openjdk/jdk/test/java/util/Locale/data/deflocale.exe \ openjdk/jdk/test/java/util/Locale/data/deflocale.jds3 \ openjdk/jdk/test/java/util/Locale/data/deflocale.rhel4 \ @@ -81,25 +80,12 @@ rm -rf \ # binary files rm -f \ - openjdk/jdk/test/sun/net/idn/nfscis.spp + openjdk/jdk/test/sun/net/idn/*.spp # has w3c copyright. license to be checked / needs checking after decoding rm -f \ openjdk/jdk/test/javax/xml/crypto/dsig/data/xml-stylesheet \ openjdk/jdk/test/javax/xml/crypto/dsig/data/xml-stylesheet.b64 - -# TODO -#$ find openjdk -name '*.jar' -o -name '*.class'|grep -v test - -# PR140, S6695776 -# Also see patches/icedtea-jscheme.patch -rm -rf openjdk/corba/src/share/classes/com/sun/tools/corba/se/logutil/lib -rm -rf openjdk/corba/src/share/classes/com/sun/tools/corba/se/logutil/scripts - -# PR139, S6710791 -rm -f \ - openjdk/hotspot/agent/kk/src/share/lib/maf-1_0.jar \ - openjdk/hotspot/agent/kk/src/share/lib/jlfgr-1_0.jar \ # PR157, S6713083 rm -f \ From doko at ubuntu.com Wed Jul 16 05:22:01 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Wed, 16 Jul 2008 12:22:01 +0000 Subject: changeset in /hg/icedtea6: 2008-07-16 Matthias Klose changeset e447a6a95f93 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=e447a6a95f93 description: 2008-07-16 Matthias Klose * fsg.sh: Update for b11 code drop. * Makefile.am: Update for b11. * patches/icedtea-license-headers.patch, patches/icedtea-idl.patch, patches/icedtea-jscheme.patch, patches/icedtea-security-updates.patch, patches/icedtea-eclipse-hotspot-6614100-6b06.patch, patches/icedtea-gtkplaf.patch, patches/icedtea-dnd-updatecursor.patch, patches/icedtea-component.patch: Remove, applied upstream. * HACKING: Update patch descriptions. * NEWS: Mention update to b11. diffstat: 13 files changed, 23 insertions(+), 3144 deletions(-) ChangeLog | 8 HACKING | 10 Makefile.am | 26 NEWS | 4 patches/icedtea-component.patch | 159 -- patches/icedtea-dnd-updatecursor.patch | 10 patches/icedtea-eclipse-hotspot-6614100-6b06.patch | 56 patches/icedtea-gtkplaf.patch | 54 patches/icedtea-idl.patch | 505 -------- patches/icedtea-jscheme.patch | 1260 -------------------- patches/icedtea-license-headers.patch | 81 - patches/icedtea-security-updates-nonzero.patch | 11 patches/icedtea-security-updates.patch | 983 --------------- diffs (truncated from 3300 to 500 lines): diff -r 96c2e4b1256a -r e447a6a95f93 ChangeLog --- a/ChangeLog Wed Jul 16 10:44:39 2008 +0200 +++ b/ChangeLog Wed Jul 16 14:27:44 2008 +0200 @@ -1,6 +1,14 @@ 2008-07-16 Matthias Klose * fsg.sh: Update for b11 code drop. + * Makefile.am: Update for b11. + * patches/icedtea-license-headers.patch, patches/icedtea-idl.patch, + patches/icedtea-jscheme.patch, patches/icedtea-security-updates.patch, + patches/icedtea-eclipse-hotspot-6614100-6b06.patch, + patches/icedtea-gtkplaf.patch, patches/icedtea-dnd-updatecursor.patch, + patches/icedtea-component.patch: Remove, applied upstream. + * HACKING: Update patch descriptions. + * NEWS: Mention update to b11. 2008-07-15 Lillian Angel diff -r 96c2e4b1256a -r e447a6a95f93 HACKING --- a/HACKING Wed Jul 16 10:44:39 2008 +0200 +++ b/HACKING Wed Jul 16 14:27:44 2008 +0200 @@ -7,9 +7,7 @@ The following patches are applied early The following patches are applied early in the build to meet the Free Software guidelines and are also included in the tarball resulting from the dist-openjdk-fsg target: -* icedtea-idl.patch: Fix IDL licenses (PR141/S6695776). -* icedtea-jscheme.patch: Replace use of jscheme.jar with Java alternative (PR140/S6695776). -* icedtea-license-headers.patch: Generate GPL header from automulti tool (PR148/S6713083). +[ currently no patches applied ] The fsg.sh script is also run to delete certain files with dubious licensing and/or only occuring in binary format. @@ -45,7 +43,7 @@ The following patches are currently appl * icedtea-memory-limits.patch: Increase default memory limits. * icedtea-no-bcopy.patch: Don't define local copies of bcopy, bzero and bcmp from BSD. * icedtea-override-redirect-metacity.patch: Enable override redirect for Metacity window manager. -* icedtea-print-lsb-release.patch: Generate Debian LSB file. +* icedtea-print-lsb-release.patch: Use information from Debian LSB file for crash reports. * icedtea-rhino.patch: Add support for Javascript. * icedtea-rmi_amd64.patch: Build RMI binaries on all platforms not just 32-bit ones. * icedtea-sparc64-linux.patch: Fixes needed to build the SPARC port on 32-bit SPARC as used by Fedora. @@ -65,10 +63,6 @@ The following patches are currently appl The following patches are only applied to OpenJDK6 in IcedTea6: -* icedtea-component.patch: Fix deadlock in AWT code (PR159/S6608764). Fixed in OpenJDK7 b25. -* icedtea-dnd-updatecursor.patch: Fix unexpected cursor returned by DragSourceContext (S6691328). Fixed in OpenJDK7 b29. -* icedtea-eclipse-hotspot-6614100-6b06.patch: Fix Eclipse crash (S6614100). Fixed in OpenJDK7 b29/hs13. -* icedtea-gtkplaf.patch: Fix corrupted combo box (S6624717). Fixed in OpenJDK7 b27. * icedtea-sparc.patch: Add support for GNU/Linux on SPARC. * icedtea-jdk-docs-target.patch: Always set DOCS_TARGET. diff -r 96c2e4b1256a -r e447a6a95f93 Makefile.am --- a/Makefile.am Wed Jul 16 10:44:39 2008 +0200 +++ b/Makefile.am Wed Jul 16 14:27:44 2008 +0200 @@ -1,5 +1,5 @@ OPENJDK_DATE = 30_may_2008 -OPENJDK_DATE = 30_may_2008 -OPENJDK_MD5SUM = 98e9eb16615605f76056135b0eb0b39f +OPENJDK_DATE = 10_jul_2008 +OPENJDK_MD5SUM = 8e60cdac02ec1b2d8ddb9d7369be69df OPENJDK_VERSION = b10 CACAO_VERSION = 0.99.2 @@ -343,13 +343,10 @@ ZERO_PATCHES = \ patches/icedtea-signed-types.patch \ patches/icedtea-test-atomic-operations.patch \ patches/icedtea-zero.patch \ - patches/icedtea-ia64-bugfix.patch \ - patches/icedtea-eclipse-hotspot-6614100-7b24.patch + patches/icedtea-ia64-bugfix.patch # Patches needed when not using the newer OpenJDK 7 HotSpot for zero. -NON_ZERO_PATCHES = \ - patches/icedtea-eclipse-hotspot-6614100-6b06.patch \ - patches/icedtea-security-updates-nonzero.patch +NON_ZERO_PATCHES = if ZERO_BUILD ZERO_PATCHES_COND = $(ZERO_PATCHES) @@ -364,10 +361,7 @@ else SHARK_PATCH = endif -ICEDTEA_FSG_PATCHES = \ - patches/icedtea-license-headers.patch \ - patches/icedtea-idl.patch \ - patches/icedtea-jscheme.patch +ICEDTEA_FSG_PATCHES = ICEDTEA_PATCHES = \ $(ZERO_PATCHES_COND) \ @@ -389,7 +383,6 @@ ICEDTEA_PATCHES = \ patches/icedtea-gcc-suffix.patch \ patches/icedtea-bytebuffer-compact.patch \ patches/icedtea-float-double-trailing-zeros.patch \ - patches/icedtea-gtkplaf.patch \ patches/icedtea-memory-limits.patch \ patches/icedtea-sunsrc.patch \ patches/icedtea-libraries.patch \ @@ -418,12 +411,9 @@ ICEDTEA_PATCHES = \ patches/icedtea-sparc-trapsfix.patch \ patches/icedtea-override-redirect-metacity.patch \ patches/icedtea-no-bcopy.patch \ - patches/icedtea-dnd-updatecursor.patch \ - patches/icedtea-component.patch \ patches/icedtea-shark-build.patch \ patches/icedtea-toolkit.patch \ patches/icedtea-jdk-docs-target.patch \ - patches/icedtea-security-updates.patch \ $(SHARK_PATCH) \ $(GCC_PATCH) @@ -469,8 +459,9 @@ clean-extract: rm -f stamps/extract.stamp stamps/patch.stamp: stamps/patch-fsg.stamp - rm -f stamps/patch.stamp.tmp mkdir -p stamps ; \ + rm -f stamps/patch.stamp.tmp ; \ + touch stamps/patch.stamp.tmp ; \ all_patches_ok=yes; \ for p in $(ICEDTEA_PATCHES) ; \ do \ @@ -517,8 +508,9 @@ clean-patch: fi stamps/patch-fsg.stamp: stamps/extract.stamp - rm -f stamps/patch-fsg.stamp.tmp mkdir -p stamps ; \ + rm -f stamps/patch-fsg.stamp.tmp ; \ + touch stamps/patch-fsg.stamp.tmp ; \ all_patches_ok=yes; \ for p in $(ICEDTEA_FSG_PATCHES) ; \ do \ diff -r 96c2e4b1256a -r e447a6a95f93 NEWS --- a/NEWS Wed Jul 16 10:44:39 2008 +0200 +++ b/NEWS Wed Jul 16 14:27:44 2008 +0200 @@ -1,3 +1,7 @@ New in release 1.2 (2008-05-28) +New in release UNRELEASED (2008-xx-xx) + +- Updated to b11 build. + New in release 1.2 (2008-05-28) - Updated to b09 build. diff -r 96c2e4b1256a -r e447a6a95f93 patches/icedtea-component.patch --- a/patches/icedtea-component.patch Wed Jul 16 10:44:39 2008 +0200 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,159 +0,0 @@ ---- openjdk.old/jdk/src/share/classes/java/awt/Component.java Fri Mar 14 20:40:09 2008 +0300 -+++ openjdk/jdk/src/share/classes/java/awt/Component.java Tue Mar 18 12:04:20 2008 +0300 -@@ -634,6 +634,11 @@ public abstract class Component implemen - */ - private PropertyChangeSupport changeSupport; - -+ private transient final Object changeSupportLock = new Object(); -+ private Object getChangeSupportLock() { -+ return changeSupportLock; -+ } -+ - boolean isPacked = false; - - /** -@@ -7839,15 +7844,17 @@ public abstract class Component implemen - * @see #getPropertyChangeListeners - * @see #addPropertyChangeListener(java.lang.String, java.beans.PropertyChangeListener) - */ -- public synchronized void addPropertyChangeListener( -+ public void addPropertyChangeListener( - PropertyChangeListener listener) { -- if (listener == null) { -- return; -- } -- if (changeSupport == null) { -- changeSupport = new PropertyChangeSupport(this); -- } -- changeSupport.addPropertyChangeListener(listener); -+ synchronized (getChangeSupportLock()) { -+ if (listener == null) { -+ return; -+ } -+ if (changeSupport == null) { -+ changeSupport = new PropertyChangeSupport(this); -+ } -+ changeSupport.addPropertyChangeListener(listener); -+ } - } - - /** -@@ -7863,12 +7870,14 @@ public abstract class Component implemen - * @see #getPropertyChangeListeners - * @see #removePropertyChangeListener(java.lang.String,java.beans.PropertyChangeListener) - */ -- public synchronized void removePropertyChangeListener( -+ public void removePropertyChangeListener( - PropertyChangeListener listener) { -- if (listener == null || changeSupport == null) { -- return; -- } -- changeSupport.removePropertyChangeListener(listener); -+ synchronized (getChangeSupportLock()) { -+ if (listener == null || changeSupport == null) { -+ return; -+ } -+ changeSupport.removePropertyChangeListener(listener); -+ } - } - - /** -@@ -7885,11 +7894,13 @@ public abstract class Component implemen - * @see java.beans.PropertyChangeSupport#getPropertyChangeListeners - * @since 1.4 - */ -- public synchronized PropertyChangeListener[] getPropertyChangeListeners() { -- if (changeSupport == null) { -- return new PropertyChangeListener[0]; -- } -- return changeSupport.getPropertyChangeListeners(); -+ public PropertyChangeListener[] getPropertyChangeListeners() { -+ synchronized (getChangeSupportLock()) { -+ if (changeSupport == null) { -+ return new PropertyChangeListener[0]; -+ } -+ return changeSupport.getPropertyChangeListeners(); -+ } - } - - /** -@@ -7923,16 +7934,18 @@ public abstract class Component implemen - * @see #getPropertyChangeListeners(java.lang.String) - * @see #addPropertyChangeListener(java.lang.String, java.beans.PropertyChangeListener) - */ -- public synchronized void addPropertyChangeListener( -+ public void addPropertyChangeListener( - String propertyName, - PropertyChangeListener listener) { -- if (listener == null) { -- return; -- } -- if (changeSupport == null) { -- changeSupport = new PropertyChangeSupport(this); -- } -- changeSupport.addPropertyChangeListener(propertyName, listener); -+ synchronized (getChangeSupportLock()) { -+ if (listener == null) { -+ return; -+ } -+ if (changeSupport == null) { -+ changeSupport = new PropertyChangeSupport(this); -+ } -+ changeSupport.addPropertyChangeListener(propertyName, listener); -+ } - } - - /** -@@ -7951,13 +7964,15 @@ public abstract class Component implemen - * @see #getPropertyChangeListeners(java.lang.String) - * @see #removePropertyChangeListener(java.beans.PropertyChangeListener) - */ -- public synchronized void removePropertyChangeListener( -+ public void removePropertyChangeListener( - String propertyName, - PropertyChangeListener listener) { -- if (listener == null || changeSupport == null) { -- return; -- } -- changeSupport.removePropertyChangeListener(propertyName, listener); -+ synchronized (getChangeSupportLock()) { -+ if (listener == null || changeSupport == null) { -+ return; -+ } -+ changeSupport.removePropertyChangeListener(propertyName, listener); -+ } - } - - /** -@@ -7974,12 +7989,14 @@ public abstract class Component implemen - * @see #getPropertyChangeListeners - * @since 1.4 - */ -- public synchronized PropertyChangeListener[] getPropertyChangeListeners( -+ public PropertyChangeListener[] getPropertyChangeListeners( - String propertyName) { -- if (changeSupport == null) { -- return new PropertyChangeListener[0]; -- } -- return changeSupport.getPropertyChangeListeners(propertyName); -+ synchronized (getChangeSupportLock()) { -+ if (changeSupport == null) { -+ return new PropertyChangeListener[0]; -+ } -+ return changeSupport.getPropertyChangeListeners(propertyName); -+ } - } - - /** -@@ -7994,7 +8011,10 @@ public abstract class Component implemen - */ - protected void firePropertyChange(String propertyName, - Object oldValue, Object newValue) { -- PropertyChangeSupport changeSupport = this.changeSupport; -+ PropertyChangeSupport changeSupport; -+ synchronized (getChangeSupportLock()) { -+ changeSupport = this.changeSupport; -+ } - if (changeSupport == null || - (oldValue != null && newValue != null && oldValue.equals(newValue))) { - return; diff -r 96c2e4b1256a -r e447a6a95f93 patches/icedtea-dnd-updatecursor.patch --- a/patches/icedtea-dnd-updatecursor.patch Wed Jul 16 10:44:39 2008 +0200 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,10 +0,0 @@ ---- openjdk/jdk/src/share/classes/java/awt/dnd/DragSourceContext.java.orig 2008-06-16 12:11:39.000000000 -0700 -+++ openjdk/jdk/src/share/classes/java/awt/dnd/DragSourceContext.java 2008-06-16 12:18:39.000000000 -0700 -@@ -466,7 +466,6 @@ - - Cursor c = null; - -- targetAct = DnDConstants.ACTION_NONE; - switch (status) { - case ENTER: - case OVER: diff -r 96c2e4b1256a -r e447a6a95f93 patches/icedtea-eclipse-hotspot-6614100-6b06.patch --- a/patches/icedtea-eclipse-hotspot-6614100-6b06.patch Wed Jul 16 10:44:39 2008 +0200 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,56 +0,0 @@ -# HG changeset patch -# User never -# Date 1212727493 25200 -# Node ID 65fe2bd8883932456557957163bf5c4e4af79469 -# Parent d4dbd9f91680840f6c719b0d23942b4d4eb00837 -6614100: EXCEPTION_ACCESS_VIOLATION while running Eclipse with 1.6.0_05-ea -Reviewed-by: kvn, jrose, rasbold - ---- openjdk/hotspot/src/share/vm/opto/cfgnode.cpp.orig 2008-06-08 15:15:19.000000000 +0200 -+++ openjdk/hotspot/src/share/vm/opto/cfgnode.cpp 2008-06-08 15:16:06.000000000 +0200 -@@ -1551,45 +1551,6 @@ - if (opt != NULL) return opt; - } - -- if (in(1) != NULL && in(1)->Opcode() == Op_AddP && can_reshape) { -- // Try to undo Phi of AddP: -- // (Phi (AddP base base y) (AddP base2 base2 y)) -- // becomes: -- // newbase := (Phi base base2) -- // (AddP newbase newbase y) -- // -- // This occurs as a result of unsuccessful split_thru_phi and -- // interferes with taking advantage of addressing modes. See the -- // clone_shift_expressions code in matcher.cpp -- Node* addp = in(1); -- const Type* type = addp->in(AddPNode::Base)->bottom_type(); -- Node* y = addp->in(AddPNode::Offset); -- if (y != NULL && addp->in(AddPNode::Base) == addp->in(AddPNode::Address)) { -- // make sure that all the inputs are similar to the first one, -- // i.e. AddP with base == address and same offset as first AddP -- bool doit = true; -- for (uint i = 2; i < req(); i++) { -- if (in(i) == NULL || -- in(i)->Opcode() != Op_AddP || -- in(i)->in(AddPNode::Base) != in(i)->in(AddPNode::Address) || -- in(i)->in(AddPNode::Offset) != y) { -- doit = false; -- break; -- } -- // Accumulate type for resulting Phi -- type = type->meet(in(i)->in(AddPNode::Base)->bottom_type()); -- } -- if (doit) { -- Node* base = new (phase->C, in(0)->req()) PhiNode(in(0), type, NULL); -- for (uint i = 1; i < req(); i++) { -- base->init_req(i, in(i)->in(AddPNode::Base)); -- } -- phase->is_IterGVN()->register_new_node_with_optimizer(base); -- return new (phase->C, 4) AddPNode(base, base, y); -- } -- } -- } -- - // Split phis through memory merges, so that the memory merges will go away. - // Piggy-back this transformation on the search for a unique input.... - // It will be as if the merged memory is the unique value of the phi. diff -r 96c2e4b1256a -r e447a6a95f93 patches/icedtea-gtkplaf.patch --- a/patches/icedtea-gtkplaf.patch Wed Jul 16 10:44:39 2008 +0200 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,54 +0,0 @@ ---- openjdk6/jdk/src/solaris/native/sun/awt/gtk2_interface.c 2008-05-30 08:55:40.000000000 +0100 -+++ openjdk/jdk/src/solaris/native/sun/awt/gtk2_interface.c 2008-06-22 20:47:39.000000000 +0100 -@@ -333,6 +333,7 @@ - static GdkPixbuf* (*fp_gtk_widget_render_icon)(GtkWidget *widget, - const gchar *stock_id, GtkIconSize size, const gchar *detail); - static void (*fp_gtk_widget_set_name)(GtkWidget *widget, const gchar *name); -+static void (*fp_gtk_widget_set_parent)(GtkWidget *widget, GtkWidget *parent); - static void (*fp_gtk_widget_set_direction)(GtkWidget *widget, - GtkTextDirection direction); - static void (*fp_gtk_widget_style_get)(GtkWidget *widget, -@@ -570,6 +571,8 @@ - dl_symbol("gtk_widget_render_icon"); - fp_gtk_widget_set_name = - dl_symbol("gtk_widget_set_name"); -+ fp_gtk_widget_set_parent = -+ dl_symbol("gtk_widget_set_parent"); - fp_gtk_widget_set_direction = - dl_symbol("gtk_widget_set_direction"); - fp_gtk_widget_style_get = -@@ -1040,7 +1043,7 @@ - (NULL == gtk2_widgets[_GTK_COMBO_BOX_ARROW_BUTTON_TYPE])) - { - gtk2_widgets[_GTK_COMBO_BOX_ARROW_BUTTON_TYPE] = -- (*fp_gtk_button_new)(); -+ (*fp_gtk_toggle_button_new)(); - } - result = gtk2_widgets[_GTK_COMBO_BOX_ARROW_BUTTON_TYPE]; - break; -@@ -1414,12 +1417,20 @@ - widget_type == COMBO_BOX_TEXT_FIELD) - { - /* -- * We add a regular GtkButton/GtkEntry to a GtkComboBoxEntry -- * in order to trick engines into thinking it's a real combobox -- * arrow button/text field. -- */ -+ * We add a regular GtkButton/GtkEntry to a GtkComboBoxEntry -+ * in order to trick engines into thinking it's a real combobox -+ * arrow button/text field. -+ */ - GtkWidget *combo = (*fp_gtk_combo_box_entry_new)(); -- (*fp_gtk_container_add)((GtkContainer *)combo, result); -+ -+ if (widget_type == COMBO_BOX_TEXT_FIELD) -+ (*fp_gtk_container_add)((GtkContainer *)combo, result); -+ else -+ { -+ (*fp_gtk_widget_set_parent)(result, combo); -+ ((GtkBin*)combo)->child = result; -+ } -+ - (*fp_gtk_container_add)((GtkContainer *)gtk2_fixed, combo); - (*fp_gtk_widget_realize)(result); - return result; diff -r 96c2e4b1256a -r e447a6a95f93 patches/icedtea-idl.patch --- a/patches/icedtea-idl.patch Wed Jul 16 10:44:39 2008 +0200 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,505 +0,0 @@ ---- openjdk.old/corba/src/share/classes/com/sun/tools/corba/se/idl/first.set Wed Jun 25 10:48:45 2008 -+++ openjdk/corba/src/share/classes/com/sun/tools/corba/se/idl/first.set Wed Jun 25 10:48:45 2008 -@@ -1,11 +1,35 @@ - /* -+ * Copyright 1999 Sun Microsystems, Inc. All Rights Reserved. -+ * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. -+ * -+ * This code is free software; you can redistribute it and/or modify it -+ * under the terms of the GNU General Public License version 2 only, as -+ * published by the Free Software Foundation. Sun designates this -+ * particular file as subject to the "Classpath" exception as provided -+ * by Sun in the LICENSE file that accompanied this code. -+ * -+ * This code is distributed in the hope that it will be useful, but WITHOUT -+ * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or -+ * FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License -+ * version 2 for more details (a copy is included in the LICENSE file that -+ * accompanied this code). -+ * -+ * You should have received a copy of the GNU General Public License version -+ * 2 along with this work; if not, write to the Free Software Foundation, -+ * Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA. -+ * -+ * Please contact Sun Microsystems, Inc., 4150 Network Circle, Santa Clara, -+ * CA 95054 USA or visit www.sun.com if you need additional information or -+ * have any questions. -+ */ -+ -+/* - * COMPONENT_NAME: idl.parser -- * -+ * - * ORIGINS: 27 - * -- * THIS PRODUCT CONTAINS RESTRICTED MATERIALS OF IBM - * 5639-D57, (C) COPYRIGHT International Business Machines Corp., 1997, 1998 -- * -+ * - */ - - CORBA IDL ---- openjdk.old/corba/src/share/classes/com/sun/tools/corba/se/idl/follow.set Wed Jun 25 10:48:46 2008 -+++ openjdk/corba/src/share/classes/com/sun/tools/corba/se/idl/follow.set Wed Jun 25 10:48:46 2008 -@@ -1,11 +1,35 @@ - /* -+ * Copyright 1999 Sun Microsystems, Inc. All Rights Reserved. -+ * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. -+ * -+ * This code is free software; you can redistribute it and/or modify it -+ * under the terms of the GNU General Public License version 2 only, as -+ * published by the Free Software Foundation. Sun designates this -+ * particular file as subject to the "Classpath" exception as provided -+ * by Sun in the LICENSE file that accompanied this code. -+ * -+ * This code is distributed in the hope that it will be useful, but WITHOUT -+ * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or From doko at ubuntu.com Wed Jul 16 05:25:30 2008 From: doko at ubuntu.com (Matthias Klose) Date: Wed, 16 Jul 2008 14:25:30 +0200 Subject: icedtea6 updated for b11 Message-ID: <487DE8BA.6050506@ubuntu.com> Hi, I updated icedtea6 to the b11 code drop, not yet touching any files in overlays. According to Joe's announcement b11 didn't see any gervill updates but whitespace changes. I would like to get rid of the lesstif build dependency, which already is removed in openjdk7; a pointer to a diff from openjdk7 would be welcome. Matthias From langel at redhat.com Wed Jul 16 07:10:51 2008 From: langel at redhat.com (Lillian Angel) Date: Wed, 16 Jul 2008 14:10:51 +0000 Subject: changeset in /hg/icedtea6: 2008-07-16 Lillian Angel changeset 2f1e7255ab4d in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=2f1e7255ab4d description: 2008-07-16 Lillian Angel * Makefile.am: Fixed typos. diffstat: 2 files changed, 6 insertions(+), 2 deletions(-) ChangeLog | 4 ++++ Makefile.am | 4 ++-- diffs (31 lines): diff -r e447a6a95f93 -r 2f1e7255ab4d ChangeLog --- a/ChangeLog Wed Jul 16 14:27:44 2008 +0200 +++ b/ChangeLog Wed Jul 16 10:10:45 2008 -0400 @@ -1,3 +1,7 @@ 2008-07-16 Matthias Klose + + * Makefile.am: Fixed typos. + 2008-07-16 Matthias Klose * fsg.sh: Update for b11 code drop. diff -r e447a6a95f93 -r 2f1e7255ab4d Makefile.am --- a/Makefile.am Wed Jul 16 14:27:44 2008 +0200 +++ b/Makefile.am Wed Jul 16 10:10:45 2008 -0400 @@ -1,6 +1,6 @@ OPENJDK_DATE = 10_jul_2008 OPENJDK_DATE = 10_jul_2008 OPENJDK_MD5SUM = 8e60cdac02ec1b2d8ddb9d7369be69df -OPENJDK_VERSION = b10 +OPENJDK_VERSION = b11 CACAO_VERSION = 0.99.2 CACAO_MD5SUM = a2865f47535f6dc3def268c0055ff20a @@ -251,7 +251,7 @@ if USE_ALT_OPENJDK_SRC_ZIP if USE_ALT_OPENJDK_SRC_ZIP OPENJDK_SRC_ZIP = $(ALT_OPENJDK_SRC_ZIP) else - OPENJDK_SRC_ZIP = openjdk-6-src-$(OPENJDK_VERSION)_$(OPENJDK_DATE).tar.gz + OPENJDK_SRC_ZIP = openjdk-6-src-$(OPENJDK_VERSION)-$(OPENJDK_DATE).tar.gz endif CACAO_BASE_URL = http://www.complang.tuwien.ac.at From bugzilla-daemon at icedtea.classpath.org Wed Jul 16 11:26:50 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Wed, 16 Jul 2008 18:26:50 +0000 Subject: [Bug 173] New: Cannot play two sounds simultaneously (Linux) Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=173 Summary: Cannot play two sounds simultaneously (Linux) Product: IcedTea Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: IcedTea AssignedTo: unassigned at icedtea.classpath.org ReportedBy: ryan at ryanheise.com When running Java programs on IcedTea (for Linux) that attempt to play two sounds simultaneously (such as games), you only hear one sound, not both. This problem can be reproduced with the following simple applet: import java.applet.*; import java.net.*; public class SoundTest extends Applet { public void start() { try { // Attempt to play a sound effect over background music. getAudioClip(new URL(getDocumentBase(), "music.wav")).play(); getAudioClip(new URL(getDocumentBase(), "soundeffect.wav")).play(); } catch (Exception e) { e.printStackTrace(); } } } On the SUN JVMs, you hear both sounds simultaneously. On IcedTea, you only hear the first sound and not the second. No error is printed to the console. I am using the openjdk-6-jdk package from Ubuntu 8.04 which claims to have been built "using the IcedTea build support and patches from the IcedTea project." -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From bugzilla-daemon at icedtea.classpath.org Wed Jul 16 11:54:52 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Wed, 16 Jul 2008 18:54:52 +0000 Subject: [Bug 173] Cannot play two sounds simultaneously (Linux) Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=173 ------- Comment #1 from aph at redhat.com 2008-07-16 18:54 ------- On whuch JVM, exactly, do you hear both sounds simultaneously? -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From bugzilla-daemon at icedtea.classpath.org Wed Jul 16 20:35:29 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 17 Jul 2008 03:35:29 +0000 Subject: [Bug 173] Cannot play two sounds simultaneously (Linux) Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=173 ------- Comment #2 from ryan at ryanheise.com 2008-07-17 03:35 ------- (In reply to comment #1) > On whuch JVM, exactly, do you hear both sounds simultaneously? To be more specific, I can presently confirm that both sounds play simultaneously on the followind SUN releases for Linux: jdk1.6.0_10, jdk1.6.0_06, jdk1.6.0_01, jdk1.5.0_02, jdk1.4.2_11. I don't have any earlier releases currently installed, but I am fairly sure I have tested them in the past. I have also found this to work on Windows/IE using Microsoft's JVM (unknown version) and on Mac Safari with Apple's JVM (also unknown version, but on a recently bought system). Also, the problem is not specific to the Applet sound API. On the other JVMs mentioned above, you can also play two sounds simultaneously (e.g. game sound effects over music) by using the low level sound APIs i.e. by opening multiple source data lines, or, play background music using the MIDI API while playing audio clips over the top of that using the applet sound API. -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From gnu_andrew at member.fsf.org Thu Jul 17 02:15:04 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Thu, 17 Jul 2008 10:15:04 +0100 Subject: icedtea6 updated for b11 In-Reply-To: <487DE8BA.6050506@ubuntu.com> References: <487DE8BA.6050506@ubuntu.com> Message-ID: <17c6771e0807170215p4123a911t3bd2270506739aa2@mail.gmail.com> 2008/7/16 Matthias Klose : > Hi, > > I updated icedtea6 to the b11 code drop, not yet touching any files in overlays. > According to Joe's announcement b11 didn't see any gervill updates but > whitespace changes. > > I would like to get rid of the lesstif build dependency, which already is > removed in openjdk7; a pointer to a diff from openjdk7 would be welcome. > > Matthias > I assume this is new... Checking /home/andrew/projects/openjdk/icedtea6/patches/icedtea-ecj.patch 1 out of 1 hunk FAILED -- saving rejects to file openjdk-ecj/corba/make/com/sun/corba/se/sources/Makefile.rej make: *** [stamps/patch-ecj.stamp] Error 1 -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gnu_andrew at member.fsf.org Thu Jul 17 03:04:40 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Thu, 17 Jul 2008 11:04:40 +0100 Subject: icedtea6 updated for b11 In-Reply-To: <17c6771e0807170215p4123a911t3bd2270506739aa2@mail.gmail.com> References: <487DE8BA.6050506@ubuntu.com> <17c6771e0807170215p4123a911t3bd2270506739aa2@mail.gmail.com> Message-ID: <17c6771e0807170304oef6a767l39ad7503ac708559@mail.gmail.com> 2008/7/17 Andrew John Hughes : > 2008/7/16 Matthias Klose : >> Hi, >> >> I updated icedtea6 to the b11 code drop, not yet touching any files in overlays. >> According to Joe's announcement b11 didn't see any gervill updates but >> whitespace changes. >> >> I would like to get rid of the lesstif build dependency, which already is >> removed in openjdk7; a pointer to a diff from openjdk7 would be welcome. >> >> Matthias >> > > I assume this is new... > > Checking /home/andrew/projects/openjdk/icedtea6/patches/icedtea-ecj.patch > 1 out of 1 hunk FAILED -- saving rejects to file > openjdk-ecj/corba/make/com/sun/corba/se/sources/Makefile.rej > make: *** [stamps/patch-ecj.stamp] Error 1 > > -- > Andrew :-) > > Support Free Java! > Contribute to GNU Classpath and the OpenJDK > http://www.gnu.org/software/classpath > http://openjdk.java.net > > PGP Key: 94EFD9D8 (http://subkeys.pgp.net) > Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 > Ignore that, seems I was still using a b10 tarball. I can't spot mention of lesstif/motif changes in any of the recent bx drops of OpenJDK unfortunately. Has anyone tried building with ecj 3.4? Gentoo users are experiencing issues with this. -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From doko at ubuntu.com Thu Jul 17 04:23:24 2008 From: doko at ubuntu.com (Matthias Klose) Date: Thu, 17 Jul 2008 13:23:24 +0200 Subject: [rfc] removing lesstif build dependency Message-ID: <487F2BAC.1020603@ubuntu.com> Trying to get rid of the lesstif build dependency in icedtea6/openjdk6; Dalibor pointed out this patch from jdk7 (not included in the attached diff). Some extra bits are needed to build without lesstif. Matthias upstream patch: http://mail.openjdk.java.net/pipermail/awt-dev/2008-May/000233.html http://hg.openjdk.java.net/jdk7/awt/jdk/rev/38e32b2db431 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: nomotif.diff Url: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080717/b6aaaeed/nomotif.diff From bugzilla-daemon at icedtea.classpath.org Thu Jul 17 19:25:19 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 18 Jul 2008 02:25:19 +0000 Subject: [Bug 173] Cannot play two sounds simultaneously (Linux) Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=173 ------- Comment #3 from jsumali at redhat.com 2008-07-18 02:25 ------- Please see: http://mail.openjdk.java.net/pipermail/sound-dev/2008-May/thread.html and http://mail.openjdk.java.net/pipermail/sound-dev/2008-May/000056.html It seems that the functionality is there, but not enabled yet. -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From bugzilla-daemon at icedtea.classpath.org Thu Jul 17 20:23:23 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 18 Jul 2008 03:23:23 +0000 Subject: [Bug 173] Cannot play two sounds simultaneously (Linux) Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=173 ------- Comment #4 from ryan at ryanheise.com 2008-07-18 03:23 ------- (In reply to comment #3) > Please see: > http://mail.openjdk.java.net/pipermail/sound-dev/2008-May/thread.html > and > http://mail.openjdk.java.net/pipermail/sound-dev/2008-May/000056.html > > It seems that the functionality is there, but not enabled yet. I would be happy to test it. Is there an option/property that can be set to enable this feature? (Or can one be added?) P.S. (Not related to the above) Normally when registering for an account on a website, email addresses are kept confidential. Unfortunately, my email address is now being displayed publicly both on the IcedTea Bugzilla report page mirrored on the OpenJDK mailing list archive page: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=173#add_comment http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2008-July/002700.html I consider this to be private information and care very much about my email address falling into the hands of email harvesters. I certainly had no idea that it would be mailed out to a public mailing list. Please kindly hide my email address from both pages above. (And why not obscure the publicly displayed email addresses by displaying only the first 5 characters of the domain name followed by "..."?) -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From Joe.Darcy at Sun.COM Fri Jul 18 10:58:01 2008 From: Joe.Darcy at Sun.COM (Joseph D. Darcy) Date: Fri, 18 Jul 2008 10:58:01 -0700 Subject: [rfc] removing lesstif build dependency In-Reply-To: <487F2BAC.1020603@ubuntu.com> References: <487F2BAC.1020603@ubuntu.com> Message-ID: <4880D9A9.6090609@sun.com> Hello. I'd prefer to see this change only made for openjdk=true builds. Thanks, -Joe Matthias Klose wrote: > Trying to get rid of the lesstif build dependency in icedtea6/openjdk6; Dalibor > pointed out this patch from jdk7 (not included in the attached diff). Some extra > bits are needed to build without lesstif. > > Matthias > > upstream patch: > http://mail.openjdk.java.net/pipermail/awt-dev/2008-May/000233.html > http://hg.openjdk.java.net/jdk7/awt/jdk/rev/38e32b2db431 > > From doko at ubuntu.com Fri Jul 18 11:03:29 2008 From: doko at ubuntu.com (Matthias Klose) Date: Fri, 18 Jul 2008 20:03:29 +0200 Subject: [rfc] removing lesstif build dependency In-Reply-To: <4880D9A9.6090609@sun.com> References: <487F2BAC.1020603@ubuntu.com> <4880D9A9.6090609@sun.com> Message-ID: <4880DAF1.6090605@ubuntu.com> How is this supposed to work? If the .java files are not removed, they are picked up during the build. Matthias Joseph D. Darcy schrieb: > Hello. > > I'd prefer to see this change only made for openjdk=true builds. > > Thanks, > > -Joe > > Matthias Klose wrote: >> Trying to get rid of the lesstif build dependency in >> icedtea6/openjdk6; Dalibor >> pointed out this patch from jdk7 (not included in the attached diff). >> Some extra >> bits are needed to build without lesstif. >> >> Matthias >> >> upstream patch: >> http://mail.openjdk.java.net/pipermail/awt-dev/2008-May/000233.html >> http://hg.openjdk.java.net/jdk7/awt/jdk/rev/38e32b2db431 >> >> > From bugzilla-daemon at icedtea.classpath.org Sun Jul 20 07:55:55 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 20 Jul 2008 14:55:55 +0000 Subject: [Bug 174] New: patches/icedtea-hotspot-6b06-7b24.patch needs an update for b11 Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=174 Summary: patches/icedtea-hotspot-6b06-7b24.patch needs an update for b11 Product: IcedTea Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: IcedTea AssignedTo: unassigned at icedtea.classpath.org ReportedBy: doko at ubuntu.com patches/icedtea-hotspot-6b06-7b24.patch needs an update for b11 -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From doko at ubuntu.com Sun Jul 20 08:01:43 2008 From: doko at ubuntu.com (Matthias Klose) Date: Sun, 20 Jul 2008 17:01:43 +0200 Subject: [icedtea zero] enable 32bit builds for powerpc Message-ID: <48835357.4070206@ubuntu.com> this may be dropped during the cacao/zero updates; currently all zero builds on powerpc are done using the 64bit toolchain, not th 32bit toolchain. Adding the powerpc configury. I can't test a 64bit powerpc build. Matthias 2008-07-20 Matthias Klose * acinclude.m4 (SET_ARCH_DIRS): Add powerpc and powerpc64 configs. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ppc.diff Url: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080720/8e35baf4/ppc.diff From doko at ubuntu.com Sun Jul 20 08:04:16 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Sun, 20 Jul 2008 15:04:16 +0000 Subject: changeset in /hg/icedtea6: 2008-07-20 Matthias Klose changeset 997c476274cd in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=997c476274cd description: 2008-07-20 Matthias Klose * acinclude.m4 (SET_ARCH_DIRS): Add powerpc and powerpc64 configs. diffstat: 2 files changed, 14 insertions(+) ChangeLog | 4 ++++ acinclude.m4 | 10 ++++++++++ diffs (31 lines): diff -r 2f1e7255ab4d -r 997c476274cd ChangeLog --- a/ChangeLog Wed Jul 16 10:10:45 2008 -0400 +++ b/ChangeLog Sun Jul 20 17:10:11 2008 +0200 @@ -1,3 +1,7 @@ 2008-07-16 Lillian Angel + + * acinclude.m4 (SET_ARCH_DIRS): Add powerpc and powerpc64 configs. + 2008-07-16 Lillian Angel * Makefile.am: Fixed typos. diff -r 2f1e7255ab4d -r 997c476274cd acinclude.m4 --- a/acinclude.m4 Wed Jul 16 10:10:45 2008 -0400 +++ b/acinclude.m4 Sun Jul 20 17:10:11 2008 +0200 @@ -16,6 +16,16 @@ AC_DEFUN([SET_ARCH_DIRS], INSTALL_ARCH_DIR=arm JRE_ARCH_DIR=arm ;; + powerpc-*-*) + BUILD_ARCH_DIR=ppc + INSTALL_ARCH_DIR=ppc + JRE_ARCH_DIR=ppc + ;; + powerpc64-*-*) + BUILD_ARCH_DIR=ppc64 + INSTALL_ARCH_DIR=ppc64 + JRE_ARCH_DIR=ppc64 + ;; sparc64-*-*) BUILD_ARCH_DIR=sparcv9 INSTALL_ARCH_DIR=sparcv9 From doko at ubuntu.com Sun Jul 20 08:13:26 2008 From: doko at ubuntu.com (Matthias Klose) Date: Sun, 20 Jul 2008 17:13:26 +0200 Subject: [rfc] removing lesstif build dependency In-Reply-To: <487F2BAC.1020603@ubuntu.com> References: <487F2BAC.1020603@ubuntu.com> Message-ID: <48835616.8070505@ubuntu.com> Matthias Klose schrieb: > Trying to get rid of the lesstif build dependency in icedtea6/openjdk6; Dalibor > pointed out this patch from jdk7 (not included in the attached diff). Some extra > bits are needed to build without lesstif. > > Matthias > > upstream patch: > http://mail.openjdk.java.net/pipermail/awt-dev/2008-May/000233.html > http://hg.openjdk.java.net/jdk7/awt/jdk/rev/38e32b2db431 checking this in, and filing a bug report about enabling that conditionally. Even if we do enable this conditionally, the code tries to dlopen a library with soversion 3, not 2 as lesstif provides. Didn't try to build with OpenMotif, because this again is considered to have a non FSG compliant license, which doesn't help much. Matthias From doko at ubuntu.com Sun Jul 20 08:15:23 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Sun, 20 Jul 2008 15:15:23 +0000 Subject: changeset in /hg/icedtea6: 2008-07-20 Matthias Klose changeset bdf3c707f460 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=bdf3c707f460 description: 2008-07-20 Matthias Klose * patches/icedtea-nomotif-6706121.patch, patches/icedtea-nomotif.patch: New. * configure.ac: Remove lesstif check. * INSTALL: Remove lesstif from build requirements. diffstat: 5 files changed, 43576 insertions(+), 4 deletions(-) ChangeLog | 7 INSTALL | 1 configure.ac | 3 patches/icedtea-nomotif-6706121.patch |43515 +++++++++++++++++++++++++++++++++ patches/icedtea-nomotif.patch | 54 diffs (truncated from 43615 to 500 lines): diff -r 997c476274cd -r bdf3c707f460 ChangeLog --- a/ChangeLog Sun Jul 20 17:10:11 2008 +0200 +++ b/ChangeLog Sun Jul 20 17:21:22 2008 +0200 @@ -1,3 +1,10 @@ 2008-07-20 Matthias Klose + + * patches/icedtea-nomotif-6706121.patch, patches/icedtea-nomotif.patch: + New. + * configure.ac: Remove lesstif check. + * INSTALL: Remove lesstif from build requirements. + 2008-07-20 Matthias Klose * acinclude.m4 (SET_ARCH_DIRS): Add powerpc and powerpc64 configs. diff -r 997c476274cd -r bdf3c707f460 INSTALL --- a/INSTALL Sun Jul 20 17:10:11 2008 +0200 +++ b/INSTALL Sun Jul 20 17:21:22 2008 +0200 @@ -11,7 +11,6 @@ Eclipse Java Compiler Eclipse Java Compiler CUPS libX11 (libXp, libXtst, libXi, libXt) -lesstif Freetype2 patch sed diff -r 997c476274cd -r bdf3c707f460 configure.ac --- a/configure.ac Sun Jul 20 17:10:11 2008 +0200 +++ b/configure.ac Sun Jul 20 17:21:22 2008 +0200 @@ -224,9 +224,6 @@ AC_CHECK_HEADERS([X11/X.h],[] AC_CHECK_HEADERS([X11/X.h],[] ,[AC_MSG_ERROR("xorg headers were not found - try installing xorg-x11-proto-devel.")]) -AC_CHECK_HEADERS([Xm/Xm.h Xm/XmP.h Xm/Display.h],[] - ,[AC_MSG_ERROR("motif headers were not found - - try installing lesstif-devel.")]) AC_CHECK_LIB(jpeg, main, , [AC_MSG_ERROR("libjpeg not found - try installing libjpeg-devel")]) AC_CHECK_LIB(gif, main, diff -r 997c476274cd -r bdf3c707f460 patches/icedtea-nomotif-6706121.patch --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/patches/icedtea-nomotif-6706121.patch Sun Jul 20 17:21:22 2008 +0200 @@ -0,0 +1,43515 @@ + +# HG changeset patch +# User yan +# Date 1213860414 -14400 +# Node ID 38e32b2db4314ff6451846d625370ad2ccb32a46 +# Parent 321f5f2698360fdcd273a33a835212ffd13132b2 +6706121: makefile: unnecessary Motif classes compilation in JDK7 +Summary: removed 80 obsolete .c and .java files, temporary modified some more +Reviewed-by: denis + +--- openjdk/jdk/make/sun/awt/FILES_c_unix.gmk Wed Jun 18 19:27:59 2008 +0400 ++++ openjdk/jdk/make/sun/awt/FILES_c_unix.gmk Thu Jun 19 11:26:54 2008 +0400 +@@ -142,59 +142,59 @@ FILES_2D_c = \ + # These files rely on motif to be built, and should not be included + # in a headless build. + +-FILES_MOTIF_c = \ +- awt_AWTEvent.c \ +- awt_Button.c \ +- awt_Canvas.c \ +- awt_Checkbox.c \ +- awt_Component.c \ +- awt_Cursor.c \ +- awt_DataTransferer.c \ +- awt_DrawingSurface.c \ +- awt_Event.c \ +- awt_FileDialog.c \ +- awt_GlobalCursorManager.c \ +- awt_GraphicsEnv.c \ +- awt_InputMethod.c \ +- awt_Insets.c \ +- awt_KeyboardFocusManager.c \ +- awt_Label.c \ +- awt_List.c \ +- awt_Menu.c \ +- awt_MenuBar.c \ +- awt_MenuComponent.c \ +- awt_MenuItem.c \ +- awt_motif.c \ +- awt_Plugin.c \ +- awt_PopupMenu.c \ +- awt_Robot.c \ +- awt_Scrollbar.c \ +- awt_ScrollPane.c \ +- awt_Selection.c \ +- awt_UNIXToolkit.c \ +- awt_TextArea.c \ +- awt_TextField.c \ +- awt_TopLevel.c \ +- awt_mgrsel.c \ +- awt_util.c \ +- awt_wm.c \ +- awt_XmDnD.c \ +- awt_dnd.c \ +- awt_dnd_ds.c \ +- awt_dnd_dt.c \ +- canvas.c \ +- cursor.c \ +- multi_font.c \ +- robot_common.c \ +- list.c \ +- multiVis.c \ +- XDrawingArea.c \ +- MouseInfo.c \ +- awt_xembed.c \ +- awt_xembed_server.c \ +- gtk2_interface.c \ +- swing_GTKEngine.c \ +- swing_GTKStyle.c ++#FILES_MOTIF_c = \ ++#keep awt_AWTEvent.c \ ++# awt_Button.c \ ++# awt_Canvas.c \ ++# awt_Checkbox.c \ ++#keep .h awt_Component.c \ ++#keep .h awt_Cursor.c \ ++# awt_DataTransferer.c \ ++# awt_DrawingSurface.c \ ++# awt_Event.c \ ++# awt_FileDialog.c \ ++# awt_GlobalCursorManager.c \ ++# awt_GraphicsEnv.c \ ++# awt_InputMethod.c \ ++#keep awt_Insets.c \ ++# awt_KeyboardFocusManager.c \ ++# awt_Label.c \ ++# awt_List.c \ ++# awt_Menu.c \ ++# awt_MenuBar.c \ ++# awt_MenuComponent.c \ ++# awt_MenuItem.c \ ++# awt_motif.c \ ++# awt_Plugin.c \ ++# awt_PopupMenu.c \ ++# awt_Robot.c \ ++# awt_Scrollbar.c \ ++# awt_ScrollPane.c \ ++# awt_Selection.c \ ++# awt_UNIXToolkit.c \ ++# awt_TextArea.c \ ++# awt_TextField.c \ ++# awt_TopLevel.c \ ++# awt_mgrsel.c \ ++# awt_util.c \ ++# awt_wm.c \ ++# awt_XmDnD.c \ ++# awt_dnd.c \ ++# awt_dnd_ds.c \ ++# awt_dnd_dt.c \ ++# canvas.c \ ++# cursor.c \ ++# multi_font.c \ ++# robot_common.c \ ++# list.c \ ++# multiVis.c \ ++# XDrawingArea.c \ ++# MouseInfo.c \ ++# awt_xembed.c \ ++# awt_xembed_server.c \ ++# gtk2_interface.c \ ++# swing_GTKEngine.c \ ++# swing_GTKStyle.c + + + # These files are required to be built, with or without motif. Some of +--- openjdk/jdk/make/sun/awt/FILES_export_unix.gmk Wed Jun 18 19:27:59 2008 +0400 ++++ openjdk/jdk/make/sun/awt/FILES_export_unix.gmk Thu Jun 19 11:26:54 2008 +0400 +@@ -57,48 +57,15 @@ FILES_export = \ + sun/awt/image/DataBufferNative.java \ + \ + sun/awt/motif/X11FontMetrics.java \ +- sun/awt/motif/X11Clipboard.java \ +- sun/awt/motif/X11Selection.java \ +- sun/awt/motif/X11SelectionHolder.java \ + sun/awt/X11InputMethod.java \ +- sun/awt/motif/MInputMethod.java \ +- sun/awt/motif/MInputMethodControl.java \ +- sun/awt/motif/MCustomCursor.java \ + sun/awt/motif/MFontConfiguration.java \ + sun/awt/motif/MFontPeer.java \ + sun/awt/motif/MToolkit.java \ +- sun/awt/motif/MComponentPeer.java \ +- sun/awt/motif/MButtonPeer.java \ +- sun/awt/motif/MCanvasPeer.java \ +- sun/awt/motif/MCheckboxPeer.java \ +- sun/awt/motif/MFileDialogPeer.java \ +- sun/awt/motif/MGlobalCursorManager.java \ +- sun/awt/motif/MTextFieldPeer.java \ +- sun/awt/motif/MLabelPeer.java \ +- sun/awt/motif/MListPeer.java \ +- sun/awt/motif/MWindowPeer.java \ +- sun/awt/motif/MMenuBarPeer.java \ +- sun/awt/motif/MMenuPeer.java \ +- sun/awt/motif/MPopupMenuPeer.java \ +- sun/awt/motif/MDialogPeer.java \ +- sun/awt/motif/MMenuItemPeer.java \ +- sun/awt/motif/MCheckboxMenuItemPeer.java \ +- sun/awt/motif/MChoicePeer.java \ +- sun/awt/motif/MTextAreaPeer.java \ +- sun/awt/motif/MScrollbarPeer.java \ +- sun/awt/motif/MScrollPanePeer.java \ +- sun/awt/motif/MFramePeer.java \ + sun/awt/DebugSettings.java \ + sun/awt/EmbeddedFrame.java \ +- sun/awt/motif/MEmbeddedFramePeer.java \ + sun/awt/PlatformFont.java \ + sun/awt/FontDescriptor.java \ + sun/awt/NativeLibLoader.java \ +- sun/awt/motif/MDropTargetContextPeer.java \ +- sun/awt/motif/MDragSourceContextPeer.java \ +- sun/awt/motif/MRobotPeer.java \ +- sun/awt/motif/X11DragSourceContextPeer.java \ +- sun/awt/motif/X11DropTargetContextPeer.java \ + sun/awt/X11GraphicsEnvironment.java \ + sun/awt/X11GraphicsDevice.java \ + sun/awt/X11GraphicsConfig.java \ +@@ -120,7 +87,6 @@ FILES_export = \ + sun/java2d/cmm/ColorTransform.java \ + sun/awt/datatransfer/DataTransferer.java \ + sun/awt/dnd/SunDragSourceContextPeer.java \ +- sun/awt/motif/MDataTransferer.java \ + sun/awt/motif/MToolkitThreadBlockedHandler.java \ + sun/java2d/opengl/OGLBlitLoops.java \ + sun/java2d/opengl/OGLContext.java \ +@@ -216,6 +182,5 @@ FILES_export2 = \ + java/awt/event/NativeLibLoader.java \ + java/awt/peer/ComponentPeer.java \ + java/awt/dnd/DnDConstants.java \ +- sun/awt/CausedFocusEvent.java \ +- sun/awt/motif/MEmbedCanvasPeer.java ++ sun/awt/CausedFocusEvent.java + +--- openjdk/jdk/make/sun/awt/mapfile-mawt-vers Wed Jun 18 19:27:59 2008 +0400 ++++ openjdk/jdk/make/sun/awt/mapfile-mawt-vers Thu Jun 19 11:26:54 2008 +0400 +@@ -31,7 +31,7 @@ SUNWprivate_1.1 { + global: + JNI_OnLoad; + +- Java_sun_awt_motif_MComponentPeer_restoreFocus; ++ #Java_sun_awt_motif_MComponentPeer_restoreFocus; + Java_sun_awt_DefaultMouseInfoPeer_fillPointWithCoords; + Java_sun_awt_DefaultMouseInfoPeer_isWindowUnderMouse; + Java_java_awt_AWTEvent_nativeSetSource; +@@ -56,163 +56,163 @@ SUNWprivate_1.1 { + Java_sun_awt_UNIXToolkit_load_1stock_1icon; + Java_sun_awt_UNIXToolkit_load_1gtk_1icon; + Java_sun_awt_UNIXToolkit_nativeSync; +- Java_sun_awt_motif_MButtonPeer_create; +- Java_sun_awt_motif_MButtonPeer_setLabel; +- Java_sun_awt_motif_MPanelPeer_pEnsureIndex; +- Java_sun_awt_motif_MPanelPeer_pRestack; +- Java_sun_awt_motif_MCanvasPeer_create; +- Java_sun_awt_motif_MCanvasPeer_initIDs; +- Java_sun_awt_motif_MCanvasPeer_resetTargetGC; +- Java_sun_awt_motif_MCheckboxMenuItemPeer_pSetState; +- Java_sun_awt_motif_MCheckboxPeer_create; +- Java_sun_awt_motif_MCheckboxPeer_setCheckboxGroup; +- Java_sun_awt_motif_MCheckboxPeer_setLabel; +- Java_sun_awt_motif_MCheckboxPeer_pSetState; +- Java_sun_awt_motif_MCheckboxPeer_pGetState; +- Java_sun_awt_motif_MChoicePeer_addItem; +- Java_sun_awt_motif_MChoicePeer_appendItems; +- Java_sun_awt_motif_MChoicePeer_create; +- Java_sun_awt_motif_MChoicePeer_pReshape; +- Java_sun_awt_motif_MChoicePeer_remove; +- Java_sun_awt_motif_MChoicePeer_removeAll; +- Java_sun_awt_motif_MChoicePeer_setBackground; +- Java_sun_awt_motif_MChoicePeer_pSelect; +- Java_sun_awt_motif_MChoicePeer_setFont; +- Java_sun_awt_motif_MChoicePeer_setForeground; +- Java_sun_awt_motif_MComponentPeer_addNativeDropTarget; +- Java_sun_awt_motif_MComponentPeer_getNativeColor; +- Java_sun_awt_motif_MComponentPeer_getWindow; +- Java_sun_awt_motif_MComponentPeer_pDisable; +- Java_sun_awt_motif_MComponentPeer_pDispose; +- Java_sun_awt_motif_MComponentPeer_pEnable; +- Java_sun_awt_motif_MComponentPeer_pGetLocationOnScreen; +- Java_sun_awt_motif_MComponentPeer_pGetLocationOnScreen2; +- Java_sun_awt_motif_MComponentPeer_pHide; +- Java_sun_awt_motif_MComponentPeer_pInitialize; +- Java_sun_awt_motif_MComponentPeer_pMakeCursorVisible; +- Java_sun_awt_motif_MComponentPeer_pReshape; +- Java_sun_awt_motif_MComponentPeer_pShow; +- Java_sun_awt_motif_MComponentPeer_removeNativeDropTarget; +- Java_sun_awt_motif_MComponentPeer_pSetBackground; +- Java_sun_awt_motif_MComponentPeer_pSetFont; +- Java_sun_awt_motif_MComponentPeer_processSynchronousLightweightTransfer; +- Java_sun_awt_motif_MComponentPeer__1requestFocus; +- Java_sun_awt_motif_MComponentPeer_getNativeFocusedWindow; +- Java_sun_awt_motif_MCheckboxMenuItemPeer_getState; +- Java_sun_awt_motif_MComponentPeer_pSetForeground; +- Java_sun_awt_motif_MDragSourceContextPeer_startDrag; +- Java_sun_awt_motif_MDragSourceContextPeer_setNativeCursor; +- Java_sun_awt_motif_MDropTargetContextPeer_addTransfer; +- Java_sun_awt_motif_MDropTargetContextPeer_dropDone; +- Java_sun_awt_motif_MDropTargetContextPeer_startTransfer; +- Java_sun_awt_motif_X11DragSourceContextPeer_startDrag; +- Java_sun_awt_motif_X11DragSourceContextPeer_setNativeCursor; +- Java_sun_awt_motif_X11DropTargetContextPeer_sendResponse; +- Java_sun_awt_motif_X11DropTargetContextPeer_dropDone; +- Java_sun_awt_motif_X11DropTargetContextPeer_getData; +- Java_sun_awt_motif_MEmbeddedFramePeer_NEFcreate; +- Java_sun_awt_motif_MEmbeddedFramePeer_pShowImpl; +- Java_sun_awt_motif_MEmbeddedFramePeer_requestXEmbedFocus; +- Java_sun_awt_motif_MEmbeddedFramePeer_isXEmbedApplicationActive; +- Java_sun_awt_motif_MEmbeddedFramePeer_isXEmbedActive; +- Java_sun_awt_motif_MEmbeddedFramePeer_synthesizeFocusInOut; +- Java_sun_awt_motif_MEmbeddedFramePeer_pReshapePrivate; +- Java_sun_awt_motif_MEmbeddedFramePeer_getBoundsPrivate; +- Java_sun_awt_motif_MEmbeddedFrame_getWidget; +- Java_sun_awt_motif_MEmbeddedFrame_mapWidget; +- Java_sun_awt_motif_MEmbedCanvasPeer_forwardEventToEmbedded; +- Java_sun_awt_motif_MFramePeer_pSetIconImage___3B_3I_3SII; +- Java_sun_awt_motif_MFileDialogPeer_create; +- Java_sun_awt_motif_MFileDialogPeer_pDispose; +- Java_sun_awt_motif_MFileDialogPeer_pHide; +- Java_sun_awt_motif_MFileDialogPeer_pReshape; +- Java_sun_awt_motif_MFileDialogPeer_pShow; +- Java_sun_awt_motif_MFileDialogPeer_setFileEntry; +- Java_sun_awt_motif_MFileDialogPeer_setFont; +- Java_sun_awt_motif_MFramePeer_pGetIconSize; +- Java_sun_awt_motif_MGlobalCursorManager_cacheInit; +- Java_sun_awt_motif_MGlobalCursorManager_findComponentAt; +- Java_sun_awt_motif_MGlobalCursorManager_findHeavyweightUnderCursor; +- Java_sun_awt_motif_MGlobalCursorManager_getCursorPos; +- Java_sun_awt_motif_MGlobalCursorManager_getLocationOnScreen; +- Java_sun_awt_motif_MLabelPeer_create; +- Java_sun_awt_motif_MLabelPeer_setAlignment; +- Java_sun_awt_motif_MLabelPeer_setText; +- Java_sun_awt_motif_MListPeer_addItem; +- Java_sun_awt_motif_MListPeer_create; +- Java_sun_awt_motif_MListPeer_delItems; +- Java_sun_awt_motif_MListPeer_deselect; +- Java_sun_awt_motif_MListPeer_isSelected; +- Java_sun_awt_motif_MListPeer_makeVisible; +- Java_sun_awt_motif_MListPeer_nativeHandleMouseWheel; +- Java_sun_awt_motif_MListPeer_select; +- Java_sun_awt_motif_MListPeer_setMultipleSelections; +- Java_sun_awt_motif_MMenuBarPeer_create; +- Java_sun_awt_motif_MMenuItemPeer_createMenuItem; +- Java_sun_awt_motif_MMenuItemPeer_pDisable; +- Java_sun_awt_motif_MMenuItemPeer_pDispose; +- Java_sun_awt_motif_MMenuItemPeer_pEnable; +- Java_sun_awt_motif_MMenuItemPeer_pSetLabel; +- Java_sun_awt_motif_MMenuPeer_createMenu; +- Java_sun_awt_motif_MMenuPeer_createSubMenu; +- Java_sun_awt_motif_MMenuPeer_pDispose; +- Java_sun_awt_motif_MPopupMenuPeer_createMenu; +- Java_sun_awt_motif_MPopupMenuPeer_pDispose; +- Java_sun_awt_motif_MPopupMenuPeer_pShow; +- Java_sun_awt_motif_MRobotPeer_getRGBPixelsImpl; +- Java_sun_awt_motif_MRobotPeer_keyPressImpl; +- Java_sun_awt_motif_MRobotPeer_keyReleaseImpl; +- Java_sun_awt_motif_MRobotPeer_mouseMoveImpl; +- Java_sun_awt_motif_MRobotPeer_mousePressImpl; +- Java_sun_awt_motif_MRobotPeer_mouseReleaseImpl; +- Java_sun_awt_motif_MRobotPeer_mouseWheelImpl; +- Java_sun_awt_motif_MRobotPeer_setup; +- Java_sun_awt_motif_MScrollbarPeer_create; +- Java_sun_awt_motif_MScrollbarPeer_setLineIncrement; +- Java_sun_awt_motif_MScrollbarPeer_setPageIncrement; +- Java_sun_awt_motif_MScrollbarPeer_pSetValues; +- Java_sun_awt_motif_MScrollPanePeer_create; +- Java_sun_awt_motif_MScrollPanePeer_pGetBlockIncrement; +- Java_sun_awt_motif_MScrollPanePeer_pGetScrollbarSpace; +- Java_sun_awt_motif_MScrollPanePeer_pGetShadow; +- Java_sun_awt_motif_MScrollPanePeer_pInsets; +- Java_sun_awt_motif_MScrollPanePeer_pSetIncrement; +- Java_sun_awt_motif_MScrollPanePeer_pSetScrollChild; +- Java_sun_awt_motif_MScrollPanePeer_setScrollPosition; +- Java_sun_awt_motif_MScrollPanePeer_setTypedValue; +- Java_sun_awt_motif_MTextAreaPeer_initIDs; +- Java_sun_awt_motif_MTextAreaPeer_pCreate; +- Java_sun_awt_motif_MTextAreaPeer_getCaretPosition; +- Java_sun_awt_motif_MTextAreaPeer_getExtraHeight; +- Java_sun_awt_motif_MTextAreaPeer_getExtraWidth; +- Java_sun_awt_motif_MTextAreaPeer_getSelectionEnd; +- Java_sun_awt_motif_MTextAreaPeer_getSelectionStart; +- Java_sun_awt_motif_MTextAreaPeer_getText; +- Java_sun_awt_motif_MTextAreaPeer_insert; +- Java_sun_awt_motif_MTextAreaPeer_nativeHandleMouseWheel; +- Java_sun_awt_motif_MTextAreaPeer_pMakeCursorVisible; +- Java_sun_awt_motif_MTextAreaPeer_pSetEditable; +- Java_sun_awt_motif_MTextAreaPeer_pShow2; +- Java_sun_awt_motif_MTextAreaPeer_replaceRange; +- Java_sun_awt_motif_MTextAreaPeer_select; +- Java_sun_awt_motif_MTextAreaPeer_setCaretPosition; +- Java_sun_awt_motif_MTextAreaPeer_setFont; +- Java_sun_awt_motif_MTextAreaPeer_setText; +- Java_sun_awt_motif_MTextAreaPeer_setTextBackground; +- Java_sun_awt_motif_MTextFieldPeer_initIDs; +- Java_sun_awt_motif_MTextFieldPeer_pCreate; +- Java_sun_awt_motif_MTextFieldPeer_getCaretPosition; +- Java_sun_awt_motif_MTextFieldPeer_getSelectionEnd; +- Java_sun_awt_motif_MTextFieldPeer_getSelectionStart; +- Java_sun_awt_motif_MTextFieldPeer_getText; +- Java_sun_awt_motif_MTextFieldPeer_insertReplaceText; +- Java_sun_awt_motif_MTextFieldPeer_preDispose; +- Java_sun_awt_motif_MTextFieldPeer_pSetEditable; +- Java_sun_awt_motif_MTextFieldPeer_select; +- Java_sun_awt_motif_MTextFieldPeer_setCaretPosition; +- Java_sun_awt_motif_MTextFieldPeer_setEchoChar; +- Java_sun_awt_motif_MTextFieldPeer_setFont; +- Java_sun_awt_motif_MTextFieldPeer_setText; ++ #Java_sun_awt_motif_MButtonPeer_create; ++ #Java_sun_awt_motif_MButtonPeer_setLabel; ++ #Java_sun_awt_motif_MPanelPeer_pEnsureIndex; ++ #Java_sun_awt_motif_MPanelPeer_pRestack; ++ #Java_sun_awt_motif_MCanvasPeer_create; ++ #Java_sun_awt_motif_MCanvasPeer_initIDs; ++ #Java_sun_awt_motif_MCanvasPeer_resetTargetGC; ++ #Java_sun_awt_motif_MCheckboxMenuItemPeer_pSetState; ++ #Java_sun_awt_motif_MCheckboxPeer_create; ++ #Java_sun_awt_motif_MCheckboxPeer_setCheckboxGroup; ++ #Java_sun_awt_motif_MCheckboxPeer_setLabel; ++ #Java_sun_awt_motif_MCheckboxPeer_pSetState; ++ #Java_sun_awt_motif_MCheckboxPeer_pGetState; ++ #Java_sun_awt_motif_MChoicePeer_addItem; ++ #Java_sun_awt_motif_MChoicePeer_appendItems; ++ #Java_sun_awt_motif_MChoicePeer_create; ++ #Java_sun_awt_motif_MChoicePeer_pReshape; ++ #Java_sun_awt_motif_MChoicePeer_remove; ++ #Java_sun_awt_motif_MChoicePeer_removeAll; ++ #Java_sun_awt_motif_MChoicePeer_setBackground; ++ #Java_sun_awt_motif_MChoicePeer_pSelect; ++ #Java_sun_awt_motif_MChoicePeer_setFont; ++ #Java_sun_awt_motif_MChoicePeer_setForeground; ++ #Java_sun_awt_motif_MComponentPeer_addNativeDropTarget; ++ #Java_sun_awt_motif_MComponentPeer_getNativeColor; ++ #Java_sun_awt_motif_MComponentPeer_getWindow; ++ #Java_sun_awt_motif_MComponentPeer_pDisable; ++ #Java_sun_awt_motif_MComponentPeer_pDispose; ++ #Java_sun_awt_motif_MComponentPeer_pEnable; ++ #Java_sun_awt_motif_MComponentPeer_pGetLocationOnScreen; ++ #Java_sun_awt_motif_MComponentPeer_pGetLocationOnScreen2; ++ #Java_sun_awt_motif_MComponentPeer_pHide; ++ #Java_sun_awt_motif_MComponentPeer_pInitialize; ++ #Java_sun_awt_motif_MComponentPeer_pMakeCursorVisible; ++ #Java_sun_awt_motif_MComponentPeer_pReshape; ++ #Java_sun_awt_motif_MComponentPeer_pShow; ++ #Java_sun_awt_motif_MComponentPeer_removeNativeDropTarget; ++ #Java_sun_awt_motif_MComponentPeer_pSetBackground; ++ #Java_sun_awt_motif_MComponentPeer_pSetFont; ++ #Java_sun_awt_motif_MComponentPeer_processSynchronousLightweightTransfer; ++ #Java_sun_awt_motif_MComponentPeer__1requestFocus; ++ #Java_sun_awt_motif_MComponentPeer_getNativeFocusedWindow; ++ #Java_sun_awt_motif_MCheckboxMenuItemPeer_getState; ++ #Java_sun_awt_motif_MComponentPeer_pSetForeground; ++ #Java_sun_awt_motif_MDragSourceContextPeer_startDrag; ++ #Java_sun_awt_motif_MDragSourceContextPeer_setNativeCursor; ++ #Java_sun_awt_motif_MDropTargetContextPeer_addTransfer; ++ #Java_sun_awt_motif_MDropTargetContextPeer_dropDone; ++ #Java_sun_awt_motif_MDropTargetContextPeer_startTransfer; ++ #Java_sun_awt_motif_X11DragSourceContextPeer_startDrag; ++ #Java_sun_awt_motif_X11DragSourceContextPeer_setNativeCursor; ++ #Java_sun_awt_motif_X11DropTargetContextPeer_sendResponse; ++ #Java_sun_awt_motif_X11DropTargetContextPeer_dropDone; ++ #Java_sun_awt_motif_X11DropTargetContextPeer_getData; ++ #Java_sun_awt_motif_MEmbeddedFramePeer_NEFcreate; ++ #Java_sun_awt_motif_MEmbeddedFramePeer_pShowImpl; ++ #Java_sun_awt_motif_MEmbeddedFramePeer_requestXEmbedFocus; ++ #Java_sun_awt_motif_MEmbeddedFramePeer_isXEmbedApplicationActive; ++ #Java_sun_awt_motif_MEmbeddedFramePeer_isXEmbedActive; ++ #Java_sun_awt_motif_MEmbeddedFramePeer_synthesizeFocusInOut; ++ #Java_sun_awt_motif_MEmbeddedFramePeer_pReshapePrivate; ++ #Java_sun_awt_motif_MEmbeddedFramePeer_getBoundsPrivate; ++ #Java_sun_awt_motif_MEmbeddedFrame_getWidget; ++ #Java_sun_awt_motif_MEmbeddedFrame_mapWidget; ++ #Java_sun_awt_motif_MEmbedCanvasPeer_forwardEventToEmbedded; ++ #Java_sun_awt_motif_MFramePeer_pSetIconImage___3B_3I_3SII; ++ #Java_sun_awt_motif_MFileDialogPeer_create; ++ #Java_sun_awt_motif_MFileDialogPeer_pDispose; ++ #Java_sun_awt_motif_MFileDialogPeer_pHide; ++ #Java_sun_awt_motif_MFileDialogPeer_pReshape; ++ #Java_sun_awt_motif_MFileDialogPeer_pShow; ++ #Java_sun_awt_motif_MFileDialogPeer_setFileEntry; ++ #Java_sun_awt_motif_MFileDialogPeer_setFont; ++ #Java_sun_awt_motif_MFramePeer_pGetIconSize; ++ #Java_sun_awt_motif_MGlobalCursorManager_cacheInit; ++ #Java_sun_awt_motif_MGlobalCursorManager_findComponentAt; ++ #Java_sun_awt_motif_MGlobalCursorManager_findHeavyweightUnderCursor; ++ #Java_sun_awt_motif_MGlobalCursorManager_getCursorPos; ++ #Java_sun_awt_motif_MGlobalCursorManager_getLocationOnScreen; ++ #Java_sun_awt_motif_MLabelPeer_create; ++ #Java_sun_awt_motif_MLabelPeer_setAlignment; ++ #Java_sun_awt_motif_MLabelPeer_setText; ++ #Java_sun_awt_motif_MListPeer_addItem; ++ #Java_sun_awt_motif_MListPeer_create; ++ #Java_sun_awt_motif_MListPeer_delItems; ++ #Java_sun_awt_motif_MListPeer_deselect; ++ #Java_sun_awt_motif_MListPeer_isSelected; ++ #Java_sun_awt_motif_MListPeer_makeVisible; ++ #Java_sun_awt_motif_MListPeer_nativeHandleMouseWheel; ++ #Java_sun_awt_motif_MListPeer_select; ++ #Java_sun_awt_motif_MListPeer_setMultipleSelections; ++ #Java_sun_awt_motif_MMenuBarPeer_create; ++ #Java_sun_awt_motif_MMenuItemPeer_createMenuItem; ++ #Java_sun_awt_motif_MMenuItemPeer_pDisable; From doko at ubuntu.com Sun Jul 20 08:18:32 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Sun, 20 Jul 2008 15:18:32 +0000 Subject: changeset in /hg/icedtea6: 2008-07-20 Matthias Klose changeset 229e82ab34f2 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=229e82ab34f2 description: 2008-07-20 Matthias Klose * Makefile.am (ICEDTEA_PATCHES): Add patches. diffstat: 2 files changed, 3 insertions(+) ChangeLog | 1 + Makefile.am | 2 ++ diffs (23 lines): diff -r bdf3c707f460 -r 229e82ab34f2 ChangeLog --- a/ChangeLog Sun Jul 20 17:21:22 2008 +0200 +++ b/ChangeLog Sun Jul 20 17:24:41 2008 +0200 @@ -2,6 +2,7 @@ 2008-07-20 Matthias Klose References: <48835357.4070206@ubuntu.com> Message-ID: <17c6771e0807201352o7daff631n35041f50bffb20a1@mail.gmail.com> On 20/07/2008, Matthias Klose wrote: > this may be dropped during the cacao/zero updates; currently all zero builds on > powerpc are done using the 64bit toolchain, not th 32bit toolchain. Adding the > powerpc configury. I can't test a 64bit powerpc build. > > Matthias > > 2008-07-20 Matthias Klose > > * acinclude.m4 (SET_ARCH_DIRS): Add powerpc and powerpc64 configs. > > diff -r 2f1e7255ab4d acinclude.m4 > --- a/acinclude.m4 Wed Jul 16 10:10:45 2008 -0400 > +++ b/acinclude.m4 Sun Jul 20 17:04:30 2008 +0200 > @@ -16,6 +16,16 @@ AC_DEFUN([SET_ARCH_DIRS], > INSTALL_ARCH_DIR=arm > JRE_ARCH_DIR=arm > ;; > + powerpc-*-*) > + BUILD_ARCH_DIR=ppc > + INSTALL_ARCH_DIR=ppc > + JRE_ARCH_DIR=ppc > + ;; > + powerpc64-*-*) > + BUILD_ARCH_DIR=ppc64 > + INSTALL_ARCH_DIR=ppc64 > + JRE_ARCH_DIR=ppc64 > + ;; > sparc64-*-*) > BUILD_ARCH_DIR=sparcv9 > INSTALL_ARCH_DIR=sparcv9 > > > Has this been applied? I can check the build on ppc64. -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From bugzilla-daemon at icedtea.classpath.org Sun Jul 20 16:20:29 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Sun, 20 Jul 2008 23:20:29 +0000 Subject: [Bug 133] Tomcat+SSL: Invalid keystore format Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=133 ------- Comment #1 from gnu_andrew at member.fsf.org 2008-07-20 23:20 ------- There were some certificate-related patches being applied back then that have now changed. May be worth retrying with current IcedTea. -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From twisti at complang.tuwien.ac.at Mon Jul 21 00:37:37 2008 From: twisti at complang.tuwien.ac.at (Christian Thalinger) Date: Mon, 21 Jul 2008 09:37:37 +0200 Subject: [icedtea zero] enable 32bit builds for powerpc In-Reply-To: <48835357.4070206@ubuntu.com> References: <48835357.4070206@ubuntu.com> Message-ID: <1216625857.15554.1.camel@cthalinger> On Sun, 2008-07-20 at 17:01 +0200, Matthias Klose wrote: > this may be dropped during the cacao/zero updates; currently all zero builds on > powerpc are done using the 64bit toolchain, not th 32bit toolchain. Adding the > powerpc configury. I can't test a 64bit powerpc build. > > Matthias > > 2008-07-20 Matthias Klose > > * acinclude.m4 (SET_ARCH_DIRS): Add powerpc and powerpc64 configs. > plain text document attachment (ppc.diff) > diff -r 2f1e7255ab4d acinclude.m4 > --- a/acinclude.m4 Wed Jul 16 10:10:45 2008 -0400 > +++ b/acinclude.m4 Sun Jul 20 17:04:30 2008 +0200 > @@ -16,6 +16,16 @@ AC_DEFUN([SET_ARCH_DIRS], > INSTALL_ARCH_DIR=arm > JRE_ARCH_DIR=arm > ;; > + powerpc-*-*) > + BUILD_ARCH_DIR=ppc > + INSTALL_ARCH_DIR=ppc > + JRE_ARCH_DIR=ppc > + ;; > + powerpc64-*-*) > + BUILD_ARCH_DIR=ppc64 > + INSTALL_ARCH_DIR=ppc64 > + JRE_ARCH_DIR=ppc64 > + ;; > sparc64-*-*) > BUILD_ARCH_DIR=sparcv9 > INSTALL_ARCH_DIR=sparcv9 Hmm, I don't understand why we need this one. The default case uses `uname -m` and this should be "ppc" on 32-bit, no? - twisti From gnu_andrew at member.fsf.org Mon Jul 21 01:08:47 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 21 Jul 2008 09:08:47 +0100 Subject: [icedtea zero] enable 32bit builds for powerpc In-Reply-To: <1216625857.15554.1.camel@cthalinger> References: <48835357.4070206@ubuntu.com> <1216625857.15554.1.camel@cthalinger> Message-ID: <17c6771e0807210108h5c78ac53x4d2ecd24fc198959@mail.gmail.com> 2008/7/21 Christian Thalinger : > On Sun, 2008-07-20 at 17:01 +0200, Matthias Klose wrote: >> this may be dropped during the cacao/zero updates; currently all zero builds on >> powerpc are done using the 64bit toolchain, not th 32bit toolchain. Adding the >> powerpc configury. I can't test a 64bit powerpc build. >> >> Matthias >> >> 2008-07-20 Matthias Klose >> >> * acinclude.m4 (SET_ARCH_DIRS): Add powerpc and powerpc64 configs. >> plain text document attachment (ppc.diff) >> diff -r 2f1e7255ab4d acinclude.m4 >> --- a/acinclude.m4 Wed Jul 16 10:10:45 2008 -0400 >> +++ b/acinclude.m4 Sun Jul 20 17:04:30 2008 +0200 >> @@ -16,6 +16,16 @@ AC_DEFUN([SET_ARCH_DIRS], >> INSTALL_ARCH_DIR=arm >> JRE_ARCH_DIR=arm >> ;; >> + powerpc-*-*) >> + BUILD_ARCH_DIR=ppc >> + INSTALL_ARCH_DIR=ppc >> + JRE_ARCH_DIR=ppc >> + ;; >> + powerpc64-*-*) >> + BUILD_ARCH_DIR=ppc64 >> + INSTALL_ARCH_DIR=ppc64 >> + JRE_ARCH_DIR=ppc64 >> + ;; >> sparc64-*-*) >> BUILD_ARCH_DIR=sparcv9 >> INSTALL_ARCH_DIR=sparcv9 > > Hmm, I don't understand why we need this one. The default case uses > `uname -m` and this should be "ppc" on 32-bit, no? > > - twisti > > Have to say I don't remember us needing this before either. `uname -m` gives ppc64 on ppc64 anyway. -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gbenson at redhat.com Mon Jul 21 01:36:50 2008 From: gbenson at redhat.com (Gary Benson) Date: Mon, 21 Jul 2008 09:36:50 +0100 Subject: [icedtea zero] enable 32bit builds for powerpc In-Reply-To: <1216625857.15554.1.camel@cthalinger> References: <48835357.4070206@ubuntu.com> <1216625857.15554.1.camel@cthalinger> Message-ID: <20080721083649.GA4229@redhat.com> Christian Thalinger wrote: > On Sun, 2008-07-20 at 17:01 +0200, Matthias Klose wrote: > > diff -r 2f1e7255ab4d acinclude.m4 > > --- a/acinclude.m4 Wed Jul 16 10:10:45 2008 -0400 > > +++ b/acinclude.m4 Sun Jul 20 17:04:30 2008 +0200 > > @@ -16,6 +16,16 @@ AC_DEFUN([SET_ARCH_DIRS], > > INSTALL_ARCH_DIR=arm > > JRE_ARCH_DIR=arm > > ;; > > + powerpc-*-*) > > + BUILD_ARCH_DIR=ppc > > + INSTALL_ARCH_DIR=ppc > > + JRE_ARCH_DIR=ppc > > + ;; > > + powerpc64-*-*) > > + BUILD_ARCH_DIR=ppc64 > > + INSTALL_ARCH_DIR=ppc64 > > + JRE_ARCH_DIR=ppc64 > > + ;; > > sparc64-*-*) > > BUILD_ARCH_DIR=sparcv9 > > INSTALL_ARCH_DIR=sparcv9 > > Hmm, I don't understand why we need this one. The default case uses > `uname -m` and this should be "ppc" on 32-bit, no? Yeah, what does this do that the default case doesn't? Cheers, Gary -- http://gbenson.net/ From gnu_andrew at member.fsf.org Mon Jul 21 01:45:14 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 21 Jul 2008 09:45:14 +0100 Subject: [icedtea zero] enable 32bit builds for powerpc In-Reply-To: <20080721083649.GA4229@redhat.com> References: <48835357.4070206@ubuntu.com> <1216625857.15554.1.camel@cthalinger> <20080721083649.GA4229@redhat.com> Message-ID: <17c6771e0807210145y6ed527e3u26a9fe152f456061@mail.gmail.com> 2008/7/21 Gary Benson : > Christian Thalinger wrote: >> On Sun, 2008-07-20 at 17:01 +0200, Matthias Klose wrote: >> > diff -r 2f1e7255ab4d acinclude.m4 >> > --- a/acinclude.m4 Wed Jul 16 10:10:45 2008 -0400 >> > +++ b/acinclude.m4 Sun Jul 20 17:04:30 2008 +0200 >> > @@ -16,6 +16,16 @@ AC_DEFUN([SET_ARCH_DIRS], >> > INSTALL_ARCH_DIR=arm >> > JRE_ARCH_DIR=arm >> > ;; >> > + powerpc-*-*) >> > + BUILD_ARCH_DIR=ppc >> > + INSTALL_ARCH_DIR=ppc >> > + JRE_ARCH_DIR=ppc >> > + ;; >> > + powerpc64-*-*) >> > + BUILD_ARCH_DIR=ppc64 >> > + INSTALL_ARCH_DIR=ppc64 >> > + JRE_ARCH_DIR=ppc64 >> > + ;; >> > sparc64-*-*) >> > BUILD_ARCH_DIR=sparcv9 >> > INSTALL_ARCH_DIR=sparcv9 >> >> Hmm, I don't understand why we need this one. The default case uses >> `uname -m` and this should be "ppc" on 32-bit, no? > > Yeah, what does this do that the default case doesn't? > > Cheers, > Gary > > -- > http://gbenson.net/ > Meanwhile... Checking patches/icedtea-hotspot-6b06-7b24.patch 2 out of 29 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/adlc/archDesc.cpp.rej 3 out of 12 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/adlc/archDesc.hpp.rej 6 out of 16 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/adlc/main.cpp.rej 1 out of 12 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/classfile/dictionary.cpp.rej 1 out of 1 hunk FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/gc_implementation/parNew/vmStructs_parNew.hpp.rej 3 out of 21 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/interpreter/oopMapCache.cpp.rej 1 out of 5 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/memory/compactingPermGenGen.cpp.rej 1 out of 66 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/oops/instanceKlass.cpp.rej 1 out of 28 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/oops/instanceKlass.hpp.rej 1 out of 2 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/oops/markOop.cpp.rej 1 out of 8 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/oops/markOop.hpp.rej 1 out of 24 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/oops/methodOop.cpp.rej 1 out of 20 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/oops/methodOop.hpp.rej 2 out of 50 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/opto/cfgnode.cpp.rej 1 out of 6 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/opto/loopopts.cpp.rej 1 out of 47 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/opto/memnode.cpp.rej 2 out of 12 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/opto/parse3.cpp.rej 2 out of 2 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/prims/jvmtiLib.xsl.rej 2 out of 6 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/prims/jvmtiRedefineClasses.hpp.rej 4 out of 29 hunks FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/prims/jvmti.xml.rej 1 out of 1 hunk FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/prims/jvmti.xsl.rej 1 out of 1 hunk FAILED -- saving rejects to file openjdk/hotspot/src/share/vm/utilities/copy.cpp.rej 1 out of 8 hunks FAILED -- saving rejects to file openjdk/hotspot/src/os/linux/vm/jvm_linux.cpp.rej 1 out of 100 hunks FAILED -- saving rejects to file openjdk/hotspot/src/os/linux/vm/os_linux.cpp.rej 1 out of 7 hunks FAILED -- saving rejects to file openjdk/hotspot/src/os/linux/vm/os_linux.hpp.rej 2 out of 6 hunks FAILED -- saving rejects to file openjdk/hotspot/src/os/linux/vm/vmError_linux.cpp.rej ERROR patch patches/icedtea-hotspot-6b06-7b24.patch FAILED! Maybe it would be easier to maintain this via overlays? -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From gbenson at redhat.com Mon Jul 21 02:44:57 2008 From: gbenson at redhat.com (Gary Benson) Date: Mon, 21 Jul 2008 09:44:57 +0000 Subject: changeset in /hg/icedtea6: 2008-07-21 Gary Benson changeset 192d6031aef6 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=192d6031aef6 description: 2008-07-21 Gary Benson * HACKING: Added instructions for how to regenerate icedtea-hotspot-6b06-7b24.patch. diffstat: 2 files changed, 10 insertions(+) ChangeLog | 5 +++++ HACKING | 5 +++++ diffs (27 lines): diff -r 229e82ab34f2 -r 192d6031aef6 ChangeLog --- a/ChangeLog Sun Jul 20 17:24:41 2008 +0200 +++ b/ChangeLog Mon Jul 21 10:44:50 2008 +0100 @@ -1,3 +1,8 @@ 2008-07-20 Matthias Klose + + * HACKING: Added instructions for how to regenerate + icedtea-hotspot-6b06-7b24.patch. + 2008-07-20 Matthias Klose * patches/icedtea-nomotif-6706121.patch, patches/icedtea-nomotif.patch: diff -r 229e82ab34f2 -r 192d6031aef6 HACKING --- a/HACKING Sun Jul 20 17:24:41 2008 +0200 +++ b/HACKING Mon Jul 21 10:44:50 2008 +0100 @@ -85,6 +85,11 @@ The following patches are only applied f * icedtea-bytecodeInterpreterWithChecks.patch: Same as icedtea-xslfix.patch (OpenJDK6 only, S6707485). * icedtea-eclipse-hotspot-6614100-7b24.patch: Fix Eclipse crash (S6614100). Fixed in OpenJDK7 b29/hs13. * icedtea-hotspot-6b06-7b24.patch: Upgrade to HotSpot from OpenJDK b24 (OpenJDK6 only). + - Never edit this patch. It should be regenerated by unzipping the + openjdk6 build you're using into openjdk6, and the openjdk7 build + you want to use into openjdk7, then running: + diff -ruN openjdk[67]/hotspot/src/share > icedtea-hotspot-6bXX-7bYY.patch + diff -ruN openjdk[67]/hotspot/src/os/linux >> icedtea-hotspot-6bXX-7bYY.patch * icedtea-hotspot7-build-fixes.patch: Remove KERNEL #ifdef. * icedtea-ia64-bugfix.patch: Remove workaround for IA64 GCC bug. * icedtea-signature-iterator.patch: Add zero-specific signature handling. From gbenson at redhat.com Mon Jul 21 03:23:06 2008 From: gbenson at redhat.com (Gary Benson) Date: Mon, 21 Jul 2008 10:23:06 +0000 Subject: changeset in /hg/icedtea6: 2008-07-21 Gary Benson changeset c338d4b6951b in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=c338d4b6951b description: 2008-07-21 Gary Benson PR icedtea/170: * patches/icedtea-zero-build.patch: Build class library with -D_LITTLE_ENDIAN where appropriate. diffstat: 2 files changed, 14 insertions(+), 2 deletions(-) ChangeLog | 6 ++++++ patches/icedtea-zero-build.patch | 10 ++++++++-- diffs (54 lines): diff -r 192d6031aef6 -r c338d4b6951b ChangeLog --- a/ChangeLog Mon Jul 21 10:44:50 2008 +0100 +++ b/ChangeLog Mon Jul 21 06:22:39 2008 -0400 @@ -1,3 +1,9 @@ 2008-07-21 Gary Benson + + PR icedtea/170: + * patches/icedtea-zero-build.patch: Build class library with + -D_LITTLE_ENDIAN where appropriate. + 2008-07-21 Gary Benson * HACKING: Added instructions for how to regenerate diff -r 192d6031aef6 -r c338d4b6951b patches/icedtea-zero-build.patch --- a/patches/icedtea-zero-build.patch Mon Jul 21 10:44:50 2008 +0100 +++ b/patches/icedtea-zero-build.patch Mon Jul 21 06:22:39 2008 -0400 @@ -133,7 +133,7 @@ diff -r c9fa8e3d5aa2 openjdk/jdk/make/co diff -r c9fa8e3d5aa2 openjdk/jdk/make/common/Defs-linux.gmk --- openjdk/jdk/make/common/Defs-linux.gmk Thu Mar 20 13:42:48 2008 +0000 +++ openjdk/jdk/make/common/Defs-linux.gmk Thu Mar 20 13:45:05 2008 +0000 -@@ -109,8 +109,13 @@ LDFLAGS_COMMON_sparcv9 += -m64 -mcpu=v9 +@@ -109,8 +109,16 @@ LDFLAGS_COMMON_sparcv9 += -m64 -mcpu=v9 LDFLAGS_COMMON_sparcv9 += -m64 -mcpu=v9 CFLAGS_REQUIRED_sparc += -m32 -mcpu=v9 LDFLAGS_COMMON_sparc += -m32 -mcpu=v9 @@ -141,6 +141,9 @@ diff -r c9fa8e3d5aa2 openjdk/jdk/make/co -LDFLAGS_COMMON += $(LDFLAGS_COMMON_$(ARCH)) +ifdef ICEDTEA_ZERO_BUILD + CFLAGS_REQUIRED = $(ZERO_ARCHFLAG) ++ ifeq ($(ZERO_ENDIANNESS), little) ++ CFLAGS_REQUIRED += -D_LITTLE_ENDIAN ++ endif + LDFLAGS_COMMON += $(ZERO_ARCHFLAG) +else + CFLAGS_REQUIRED = $(CFLAGS_REQUIRED_$(ARCH)) @@ -242,7 +245,7 @@ diff -r c9fa8e3d5aa2 openjdk/corba/make/ diff -r c9fa8e3d5aa2 openjdk/corba/make/common/Defs-linux.gmk --- openjdk/corba/make/common/Defs-linux.gmk Thu Mar 20 13:42:48 2008 +0000 +++ openjdk/corba/make/common/Defs-linux.gmk Thu Mar 20 13:57:50 2008 +0000 -@@ -99,8 +99,13 @@ LDFLAGS_COMMON_sparcv9 += -m64 -mcpu=v9 +@@ -99,8 +99,16 @@ LDFLAGS_COMMON_sparcv9 += -m64 -mcpu=v9 LDFLAGS_COMMON_sparcv9 += -m64 -mcpu=v9 CFLAGS_REQUIRED_sparc += -m32 -mcpu=v9 LDFLAGS_COMMON_sparc += -m32 -mcpu=v9 @@ -250,6 +253,9 @@ diff -r c9fa8e3d5aa2 openjdk/corba/make/ -LDFLAGS_COMMON += $(LDFLAGS_COMMON_$(ARCH)) +ifdef ICEDTEA_ZERO_BUILD + CFLAGS_REQUIRED = $(ZERO_ARCHFLAG) ++ ifeq ($(ZERO_ENDIANNESS), little) ++ CFLAGS_REQUIRED += -D_LITTLE_ENDIAN ++ endif + LDFLAGS_COMMON += $(ZERO_ARCHFLAG) +else + CFLAGS_REQUIRED = $(CFLAGS_REQUIRED_$(ARCH)) From gbenson at redhat.com Mon Jul 21 03:29:27 2008 From: gbenson at redhat.com (Gary Benson) Date: Mon, 21 Jul 2008 11:29:27 +0100 Subject: building the zero port on anything else than powerpc? In-Reply-To: <1215428782.10371.36.camel@cthalinger> References: <4871F2E4.4060505@ubuntu.com> <1215428782.10371.36.camel@cthalinger> Message-ID: <20080721102927.GD27719@redhat.com> Christian Thalinger wrote: > On Mon, 2008-07-07 at 12:41 +0200, Matthias Klose wrote: > > An exception has occurred in the compiler (1.6.0-internal). Please > > file a bug at the Java Developer Connection > > (http://java.sun.com/webapps/bugreport) after checking the Bug Parade > > for duplicates. Include your program and the following diagnostic in > > your report. Thank you. > > java.lang.IllegalArgumentException: disparate values > > I know that one very well from different architectures, e.g. Alpha. > Patching the MIN/MAX values does not fix this bug, ?because the > represented floating point values keep the same, but just helps ECJ > to actually being able to compile the source files. > > Getting this exception normally means there is somewhere a bug in > the floating point code, as these values are corner cases. But > sometimes, as in my Alpha situation, the bug is not in the VM but > in the Linux kernel and I can't fix it :-( I fixed this failure on ia64 (thanks doko!) but if anyone sees a similar failure with zero on some other arch then please let me know. Cheers, Gary -- http://gbenson.net/ From aph at redhat.com Mon Jul 21 03:39:59 2008 From: aph at redhat.com (Andrew Haley) Date: Mon, 21 Jul 2008 11:39:59 +0100 Subject: [icedtea zero] enable 32bit builds for powerpc In-Reply-To: <20080721083649.GA4229@redhat.com> References: <48835357.4070206@ubuntu.com> <1216625857.15554.1.camel@cthalinger> <20080721083649.GA4229@redhat.com> Message-ID: <4884677F.80709@redhat.com> Gary Benson wrote: > Christian Thalinger wrote: >> On Sun, 2008-07-20 at 17:01 +0200, Matthias Klose wrote: >>> diff -r 2f1e7255ab4d acinclude.m4 >>> --- a/acinclude.m4 Wed Jul 16 10:10:45 2008 -0400 >>> +++ b/acinclude.m4 Sun Jul 20 17:04:30 2008 +0200 >>> @@ -16,6 +16,16 @@ AC_DEFUN([SET_ARCH_DIRS], >>> INSTALL_ARCH_DIR=arm >>> JRE_ARCH_DIR=arm >>> ;; >>> + powerpc-*-*) >>> + BUILD_ARCH_DIR=ppc >>> + INSTALL_ARCH_DIR=ppc >>> + JRE_ARCH_DIR=ppc >>> + ;; >>> + powerpc64-*-*) >>> + BUILD_ARCH_DIR=ppc64 >>> + INSTALL_ARCH_DIR=ppc64 >>> + JRE_ARCH_DIR=ppc64 >>> + ;; >>> sparc64-*-*) >>> BUILD_ARCH_DIR=sparcv9 >>> INSTALL_ARCH_DIR=sparcv9 >> Hmm, I don't understand why we need this one. The default case uses >> `uname -m` and this should be "ppc" on 32-bit, no? > > Yeah, what does this do that the default case doesn't? On many Linux PPC boxes the kernel is 64-bit but userspace libraries are all installed as 32-bit. This is because 32-bit is usually much faster than 64-bit. We need to allow for this situation. Andrew. From twisti at complang.tuwien.ac.at Mon Jul 21 04:13:57 2008 From: twisti at complang.tuwien.ac.at (Christian Thalinger) Date: Mon, 21 Jul 2008 13:13:57 +0200 Subject: building the zero port on anything else than powerpc? In-Reply-To: <20080721102927.GD27719@redhat.com> References: <4871F2E4.4060505@ubuntu.com> <1215428782.10371.36.camel@cthalinger> <20080721102927.GD27719@redhat.com> Message-ID: <1216638837.15554.9.camel@cthalinger> On Mon, 2008-07-21 at 11:29 +0100, Gary Benson wrote: > I fixed this failure on ia64 (thanks doko!) but if anyone sees a > similar failure with zero on some other arch then please let me know. I guess it's the -D_LITTLE_ENDIAN patch. Do you think that might be required for other architectures too? - twisti From gbenson at redhat.com Mon Jul 21 04:30:26 2008 From: gbenson at redhat.com (Gary Benson) Date: Mon, 21 Jul 2008 12:30:26 +0100 Subject: [icedtea zero] enable 32bit builds for powerpc In-Reply-To: <4884677F.80709@redhat.com> References: <48835357.4070206@ubuntu.com> <1216625857.15554.1.camel@cthalinger> <20080721083649.GA4229@redhat.com> <4884677F.80709@redhat.com> Message-ID: <20080721113026.GB28111@redhat.com> Andrew Haley wrote: > Gary Benson wrote: > > Christian Thalinger wrote: > > > On Sun, 2008-07-20 at 17:01 +0200, Matthias Klose wrote: > > > > diff -r 2f1e7255ab4d acinclude.m4 > > > > --- a/acinclude.m4 Wed Jul 16 10:10:45 2008 -0400 > > > > +++ b/acinclude.m4 Sun Jul 20 17:04:30 2008 +0200 > > > > @@ -16,6 +16,16 @@ AC_DEFUN([SET_ARCH_DIRS], > > > > INSTALL_ARCH_DIR=arm > > > > JRE_ARCH_DIR=arm > > > > ;; > > > > + powerpc-*-*) > > > > + BUILD_ARCH_DIR=ppc > > > > + INSTALL_ARCH_DIR=ppc > > > > + JRE_ARCH_DIR=ppc > > > > + ;; > > > > + powerpc64-*-*) > > > > + BUILD_ARCH_DIR=ppc64 > > > > + INSTALL_ARCH_DIR=ppc64 > > > > + JRE_ARCH_DIR=ppc64 > > > > + ;; > > > > sparc64-*-*) > > > > BUILD_ARCH_DIR=sparcv9 > > > > INSTALL_ARCH_DIR=sparcv9 > > > > > > Hmm, I don't understand why we need this one. The default case > > > uses `uname -m` and this should be "ppc" on 32-bit, no? > > > > Yeah, what does this do that the default case doesn't? > > On many Linux PPC boxes the kernel is 64-bit but userspace libraries > are all installed as 32-bit. This is because 32-bit is usually much > faster than 64-bit. We need to allow for this situation. And does ./configure actually detect this? Cheers, Gary -- http://gbenson.net/ From gbenson at redhat.com Mon Jul 21 04:26:57 2008 From: gbenson at redhat.com (Gary Benson) Date: Mon, 21 Jul 2008 12:26:57 +0100 Subject: building the zero port on anything else than powerpc? In-Reply-To: <1216638837.15554.9.camel@cthalinger> References: <4871F2E4.4060505@ubuntu.com> <1215428782.10371.36.camel@cthalinger> <20080721102927.GD27719@redhat.com> <1216638837.15554.9.camel@cthalinger> Message-ID: <20080721112657.GA28111@redhat.com> Christian Thalinger wrote: > On Mon, 2008-07-21 at 11:29 +0100, Gary Benson wrote: > > I fixed this failure on ia64 (thanks doko!) but if anyone sees a > > similar failure with zero on some other arch then please let me > > know. > > I guess it's the -D_LITTLE_ENDIAN patch. Do you think that might > be required for other architectures too? That patch adds -D_LITTLE_ENDIAN to any architecture that needs it during zero builds. It won't touch anything for Cacao ones, though I think all little-endian Cacao platforms are listed in the thing above anyway. Cheers, Gary -- http://gbenson.net/ From gbenson at redhat.com Mon Jul 21 05:17:12 2008 From: gbenson at redhat.com (Gary Benson) Date: Mon, 21 Jul 2008 12:17:12 +0000 Subject: changeset in /hg/icedtea6: 2008-07-21 Gary Benson changeset ecba96da2bab in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=ecba96da2bab description: 2008-07-21 Gary Benson * patches/icedtea-zero.patch: Added s390 and s390x to dlopen checks. diffstat: 2 files changed, 44 insertions(+), 8 deletions(-) ChangeLog | 4 +++ patches/icedtea-zero.patch | 48 ++++++++++++++++++++++++++++++++++++-------- diffs (84 lines): diff -r c338d4b6951b -r ecba96da2bab ChangeLog --- a/ChangeLog Mon Jul 21 06:22:39 2008 -0400 +++ b/ChangeLog Mon Jul 21 13:17:06 2008 +0100 @@ -1,3 +1,7 @@ 2008-07-21 Gary Benson + + * patches/icedtea-zero.patch: Added s390 and s390x to dlopen checks. + 2008-07-21 Gary Benson PR icedtea/170: diff -r c338d4b6951b -r ecba96da2bab patches/icedtea-zero.patch --- a/patches/icedtea-zero.patch Mon Jul 21 06:22:39 2008 -0400 +++ b/patches/icedtea-zero.patch Mon Jul 21 13:17:06 2008 +0100 @@ -136,29 +136,61 @@ diff -r 789c601c8ba9 openjdk/hotspot/src diff -r 789c601c8ba9 openjdk/hotspot/src/os/linux/vm/os_linux.cpp --- openjdk/hotspot/src/os/linux/vm/os_linux.cpp Tue Apr 01 14:49:28 2008 +0100 +++ openjdk/hotspot/src/os/linux/vm/os_linux.cpp Wed Apr 02 09:51:37 2008 +0100 -@@ -1690,7 +1690,8 @@ void * os::dll_load(const char *filename - {EM_SPARC32PLUS, EM_SPARC, ELFCLASS32, ELFDATA2MSB, (char*)"Sparc 32"}, - {EM_SPARCV9, EM_SPARCV9, ELFCLASS64, ELFDATA2MSB, (char*)"Sparc v9 64"}, - {EM_PPC, EM_PPC, ELFCLASS32, ELFDATA2MSB, (char*)"Power PC 32"}, +@@ -1669,15 +1669,17 @@ + #endif + + static const arch_t arch_array[]={ +- {EM_386, EM_386, ELFCLASS32, ELFDATA2LSB, (char*)"IA 32"}, +- {EM_486, EM_386, ELFCLASS32, ELFDATA2LSB, (char*)"IA 32"}, +- {EM_IA_64, EM_IA_64, ELFCLASS64, ELFDATA2LSB, (char*)"IA 64"}, +- {EM_X86_64, EM_X86_64, ELFCLASS64, ELFDATA2LSB, (char*)"AMD 64"}, +- {EM_SPARC, EM_SPARC, ELFCLASS32, ELFDATA2MSB, (char*)"Sparc 32"}, +- {EM_SPARC32PLUS, EM_SPARC, ELFCLASS32, ELFDATA2MSB, (char*)"Sparc 32"}, +- {EM_SPARCV9, EM_SPARCV9, ELFCLASS64, ELFDATA2MSB, (char*)"Sparc v9 64"}, +- {EM_PPC, EM_PPC, ELFCLASS32, ELFDATA2MSB, (char*)"Power PC 32"}, - {EM_PPC64, EM_PPC64, ELFCLASS64, ELFDATA2MSB, (char*)"Power PC 64"} -+ {EM_PPC64, EM_PPC64, ELFCLASS64, ELFDATA2MSB, (char*)"Power PC 64"}, -+ {EM_ARM, EM_ARM, ELFCLASS32, ELFDATA2LSB, (char*)"ARM"} ++ {EM_386, EM_386, ELFCLASS32, ELFDATA2LSB, (char*)"IA 32"}, ++ {EM_486, EM_386, ELFCLASS32, ELFDATA2LSB, (char*)"IA 32"}, ++ {EM_IA_64, EM_IA_64, ELFCLASS64, ELFDATA2LSB, (char*)"IA 64"}, ++ {EM_X86_64, EM_X86_64, ELFCLASS64, ELFDATA2LSB, (char*)"AMD 64"}, ++ {EM_SPARC, EM_SPARC, ELFCLASS32, ELFDATA2MSB, (char*)"Sparc 32"}, ++ {EM_SPARC32PLUS, EM_SPARC, ELFCLASS32, ELFDATA2MSB, (char*)"Sparc 32"}, ++ {EM_SPARCV9, EM_SPARCV9, ELFCLASS64, ELFDATA2MSB, (char*)"Sparc v9 64"}, ++ {EM_PPC, EM_PPC, ELFCLASS32, ELFDATA2MSB, (char*)"Power PC 32"}, ++ {EM_PPC64, EM_PPC64, ELFCLASS64, ELFDATA2MSB, (char*)"Power PC 64"}, ++ {EM_ARM, EM_ARM, ELFCLASS32, ELFDATA2LSB, (char*)"ARM"}, ++ {EM_S390, EM_S390, ELFCLASSNONE, ELFDATA2MSB, (char*)"IBM System/390"} }; #if (defined IA32) -@@ -1707,9 +1708,11 @@ void * os::dll_load(const char *filename +@@ -1694,9 +1696,13 @@ static Elf32_Half running_arch_code=EM_PPC64; #elif (defined __powerpc__) static Elf32_Half running_arch_code=EM_PPC; + #elif (defined ARM) + static Elf32_Half running_arch_code=EM_ARM; ++ #elif (defined S390) ++ static Elf32_Half running_arch_code=EM_S390; #else #error Method os::dll_load requires that one of following is defined:\ - IA32, AMD64, IA64, __sparc, __powerpc__ -+ IA32, AMD64, IA64, __sparc, __powerpc__, ARM ++ IA32, AMD64, IA64, __sparc, __powerpc__, ARM, S390 #endif // Identify compatability class for VM's architecture and library's architecture +@@ -1728,10 +1734,12 @@ + return NULL; + } + ++#ifndef S390 + if (lib_arch.elf_class != arch_array[running_arch_index].elf_class) { + ::snprintf(diag_msg_buf, diag_msg_max_length-1," (Possible cause: architecture word width mismatch)"); + return NULL; + } ++#endif // !S390 + + if (lib_arch.compat_class != arch_array[running_arch_index].compat_class) { + if ( lib_arch.name!=NULL ) { diff -r 3e7fbd955f0b openjdk/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp --- openjdk/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp Thu Jul 10 14:08:04 2008 -0400 +++ openjdk/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp Thu Jul 10 14:11:25 2008 -0400 From gnu_andrew at member.fsf.org Mon Jul 21 05:28:48 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 21 Jul 2008 13:28:48 +0100 Subject: IcedTea7 Message-ID: <17c6771e0807210528x53412380ne422cb29709bc4a6@mail.gmail.com> I've continued with updating the IcedTea7 repository over the past few weeks. It currently builds b30, I'll try and move to b31 shortly, and it is in sync with IcedTea6 as of last night. However, I haven't pushed these changes to the main repository due to the mail flood that will result. Instead, the changes are posted at: http://fuseyism.com/hg/icedtea/ If someone turns off the mail updates for icedtea, I'll push them there too but I don't fancy flooding everyone's mailboxes with 30+ repeat e-mails. Thanks, -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From aph at redhat.com Mon Jul 21 05:40:14 2008 From: aph at redhat.com (Andrew Haley) Date: Mon, 21 Jul 2008 13:40:14 +0100 Subject: [icedtea zero] enable 32bit builds for powerpc In-Reply-To: <20080721113026.GB28111@redhat.com> References: <48835357.4070206@ubuntu.com> <1216625857.15554.1.camel@cthalinger> <20080721083649.GA4229@redhat.com> <4884677F.80709@redhat.com> <20080721113026.GB28111@redhat.com> Message-ID: <488483AE.7030105@redhat.com> Gary Benson wrote: > Andrew Haley wrote: >> Gary Benson wrote: >>> Christian Thalinger wrote: >>>> On Sun, 2008-07-20 at 17:01 +0200, Matthias Klose wrote: >>>>> diff -r 2f1e7255ab4d acinclude.m4 >>>>> --- a/acinclude.m4 Wed Jul 16 10:10:45 2008 -0400 >>>>> +++ b/acinclude.m4 Sun Jul 20 17:04:30 2008 +0200 >>>>> @@ -16,6 +16,16 @@ AC_DEFUN([SET_ARCH_DIRS], >>>>> INSTALL_ARCH_DIR=arm >>>>> JRE_ARCH_DIR=arm >>>>> ;; >>>>> + powerpc-*-*) >>>>> + BUILD_ARCH_DIR=ppc >>>>> + INSTALL_ARCH_DIR=ppc >>>>> + JRE_ARCH_DIR=ppc >>>>> + ;; >>>>> + powerpc64-*-*) >>>>> + BUILD_ARCH_DIR=ppc64 >>>>> + INSTALL_ARCH_DIR=ppc64 >>>>> + JRE_ARCH_DIR=ppc64 >>>>> + ;; >>>>> sparc64-*-*) >>>>> BUILD_ARCH_DIR=sparcv9 >>>>> INSTALL_ARCH_DIR=sparcv9 >>>> Hmm, I don't understand why we need this one. The default case >>>> uses `uname -m` and this should be "ppc" on 32-bit, no? >>> Yeah, what does this do that the default case doesn't? >> On many Linux PPC boxes the kernel is 64-bit but userspace libraries >> are all installed as 32-bit. This is because 32-bit is usually much >> faster than 64-bit. We need to allow for this situation. > > And does ./configure actually detect this? Err, you are the one with the Linux PPC box. Does it? "uname -m" should return ppc64 for the kernel, but perhaps config.guess does something a bit more sophisticated. Andrew. From gbenson at redhat.com Mon Jul 21 06:11:20 2008 From: gbenson at redhat.com (Gary Benson) Date: Mon, 21 Jul 2008 14:11:20 +0100 Subject: [icedtea zero] enable 32bit builds for powerpc In-Reply-To: <488483AE.7030105@redhat.com> References: <48835357.4070206@ubuntu.com> <1216625857.15554.1.camel@cthalinger> <20080721083649.GA4229@redhat.com> <4884677F.80709@redhat.com> <20080721113026.GB28111@redhat.com> <488483AE.7030105@redhat.com> Message-ID: <20080721131120.GE28111@redhat.com> Andrew Haley wrote: > Gary Benson wrote: > > Andrew Haley wrote: > > > On many Linux PPC boxes the kernel is 64-bit but userspace > > > libraries are all installed as 32-bit. This is because 32-bit > > > is usually much faster than 64-bit. We need to allow for this > > > situation. > > > > And does ./configure actually detect this? > > Err, you are the one with the Linux PPC box. Does it? "uname -m" > should return ppc64 for the kernel, but perhaps config.guess does > something a bit more sophisticated. My PPC box is multilib; I use setarch to in order to do 32-bit builds, which causes uname -m to report "ppc". And as far as I can see config.guess does not do anything particularly exciting: UNAME_MACHINE=`(uname -m) 2>/dev/null` || UNAME_MACHINE=unknown UNAME_SYSTEM=`(uname -s) 2>/dev/null` || UNAME_SYSTEM=unknown ... case "${UNAME_MACHINE}:${UNAME_SYSTEM}:${UNAME_RELEASE}:${UNAME_VERSION}" in ... ppc:Linux:*:*) echo powerpc-unknown-linux-${LIBC} exit ;; ppc64:Linux:*:*) echo powerpc64-unknown-linux-${LIBC} exit ;; So I don't see how doko's patch changes anything... Cheers, Gary -- http://gbenson.net/ From gbenson at redhat.com Mon Jul 21 02:38:39 2008 From: gbenson at redhat.com (Gary Benson) Date: Mon, 21 Jul 2008 10:38:39 +0100 Subject: [icedtea zero] enable 32bit builds for powerpc In-Reply-To: <17c6771e0807210145y6ed527e3u26a9fe152f456061@mail.gmail.com> References: <48835357.4070206@ubuntu.com> <1216625857.15554.1.camel@cthalinger> <20080721083649.GA4229@redhat.com> <17c6771e0807210145y6ed527e3u26a9fe152f456061@mail.gmail.com> Message-ID: <20080721093837.GB4229@redhat.com> Andrew John Hughes wrote: > Meanwhile... Try this. Cheers, Gary -- http://gbenson.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: icedtea-hotspot-6b11-7b24.patch.gz Type: application/x-gzip Size: 1706422 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080721/6d17586d/icedtea-hotspot-6b11-7b24.patch.gz From mark at klomp.org Mon Jul 21 09:46:21 2008 From: mark at klomp.org (Mark Wielaard) Date: Mon, 21 Jul 2008 18:46:21 +0200 Subject: IcedTea7 In-Reply-To: <17c6771e0807210528x53412380ne422cb29709bc4a6@mail.gmail.com> References: <17c6771e0807210528x53412380ne422cb29709bc4a6@mail.gmail.com> Message-ID: <1216658781.7983.4.camel@dijkstra.wildebeest.org> Hi Andrew, On Mon, 2008-07-21 at 13:28 +0100, Andrew John Hughes wrote: > I've continued with updating the IcedTea7 repository over the past few > weeks. It currently builds b30, I'll > try and move to b31 shortly, and it is in sync with IcedTea6 as of > last night. Nice. Thanks for keeping this current. > However, I haven't pushed > these changes to the main repository due to the mail flood that will > result. Instead, the changes are posted at: > > http://fuseyism.com/hg/icedtea/ > > If someone turns off the mail updates for icedtea, I'll push them > there too but I don't fancy flooding everyone's mailboxes > with 30+ repeat e-mails. Lets coordinate on irc (it is a simple edit of the [usersubs] section in /etc/mercurial/hgrc). We can surely disable to commit messages for a big push like this. But I don't like disabling commit messages in general till we have a more formal patch posting policy in place. In particular it would be nice if you could explicitly post any patches that you needed that were not a simple hg merge between icedtea6 and icedtea. Thanks, Mark From gnu_andrew at member.fsf.org Mon Jul 21 12:37:08 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 21 Jul 2008 20:37:08 +0100 Subject: IcedTea7 In-Reply-To: <1216658781.7983.4.camel@dijkstra.wildebeest.org> References: <17c6771e0807210528x53412380ne422cb29709bc4a6@mail.gmail.com> <1216658781.7983.4.camel@dijkstra.wildebeest.org> Message-ID: <17c6771e0807211237o30411d30m968296ad4c45cacd@mail.gmail.com> On 21/07/2008, Mark Wielaard wrote: > Hi Andrew, > > > On Mon, 2008-07-21 at 13:28 +0100, Andrew John Hughes wrote: > > I've continued with updating the IcedTea7 repository over the past few > > weeks. It currently builds b30, I'll > > try and move to b31 shortly, and it is in sync with IcedTea6 as of > > last night. > > > Nice. Thanks for keeping this current. > > No problem. I have my own reasons to want to work with OpenJDK7 obviously :) > > However, I haven't pushed > > these changes to the main repository due to the mail flood that will > > result. Instead, the changes are posted at: > > > > http://fuseyism.com/hg/icedtea/ > > > > If someone turns off the mail updates for icedtea, I'll push them > > there too but I don't fancy flooding everyone's mailboxes > > with 30+ repeat e-mails. > > > Lets coordinate on irc (it is a simple edit of the [usersubs] section > in /etc/mercurial/hgrc). We can surely disable to commit messages for a > big push like this. But I don't like disabling commit messages in > general till we have a more formal patch posting policy in place. > Couldn't agree more on this, but I feel the logic fails at the moment because the icedtea (7) tree is seeing mainly merge traffic. I have no problem posting the few changes I make on that tree explicitly if it's disabled. It's not a major problem, more I foresee you having to turn it on and off all the time. > In particular it would be nice if you could explicitly post any patches > that you needed that were not a simple hg merge between icedtea6 and > icedtea. > To follow. > Thanks, > > > Mark > > Thanks, -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From doko at ubuntu.com Mon Jul 21 13:25:22 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Mon, 21 Jul 2008 20:25:22 +0000 Subject: changeset in /hg/icedtea6: 2008-07-21 Matthias Klose changeset 0645a8cd5783 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=0645a8cd5783 description: 2008-07-21 Matthias Klose * Makefile.am (ICEDTEA_ENV, ICEDTEA_ENV_GCJ): Add $(abs_top_builddir)/bootstrap/jdk1.6.0/bin to PATH. diffstat: 2 files changed, 7 insertions(+), 2 deletions(-) ChangeLog | 5 +++++ Makefile.am | 4 ++-- diffs (33 lines): diff -r ecba96da2bab -r 0645a8cd5783 ChangeLog --- a/ChangeLog Mon Jul 21 13:17:06 2008 +0100 +++ b/ChangeLog Mon Jul 21 22:25:14 2008 +0200 @@ -1,3 +1,8 @@ 2008-07-21 Gary Benson + + * Makefile.am (ICEDTEA_ENV, ICEDTEA_ENV_GCJ): Add + $(abs_top_builddir)/bootstrap/jdk1.6.0/bin to PATH. + 2008-07-21 Gary Benson * patches/icedtea-zero.patch: Added s390 and s390x to dlopen checks. diff -r ecba96da2bab -r 0645a8cd5783 Makefile.am --- a/Makefile.am Mon Jul 21 13:17:06 2008 +0100 +++ b/Makefile.am Mon Jul 21 22:25:14 2008 +0200 @@ -116,7 +116,7 @@ ICEDTEA_ENV = \ "JRE_RELEASE_VERSION=1.6.0_$(COMBINED_VERSION)" \ "HOTSPOT_RELEASE_VERSION=1.6.0_$(COMBINED_VERSION)" \ "LANG=C" \ - "PATH=/usr/bin:/bin:/usr/sbin:/sbin" \ + "PATH=$(abs_top_builddir)/bootstrap/jdk1.6.0/bin:/usr/bin:/bin:/usr/sbin:/sbin" \ "ALT_BOOTDIR=$(ICEDTEA_BOOT_DIR)" \ "ALT_BINARY_PLUGS_PATH=$(abs_top_builddir)/bootstrap/jdk1.7.0" \ "BUILD_ARCH_DIR=$(BUILD_ARCH_DIR)" \ @@ -180,7 +180,7 @@ ICEDTEA_ENV_ECJ = \ "JRE_RELEASE_VERSION=1.6.0_$(COMBINED_VERSION)" \ "HOTSPOT_RELEASE_VERSION=1.6.0_$(COMBINED_VERSION)" \ "LANG=C" \ - "PATH=/usr/bin:/bin:/usr/sbin:/sbin" \ + "PATH=$(abs_top_builddir)/bootstrap/jdk1.6.0/bin:/usr/bin:/bin:/usr/sbin:/sbin" \ "ALT_BOOTDIR=$(ICEDTEA_BOOT_DIR)" \ "ALT_BINARY_PLUGS_PATH=$(abs_top_builddir)/bootstrap/jdk1.7.0" \ "BUILD_ARCH_DIR=$(BUILD_ARCH_DIR)" \ From doko at ubuntu.com Mon Jul 21 13:34:24 2008 From: doko at ubuntu.com (Matthias Klose) Date: Mon, 21 Jul 2008 22:34:24 +0200 Subject: changeset in /hg/icedtea6: 2008-07-21 Matthias Klose References: Message-ID: <4884F2D0.5090404@ubuntu.com> doko at ubuntu.com schrieb: > description: > 2008-07-21 Matthias Klose > > * Makefile.am (ICEDTEA_ENV, ICEDTEA_ENV_GCJ): Add > $(abs_top_builddir)/bootstrap/jdk1.6.0/bin to PATH. I don't know why PATH is set at all in the environment, but that leads to interesting failures, because ant will use the java binary found in PATH. On most distributions /usr/bin/java is managed as an alternative, so this may point to any jvm. The ant shell script varies depending on the distribution. on Ubuntu you can specify the jvm used by JAVACMD, or by setting JAVA_HOME. Andrew pointed out that the Gentoo script behaves else. IMO the safest way to ensure that the bootstrap java is used is to add the bootstrap directory to PATH. Matthias From doko at ubuntu.com Mon Jul 21 13:49:29 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Mon, 21 Jul 2008 20:49:29 +0000 Subject: changeset in /hg/icedtea6: 2008-07-21 Matthias Klose changeset 30aed052fabd in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=30aed052fabd description: 2008-07-21 Matthias Klose * Update patches/icedtea-hotspot-6b11-7b24.patch. * HACKING: Adjust. diffstat: 5 files changed, 56983 insertions(+), 201227 deletions(-) ChangeLog | 5 HACKING | 8 Makefile.am | 2 patches/icedtea-hotspot-6b06-7b24.patch |201222 ------------------------------- patches/icedtea-hotspot-6b11-7b24.patch |56973 ++++++++ diffs (truncated from 258247 to 500 lines): diff -r 0645a8cd5783 -r 30aed052fabd ChangeLog --- a/ChangeLog Mon Jul 21 22:25:14 2008 +0200 +++ b/ChangeLog Mon Jul 21 22:48:18 2008 +0200 @@ -1,3 +1,8 @@ 2008-07-21 Matthias Klose + + * Update patches/icedtea-hotspot-6b11-7b24.patch. + * HACKING: Adjust. + 2008-07-21 Matthias Klose * Makefile.am (ICEDTEA_ENV, ICEDTEA_ENV_GCJ): Add diff -r 0645a8cd5783 -r 30aed052fabd HACKING --- a/HACKING Mon Jul 21 22:25:14 2008 +0200 +++ b/HACKING Mon Jul 21 22:48:18 2008 +0200 @@ -84,12 +84,12 @@ The following patches are only applied f * icedtea-bytecodeInterpreter.patch: Replace fast opcodes with opc_default. * icedtea-bytecodeInterpreterWithChecks.patch: Same as icedtea-xslfix.patch (OpenJDK6 only, S6707485). * icedtea-eclipse-hotspot-6614100-7b24.patch: Fix Eclipse crash (S6614100). Fixed in OpenJDK7 b29/hs13. -* icedtea-hotspot-6b06-7b24.patch: Upgrade to HotSpot from OpenJDK b24 (OpenJDK6 only). +* icedtea-hotspot-6b11-7b24.patch: Upgrade to HotSpot from OpenJDK b24 (OpenJDK6 only). - Never edit this patch. It should be regenerated by unzipping the openjdk6 build you're using into openjdk6, and the openjdk7 build - you want to use into openjdk7, then running: - diff -ruN openjdk[67]/hotspot/src/share > icedtea-hotspot-6bXX-7bYY.patch - diff -ruN openjdk[67]/hotspot/src/os/linux >> icedtea-hotspot-6bXX-7bYY.patch + you want to use into openjdk, then running: + diff -ruNb openjdk{6,}/hotspot/src/share > icedtea-hotspot-6bXX-7bYY.patch + diff -ruNb openjdk{6,}/hotspot/src/os/linux >> icedtea-hotspot-6bXX-7bYY.patch * icedtea-hotspot7-build-fixes.patch: Remove KERNEL #ifdef. * icedtea-ia64-bugfix.patch: Remove workaround for IA64 GCC bug. * icedtea-signature-iterator.patch: Add zero-specific signature handling. diff -r 0645a8cd5783 -r 30aed052fabd Makefile.am --- a/Makefile.am Mon Jul 21 22:25:14 2008 +0200 +++ b/Makefile.am Mon Jul 21 22:48:18 2008 +0200 @@ -335,7 +335,7 @@ endif # If ZERO_BUILD is set then we are building zero and need # to patch up to OpenJDK 7 HotSpot for the C++ interpreter. ZERO_PATCHES = \ - patches/icedtea-hotspot-6b06-7b24.patch \ + patches/icedtea-hotspot-6b11-7b24.patch \ patches/icedtea-hotspot7-build-fixes.patch \ patches/icedtea-bytecodeInterpreter.patch \ patches/icedtea-bytecodeInterpreterWithChecks.patch \ diff -r 0645a8cd5783 -r 30aed052fabd patches/icedtea-hotspot-6b06-7b24.patch --- a/patches/icedtea-hotspot-6b06-7b24.patch Mon Jul 21 22:25:14 2008 +0200 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,201222 +0,0 @@ -diff -ruN openjdk{6,}/hotspot/src/share -diff -ruN openjdk{6,}/hotspot/src/os/linux - -diff -ruN openjdk6/hotspot/src/share/tools/MakeDeps/ArgsParser.java openjdk/hotspot/src/share/tools/MakeDeps/ArgsParser.java ---- openjdk6/hotspot/src/share/tools/MakeDeps/ArgsParser.java 2008-02-28 05:02:31.000000000 -0500 -+++ openjdk/hotspot/src/share/tools/MakeDeps/ArgsParser.java 2008-01-31 09:19:00.000000000 -0500 -@@ -19,67 +19,67 @@ - * Please contact Sun Microsystems, Inc., 4150 Network Circle, Santa Clara, - * CA 95054 USA or visit www.sun.com if you need additional information or - * have any questions. -- * -+ * - */ - - class ArgIterator { - String[] args; - int i; - ArgIterator(String[] args) { -- this.args = args; -- this.i = 0; -+ this.args = args; -+ this.i = 0; - } -- String get() { return args[i]; } -+ String get() { return args[i]; } - boolean hasMore() { return args != null && i < args.length; } -- boolean next() { return ++i < args.length; } -+ boolean next() { return ++i < args.length; } - } - --abstract class ArgHandler { -+abstract class ArgHandler { - public abstract void handle(ArgIterator it); -- -+ - } - - class ArgRule { - String arg; - ArgHandler handler; - ArgRule(String arg, ArgHandler handler) { -- this.arg = arg; -- this.handler = handler; -+ this.arg = arg; -+ this.handler = handler; - } - - boolean process(ArgIterator it) { -- if (match(it.get(), arg)) { -- handler.handle(it); -- return true; -- } -- return false; -+ if (match(it.get(), arg)) { -+ handler.handle(it); -+ return true; -+ } -+ return false; - } - boolean match(String rule_pattern, String arg) { -- return arg.equals(rule_pattern); -+ return arg.equals(rule_pattern); - } - } - - class ArgsParser { -- ArgsParser(String[] args, -- ArgRule[] rules, -- ArgHandler defaulter) { -- ArgIterator ai = new ArgIterator(args); -- while (ai.hasMore()) { -- boolean processed = false; -- for (int i=0; i References: Message-ID: <4884F812.6010602@ubuntu.com> doko at ubuntu.com schrieb: > changeset 30aed052fabd in /hg/icedtea6 > details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=30aed052fabd > description: > 2008-07-21 Matthias Klose > > * Update patches/icedtea-hotspot-6b11-7b24.patch. > * HACKING: Adjust. 3/4 of the patch are white space changes; generated the patch with diff -b. Matthias From gnu_andrew at member.fsf.org Mon Jul 21 12:41:16 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 21 Jul 2008 20:41:16 +0100 Subject: Recent merge to IcedTea6 r975 Message-ID: <17c6771e0807211241g70a248fvd14003a4890e0e90@mail.gmail.com> 2008-07-21 Andrew John Hughes * patches/icedtea-nomotif-6706121.patch, * patches/icedtea-nomotif.patch: Removed; already present in b30. * HACKING: Updated. * Makefile.am: Remove unneeded patches. * patches/icedtea-ecj.patch, * patches/icedtea-jdk-docs-target.patch, * patches/icedtea-webstart-umask.patch: Fixed to apply against b30. -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 -------------- next part -------------- A non-text attachment was scrubbed... Name: icedtea6-r975.diff Type: text/x-patch Size: 1625842 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080721/0bb31164/icedtea6-r975.diff From aaron.sorgius at gilbarco.com Tue Jul 22 06:40:52 2008 From: aaron.sorgius at gilbarco.com (Sorgius, Aaron) Date: Tue, 22 Jul 2008 06:40:52 -0700 Subject: OpenJDK compilation In-Reply-To: <4885E0D6.8070905@redhat.com> Message-ID: <377BBCACA20A5D439011F97DC41CB06FEAF2CF@dhrseasvxb05.messaging.danaherad.com> Oops... sorry Xerxes, I left you off my replies. Just trying to get Java on ARM > Aaron Sorgius wrote: >> I've been trying to google for some how-to's on getting OpenJDK >> compiled on ARM (cortex-A8 specifically). I came across your website >> and it looks like you are doing some things that might be able to >> point me in a helpful direction. I was hoping to cross compile using >> an Ubuntu machine. I have it compiling natively on Ubuntu, but don't >> know the best way to build for ARM. Any suggestions? OpenJDK doesn't support cross-compilation. It should. Sorgius, Aaron wrote: > Hi Andrew, > > Guess I won't go that route then :) > Have you built it natively on ARM? > Can it be done without the binaries for the encumbered components (and > just not use that functionality), or do some exist for ARM now? It does build ATM, and you don't need the encumbered components if you build from the IcedTea sources. However, it's segfaulting at startup. Andrew. Sorgius, Aaron wrote: > Hmm... that's not good. So there is currently no working build for ARM at the moment? Any place I can check for status updates on the progress so I don't have to bother you with emails? :) Talk to Xerxes. He's doing the work. It's a good idea to Cc: the distro-pkg-dev at openjdk.java.net Andrew. This message (including any attachments) contains confidential and/or proprietary information intended only for the addressee. Any unauthorized disclosure, copying, distribution or reliance on the contents of this information is strictly prohibited and may constitute a violation of law. If you are not the intended recipient, please notify the sender immediately by responding to this e-mail, and delete the message from your system. If you have any questions about this e-mail please notify the sender immediately. From Kelly.Ohair at Sun.COM Tue Jul 22 09:44:20 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Tue, 22 Jul 2008 09:44:20 -0700 Subject: OpenJDK compilation In-Reply-To: <377BBCACA20A5D439011F97DC41CB06FEAF2CF@dhrseasvxb05.messaging.danaherad.com> References: <377BBCACA20A5D439011F97DC41CB06FEAF2CF@dhrseasvxb05.messaging.danaherad.com> Message-ID: <48860E64.20208@sun.com> Sorgius, Aaron wrote: > Oops... sorry Xerxes, I left you off my replies. Just trying to get Java on ARM > > >> Aaron Sorgius wrote: > >>> I've been trying to google for some how-to's on getting OpenJDK >>> compiled on ARM (cortex-A8 specifically). I came across your website >>> and it looks like you are doing some things that might be able to >>> point me in a helpful direction. I was hoping to cross compile using >>> an Ubuntu machine. I have it compiling natively on Ubuntu, but don't >>> know the best way to build for ARM. Any suggestions? > > OpenJDK doesn't support cross-compilation. It should. In general The JDK team hasn't had a need to do much cross-compilation, with the exception of our past use of Windows X86 to build Windows IA64 (which is a special case of cross-compilation). In the hotspot Makefiles there is a REMOTE variable that can be used to cause certain rules to be built with a prefix, such as 'ssh someothermachine'. This is usually used to run the JDK javac on a different machine, since it doesn't matter where the class file is compiled (this REMOTE assumes a shared file system of course). The JDK builds require a bootstrap JDK, but the JDK build can easily be primed on a supported machine, and the native libraries displaced. The JDK Makefiles don't have any kind of REMOTE feature, but that's certainly possible. (See jdk/make/common/shared/Defs-java.gmk) http://hg.openjdk.java.net/jdk7/jdk7/jdk/file/tip/make/common/shared/Defs-java.gmk The JDK build itself is not used during the build procedure until it's needed to build the demos, just before the JDK images target. So I imagine the build can only get as far as just before creating images. So doing cross compilation is certainly possible, just not easy. Every time I talk to someone wanting cross-compilation, it turns out that they have a very specific situation of cross-compilation, not all situations are the same. I don't see a solution for all situations. -kto > > > Sorgius, Aaron wrote: >> Hi Andrew, >> >> Guess I won't go that route then :) >> Have you built it natively on ARM? > >> Can it be done without the binaries for the encumbered components (and >> just not use that functionality), or do some exist for ARM now? > > It does build ATM, and you don't need the encumbered components if you build from the IcedTea sources. However, it's segfaulting at startup. > > Andrew. > > > Sorgius, Aaron wrote: >> Hmm... that's not good. So there is currently no working build for ARM at the moment? Any place I can check for status updates on the progress so I don't have to bother you with emails? :) > > Talk to Xerxes. He's doing the work. > > It's a good idea to Cc: the distro-pkg-dev at openjdk.java.net > > Andrew. > > > This message (including any attachments) contains confidential > and/or proprietary information intended only for the addressee. > Any unauthorized disclosure, copying, distribution or reliance on > the contents of this information is strictly prohibited and may > constitute a violation of law. If you are not the intended > recipient, please notify the sender immediately by responding to > this e-mail, and delete the message from your system. If you > have any questions about this e-mail please notify the sender > immediately. From gnu_andrew at member.fsf.org Tue Jul 22 12:23:52 2008 From: gnu_andrew at member.fsf.org (gnu_andrew at member.fsf.org) Date: Tue, 22 Jul 2008 19:23:52 +0000 Subject: changeset in /hg/icedtea: Upgrade to b31. Message-ID: changeset 9154a4bd413e in /hg/icedtea details: http://icedtea.classpath.org/hg/icedtea?cmd=changeset;node=9154a4bd413e description: Upgrade to b31. 2008-07-22 Andrew John Hughes * patches/icedtea-gcc-4.3.patch, * patches/icedtea-sparc.patch: Removed. * HACKING: Updated. * Makefile.am: Move to b31, remove patches listed above and fix escaping on hg clone line. * acinclude.m4: Only set ALT_OPENJDK_SRC_ZIP when needed. * configure.ac: Don't bother with GCC_OLD. * patches/icedtea-text-relocations.patch: Reapplied to b31. * patches/icedtea-use-system-tzdata.patch: Make solution work on g++ 4.3. * patches/icedtea-zero-build.patch: Reapplied. diffstat: 11 files changed, 167 insertions(+), 337 deletions(-) ChangeLog | 15 + HACKING | 4 Makefile.am | 19 -- acinclude.m4 | 2 configure.ac | 2 fsg.sh | 1 patches/icedtea-gcc-4.3.patch | 84 --------- patches/icedtea-sparc.patch | 79 -------- patches/icedtea-text-relocations.patch | 20 -- patches/icedtea-use-system-tzdata.patch | 2 patches/icedtea-zero-build.patch | 276 +++++++++++++++---------------- diffs (truncated from 724 to 500 lines): diff -r 818a37c3bff4 -r 9154a4bd413e ChangeLog --- a/ChangeLog Mon Jul 21 20:30:09 2008 +0100 +++ b/ChangeLog Tue Jul 22 20:23:40 2008 +0100 @@ -1,3 +1,18 @@ 2008-07-21 Andrew John Hughes + + * patches/icedtea-gcc-4.3.patch, + * patches/icedtea-sparc.patch: Removed. + * HACKING: Updated. + * Makefile.am: Move to b31, remove patches listed above + and fix escaping on hg clone line. + * acinclude.m4: Only set ALT_OPENJDK_SRC_ZIP when + needed. + * configure.ac: Don't bother with GCC_OLD. + * patches/icedtea-text-relocations.patch: Reapplied to b31. + * patches/icedtea-use-system-tzdata.patch: Make solution + work on g++ 4.3. + * patches/icedtea-zero-build.patch: Reapplied. + 2008-07-21 Andrew John Hughes * patches/icedtea-nomotif-6706121.patch, diff -r 818a37c3bff4 -r 9154a4bd413e HACKING --- a/HACKING Mon Jul 21 20:30:09 2008 +0100 +++ b/HACKING Tue Jul 22 20:23:40 2008 +0100 @@ -27,7 +27,6 @@ The following patches are currently appl * icedtea-directaudio-close-trick.patch: Allow hardware sound device to be reopened. * icedtea-float-double-trailing-zeros.patch: Remove trailing zeros from Double/Float (PR29/30) * icedtea-fonts.patch: Add Fedora fontconfig. -* icedtea-gcc-4.3.patch: Fix code to compile with GCC 4.3 and turn off -Werror. * icedtea-gcc-suffix.patch: Append $(GCC_SUFFIX) to end of 'gcc' binary name. * icedtea-generated.patch: Force use of /bin/bash. * icedtea-gervill.patch: Add support for Gervill from the overlay. @@ -48,7 +47,6 @@ The following patches are currently appl * icedtea-rhino.patch: Add support for Javascript. * icedtea-rmi_amd64.patch: Build RMI binaries on all platforms not just 32-bit ones. * icedtea-security-updates.patch: OpenJDK security patches from Sun. -* icedtea-sparc.patch: Add support for GNU/Linux on SPARC (version in IcedTea includes only minimal build changes). * icedtea-sparc64-linux.patch: Fixes needed to build the SPARC port on 32-bit SPARC as used by Fedora. * icedtea-sparc-ptracefix.patch: Avoid importing asm-sparc/ptrace.h by including pt_regs directly. * icedtea-sparc-trapsfix.patch: Include traps.h from correct directory. @@ -66,8 +64,10 @@ The following patches are currently appl The following patches are only applied to OpenJDK6 in IcedTea6: +* icedtea-gcc-4.3.patch: Fix code to compile with GCC 4.3 and turn off -Werror. * icedtea-nomotif.patch: Remove sanity and GrabShell.h dependency on Motif/Lesstif library. * icedtea-nomotif-6706121.patch: Remove Motif AWT peers (S6706121). +* icedtea-sparc.patch: Add support for GNU/Linux on SPARC (version in IcedTea includes only minimal build changes). The following patches are only applied to OpenJDK in IcedTea: diff -r 818a37c3bff4 -r 9154a4bd413e Makefile.am --- a/Makefile.am Mon Jul 21 20:30:09 2008 +0100 +++ b/Makefile.am Tue Jul 22 20:23:40 2008 +0100 @@ -1,6 +1,6 @@ OPENJDK_DATE = 03_jul_2008 -OPENJDK_DATE = 03_jul_2008 -OPENJDK_MD5SUM = 95c2f20163e496f98fc2d6767d7ca7e5 -OPENJDK_VERSION = b30 +OPENJDK_DATE = 17_jul_2008 +OPENJDK_MD5SUM = 42f251c593fdf0edfc59524f5eb7df12 +OPENJDK_VERSION = b31 CACAO_VERSION = 0.99.2 CACAO_MD5SUM = a2865f47535f6dc3def268c0055ff20a @@ -287,7 +287,7 @@ if USE_HG "http://selenic.com/mercurial/wiki/index.cgi/ForestExtension"; \ exit 1; \ fi; \ - hg fclone -r jdk7-$(OPENJDK_VERSION) $(OPENJDK_HG_URL) openjdk; \ + hg fclone -r jdk7-$(OPENJDK_VERSION) $(OPENJDK_HG_URL) openjdk; else if ! echo "$(OPENJDK_MD5SUM) $(OPENJDK_SRC_ZIP)" \ | $(MD5SUM) --check ; \ @@ -351,13 +351,6 @@ stamps/ports.stamp: stamps/extract.stamp fi mkdir -p stamps touch stamps/ports.stamp - -# If new gcc is installed, apply 4.3 patch -if GCC_OLD - GCC_PATCH = -else - GCC_PATCH = patches/icedtea-gcc-4.3.patch -endif # Patches from the other OpenJDK trees (should be removed # when in an official bxx release) @@ -432,7 +425,6 @@ ICEDTEA_PATCHES = \ patches/icedtea-fonts.patch \ patches/icedtea-gervill.patch \ patches/icedtea-directaudio-close-trick.patch \ - patches/icedtea-sparc.patch \ patches/icedtea-sparc64-linux.patch \ patches/icedtea-sparc-ptracefix.patch \ patches/icedtea-sparc-trapsfix.patch \ @@ -446,8 +438,7 @@ ICEDTEA_PATCHES = \ patches/icedtea-constructor-properties.patch \ patches/icedtea-jsoundhs.patch \ patches/icedtea-jdk-docs-target.patch \ - $(SHARK_PATCH) \ - $(GCC_PATCH) + $(SHARK_PATCH) if WITH_RHINO ICEDTEA_PATCHES += \ diff -r 818a37c3bff4 -r 9154a4bd413e acinclude.m4 --- a/acinclude.m4 Mon Jul 21 20:30:09 2008 +0100 +++ b/acinclude.m4 Tue Jul 22 20:23:40 2008 +0100 @@ -408,13 +408,13 @@ AC_DEFUN([WITH_OPENJDK_SRC_ZIP], [ ALT_OPENJDK_SRC_ZIP=${withval} AM_CONDITIONAL(USE_ALT_OPENJDK_SRC_ZIP, test x = x) + AC_SUBST(ALT_OPENJDK_SRC_ZIP) ], [ ALT_OPENJDK_SRC_ZIP="not specified" AM_CONDITIONAL(USE_ALT_OPENJDK_SRC_ZIP, test x != x) ]) AC_MSG_RESULT(${ALT_OPENJDK_SRC_ZIP}) - AC_SUBST(ALT_OPENJDK_SRC_ZIP) ]) AC_DEFUN([FIND_XALAN2_JAR], diff -r 818a37c3bff4 -r 9154a4bd413e configure.ac --- a/configure.ac Mon Jul 21 20:30:09 2008 +0100 +++ b/configure.ac Tue Jul 22 20:23:40 2008 +0100 @@ -177,7 +177,6 @@ then AC_SUBST(JAR) RMIC=${SYSTEM_OPENJDK_DIR}/bin/rmic AC_SUBST(RMIC) - AM_CONDITIONAL(GCC_OLD, test x != x) else if test "${with_icedtea}" == true then @@ -191,7 +190,6 @@ then AC_SUBST(JAR) RMIC=${SYSTEM_ICEDTEA_DIR}/bin/rmic AC_SUBST(RMIC) - AM_CONDITIONAL(GCC_OLD, test x != x) else FIND_JAVA FIND_JAVAC diff -r 818a37c3bff4 -r 9154a4bd413e fsg.sh --- a/fsg.sh Mon Jul 21 20:30:09 2008 +0100 +++ b/fsg.sh Tue Jul 22 20:23:40 2008 +0100 @@ -26,7 +26,6 @@ rm -f \ openjdk/jdk/test/tools/launcher/lib/sparc/lib64/liblibrary.so rm -f \ - openjdk/jdk/make/tools/winver/bin/winver.exe \ openjdk/jdk/test/java/util/Locale/data/deflocale.exe \ openjdk/jdk/test/java/util/Locale/data/deflocale.jds3 \ openjdk/jdk/test/java/util/Locale/data/deflocale.rhel4 \ diff -r 818a37c3bff4 -r 9154a4bd413e patches/icedtea-gcc-4.3.patch --- a/patches/icedtea-gcc-4.3.patch Mon Jul 21 20:30:09 2008 +0100 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,84 +0,0 @@ ---- openjdk/hotspot/src/share/vm/adlc/adlc.hpp.ark 2008-01-11 14:15:41.000000000 +0000 -+++ openjdk/hotspot/src/share/vm/adlc/adlc.hpp 2008-01-11 14:16:14.000000000 +0000 -@@ -32,7 +32,7 @@ - // standard library constants - #include "stdio.h" - #include "stdlib.h" --#if _MSC_VER >= 1300 // Visual C++ 7.0 or later -+#if (defined(__GNUC__) && __GNUC__ >= 3) || (_MSC_VER >= 1300) // gcc 3.0 or later or Visual C++ 7.0 or later - #include - #else - #include ---- openjdk/hotspot/src/share/vm/adlc/filebuff.cpp.ark 2008-01-11 14:17:17.000000000 +0000 -+++ openjdk/hotspot/src/share/vm/adlc/filebuff.cpp 2008-01-11 14:17:34.000000000 +0000 -@@ -28,6 +28,8 @@ - // FILEBUFF.CPP - Routines for handling a parser file buffer - #include "adlc.hpp" - -+using namespace std; -+ - //------------------------------FileBuff--------------------------------------- - // Create a new parsing buffer - FileBuff::FileBuff( BufferedFile *fptr, ArchDesc& archDesc) : _fp(fptr), _AD(archDesc) { ---- openjdk/hotspot/src/share/vm/adlc/filebuff.hpp.ark 2008-01-11 14:14:45.000000000 +0000 -+++ openjdk/hotspot/src/share/vm/adlc/filebuff.hpp 2008-01-11 14:15:34.000000000 +0000 -@@ -27,7 +27,7 @@ - - // FILEBUFF.HPP - Definitions for parser file buffering routines - --#if _MSC_VER >= 1300 // Visual C++ 7.0 or later -+#if (defined(__GNUC__) && __GNUC__ >= 3) || (_MSC_VER >= 1300) // gcc 3.0 or later, or Visual C++ 7.0 or later - #include - #else - #include -@@ -99,8 +99,11 @@ - FileBuffRegion *copy(); // Deep copy - FileBuffRegion *merge(FileBuffRegion*); // Merge 2 regions; delete input - --// void print(std::ostream&); --// friend std::ostream& operator<< (std::ostream&, FileBuffRegion&); -+#if defined(__GNUC__) && __GNUC__ >= 3 -+ void print(std::ostream&); -+ friend std::ostream& operator<< (std::ostream&, FileBuffRegion&); -+#else - void print(ostream&); - friend ostream& operator<< (ostream&, FileBuffRegion&); -+#endif - }; ---- openjdk/hotspot/make/linux/makefiles/gcc.make.ark 2008-01-11 14:24:05.000000000 +0000 -+++ openjdk/hotspot/make/linux/makefiles/gcc.make 2008-01-11 14:24:27.000000000 +0000 -@@ -94,7 +94,8 @@ - endif - - # Compiler warnings are treated as errors --WARNINGS_ARE_ERRORS = -Werror -+# Commented out for now because of gcc 4.3 warnings OpenJDK isn't ready for -+#WARNINGS_ARE_ERRORS = -Werror - # Except for a few acceptable ones - ACCEPTABLE_WARNINGS = -Wpointer-arith -Wconversion -Wsign-compare - CFLAGS_WARN/DEFAULT = $(WARNINGS_ARE_ERRORS) $(ACCEPTABLE_WARNINGS) ---- openjdk/hotspot/make/solaris/makefiles/gcc.make.ark 2008-01-11 14:24:33.000000000 +0000 -+++ openjdk/hotspot/make/solaris/makefiles/gcc.make 2008-01-11 14:24:48.000000000 +0000 -@@ -109,7 +109,8 @@ - - - # Compiler warnings are treated as errors --WARNINGS_ARE_ERRORS = -Werror -+# Commented out for now because of gcc 4.3 warnings OpenJDK isn't ready for -+# WARNINGS_ARE_ERRORS = -Werror - # Enable these warnings. See 'info gcc' about details on these options - ADDITIONAL_WARNINGS = -Wpointer-arith -Wconversion -Wsign-compare - CFLAGS_WARN/DEFAULT = $(WARNINGS_ARE_ERRORS) $(ADDITIONAL_WARNINGS) ---- openjdk/jdk/make/common/Defs-linux.gmk.ark 2008-01-11 14:20:26.000000000 +0000 -+++ openjdk/jdk/make/common/Defs-linux.gmk 2008-01-11 14:21:10.000000000 +0000 -@@ -139,7 +139,9 @@ - # Treat compiler warnings as errors, if warnings not allowed - # - ifeq ($(COMPILER_WARNINGS_FATAL),true) -- GCC_WARNINGS += -Werror -+ # gcc 4.3 introduces new warnings OpenJDK code isn't quite ready for, such as -+ # "cast from double to float may chance its value". Let's ignore this for now. -+ # GCC_WARNINGS += -Werror - endif - - # diff -r 818a37c3bff4 -r 9154a4bd413e patches/icedtea-sparc.patch --- a/patches/icedtea-sparc.patch Mon Jul 21 20:30:09 2008 +0100 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,79 +0,0 @@ -diff -Nru openjdk.orig/hotspot/make/linux/makefiles/defs.make openjdk/hotspot/make/linux/makefiles/defs.make ---- openjdk.orig/hotspot/make/linux/makefiles/defs.make 2008-06-23 03:35:43.000000000 +0100 -+++ openjdk/hotspot/make/linux/makefiles/defs.make 2008-06-23 18:57:15.000000000 +0100 -@@ -59,7 +59,7 @@ - endif - - # sparc --ifeq ($(ARCH), sparc64) -+ifneq (,$(filter $(ARCH), sparc sparc64)) - ifeq ($(ARCH_DATA_MODEL), 64) - ARCH_DATA_MODEL = 64 - MAKE_ARGS += LP64=1 -diff -Nru openjdk.orig/hotspot/make/linux/makefiles/gcc.make openjdk/hotspot/make/linux/makefiles/gcc.make ---- openjdk.orig/hotspot/make/linux/makefiles/gcc.make 2008-06-23 03:35:43.000000000 +0100 -+++ openjdk/hotspot/make/linux/makefiles/gcc.make 2008-06-23 18:57:15.000000000 +0100 -@@ -52,6 +52,10 @@ - PICFLAG = -fpic - endif - -+ifneq ($(filter sparc sparcv9,$(BUILDARCH)),) -+PICFLAG = -fPIC -+endif -+ - VM_PICFLAG/LIBJVM = $(PICFLAG) - VM_PICFLAG/AOUT = - -diff -Nru openjdk.orig/hotspot/src/os_cpu/linux_sparc/vm/os_linux_sparc.hpp openjdk/hotspot/src/os_cpu/linux_sparc/vm/os_linux_sparc.hpp ---- openjdk.orig/hotspot/src/os_cpu/linux_sparc/vm/os_linux_sparc.hpp 2008-06-22 20:44:42.000000000 +0100 -+++ openjdk/hotspot/src/os_cpu/linux_sparc/vm/os_linux_sparc.hpp 2008-06-23 18:57:15.000000000 +0100 -@@ -44,3 +44,49 @@ - // Used to register dynamic code cache area with the OS - // Note: Currently only used in 64 bit Windows implementations - static bool register_code_area(char *low, char *high) { return true; } -+/* -+ * Copyright 1999-2004 Sun Microsystems, Inc. All Rights Reserved. -+ * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. -+ * -+ * This code is free software; you can redistribute it and/or modify it -+ * under the terms of the GNU General Public License version 2 only, as -+ * published by the Free Software Foundation. -+ * -+ * This code is distributed in the hope that it will be useful, but WITHOUT -+ * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or -+ * FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License -+ * version 2 for more details (a copy is included in the LICENSE file that -+ * accompanied this code). -+ * -+ * You should have received a copy of the GNU General Public License version -+ * 2 along with this work; if not, write to the Free Software Foundation, -+ * Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA. -+ * -+ * Please contact Sun Microsystems, Inc., 4150 Network Circle, Santa Clara, -+ * CA 95054 USA or visit www.sun.com if you need additional information or -+ * have any questions. -+ * -+ */ -+ -+ // -+ // NOTE: we are back in class os here, not Linux -+ // -+ static jint (*atomic_xchg_func) (jint, volatile jint*); -+ static jint (*atomic_cmpxchg_func) (jint, volatile jint*, jint); -+ static jlong (*atomic_cmpxchg_long_func)(jlong, volatile jlong*, jlong); -+ static jint (*atomic_add_func) (jint, volatile jint*); -+ static void (*fence_func) (); -+ -+ static jint atomic_xchg_bootstrap (jint, volatile jint*); -+ static jint atomic_cmpxchg_bootstrap (jint, volatile jint*, jint); -+ static jlong atomic_cmpxchg_long_bootstrap(jlong, volatile jlong*, jlong); -+ static jint atomic_add_bootstrap (jint, volatile jint*); -+ static void fence_bootstrap (); -+ -+ static void setup_fpu() {} -+ -+ static bool is_allocatable(size_t bytes); -+ -+ // Used to register dynamic code cache area with the OS -+ // Note: Currently only used in 64 bit Windows implementations -+ static bool register_code_area(char *low, char *high) { return true; } diff -r 818a37c3bff4 -r 9154a4bd413e patches/icedtea-text-relocations.patch --- a/patches/icedtea-text-relocations.patch Mon Jul 21 20:30:09 2008 +0100 +++ b/patches/icedtea-text-relocations.patch Tue Jul 22 20:23:40 2008 +0100 @@ -1,10 +1,11 @@ ---- openjdk/hotspot/make/linux/makefiles/gcc.make.orig 2007-06-17 16:46:45.000000000 -0400 -+++ openjdk/hotspot/make/linux/makefiles/gcc.make 2007-06-17 16:47:12.000000000 -0400 -@@ -46,18 +46,16 @@ +diff -Nru openjdk.orig/hotspot/make/linux/makefiles/gcc.make openjdk/hotspot/make/linux/makefiles/gcc.make +--- openjdk.orig/hotspot/make/linux/makefiles/gcc.make 2008-07-17 08:40:27.000000000 +0100 ++++ openjdk/hotspot/make/linux/makefiles/gcc.make 2008-07-21 23:10:50.000000000 +0100 +@@ -46,7 +46,11 @@ # Compiler flags # position-independent code -+ifneq ($(filter ppc ppc64 sparc sparc64,$(ZERO_LIBARCH)),) ++ifneq ($(filter ppc ppc64 sparc sparc64 sparcv9,$(ZERO_LIBARCH)),) PICFLAG = -fPIC +else +PICFLAG = -fpic @@ -12,14 +13,3 @@ VM_PICFLAG/LIBJVM = $(PICFLAG) VM_PICFLAG/AOUT = - --ifneq ($(BUILDARCH), i486) - VM_PICFLAG = $(VM_PICFLAG/$(LINK_INTO)) --else --# PIC has significant overhead on x86, build nonpic VM for now. --# Link JVM at a "good" base location to avoid unnecessary .text patching. --JVM_BASE_ADDR = 0x06000000 --endif - - CFLAGS += $(VM_PICFLAG) - CFLAGS += -fno-rtti diff -r 818a37c3bff4 -r 9154a4bd413e patches/icedtea-use-system-tzdata.patch --- a/patches/icedtea-use-system-tzdata.patch Mon Jul 21 20:30:09 2008 +0100 +++ b/patches/icedtea-use-system-tzdata.patch Tue Jul 22 20:23:40 2008 +0100 @@ -52,7 +52,7 @@ + SystemProperty* sp = Arguments::system_properties(); + // Use the system zoneinfo files, if present + Arguments::PropertyList_add (&sp, -+ "user.zoneinfo.dir", "/usr/share/javazi"); ++ new SystemProperty("user.zoneinfo.dir", "/usr/share/javazi", true)); + #undef malloc #undef getenv diff -r 818a37c3bff4 -r 9154a4bd413e patches/icedtea-zero-build.patch --- a/patches/icedtea-zero-build.patch Mon Jul 21 20:30:09 2008 +0100 +++ b/patches/icedtea-zero-build.patch Tue Jul 22 20:23:40 2008 +0100 @@ -1,6 +1,6 @@ diff -Nru openjdk.orig/corba/make/common diff -Nru openjdk.orig/corba/make/common/Defs-linux.gmk openjdk/corba/make/common/Defs-linux.gmk ---- openjdk.orig/corba/make/common/Defs-linux.gmk 2008-05-23 23:42:18.000000000 +0100 -+++ openjdk/corba/make/common/Defs-linux.gmk 2008-05-24 00:01:14.000000000 +0100 +--- openjdk.orig/corba/make/common/Defs-linux.gmk 2008-07-21 23:18:56.000000000 +0100 ++++ openjdk/corba/make/common/Defs-linux.gmk 2008-07-22 17:55:24.000000000 +0100 @@ -99,8 +99,13 @@ LDFLAGS_COMMON_sparcv9 += -m64 -mcpu=v9 CFLAGS_REQUIRED_sparc += -m32 -mcpu=v9 @@ -18,8 +18,8 @@ diff -Nru openjdk.orig/corba/make/common # Add in platform specific optimizations for all opt levels CC_HIGHEST_OPT += $(_OPT_$(ARCH)) diff -Nru openjdk.orig/corba/make/common/shared/Compiler-gcc.gmk openjdk/corba/make/common/shared/Compiler-gcc.gmk ---- openjdk.orig/corba/make/common/shared/Compiler-gcc.gmk 2008-05-23 23:42:18.000000000 +0100 -+++ openjdk/corba/make/common/shared/Compiler-gcc.gmk 2008-05-24 00:01:14.000000000 +0100 +--- openjdk.orig/corba/make/common/shared/Compiler-gcc.gmk 2008-07-21 23:18:56.000000000 +0100 ++++ openjdk/corba/make/common/shared/Compiler-gcc.gmk 2008-07-22 17:55:24.000000000 +0100 @@ -70,6 +70,11 @@ else CXX = $(COMPILER_PATH)g++$(GCC_SUFFIX) @@ -41,8 +41,8 @@ diff -Nru openjdk.orig/corba/make/common SHARED_LIBRARY_FLAG = -shared -mimpure-text SUN_COMP_VER := $(shell $(CC) --verbose 2>&1 ) diff -Nru openjdk.orig/corba/make/common/shared/Platform.gmk openjdk/corba/make/common/shared/Platform.gmk ---- openjdk.orig/corba/make/common/shared/Platform.gmk 2008-05-16 22:13:14.000000000 +0100 -+++ openjdk/corba/make/common/shared/Platform.gmk 2008-05-24 00:01:14.000000000 +0100 +--- openjdk.orig/corba/make/common/shared/Platform.gmk 2008-07-17 08:39:53.000000000 +0100 ++++ openjdk/corba/make/common/shared/Platform.gmk 2008-07-22 17:55:24.000000000 +0100 @@ -202,6 +202,11 @@ ARCH_FAMILY := $(ARCH) @@ -55,109 +55,10 @@ diff -Nru openjdk.orig/corba/make/common ifeq ($(ARCH), sparc) # Linux sparc build can be either 32-bit or 64-bit. # Default to 32, but allow explicit setting to 32 or 64. -diff -Nru openjdk.orig/hotspot/make/linux/makefiles/buildtree.make openjdk/hotspot/make/linux/makefiles/buildtree.make ---- openjdk.orig/hotspot/make/linux/makefiles/buildtree.make 2008-05-19 22:56:21.000000000 +0100 -+++ openjdk/hotspot/make/linux/makefiles/buildtree.make 2008-05-24 00:01:14.000000000 +0100 -@@ -321,6 +321,7 @@ - DATA_MODE/sparcv9 = 64 - DATA_MODE/amd64 = 64 - DATA_MODE/ia64 = 64 -+DATA_MODE/zero = $(ZERO_BITSPERWORD) - - JAVA_FLAG/32 = -d32 - JAVA_FLAG/64 = -d64 -diff -Nru openjdk.orig/hotspot/make/linux/makefiles/defs.make openjdk/hotspot/make/linux/makefiles/defs.make ---- openjdk.orig/hotspot/make/linux/makefiles/defs.make 2008-05-23 23:42:18.000000000 +0100 -+++ openjdk/hotspot/make/linux/makefiles/defs.make 2008-05-24 00:01:14.000000000 +0100 -@@ -37,6 +37,18 @@ - ARCH_DATA_MODEL ?= 32 - endif - -+# zero -+ifdef ICEDTEA_ZERO_BUILD -+ ARCH_DATA_MODEL = $(ZERO_BITSPERWORD) -+ ifeq ($(ARCH_DATA_MODEL), 64) -+ MAKE_ARGS += LP64=1 -+ endif -+ PLATFORM = linux-zero -+ VM_PLATFORM = linux_zero -+ HS_ARCH = zero -+ ARCH = zero -+endif -+ - # ia64 - ifeq ($(ARCH), ia64) - ARCH_DATA_MODEL = 64 -diff -Nru openjdk.orig/hotspot/make/linux/makefiles/gcc.make openjdk/hotspot/make/linux/makefiles/gcc.make ---- openjdk.orig/hotspot/make/linux/makefiles/gcc.make 2008-05-23 23:42:18.000000000 +0100 -+++ openjdk/hotspot/make/linux/makefiles/gcc.make 2008-05-24 00:01:14.000000000 +0100 -@@ -57,6 +57,9 @@ - - VM_PICFLAG = $(VM_PICFLAG/$(LINK_INTO)) - -+ifdef ICEDTEA_ZERO_BUILD -+CFLAGS += $(LIBFFI_CFLAGS) -+endif - CFLAGS += $(VM_PICFLAG) - CFLAGS += -fno-rtti - CFLAGS += -fno-exceptions -@@ -73,6 +76,7 @@ - ARCHFLAG/ia64 = - ARCHFLAG/sparc = -m32 -mcpu=v9 - ARCHFLAG/sparcv9 = -m64 -mcpu=v9 -+ARCHFLAG/zero = $(ZERO_ARCHFLAG) - - CFLAGS += $(ARCHFLAG) - AOUT_FLAGS += $(ARCHFLAG) -diff -Nru openjdk.orig/hotspot/make/linux/makefiles/sa.make openjdk/hotspot/make/linux/makefiles/sa.make ---- openjdk.orig/hotspot/make/linux/makefiles/sa.make 2008-05-16 22:13:31.000000000 +0100 -+++ openjdk/hotspot/make/linux/makefiles/sa.make 2008-05-24 00:01:14.000000000 +0100 -@@ -51,10 +51,10 @@ - SA_PROPERTIES = $(SA_CLASSDIR)/sa.properties - - # if $(AGENT_DIR) does not exist, we don't build SA --# also, we don't build SA on Itanium. -+# also, we don't build SA on Itanium or zero. - - all: -- if [ -d $(AGENT_DIR) -a "$(SRCARCH)" != "ia64" ] ; then \ -+ if [ -d $(AGENT_DIR) -a "$(SRCARCH)" != "ia64" -a "$(SRCARCH)" != "zero" ] ; then \ - $(MAKE) -f sa.make $(GENERATED)/sa-jdi.jar; \ - fi - -diff -Nru openjdk.orig/hotspot/make/linux/makefiles/saproc.make openjdk/hotspot/make/linux/makefiles/saproc.make ---- openjdk.orig/hotspot/make/linux/makefiles/saproc.make 2008-05-16 22:13:31.000000000 +0100 -+++ openjdk/hotspot/make/linux/makefiles/saproc.make 2008-05-24 00:01:14.000000000 +0100 -@@ -44,10 +44,10 @@ - DEST_SAPROC = $(JDK_LIBDIR)/$(LIBSAPROC) - - # if $(AGENT_DIR) does not exist, we don't build SA --# also, we don't build SA on Itanium. -+# also, we don't build SA on Itanium or zero. - - checkAndBuildSA: -- $(QUIETLY) if [ -d $(AGENT_DIR) -a "$(SRCARCH)" != "ia64" ] ; then \ -+ $(QUIETLY) if [ -d $(AGENT_DIR) -a "$(SRCARCH)" != "ia64" -a "$(SRCARCH)" != "zero" ] ; then \ - $(MAKE) -f vm.make $(LIBSAPROC); \ - fi - -diff -Nru openjdk.orig/hotspot/make/linux/makefiles/vm.make openjdk/hotspot/make/linux/makefiles/vm.make ---- openjdk.orig/hotspot/make/linux/makefiles/vm.make 2008-05-23 23:42:18.000000000 +0100 -+++ openjdk/hotspot/make/linux/makefiles/vm.make 2008-05-24 00:01:14.000000000 +0100 -@@ -152,6 +152,9 @@ - From gnu_andrew at member.fsf.org Tue Jul 22 12:25:27 2008 From: gnu_andrew at member.fsf.org (gnu_andrew at member.fsf.org) Date: Tue, 22 Jul 2008 19:25:27 +0000 Subject: changeset in /hg/icedtea: Add missing line to ChangeLog. Message-ID: changeset 6fa13641fb8a in /hg/icedtea details: http://icedtea.classpath.org/hg/icedtea?cmd=changeset;node=6fa13641fb8a description: Add missing line to ChangeLog. * fsg.sh: Remove deletion of winver.exe as already removed from tarball. diffstat: 1 file changed, 3 insertions(+), 1 deletion(-) ChangeLog | 4 +++- diffs (14 lines): diff -r 9154a4bd413e -r 6fa13641fb8a ChangeLog --- a/ChangeLog Tue Jul 22 20:23:40 2008 +0100 +++ b/ChangeLog Tue Jul 22 20:25:20 2008 +0100 @@ -12,7 +12,9 @@ 2008-07-22 Andrew John Hughes * patches/icedtea-nomotif-6706121.patch, From twisti at complang.tuwien.ac.at Wed Jul 23 00:36:54 2008 From: twisti at complang.tuwien.ac.at (Christian Thalinger) Date: Wed, 23 Jul 2008 09:36:54 +0200 Subject: OpenJDK compilation In-Reply-To: <48860E64.20208@sun.com> References: <377BBCACA20A5D439011F97DC41CB06FEAF2CF@dhrseasvxb05.messaging.danaherad.com> <48860E64.20208@sun.com> Message-ID: <1216798614.664.7.camel@cthalinger> On Tue, 2008-07-22 at 09:44 -0700, Kelly O'Hair wrote: > > Sorgius, Aaron wrote: > > Oops... sorry Xerxes, I left you off my replies. Just trying to get Java on ARM > > > > > >> Aaron Sorgius wrote: > > > >>> I've been trying to google for some how-to's on getting OpenJDK > >>> compiled on ARM (cortex-A8 specifically). I came across your website > >>> and it looks like you are doing some things that might be able to > >>> point me in a helpful direction. I was hoping to cross compile using > >>> an Ubuntu machine. I have it compiling natively on Ubuntu, but don't > >>> know the best way to build for ARM. Any suggestions? > > > > OpenJDK doesn't support cross-compilation. It should. > > In general The JDK team hasn't had a need to do much cross-compilation, > with the exception of our past use of Windows X86 to build Windows IA64 > (which is a special case of cross-compilation). > > In the hotspot Makefiles there is a REMOTE variable that can be used to > cause certain rules to be built with a prefix, such as 'ssh someothermachine'. > This is usually used to run the JDK javac on a different machine, since > it doesn't matter where the class file is compiled (this REMOTE assumes > a shared file system of course). > > The JDK builds require a bootstrap JDK, but the JDK build can easily > be primed on a supported machine, and the native libraries displaced. > The JDK Makefiles don't have any kind of REMOTE feature, but that's > certainly possible. (See jdk/make/common/shared/Defs-java.gmk) > http://hg.openjdk.java.net/jdk7/jdk7/jdk/file/tip/make/common/shared/Defs-java.gmk > > The JDK build itself is not used during the build procedure until it's > needed to build the demos, just before the JDK images target. > So I imagine the build can only get as far as just before creating > images. > > So doing cross compilation is certainly possible, just not easy. > Every time I talk to someone wanting cross-compilation, it turns out > that they have a very specific situation of cross-compilation, not > all situations are the same. I don't see a solution for all situations. Hi! I have successfully cross-compiled IcedTea on x86_64 Linux for ARM Linux (with CACAO as VM). Except some stuff I have disabled in the build system, because I didn't have the headers and libraries (ALSA, ...), all stuff is working, like AWT/Swing. The only problem during cross-compilation is the sizer.32 executable, which has to be run on the target machine: $ file ./gensrc/sun/awt/X11/generator/sizer.32 ./gensrc/sun/awt/X11/generator/sizer.32: ELF 32-bit LSB executable, ARM, version 1 (SYSV), for GNU/Linux 2.6.14, dynamically linked (uses shared libs), not stripped But this can be done manually and the result file copied over into the cross-build system. - twisti From gbenson at redhat.com Wed Jul 23 00:46:44 2008 From: gbenson at redhat.com (Gary Benson) Date: Wed, 23 Jul 2008 07:46:44 +0000 Subject: changeset in /hg/icedtea6: 2008-07-23 Gary Benson changeset 35e24a6f636f in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=35e24a6f636f description: 2008-07-23 Gary Benson PR icedtea/167: * ports/hotspot/src/cpu/zero/vm/cppInterpreter_zero.cpp (normal_entry): Don't use stack depth at method exit to calculate the result to return. diffstat: 2 files changed, 9 insertions(+), 2 deletions(-) ChangeLog | 7 +++++++ ports/hotspot/src/cpu/zero/vm/cppInterpreter_zero.cpp | 4 ++-- diffs (29 lines): diff -r 30aed052fabd -r 35e24a6f636f ChangeLog --- a/ChangeLog Mon Jul 21 22:48:18 2008 +0200 +++ b/ChangeLog Wed Jul 23 03:46:38 2008 -0400 @@ -1,3 +1,10 @@ 2008-07-21 Matthias Klose + + PR icedtea/167: + * ports/hotspot/src/cpu/zero/vm/cppInterpreter_zero.cpp + (normal_entry): Don't use stack depth at method exit to + calculate the result to return. + 2008-07-21 Matthias Klose * Update patches/icedtea-hotspot-6b11-7b24.patch. diff -r 30aed052fabd -r 35e24a6f636f ports/hotspot/src/cpu/zero/vm/cppInterpreter_zero.cpp --- a/ports/hotspot/src/cpu/zero/vm/cppInterpreter_zero.cpp Mon Jul 21 22:48:18 2008 +0200 +++ b/ports/hotspot/src/cpu/zero/vm/cppInterpreter_zero.cpp Wed Jul 23 03:46:38 2008 -0400 @@ -125,9 +125,9 @@ void CppInterpreter::normal_entry(method } else if (istate->msg() == BytecodeInterpreter::return_from_method) { // Copy the result into the caller's frame - result = istate->stack_base() - 1; - result_slots = result - istate->stack(); + result_slots = type2size[method->result_type()]; assert(result_slots >= 0 && result_slots <= 2, "what?"); + result = istate->stack() + result_slots; break; } else if (istate->msg() == BytecodeInterpreter::throwing_exception) { From doko at ubuntu.com Wed Jul 23 01:20:47 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Wed, 23 Jul 2008 08:20:47 +0000 Subject: changeset in /hg/icedtea6: 2008-07-23 Matthias Klose changeset d6c21fc37154 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=d6c21fc37154 description: 2008-07-23 Matthias Klose * Makefile.am (stamps/extract.stamp): Don't call tar with -z. diffstat: 2 files changed, 6 insertions(+), 2 deletions(-) ChangeLog | 4 ++++ Makefile.am | 4 ++-- diffs (32 lines): diff -r 35e24a6f636f -r d6c21fc37154 ChangeLog --- a/ChangeLog Wed Jul 23 03:46:38 2008 -0400 +++ b/ChangeLog Wed Jul 23 10:19:31 2008 +0200 @@ -1,3 +1,7 @@ 2008-07-23 Gary Benson + + * Makefile.am (stamps/extract.stamp): Don't call tar with -z. + 2008-07-23 Gary Benson PR icedtea/167: diff -r 35e24a6f636f -r d6c21fc37154 Makefile.am --- a/Makefile.am Wed Jul 23 03:46:38 2008 -0400 +++ b/Makefile.am Wed Jul 23 10:19:31 2008 +0200 @@ -436,7 +436,7 @@ stamps/extract.stamp: stamps/download.st if ! test -d openjdk ; \ then \ mkdir openjdk ; \ - $(TAR) xzf $(OPENJDK_SRC_ZIP) -C openjdk; \ + $(TAR) xf $(OPENJDK_SRC_ZIP) -C openjdk; \ chmod -R ug+w openjdk ; \ sh $(srcdir)/fsg.sh ; \ fi @@ -445,7 +445,7 @@ if !USE_SYSTEM_CACAO if ! test -d cacao ; \ then \ mkdir cacao ; \ - $(TAR) xzf $(CACAO_SRC_ZIP) -C cacao ; \ + $(TAR) xf $(CACAO_SRC_ZIP) -C cacao ; \ fi endif endif From xerxes at zafena.se Wed Jul 23 05:16:46 2008 From: xerxes at zafena.se (=?ISO-8859-1?Q?Xerxes_R=E5nby?=) Date: Wed, 23 Jul 2008 14:16:46 +0200 Subject: OpenJDK compilation (ARM native buildsystem installation) In-Reply-To: <4885F145.10105@zafena.se> References: <377BBCACA20A5D439011F97DC41CB06FEAF2CF@dhrseasvxb05.messaging.danaherad.com> <4885F145.10105@zafena.se> Message-ID: <4887212E.6010303@zafena.se> When you have a working system running Fedora core 8 on a ARM platform with network support you can install all required packages to build Icedtea6 by running yum. yum install vi mercurial cups-devel lesstif-devel libXp-devel libXtst-devel libXi-devel xalan-j2 xerces-j2 \ libXt-devel freetype-devel gcc gcc-c++ wget java-1.5.0-gcj-devel alsa-lib-devel firefox-devel glib2-devel gtk2-devel \ ant libXinerama-devel libjpeg-devel libpng-devel giflib-devel patch tar unzip make gzip rhino When i did my last install yum complained that the eclipse-ecj package could not be found precompiled for armv5tel but there is a quick fix for that! There is one available compiled by one of the Fedora core 8 maintainers for armv5tejl yet since the jazelle instructions is not used it can be installed on a armv5tel system! rpm -i --ignorearch http://www.wantstofly.org/~buytenh/RPMS.built.crap/eclipse-ecj-3.3.0-30.fc8.armv5tejl.rpm To improve your development experience i reccomend you to install a openssh server on your target! gdb and ddd are usefull to have if you are going to do some debugging! then you can simply ssh in to the target running ssh -X username at armdevtarget and do remote graphical debugging with ddd by simply running ddd ./executableToBeDebugged on the target! With everything in place you can get the icedtea6 sources by running hg clone http://icedtea.classpath.org/hg/icedtea6 cd icedtea6 autoconf ./configure --disable-docs make Some current issues with Icedtea6 on ARM: If the compile complains about libffi headerfiles redeclared #ARM install libffi from sources. this have been fixed in libffi releases 3.0.5 and above. ftp://sources.redhat.com/pub/libffi/ It will build ok but then the built java will segfault when run. Yesterday it wave been sorted out that the segfault was optimization related. With gcc compiler v 4.1.2 shipped with fc8 a pointer got mangled during execution when compiled with -O3 optimization on ARM target. You can manually change the file openjdk-ecj/hotspot/build/linux/makefiles/gcc.make to change the optimization to -O0 (the file exists after make have downloaded the openjdk sources unpacked them and patched them) Or better install a more recent gcc like 4.3.1 from source. Im currently doing both and will see at the end of this day if all systems are go when running a -O0 compilation. Several Java alternatives for ARM based on free software: The description above compiles Icedtea6 with the default zero hotspot for ARM. If you want to test some java code quickly on arm first try running your code using gcj ! Some swing applications do work and you can test JNI bindings and more. gcj can run java code both interperted and precompiled to native code. When gcj is installed you can run java classes by simply using the java "wrapper" command. Icedtea uses gcj f?r bootstrapping itself aswell! Icedtea can be configured to use CACAO as VM instead of the default zero hotspot. Christian Thalinger have made this JIT VM compile and run with the icedtea classes on hos ARM machines. Ask him about anything Cacao related! There is a new shark hotspot you could try as well with JIT support that can be enabled during configure of Icedtea6. This is all new cool and experimental. Have a great day! Xerxes Xerxes R?nby skrev: > Hi Aaron! > > Some quick notes how i installed a native arm build system to compile > icedtea6. > > I have set up a build environment using the Fedora core 8 ARM > distribution. > http://fedoraproject.org/wiki/Architectures/ARM > > I have a AT91SAM9263 based arm-devkit (armv5tejl cpu). Yet when > running the build system on that one it is too slow since my devkit > have only about 98mb of ram. > Instead I have set up my build system on a emulated arm platform by > using the qemu emulator. > http://fedoraproject.org/wiki/Architectures/ARM/HowToQemu > > My installation went like this: > > First i downloaded a prebuild rootfilesystem for fc8: > http://ftp.linux.org.uk/pub/linux/arm/fedora/rootfs/rootfs-f8.tar.bz2 > I uncompressed the rootfilesystem to a ext3 filesystem on a > usbmemorystick for my real hardware and on a loopbackmounted image > file for use in qemu. > > Then you have to compile your own linux kernel if you are going to run > it on your own hardware, there are prebuilt kernels from the fc8 > homepage for emulated systems. > > for my real hardware i booted up my system by letting the hardware > load the kernel over a tftp server and boot the filesystem directly > from the usbflashdrive. > > on qemu it is just a matter of supplying the correct bootflags to the > qemu emulator to load the kernel and instruct it to use the image file > like a harddrive. > > i added some swapspace to both systems as well. > > ok.. now with everything in place fc8 can boot up! > > When you have fedora 8 running with networking up it is possible to > install all the devtools you need by using the yum command. > > i will continue in the next letter with some instructions what to > install using yum. > comment if it is something you wish to have clarifyed. > > Have a great day! > Xerxes > From langel at redhat.com Wed Jul 23 08:25:25 2008 From: langel at redhat.com (Lillian Angel) Date: Wed, 23 Jul 2008 15:25:25 +0000 Subject: changeset in /hg/icedtea: 2008-07-23 Lillian Angel changeset 471b9b923eb5 in /hg/icedtea details: http://icedtea.classpath.org/hg/icedtea?cmd=changeset;node=471b9b923eb5 description: 2008-07-23 Lillian Angel * patches/icedtea-rhino.patch: Updated. diffstat: 2 files changed, 63 insertions(+), 59 deletions(-) ChangeLog | 4 + patches/icedtea-rhino.patch | 118 +++++++++++++++++++++---------------------- diffs (150 lines): diff -r 6fa13641fb8a -r 471b9b923eb5 ChangeLog --- a/ChangeLog Tue Jul 22 20:25:20 2008 +0100 +++ b/ChangeLog Wed Jul 23 11:25:20 2008 -0400 @@ -1,3 +1,7 @@ 2008-07-22 Andrew John Hughes + + * patches/icedtea-rhino.patch: Updated. + 2008-07-22 Andrew John Hughes * patches/icedtea-gcc-4.3.patch, diff -r 6fa13641fb8a -r 471b9b923eb5 patches/icedtea-rhino.patch --- a/patches/icedtea-rhino.patch Tue Jul 22 20:25:20 2008 +0100 +++ b/patches/icedtea-rhino.patch Wed Jul 23 11:25:20 2008 -0400 @@ -1,44 +1,3 @@ ---- openjdk.orig/jdk/make/com/sun/Makefile 2008-06-22 18:53:03.000000000 +0200 -+++ openjdk/jdk/make/com/sun/Makefile 2008-06-22 18:56:41.000000000 +0200 -@@ -31,15 +31,8 @@ - PRODUCT = sun - include $(BUILDDIR)/common/Defs.gmk - --ifndef OPENJDK -- ORG_EXISTS := $(call DirExists,$(CLOSED_SRC)/share/classes/sun/org,,) -- ifneq ("$(ORG_EXISTS)", "") -- SCRIPT_SUBDIR = script -- endif --endif -- - # Omit mirror since it's built with the apt tool. --SUBDIRS = $(SCRIPT_SUBDIR) image security crypto/provider jndi jmx \ -+SUBDIRS = script image security crypto/provider jndi jmx \ - java inputmethods org xml rowset net/httpserver net/ssl demo \ - tools jarsigner - ---- openjdk.orig/jdk/src/share/classes/com/sun/script/javascript/RhinoScriptEngine.java 2008-06-22 18:52:46.000000000 +0200 -+++ openjdk/jdk/src/share/classes/com/sun/script/javascript/RhinoScriptEngine.java 2008-06-22 19:02:39.000000000 +0200 -@@ -26,7 +26,7 @@ - package com.sun.script.javascript; - import com.sun.script.util.*; - import javax.script.*; --import sun.org.mozilla.javascript.internal.*; -+import org.mozilla.javascript.*; - import java.lang.reflect.Method; - import java.io.*; - import java.util.*; ---- openjdk.orig/jdk/src/share/classes/com/sun/script/javascript/JSAdapter.java 2008-06-22 18:52:46.000000000 +0200 -+++ openjdk/jdk/src/share/classes/com/sun/script/javascript/JSAdapter.java 2008-06-22 19:02:49.000000000 +0200 -@@ -25,7 +25,7 @@ - - package com.sun.script.javascript; - --import sun.org.mozilla.javascript.internal.*; -+import org.mozilla.javascript.*; - import java.util.*; - - /** --- openjdk.orig/jdk/src/share/classes/com/sun/script/javascript/RhinoClassShutter.java 2008-06-22 18:52:46.000000000 +0200 +++ openjdk/jdk/src/share/classes/com/sun/script/javascript/RhinoClassShutter.java 2008-06-22 19:03:00.000000000 +0200 @@ -26,7 +26,7 @@ @@ -116,17 +75,6 @@ import javax.script.*; import java.util.*; ---- openjdk.orig/jdk/make/com/sun/script/Makefile 2008-06-22 18:53:02.000000000 +0200 -+++ openjdk/jdk/make/com/sun/script/Makefile 2008-06-22 21:12:35.000000000 +0200 -@@ -31,6 +31,8 @@ - - AUTO_FILES_JAVA_DIRS = com/sun/script - -+OTHER_JAVACFLAGS = -classpath $(RHINO_JAR) -+ - # - # Files that need to be copied - # --- openjdk.orig/jdk/make/common/Release.gmk 2008-06-22 18:53:02.000000000 +0200 +++ openjdk/jdk/make/common/Release.gmk 2008-06-23 00:14:02.000000000 +0200 @@ -772,6 +772,7 @@ @@ -137,13 +85,65 @@ @# Generate meta-index to make boot and extension class loaders lazier $(CD) $(JRE_IMAGE_DIR)/lib && \ $(BOOT_JAVA_CMD) -jar $(BUILDMETAINDEX_JARFILE) \ ---- openjdk/hotspot/src/share/vm/runtime/os.cpp.orig 2008-06-23 00:17:03.000000000 +0200 -+++ openjdk/hotspot/src/share/vm/runtime/os.cpp 2008-06-22 22:34:33.000000000 +0200 -@@ -949,6 +949,7 @@ - "%/lib/jsse.jar:" - "%/lib/jce.jar:" +--- /old/openjdk/jdk/make/com/sun/Makefile 2008-07-17 03:43:07.000000000 -0400 ++++ openjdk/jdk/make/com/sun/Makefile 2008-07-23 11:19:02.000000000 -0400 +@@ -31,15 +31,8 @@ + PRODUCT = sun + include $(BUILDDIR)/common/Defs.gmk + +-ifndef OPENJDK +- ORG_EXISTS := $(call DirExists,$(CLOSED_SRC)/share/classes/sun/org,,) +- ifneq ("$(ORG_EXISTS)", "") +- SCRIPT_SUBDIR = script +- endif +-endif +- + # Omit mirror since it's built with the apt tool. +-SUBDIRS = $(SCRIPT_SUBDIR) image security crypto/provider jndi jmx \ ++SUBDIRS = script image security crypto/provider jndi jmx \ + java inputmethods org xml rowset net/httpserver net/ssl demo \ + tools jarsigner tracing + +--- /old/openjdk/jdk/src/share/classes/com/sun/script/javascript/RhinoScriptEngine.java 2008-07-17 03:43:16.000000000 -0400 ++++ openjdk/jdk/src/share/classes/com/sun/script/javascript/RhinoScriptEngine.java 2008-07-23 11:19:56.000000000 -0400 +@@ -26,7 +26,7 @@ + package com.sun.script.javascript; + import com.sun.script.util.*; + import javax.script.*; +-import sun.org.mozilla.javascript.internal.*; ++import org.mozilla.javascript.*; + import java.lang.reflect.Method; + import java.io.*; + import java.util.*; +--- /old/openjdk/jdk/src/share/classes/com/sun/script/javascript/JSAdapter.java 2008-07-17 03:43:16.000000000 -0400 ++++ openjdk/jdk/src/share/classes/com/sun/script/javascript/JSAdapter.java 2008-07-23 11:20:49.000000000 -0400 +@@ -25,7 +25,7 @@ + + package com.sun.script.javascript; + +-import sun.org.mozilla.javascript.internal.*; ++import org.mozilla.javascript.*; + import java.util.*; + + /** +--- /old/openjdk/jdk/make/com/sun/script/Makefile 2008-07-17 03:43:08.000000000 -0400 ++++ openjdk/jdk/make/com/sun/script/Makefile 2008-07-23 11:22:03.000000000 -0400 +@@ -31,6 +31,8 @@ + + AUTO_FILES_JAVA_DIRS = com/sun/script + ++OTHER_JAVACFLAGS = -classpath $(RHINO_JAR) ++ + # + # Files that need to be copied + # +--- /old/openjdk/hotspot/src/share/vm/runtime/os.cpp 2008-07-17 03:40:34.000000000 -0400 ++++ openjdk/hotspot/src/share/vm/runtime/os.cpp 2008-07-23 11:22:42.000000000 -0400 +@@ -877,6 +877,7 @@ + "%/lib/jsse.jar:" + "%/lib/jce.jar:" "%/lib/charsets.jar:" -+ "%/lib/rhino.jar:" - "%/classes"; ++ "%/lib/rhino.jar:" + "%/classes"; char* sysclasspath = format_boot_path(classpath_format, home, home_len, fileSep, pathSep); if (sysclasspath == NULL) return false; From doko at ubuntu.com Wed Jul 23 08:26:12 2008 From: doko at ubuntu.com (Matthias Klose) Date: Wed, 23 Jul 2008 17:26:12 +0200 Subject: installing compilefontconfig.jar & javazic.jar Message-ID: <48874D94.9030601@ubuntu.com> there is some code not installed in any jre/jdk package by default: - compilefontconfig.jar is needed for regenerating a .bfc file if the source file is changed. - javazic.jar is needed to generate the zoneinfo files out of the tzdata package. maybe there are other useful tools which are used outside the build environment. Is there a common place where these should be installed? I'm currently putting these in the jre/lib directory. Matthias From Kelly.Ohair at Sun.COM Wed Jul 23 08:34:12 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Wed, 23 Jul 2008 08:34:12 -0700 Subject: installing compilefontconfig.jar & javazic.jar In-Reply-To: <48874D94.9030601@ubuntu.com> References: <48874D94.9030601@ubuntu.com> Message-ID: <48874F74.3050905@sun.com> As I understand it, these are not part of the jdk or jre install bits, just build tools or jdk developer tools. -kto Matthias Klose wrote: > there is some code not installed in any jre/jdk package by default: > > - compilefontconfig.jar is needed for regenerating a .bfc file if > the source file is changed. > > - javazic.jar is needed to generate the zoneinfo files out of the > tzdata package. > > maybe there are other useful tools which are used outside the build environment. > Is there a common place where these should be installed? I'm currently putting > these in the jre/lib directory. > > Matthias From doko at ubuntu.com Wed Jul 23 08:43:21 2008 From: doko at ubuntu.com (Matthias Klose) Date: Wed, 23 Jul 2008 17:43:21 +0200 Subject: installing compilefontconfig.jar & javazic.jar In-Reply-To: <48874F74.3050905@sun.com> References: <48874D94.9030601@ubuntu.com> <48874F74.3050905@sun.com> Message-ID: <48875199.6010509@ubuntu.com> yes, but these are needed outside the build environment for the scenario, where the zoneinfo files are built by another package (to only build zoneinfo files once). surely it is possible to copy the code to the package where it is needed, but this is a maintainance burden as well. Matthias Kelly O'Hair schrieb: > As I understand it, these are not part of the jdk or jre install bits, > just build tools or jdk developer tools. > > -kto > > Matthias Klose wrote: >> there is some code not installed in any jre/jdk package by default: >> >> - compilefontconfig.jar is needed for regenerating a .bfc file if >> the source file is changed. >> >> - javazic.jar is needed to generate the zoneinfo files out of the >> tzdata package. >> >> maybe there are other useful tools which are used outside the build >> environment. >> Is there a common place where these should be installed? I'm currently >> putting >> these in the jre/lib directory. >> >> Matthias From langel at redhat.com Wed Jul 23 10:14:22 2008 From: langel at redhat.com (Lillian Angel) Date: Wed, 23 Jul 2008 17:14:22 +0000 Subject: changeset in /hg/icedtea6: 2008-07-23 Lillian Angel changeset 87aa41c23d63 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=87aa41c23d63 description: 2008-07-23 Lillian Angel * jconsole.desktop: Updated category. * policytool.desktop: Likewise. diffstat: 3 files changed, 7 insertions(+), 2 deletions(-) ChangeLog | 5 +++++ jconsole.desktop | 2 +- policytool.desktop | 2 +- diffs (32 lines): diff -r d6c21fc37154 -r 87aa41c23d63 ChangeLog --- a/ChangeLog Wed Jul 23 10:19:31 2008 +0200 +++ b/ChangeLog Wed Jul 23 13:14:17 2008 -0400 @@ -1,3 +1,8 @@ 2008-07-23 Matthias Klose + + * jconsole.desktop: Updated category. + * policytool.desktop: Likewise. + 2008-07-23 Matthias Klose * Makefile.am (stamps/extract.stamp): Don't call tar with -z. diff -r d6c21fc37154 -r 87aa41c23d63 jconsole.desktop --- a/jconsole.desktop Wed Jul 23 10:19:31 2008 +0200 +++ b/jconsole.desktop Wed Jul 23 13:14:17 2008 -0400 @@ -6,5 +6,5 @@ Terminal=false Terminal=false Type=Application StartupWMClass=sun-tools-jconsole-JConsole -Categories=Monitor;Java; +Categories=Development;Monitor;Java; Version=1.0 diff -r d6c21fc37154 -r 87aa41c23d63 policytool.desktop --- a/policytool.desktop Wed Jul 23 10:19:31 2008 +0200 +++ b/policytool.desktop Wed Jul 23 13:14:17 2008 -0400 @@ -6,5 +6,5 @@ Terminal=false Terminal=false Type=Application StartupWMClass=sun-security-tools-PolicyTool -Categories=Java; +Categories=Development;Java; Version=1.0 From bugzilla-daemon at icedtea.classpath.org Wed Jul 23 11:11:02 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Wed, 23 Jul 2008 18:11:02 +0000 Subject: [Bug 174] patches/icedtea-hotspot-6b06-7b24.patch needs an update for b11 Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=174 langel at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From doko at ubuntu.com Thu Jul 24 01:39:58 2008 From: doko at ubuntu.com (Matthias Klose) Date: Thu, 24 Jul 2008 10:39:58 +0200 Subject: openjdk6b11 built for linux-armeabi using zero Message-ID: <48883FDE.4070803@ubuntu.com> See http://people.ubuntu.com/~doko/java/openjdk6-armel/ - the mauve test results are a subset of mauve tests which is run on various buildds. I usually get 4 failures for the hotspot archs, and 6 for powerpc zero. I don't run the jtreg test harness, this probably would take two weeks on this machine. - the packages should appear with the next upload to unstable, well ... some days or weeks after the source upload, depending on the build machine. the native build takes ages, the longest step is the jar process building the rt.jar in the stage2 build; took over 1200 cpu minutes on a 500Mhz 256MB machine. Matthias From twisti at complang.tuwien.ac.at Thu Jul 24 01:50:54 2008 From: twisti at complang.tuwien.ac.at (Christian Thalinger) Date: Thu, 24 Jul 2008 10:50:54 +0200 Subject: openjdk6b11 built for linux-armeabi using zero In-Reply-To: <48883FDE.4070803@ubuntu.com> References: <48883FDE.4070803@ubuntu.com> Message-ID: <1216889454.19134.1.camel@cthalinger> On Thu, 2008-07-24 at 10:39 +0200, Matthias Klose wrote: > See http://people.ubuntu.com/~doko/java/openjdk6-armel/ > > - the mauve test results are a subset of mauve tests which is run > on various buildds. I usually get 4 failures for the hotspot > archs, and 6 for powerpc zero. I don't run the jtreg test harness, > this probably would take two weeks on this machine. Could you post the subset used for Mauve? Are you excluding the security tests? > > - the packages should appear with the next upload to unstable, well ... > some days or weeks after the source upload, depending on the build > machine. the native build takes ages, the longest step is the > jar process building the rt.jar in the stage2 build; took over 1200 > cpu minutes on a 500Mhz 256MB machine. Cool :-) - twisti From xerxes at zafena.se Thu Jul 24 02:33:46 2008 From: xerxes at zafena.se (=?ISO-8859-15?Q?Xerxes_R=E5nby?=) Date: Thu, 24 Jul 2008 11:33:46 +0200 Subject: openjdk6b11 built for linux-armeabi using zero In-Reply-To: <48883FDE.4070803@ubuntu.com> References: <48883FDE.4070803@ubuntu.com> Message-ID: <48884C7A.402@zafena.se> Fantastic news! I have myself tried to build icedtea6 for armv5tel eabi for some weeks now using a fedora core 8 based buildsystem. I have had a lot issues that my GCC 4.1.2 compiler mangles pointers with the -O3 optimization when starting the launcher. Those errors disapeared with -O0 yet then i ran out of heap space when launching. Adding options to java like -Xms100M -Xmx600M did not solve my heapspace issues. What version of gcc compiler and binutils did you use for your build? Congratulations again for the sucessful ARM build! Have a great day! Xerxes Matthias Klose skrev: > See http://people.ubuntu.com/~doko/java/openjdk6-armel/ > > - the mauve test results are a subset of mauve tests which is run > on various buildds. I usually get 4 failures for the hotspot > archs, and 6 for powerpc zero. I don't run the jtreg test harness, > this probably would take two weeks on this machine. > > - the packages should appear with the next upload to unstable, well ... > some days or weeks after the source upload, depending on the build > machine. the native build takes ages, the longest step is the > jar process building the rt.jar in the stage2 build; took over 1200 > cpu minutes on a 500Mhz 256MB machine. > > Matthias > From xerxes at zafena.se Thu Jul 24 02:36:53 2008 From: xerxes at zafena.se (=?ISO-8859-1?Q?Xerxes_R=E5nby?=) Date: Thu, 24 Jul 2008 11:36:53 +0200 Subject: OpenJDK compilation (ARM native buildsystem installation) Message-ID: <48884D35.9040606@zafena.se> -------------- next part -------------- An embedded message was scrubbed... From: =?ISO-8859-1?Q?Xerxes_R=E5nby?= Subject: Re: OpenJDK compilation (ARM native buildsystem installation) Date: Thu, 24 Jul 2008 10:51:14 +0200 Size: 8748 Url: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080724/06214c26/OpenJDKcompilationARMnativebuildsysteminstallation.eml From doko at ubuntu.com Thu Jul 24 02:59:23 2008 From: doko at ubuntu.com (Matthias Klose) Date: Thu, 24 Jul 2008 11:59:23 +0200 Subject: openjdk6b11 built for linux-armeabi using zero In-Reply-To: <48884C7A.402@zafena.se> References: <48883FDE.4070803@ubuntu.com> <48884C7A.402@zafena.se> Message-ID: <4888527B.70005@ubuntu.com> this is gcc-4.3, taken from the current gcc-4_3-branch, with r136501 backed out (the reversion is only important for hotspot builds). libjava has a patch taken from classpath trunk to make gjar understand the @ syntax. This patch can be found here: http://svn.debian.org/viewsvn/*checkout*/gcccvs/branches/sid/gcc-4.3/debian/patches/libjava-file-support.dpatch?rev=3163 Note that you have to add the class files as well. binutils is taken from the 2.18 branch. Matthias Xerxes R?nby schrieb: > Fantastic news! > > I have myself tried to build icedtea6 for armv5tel eabi for some weeks > now using a fedora core 8 based buildsystem. > I have had a lot issues that my GCC 4.1.2 compiler mangles pointers with > the -O3 optimization when starting the launcher. > Those errors disapeared with -O0 yet then i ran out of heap space when > launching. Adding options to java like -Xms100M -Xmx600M did not solve > my heapspace issues. > > What version of gcc compiler and binutils did you use for your build? > > Congratulations again for the sucessful ARM build! > > Have a great day! > Xerxes > > Matthias Klose skrev: >> See http://people.ubuntu.com/~doko/java/openjdk6-armel/ >> >> - the mauve test results are a subset of mauve tests which is run >> on various buildds. I usually get 4 failures for the hotspot >> archs, and 6 for powerpc zero. I don't run the jtreg test harness, >> this probably would take two weeks on this machine. >> >> - the packages should appear with the next upload to unstable, well ... >> some days or weeks after the source upload, depending on the build >> machine. the native build takes ages, the longest step is the >> jar process building the rt.jar in the stage2 build; took over 1200 >> cpu minutes on a 500Mhz 256MB machine. >> >> Matthias >> > From doko at ubuntu.com Thu Jul 24 03:34:32 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Thu, 24 Jul 2008 10:34:32 +0000 Subject: changeset in /hg/icedtea6: 2008-07-24 Matthias Klose changeset 6e480d2bb840 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=6e480d2bb840 description: 2008-07-24 Matthias Klose * generated/sun/tools/jconsole/Version.java: Regenerated. * generated/sun/misc/Version.java: Likewise. diffstat: 3 files changed, 8 insertions(+), 3 deletions(-) ChangeLog | 5 +++++ generated/sun/misc/Version.java | 4 ++-- generated/sun/tools/jconsole/Version.java | 2 +- diffs (43 lines): diff -r 87aa41c23d63 -r 6e480d2bb840 ChangeLog --- a/ChangeLog Wed Jul 23 13:14:17 2008 -0400 +++ b/ChangeLog Thu Jul 24 12:30:57 2008 +0200 @@ -1,3 +1,8 @@ 2008-07-23 Lillian Angel + + * generated/sun/tools/jconsole/Version.java: Regenerated. + * generated/sun/misc/Version.java: Likewise. + 2008-07-23 Lillian Angel * jconsole.desktop: Updated category. diff -r 87aa41c23d63 -r 6e480d2bb840 generated/sun/misc/Version.java --- a/generated/sun/misc/Version.java Wed Jul 23 13:14:17 2008 -0400 +++ b/generated/sun/misc/Version.java Thu Jul 24 12:30:57 2008 +0200 @@ -33,13 +33,13 @@ public class Version { "java"; private static final String java_version = - "1.6.0"; + "1.6.0_0"; private static final String java_runtime_name = "OpenJDK Runtime Environment"; private static final String java_runtime_version = - "1.6.0-b10"; + "1.6.0_0-b11"; static { init(); diff -r 87aa41c23d63 -r 6e480d2bb840 generated/sun/tools/jconsole/Version.java --- a/generated/sun/tools/jconsole/Version.java Wed Jul 23 13:14:17 2008 -0400 +++ b/generated/sun/tools/jconsole/Version.java Thu Jul 24 12:30:57 2008 +0200 @@ -29,7 +29,7 @@ import java.io.PrintStream; public class Version { private static final String jconsole_version = - "1.6.0-b10"; + "1.6.0_0-b11"; public static void print(PrintStream ps) { printFullVersion(ps); From doko at ubuntu.com Thu Jul 24 03:57:52 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Thu, 24 Jul 2008 10:57:52 +0000 Subject: changeset in /hg/icedtea6: 2008-07-24 Matthias Klose changeset f06de06e1ed4 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=f06de06e1ed4 description: 2008-07-24 Matthias Klose * patches/icedtea-hotspot-gcc-pr36917.patch: New. * Makefile.am: Apply. * HACKING: Document. diffstat: 4 files changed, 17 insertions(+) ChangeLog | 6 ++++++ HACKING | 1 + Makefile.am | 1 + patches/icedtea-hotspot-gcc-pr36917.patch | 9 +++++++++ diffs (48 lines): diff -r 6e480d2bb840 -r f06de06e1ed4 ChangeLog --- a/ChangeLog Thu Jul 24 12:30:57 2008 +0200 +++ b/ChangeLog Thu Jul 24 12:57:46 2008 +0200 @@ -1,3 +1,9 @@ 2008-07-24 Matthias Klose + + * patches/icedtea-hotspot-gcc-pr36917.patch: New. + * Makefile.am: Apply. + * HACKING: Document. + 2008-07-24 Matthias Klose * generated/sun/tools/jconsole/Version.java: Regenerated. diff -r 6e480d2bb840 -r f06de06e1ed4 HACKING --- a/HACKING Thu Jul 24 12:30:57 2008 +0200 +++ b/HACKING Thu Jul 24 12:57:46 2008 +0200 @@ -60,6 +60,7 @@ The following patches are currently appl * icedtea-webservices.patch: Add applet support. * icedtea-zero-build.patch: Add support for the zero assembler build. * icedtea-shark-build.patch: Add support for building the Shark JIT. +* icedtea-hotspot-gcc-pr36917.patch: Work around miscompilation with GCC 4.3 (PR 36917). The following patches are only applied to OpenJDK6 in IcedTea6: diff -r 6e480d2bb840 -r f06de06e1ed4 Makefile.am --- a/Makefile.am Thu Jul 24 12:30:57 2008 +0200 +++ b/Makefile.am Thu Jul 24 12:57:46 2008 +0200 @@ -416,6 +416,7 @@ ICEDTEA_PATCHES = \ patches/icedtea-jdk-docs-target.patch \ patches/icedtea-nomotif-6706121.patch \ patches/icedtea-nomotif.patch \ + patches/icedtea-hotspot-gcc-pr36917.patch \ $(SHARK_PATCH) \ $(GCC_PATCH) diff -r 6e480d2bb840 -r f06de06e1ed4 patches/icedtea-hotspot-gcc-pr36917.patch --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/patches/icedtea-hotspot-gcc-pr36917.patch Thu Jul 24 12:57:46 2008 +0200 @@ -0,0 +1,9 @@ +--- openjdk/hotspot/build/linux/makefiles/i486.make~ 2008-07-10 22:04:18.000000000 +0200 ++++ openjdk/hotspot/build/linux/makefiles/i486.make 2008-07-24 12:23:11.344839305 +0200 +@@ -34,3 +34,6 @@ + CFLAGS += -DVM_LITTLE_ENDIAN + + OPT_CFLAGS/compactingPermGenGen.o = -O1 ++ ++# GCC PR tree-optimization/36917 ++OPT_CFLAGS/ciTypeFlow.o += -fno-ivopts From doko at ubuntu.com Thu Jul 24 05:30:21 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Thu, 24 Jul 2008 12:30:21 +0000 Subject: changeset in /hg/icedtea6: 2008-07-24 Matthias Klose changeset 1ba1733863ce in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=1ba1733863ce description: 2008-07-24 Matthias Klose * Makefile.am (stamps/bootstrap-directory-ecj.stamp): Fix typo. diffstat: 2 files changed, 5 insertions(+), 1 deletion(-) ChangeLog | 4 ++++ Makefile.am | 2 +- diffs (23 lines): diff -r f06de06e1ed4 -r 1ba1733863ce ChangeLog --- a/ChangeLog Thu Jul 24 12:57:46 2008 +0200 +++ b/ChangeLog Thu Jul 24 14:30:15 2008 +0200 @@ -1,3 +1,7 @@ 2008-07-24 Matthias Klose + + * Makefile.am (stamps/bootstrap-directory-ecj.stamp): Fix typo. + 2008-07-24 Matthias Klose * patches/icedtea-hotspot-gcc-pr36917.patch: New. diff -r f06de06e1ed4 -r 1ba1733863ce Makefile.am --- a/Makefile.am Thu Jul 24 12:57:46 2008 +0200 +++ b/Makefile.am Thu Jul 24 14:30:15 2008 +0200 @@ -698,7 +698,7 @@ stamps/bootstrap-directory-ecj.stamp: mkdir -p bootstrap/ecj/jre/lib; \ ln -sf $(SYSTEM_GCJ_DIR)/jre/lib/$(JRE_ARCH_DIR) \ bootstrap/ecj/jre/lib/; \ - if ! test -d /jre/lib/$(INSTALL_ARCH_DIR); \ + if ! test -d bootstrap/ecj/jre/lib/$(INSTALL_ARCH_DIR); \ then \ ln -sf ./$(JRE_ARCH_DIR) \ bootstrap/ecj/jre/lib/$(INSTALL_ARCH_DIR); \ From thunderaxiom at gmail.com Thu Jul 24 05:43:01 2008 From: thunderaxiom at gmail.com (=?ISO-8859-15?Q?Thorbj=F8rn_Ravn_Andersen?=) Date: Thu, 24 Jul 2008 14:43:01 +0200 Subject: openjdk6b11 built for linux-armeabi using zero In-Reply-To: <48883FDE.4070803@ubuntu.com> References: <48883FDE.4070803@ubuntu.com> Message-ID: <488878D5.5080706@gmail.com> Matthias Klose skrev den 24-07-2008 10:39: > machine. the native build takes ages, the longest step is the > jar process building the rt.jar in the stage2 build; took over 1200 > cpu minutes on a 500Mhz 256MB machine. > Ouch - 20 hours. Is it the compression part which runs as interpreted byte code that goes so slow? -- Thorbj?rn From gbenson at redhat.com Thu Jul 24 05:56:32 2008 From: gbenson at redhat.com (Gary Benson) Date: Thu, 24 Jul 2008 13:56:32 +0100 Subject: openjdk6b11 built for linux-armeabi using zero In-Reply-To: <488878D5.5080706@gmail.com> References: <48883FDE.4070803@ubuntu.com> <488878D5.5080706@gmail.com> Message-ID: <20080724125632.GB3879@redhat.com> Thorbj?rn Ravn Andersen wrote: > Matthias Klose skrev den 24-07-2008 10:39: > > machine. the native build takes ages, the longest step is the jar > > process building the rt.jar in the stage2 build; took over 1200 > > cpu minutes on a 500Mhz 256MB machine. > > Ouch - 20 hours. Is it the compression part which runs as > interpreted byte code that goes so slow? The whole jar executable runs as interpreted bytecode. So yes :/ Cheers, Gary -- http://gbenson.net/ From bugzilla-daemon at icedtea.classpath.org Thu Jul 24 06:15:32 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 24 Jul 2008 13:15:32 +0000 Subject: [Bug 175] New: CGLIB unit tests make the JVM crash on PPC Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=175 Summary: CGLIB unit tests make the JVM crash on PPC Product: IcedTea Version: unspecified Platform: Macintosh OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: IcedTea AssignedTo: unassigned at icedtea.classpath.org ReportedBy: mbaudier at argeo.org When running CGLIB (runtime bytecode enhancements) unit tests, the JVM is crashing (hs_err_pid*.log file attached). JVM version is a home-built 1.6.0 b11 based on icedtea6 -r 35e24a6f636f . OS is a Fedora 9 PPC: [mbaudier at localhost ~]$ uname -a Linux localhost.localdomain 2.6.25.10-86.fc9.ppc #1 Mon Jul 7 20:17:32 EDT 2008 ppc ppc ppc GNU/Linux Here are the steps to reproduce: # Checkout CGLIB, build it and run all unit tests cvs -z3 -d:pserver:anonymous at cglib.cvs.sourceforge.net:/cvsroot/cglib co cglib cd cglib ant # Run the first test which crashes (from the same directory as above) java -cp build/proxy/classes/:build/test/classes:lib/asm-3.1.jar:lib/asm-commons-3.1.jar:lib/junit.jar junit.textui.TestRunner net.sf.cglib.beans.TestBulkBean -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From bugzilla-daemon at icedtea.classpath.org Thu Jul 24 06:16:29 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 24 Jul 2008 13:16:29 +0000 Subject: [Bug 175] CGLIB unit tests make the JVM crash on PPC Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=175 ------- Comment #1 from mbaudier at argeo.org 2008-07-24 13:16 ------- Created an attachment (id=83) --> (http://icedtea.classpath.org/bugzilla/attachment.cgi?id=83&action=view) hs_err_pid stack dump -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From doko at ubuntu.com Thu Jul 24 06:41:33 2008 From: doko at ubuntu.com (Matthias Klose) Date: Thu, 24 Jul 2008 15:41:33 +0200 Subject: openjdk6b11 built for linux-armeabi using zero In-Reply-To: <20080724125632.GB3879@redhat.com> References: <48883FDE.4070803@ubuntu.com> <488878D5.5080706@gmail.com> <20080724125632.GB3879@redhat.com> Message-ID: <4888868D.4000700@ubuntu.com> Gary Benson schrieb: > Thorbj?rn Ravn Andersen wrote: >> Matthias Klose skrev den 24-07-2008 10:39: >>> machine. the native build takes ages, the longest step is the jar >>> process building the rt.jar in the stage2 build; took over 1200 >>> cpu minutes on a 500Mhz 256MB machine. >> >> Ouch - 20 hours. Is it the compression part which runs as >> interpreted byte code that goes so slow? > > The whole jar executable runs as interpreted bytecode. So yes :/ currently checking this patch. ok to checkin? Matthias -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: stage1-jar.diff Url: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080724/9004ac84/stage1-jar.diff From gbenson at redhat.com Thu Jul 24 06:47:08 2008 From: gbenson at redhat.com (Gary Benson) Date: Thu, 24 Jul 2008 14:47:08 +0100 Subject: openjdk6b11 built for linux-armeabi using zero In-Reply-To: <4888868D.4000700@ubuntu.com> References: <48883FDE.4070803@ubuntu.com> <488878D5.5080706@gmail.com> <20080724125632.GB3879@redhat.com> <4888868D.4000700@ubuntu.com> Message-ID: <20080724134708.GC3879@redhat.com> Matthias Klose wrote: > Gary Benson schrieb: > > Thorbj?rn Ravn Andersen wrote: > > > Matthias Klose skrev den 24-07-2008 10:39: > > > > machine. the native build takes ages, the longest step is the > > > > jar process building the rt.jar in the stage2 build; took over > > > > 1200 cpu minutes on a 500Mhz 256MB machine. > > > > > > Ouch - 20 hours. Is it the compression part which runs as > > > interpreted byte code that goes so slow? > > > > The whole jar executable runs as interpreted bytecode. So yes :/ > > currently checking this patch. ok to checkin? If it works, sure. Does it cope with the -@ thing? Cheers, Gary -- http://gbenson.net/ From bugzilla-daemon at icedtea.classpath.org Thu Jul 24 06:48:05 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 24 Jul 2008 13:48:05 +0000 Subject: [Bug 175] CGLIB unit tests make the JVM crash on PPC Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=175 gbenson at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|unassigned at icedtea.classpath|gbenson at redhat.com |.org | -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. You are the assignee for the bug, or are watching the assignee. From doko at ubuntu.com Thu Jul 24 07:56:20 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Thu, 24 Jul 2008 14:56:20 +0000 Subject: changeset in /hg/icedtea6: - add $(OPT_CFLAGS) in the file speci... Message-ID: changeset 57adcf5f8d53 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=57adcf5f8d53 description: - add $(OPT_CFLAGS) in the file specific OPT flags diffstat: 1 file changed, 1 insertion(+), 1 deletion(-) patches/icedtea-hotspot-gcc-pr36917.patch | 2 +- diffs (9 lines): diff -r 1ba1733863ce -r 57adcf5f8d53 patches/icedtea-hotspot-gcc-pr36917.patch --- a/patches/icedtea-hotspot-gcc-pr36917.patch Thu Jul 24 14:30:15 2008 +0200 +++ b/patches/icedtea-hotspot-gcc-pr36917.patch Thu Jul 24 16:56:12 2008 +0200 @@ -6,4 +6,4 @@ OPT_CFLAGS/compactingPermGenGen.o = -O1 + +# GCC PR tree-optimization/36917 -+OPT_CFLAGS/ciTypeFlow.o += -fno-ivopts ++OPT_CFLAGS/ciTypeFlow.o += $(OPT_CFLAGS) -fno-ivopts From doko at ubuntu.com Thu Jul 24 07:58:26 2008 From: doko at ubuntu.com (Matthias Klose) Date: Thu, 24 Jul 2008 16:58:26 +0200 Subject: openjdk6b11 built for linux-armeabi using zero In-Reply-To: <20080724134708.GC3879@redhat.com> References: <48883FDE.4070803@ubuntu.com> <488878D5.5080706@gmail.com> <20080724125632.GB3879@redhat.com> <4888868D.4000700@ubuntu.com> <20080724134708.GC3879@redhat.com> Message-ID: <48889892.7040103@ubuntu.com> Gary Benson schrieb: > Matthias Klose wrote: >> Gary Benson schrieb: >>> Thorbj?rn Ravn Andersen wrote: >>>> Matthias Klose skrev den 24-07-2008 10:39: >>>>> machine. the native build takes ages, the longest step is the >>>>> jar process building the rt.jar in the stage2 build; took over >>>>> 1200 cpu minutes on a 500Mhz 256MB machine. >>>> >>>> Ouch - 20 hours. Is it the compression part which runs as >>>> interpreted byte code that goes so slow? >>> The whole jar executable runs as interpreted bytecode. So yes :/ >> currently checking this patch. ok to checkin? > > If it works, sure. Does it cope with the -@ thing? No, it doesn't ... -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: log.txt Url: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080724/b0b6fd03/log.txt From doko at ubuntu.com Thu Jul 24 09:11:42 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Thu, 24 Jul 2008 16:11:42 +0000 Subject: changeset in /hg/icedtea6: 2008-07-24 Matthias Klose changeset 44dbed9c8091 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=44dbed9c8091 description: 2008-07-24 Matthias Klose * configure.ac: Fix bashisms. diffstat: 2 files changed, 13 insertions(+), 9 deletions(-) ChangeLog | 4 ++++ configure.ac | 18 +++++++++--------- diffs (93 lines): diff -r 57adcf5f8d53 -r 44dbed9c8091 ChangeLog --- a/ChangeLog Thu Jul 24 16:56:12 2008 +0200 +++ b/ChangeLog Thu Jul 24 18:11:19 2008 +0200 @@ -1,3 +1,7 @@ 2008-07-24 Matthias Klose + + * configure.ac: Fix bashisms. + 2008-07-24 Matthias Klose * Makefile.am (stamps/bootstrap-directory-ecj.stamp): Fix typo. diff -r 57adcf5f8d53 -r 44dbed9c8091 configure.ac --- a/configure.ac Thu Jul 24 16:56:12 2008 +0200 +++ b/configure.ac Thu Jul 24 18:11:19 2008 +0200 @@ -36,7 +36,7 @@ AC_ARG_WITH([gcj-home], [gcj home directory \ (default is /usr/lib/jvm/java-gcj)])], [ - if test "x${withval}" == x + if test "x${withval}" = x then SYSTEM_GCJ_DIR=/usr/lib/jvm/java-gcj else @@ -53,7 +53,7 @@ AC_ARG_WITH([openjdk-home], [OpenJDK home directory \ (default is /usr/lib/jvm/java-openjdk)])], [ - if test "x${withval}" == x + if test "x${withval}" = x then SYSTEM_OPENJDK_DIR=/usr/lib/jvm/java-openjdk else @@ -70,7 +70,7 @@ AC_ARG_WITH([icedtea-home], [IcedTea home directory \ (default is /usr/lib/jvm/java-icedtea)])], [ - if test "x${withval}" == x + if test "x${withval}" = x then SYSTEM_ICEDTEA_DIR=/usr/lib/jvm/java-icedtea else @@ -86,7 +86,7 @@ AC_ARG_WITH([ant-home], [AS_HELP_STRING([--with-ant-home], [Ant home directory (default is /usr/share/ant)])], [ - if test "x${withval}" == x + if test "x${withval}" = x then SYSTEM_ANT_DIR=/usr/share/ant else @@ -130,7 +130,7 @@ AC_ARG_WITH([icedtea], [ with_icedtea=false ]) -AM_CONDITIONAL(WITH_ICEDTEA, test "${with_icedtea}" == true) +AM_CONDITIONAL(WITH_ICEDTEA, test "${with_icedtea}" = true) AC_ARG_WITH([openjdk], [AS_HELP_STRING([--with-openjdk], @@ -146,13 +146,13 @@ AC_ARG_WITH([openjdk], [ with_openjdk=false ]) -AM_CONDITIONAL(WITH_OPENJDK, test "${with_openjdk}" == true) +AM_CONDITIONAL(WITH_OPENJDK, test "${with_openjdk}" = true) AC_ARG_WITH([parallel-jobs], [AS_HELP_STRING([--with-parallel-jobs], [build IcedTea using the specified number of parallel jobs])], [ - if test "x${withval}" == x + if test "x${withval}" = x then PARALLEL_JOBS=2 else @@ -165,7 +165,7 @@ AC_SUBST(PARALLEL_JOBS) AC_SUBST(PARALLEL_JOBS) SET_ARCH_DIRS -if test "${with_openjdk}" == true +if test "${with_openjdk}" = true then JAVA=$SYSTEM_OPENJDK_DIR/bin/java AC_SUBST(JAVA) @@ -179,7 +179,7 @@ then AC_SUBST(RMIC) AM_CONDITIONAL(GCC_OLD, test x != x) else -if test "${with_icedtea}" == true +if test "${with_icedtea}" = true then JAVA=$SYSTEM_ICEDTEA_DIR/bin/java AC_SUBST(JAVA) From doko at ubuntu.com Thu Jul 24 09:13:48 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Thu, 24 Jul 2008 16:13:48 +0000 Subject: changeset in /hg/icedtea6: 2008-07-24 Matthias Klose changeset 94e809ed9e5b in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=94e809ed9e5b description: 2008-07-24 Matthias Klose * Makefile.am: Likewise (fix bashisms). diffstat: 2 files changed, 9 insertions(+), 8 deletions(-) ChangeLog | 1 + Makefile.am | 16 ++++++++-------- diffs (78 lines): diff -r 44dbed9c8091 -r 94e809ed9e5b ChangeLog --- a/ChangeLog Thu Jul 24 18:11:19 2008 +0200 +++ b/ChangeLog Thu Jul 24 18:13:42 2008 +0200 @@ -1,6 +1,7 @@ 2008-07-24 Matthias Klose * configure.ac: Fix bashisms. + * Makefile.am: Likewise. 2008-07-24 Matthias Klose diff -r 44dbed9c8091 -r 94e809ed9e5b Makefile.am --- a/Makefile.am Thu Jul 24 18:11:19 2008 +0200 +++ b/Makefile.am Thu Jul 24 18:13:42 2008 +0200 @@ -468,7 +468,7 @@ stamps/patch.stamp: stamps/patch-fsg.sta all_patches_ok=yes; \ for p in $(ICEDTEA_PATCHES) ; \ do \ - if test x$${all_patches_ok} == "xyes" \ + if test x$${all_patches_ok} = "xyes" \ && echo Checking $$p \ && $(PATCH) -l -p0 --dry-run -s -t -f \ -F 0 < $(abs_top_srcdir)/$$p ; \ @@ -482,11 +482,11 @@ stamps/patch.stamp: stamps/patch-fsg.sta >> stamps/patch.stamp.tmp ; \ fi ; \ else \ - test x$${all_patches_ok} == "xyes" && all_patches_ok=$$p ; \ + test x$${all_patches_ok} = "xyes" && all_patches_ok=$$p ; \ fi ; \ done ; \ mv stamps/patch.stamp.tmp stamps/patch.stamp ; \ - if ! test x$${all_patches_ok} == "xyes"; then \ + if ! test x$${all_patches_ok} = "xyes"; then \ echo ERROR patch $${all_patches_ok} FAILED! ; \ echo WARNING make clean-patch before retrying a fix ; \ false; \ @@ -506,7 +506,7 @@ clean-patch: all_patches_ok=no ; \ fi ; \ done ; \ - if ! test x$${all_patches_ok} == "xyes" ; then \ + if ! test x$${all_patches_ok} = "xyes" ; then \ echo "WARNING Not all patches reverted cleanly" ; \ fi @@ -517,7 +517,7 @@ stamps/patch-fsg.stamp: stamps/extract.s all_patches_ok=yes; \ for p in $(ICEDTEA_FSG_PATCHES) ; \ do \ - if test x$${all_patches_ok} == "xyes" \ + if test x$${all_patches_ok} = "xyes" \ && echo Checking $$p \ && $(PATCH) -l -p0 --dry-run -s -t -f \ -F 0 < $(abs_top_srcdir)/$$p ; \ @@ -531,11 +531,11 @@ stamps/patch-fsg.stamp: stamps/extract.s >> stamps/patch-fsg.stamp.tmp ; \ fi ; \ else \ - test x$${all_patches_ok} == "xyes" && all_patches_ok=$$p ; \ + test x$${all_patches_ok} = "xyes" && all_patches_ok=$$p ; \ fi ; \ done ; \ mv stamps/patch-fsg.stamp.tmp stamps/patch-fsg.stamp ; \ - if ! test x$${all_patches_ok} == "xyes"; then \ + if ! test x$${all_patches_ok} = "xyes"; then \ echo ERROR patch $${all_patches_ok} FAILED! ; \ echo WARNING make clean-patch before retrying a fix ; \ false; \ @@ -555,7 +555,7 @@ clean-patch-fsg: all_patches_ok=no ; \ fi ; \ done ; \ - if ! test x$${all_patches_ok} == "xyes" ; then \ + if ! test x$${all_patches_ok} = "xyes" ; then \ echo "WARNING Not all patches reverted cleanly" ; \ fi From kalli at midverk.is Thu Jul 24 19:02:34 2008 From: kalli at midverk.is (Karl Helgason) Date: Fri, 25 Jul 2008 02:02:34 +0000 Subject: SV: New Gervill imported (Was: OpenJDK 6 b10 source posted) In-Reply-To: <1212963828.3111.23.camel@dijkstra.wildebeest.org> References: <36EC82E93EB0AD40A4301DAD654323868CA4FB2AE1@mail.midverk.is> <1212571525.3172.11.camel@dijkstra.wildebeest.org>, <1212963828.3111.23.camel@dijkstra.wildebeest.org> Message-ID: <36EC82E93EB0AD40A4301DAD65432386B243F376D4@mail.midverk.is> Hi Mark, Control rate can be fetched from the synthesizer using the AudioSynthesizer interface. AudioSynthesizer.getPropertyInfo() And if you want to use another control rate you'll have to open the synthesizer with the open(SourceDataLine line, Map info) using different control rate value in the info parameter. But it could be a good idea that getPropertyInfo() would return current values when the synthesizer is open and default ones when it is closed. I changed these methods in the SoftChannel noteOn noteOff setPolyPressure setChannelPressure controlChange programChange(program) programChange(bank, program) setPitchBend So they won't accept out of range values (e.g. only 7 or 14 bit values). I didn't like your idea of masking the getController output, and it also didn't handle when we used negative values in the controlChange. By restricting the input values we make the MidiChannel object more predictable and getController will then always return true value not clipped one. I am not sure we should hide the IOException in SF2SoundbankReader and DLSSoundbankReader. This is not done in AudioFileReader classes from Sun. For example in com.sun.media.sound.WaveFileReader cheers, Karl ________________________________________ Fr?: Mark Wielaard [mark at klomp.org] Sent: 8. j?n? 2008 22:23 Vi?takandi: Karl Helgason Afrit: audio-engine-dev at openjdk.java.net; distro-pkg-dev at openjdk.java.net Efni: New Gervill imported (Was: OpenJDK 6 b10 source posted) Hi Karl, On Wed, 2008-06-04 at 11:25 +0200, Mark Wielaard wrote: > On Wed, 2008-06-04 at 01:09 +0000, Karl Helgason wrote: > Thanks for checking. These are all in the icedtea gervill overlay also. > I'll make sure to upgrade to the latest CVS version in which I see you > fixed some of the other issues I reported. > > > The code was also slightly reformatted: > > a) lines "* @version %I%, %E%" was removed (such lines was removed from all JDK > > sources); > > b) line indention (to make lines no longer than 80 symbols); > > c) tabs to spaces conversion; > > > > I will look into to reformat newest Gervill CVS code the same way. > > That would be great. Since 0.9 there have been lots of changes and fixes > (which is why icedtea tracks your CVS tree and didn't use the old 0.9 > code). Would it be a good idea to do a new version upgrade after syncing > the sources and reformatting to celebrate the inclusion? Thanks a lot for you fixes and the reformatting. I imported the new Gervill from CVS in two parts. First everything up to June 1st. Second the reformatting itself. That way it should be easy to follow what changed. 2008-08-08 Mark Wielaard * overlays/openjdk/jdk/src/share/classes/com/sun/media/sound: Import Gervill fixes from CVS. See CHANGES.txt. * overlays/openjdk/jdk/test/com/sun/media/sound: Likewise. - Cleanup: Make inner classes static AudioFloatFormatConverter.AudioFloatFormatConverterInputStream AudioFloatFormatConverter.AudioFloatInputStreamChannelMixer AudioFloatFormatConverter.AudioFloatInputStreamResampler SimpleInstrument.SimpleInstrumentPart SoftChorus.VariableDelay SoftChorus.LFODelay SoftMixingDataLine.AudioFloatInputStreamResampler SoftMixingSourceDataLine.NonBlockingFloatInputStream SoftReverb.AllPass SoftReverb.Comb SoftReverb.Delay - Cleanup: Remove unused fields in: SoftSincResampler.din, SoftLanczosResampler.din, SoftMainMixer.finetuning, SoftMainMixer.coarsetuning SoftJitterCorrector.JitterStream.nullbuff, SoftAbstractResampler.ModelAbstractResampler.loopread SoftAbstractResampler.ModelAbstractResampler.streammarked - Cleanup: Remove dead code from FFT. - Cleanup: Make constant fields in SoftFilter final. - Cleanup: Let SoftSynthesizer.info be final. - Cleanup: Let SoftProvider.info be final. - Fix: Unnecessary call to sourceDataLine.drain() in SoftSynthesizer causes random hangs in SoftSynthesizer.open jtreg test. This happens when the synthesizer is opened and right after closed. This will not happen if there is a delay between open and close call. - Fix: ModelByteBufferAudioFileSoundbankReader, SoftAudioPusher, SoftJitterCorrector don't ignore stream.read return value. - Fix: NullPointerException in SoftSynthesizer.unloadInstrument if instrument = null - Fix: SoftJitterCorrector.getSoundbank(URL) may fail to close stream. - Fix: Futile attempts to guard buffers variable in SoftJitterCorrector. - Fix: RiffReader/SF2SoundbankReader/DLSSoundbank should use readfully instead of read when reading from stream. JTreg tests where created to test for this. I like these cleanups. Your fix for the jtreg resources was nicer than mine, so I dropped the icedtea one. I did take your change to the tests needing a samplerate and controlrate argument to init the SoftLimiter to just pass the constant values 44100 and 147. I also made the SoftSynthesizer.getControlRate() protected again. I can kind of understand using these constants in the tests. Although I find getting them from the synthesizer nicer. Is there a reason the control rate is always hardcoded to 147? There actually doesn't seem to be any way to change it since the property info always sets it explicitly. With this there are only a few minor differences left between gervill CVS and the icedtea overlay. I have attached the diff. 2008-06-08 Mark Wielaard * overlays/openjdk/jdk/src/share/classes/com/sun/media/sound: Import Gervill CVS source reformatting. For the interested I have attached the current diff between the gervil/cvs/icedtea/overlay version and what is in openjdk6-b10. (Note that line endings are different, openjdk6 uses CRLF, which is disregarded when creating the diff.) Cheers, Mark From doko at ubuntu.com Fri Jul 25 06:51:04 2008 From: doko at ubuntu.com (Matthias Klose) Date: Fri, 25 Jul 2008 15:51:04 +0200 Subject: [patch] hotspot miscompilation of OpenJDK6 with gcc from the gcc-4_3-branch Message-ID: <4889DA48.2060101@ubuntu.com> OpenJDK (using the IcedTea6 build and patches) fails to build with 4.3 from the 4.3 branch, when the jvm built in stage1 is used for the first time in the stage2 build: -def-pcompile: [javac] Compiling 2 source files to /scratch/packages/openjdk/x/openjdk-6-6b11/openjdk/control/build/linux-i586/langtools/build/toolclasses WARNING: Default charset US-ASCII not supported, using ISO-8859-1 instead [javac] /scratch/packages/openjdk/x/openjdk-6-6b11/openjdk/langtools/make/tools/CompileProperties/CompileProperties.java:26: cannot access unnamed package [javac] ANSI_X3.4-1968 [javac] import java.io.BufferedWriter; [javac] ^ BUILD FAILED the build failure is not seen when reverting r136501; seen as well when just reverting the two hunks for record_numbers_of_iterations. seen with -O3 and -O2, not -O1. not seen on amd64 and sparc (the other two archs using OpenJDK hotspot). the miscompiled file is ciTypeFlow.cpp, compiled using g++-4.3 -fpic -fno-rtti -fno-exceptions -D_REENTRANT -fcheck-new -g -m32 -march=i586 -mtune=generic -O2 -fno-strict-aliasing -DVM_LITTLE_ENDIAN -Wpointer-arith -Wconversion -Wsign-compare -c ciTypeFlow.cpp Upstream GCC [1] doesn't agree on a bug in the compiler, but in the application code: "I belive this is just INVALID. The code seems to do lots of things with this enum Cell, but the C++ compiler is allowed to just allocate 1 bit of storage for it. Maybe changing the Cell declaration to enum Cell { Cell_0, Cell_max = UINT_MAX } fixes the issue. See 7.2/6 for the standard wording." The suggested fix is attached; I don't see any regressions. IcedTea currently has a patch to work around the problem, compiling this file with -fno-ivopts. Matthias [1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36917 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: citypeflow.diff Url: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080725/3ff5a494/citypeflow.diff From martinrb at google.com Fri Jul 25 10:10:32 2008 From: martinrb at google.com (Martin Buchholz) Date: Fri, 25 Jul 2008 10:10:32 -0700 Subject: [patch] hotspot miscompilation of OpenJDK6 with gcc from the gcc-4_3-branch In-Reply-To: <4889DA48.2060101@ubuntu.com> References: <4889DA48.2060101@ubuntu.com> Message-ID: <1ccfd1c10807251010y1b281d7hfe5093a7c4ba1ec8@mail.gmail.com> I've thought about how best to fix the enum Cell crash. Extending the range of the enum to enum Cell { Cell_0, Cell_max = MAX_INT } works in practice. But I was left wondering whether this was actually standards-correct. Is it legal to use values for an enum that were not specified in the enum declaration (e.g. 1 for Cell above). A check of the draft C++ standard gives this wording: "An expression of arithmetic or enumeration type can be converted to an enumeration type explicitly. The value is unchanged if it is in the range of enumeration values of the enumeration type; otherwise the resulting enumeration value is unspecified." which makes it look like extending the range is Just Right. I might be tempted to create a proper "class Cell", but there is not a lot of state or behavior there to encapsulate. Martin On Fri, Jul 25, 2008 at 6:51 AM, Matthias Klose wrote: > BUILD FAILED > > the build failure is not seen when reverting r136501; seen as well when just > reverting the two hunks for record_numbers_of_iterations. > > seen with -O3 and -O2, not -O1. > > not seen on amd64 and sparc (the other two archs using OpenJDK hotspot). > > the miscompiled file is ciTypeFlow.cpp, compiled using > g++-4.3 -fpic -fno-rtti -fno-exceptions -D_REENTRANT -fcheck-new -g -m32 > -march=i586 -mtune=generic -O2 -fno-strict-aliasing -DVM_LITTLE_ENDIAN > -Wpointer-arith -Wconversion -Wsign-compare -c ciTypeFlow.cpp > > > Upstream GCC [1] doesn't agree on a bug in the compiler, but in the application > code: > > "I belive this is just INVALID. The code seems to do lots of things with > this enum Cell, but the C++ compiler is allowed to just allocate 1 bit of > storage for it. > > Maybe changing the Cell declaration to > > enum Cell { Cell_0, Cell_max = UINT_MAX } > > fixes the issue. > > See 7.2/6 for the standard wording." > > The suggested fix is attached; I don't see any regressions. IcedTea currently > has a patch to work around the problem, compiling this file with -fno-ivopts. > > Matthias > > [1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36917 > > --- openjdk/hotspot/src/share/vm/ci/ciTypeFlow.hpp~ 2008-07-10 22:04:30.000000000 +0200 > +++ openjdk/hotspot/src/share/vm/ci/ciTypeFlow.hpp 2008-07-25 14:32:03.544802121 +0200 > @@ -130,7 +130,7 @@ > > // Used as a combined index for locals and temps > enum Cell { > - Cell_0 > + Cell_0, Cell_max = UINT_MAX > }; > > // A StateVector summarizes the type information at some > > From yamauchi at google.com Fri Jul 25 11:48:36 2008 From: yamauchi at google.com (Hiroshi Yamauchi) Date: Fri, 25 Jul 2008 11:48:36 -0700 Subject: [patch] hotspot miscompilation of OpenJDK6 with gcc from the gcc-4_3-branch In-Reply-To: <1ccfd1c10807251010y1b281d7hfe5093a7c4ba1ec8@mail.gmail.com> References: <4889DA48.2060101@ubuntu.com> <1ccfd1c10807251010y1b281d7hfe5093a7c4ba1ec8@mail.gmail.com> Message-ID: Though it may not be a big deal, Martin and I have talked about various options to fix the issue: 1. What Matthias suggested. 2. Pass -fno-tree-vrp to GCC which disables the value range propagation optimization 3. Make Cell a real class and use it as a value type with almost no runtime overhead 4. Replace the enum with "typedef int Cell" (but loses type safety) Hiroshi On Fri, Jul 25, 2008 at 10:10 AM, Martin Buchholz wrote: > I've thought about how best to fix the enum Cell crash. > Extending the range of the enum to > enum Cell { Cell_0, Cell_max = MAX_INT } > works in practice. But I was left wondering whether this was actually > standards-correct. Is it legal to use values for an enum that were > not specified in the enum declaration (e.g. 1 for Cell above). > A check of the draft C++ standard gives this wording: > > "An expression of arithmetic or enumeration type can be converted to > an enumeration type explicitly. The value is > unchanged if it is in the range of enumeration values of the > enumeration type; otherwise the resulting enumeration value > is unspecified." > > which makes it look like extending the range is Just Right. > > I might be tempted to create a proper "class Cell", > but there is not a lot of state or behavior there to encapsulate. > > Martin > > On Fri, Jul 25, 2008 at 6:51 AM, Matthias Klose wrote: >> BUILD FAILED >> >> the build failure is not seen when reverting r136501; seen as well when just >> reverting the two hunks for record_numbers_of_iterations. >> >> seen with -O3 and -O2, not -O1. >> >> not seen on amd64 and sparc (the other two archs using OpenJDK hotspot). >> >> the miscompiled file is ciTypeFlow.cpp, compiled using >> g++-4.3 -fpic -fno-rtti -fno-exceptions -D_REENTRANT -fcheck-new -g -m32 >> -march=i586 -mtune=generic -O2 -fno-strict-aliasing -DVM_LITTLE_ENDIAN >> -Wpointer-arith -Wconversion -Wsign-compare -c ciTypeFlow.cpp >> >> >> Upstream GCC [1] doesn't agree on a bug in the compiler, but in the application >> code: >> >> "I belive this is just INVALID. The code seems to do lots of things with >> this enum Cell, but the C++ compiler is allowed to just allocate 1 bit of >> storage for it. >> >> Maybe changing the Cell declaration to >> >> enum Cell { Cell_0, Cell_max = UINT_MAX } >> >> fixes the issue. >> >> See 7.2/6 for the standard wording." >> >> The suggested fix is attached; I don't see any regressions. IcedTea currently >> has a patch to work around the problem, compiling this file with -fno-ivopts. >> >> Matthias >> >> [1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36917 >> >> --- openjdk/hotspot/src/share/vm/ci/ciTypeFlow.hpp~ 2008-07-10 22:04:30.000000000 +0200 >> +++ openjdk/hotspot/src/share/vm/ci/ciTypeFlow.hpp 2008-07-25 14:32:03.544802121 +0200 >> @@ -130,7 +130,7 @@ >> >> // Used as a combined index for locals and temps >> enum Cell { >> - Cell_0 >> + Cell_0, Cell_max = UINT_MAX >> }; >> >> // A StateVector summarizes the type information at some >> >> > From doko at ubuntu.com Sat Jul 26 11:55:59 2008 From: doko at ubuntu.com (Matthias Klose) Date: Sat, 26 Jul 2008 20:55:59 +0200 Subject: [patch] fix compilation of generateOopMap.cpp on alpha-linux Message-ID: <488B733F.8050909@ubuntu.com> Apparently this only leads to a compiler error on alpha. Fix is obvious. Matthias -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: generation.cpp.diff Url: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080726/185b2384/generation.cpp.diff From doko at ubuntu.com Sat Jul 26 12:20:35 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Sat, 26 Jul 2008 19:20:35 +0000 Subject: changeset in /hg/icedtea6: 2008-07-26 Matthias Klose changeset 961aec1bb31b in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=961aec1bb31b description: 2008-07-26 Matthias Klose * patches/icedtea-arm-uname.patch: Rename to ... * patches/icedtea-uname.patch: Fix architecture string for mipsel. * patches/icedtea-zero.patch: Add support for alpha, m68k, mips{,el}. * patches/icedtea-alpha-fixes.patch: New, fixes for alpha-linux. * Makefile.am (ICEDTEA_PATCHES): Rename patch, add patch. diffstat: 6 files changed, 242 insertions(+), 153 deletions(-) ChangeLog | 8 + Makefile.am | 3 patches/icedtea-alpha-fixes.patch | 75 +++++++++++ patches/icedtea-arm-uname.patch | 26 ---- patches/icedtea-uname.patch | 44 ++++++ patches/icedtea-zero.patch | 239 +++++++++++++++++-------------------- diffs (456 lines): diff -r 94e809ed9e5b -r 961aec1bb31b ChangeLog --- a/ChangeLog Thu Jul 24 18:13:42 2008 +0200 +++ b/ChangeLog Sat Jul 26 21:20:29 2008 +0200 @@ -1,3 +1,11 @@ 2008-07-24 Matthias Klose + + * patches/icedtea-arm-uname.patch: Rename to ... + * patches/icedtea-uname.patch: Fix architecture string for mipsel. + * patches/icedtea-zero.patch: Add support for alpha, m68k, mips{,el}. + * patches/icedtea-alpha-fixes.patch: New, fixes for alpha-linux. + * Makefile.am (ICEDTEA_PATCHES): Rename patch, add patch. + 2008-07-24 Matthias Klose * configure.ac: Fix bashisms. diff -r 94e809ed9e5b -r 961aec1bb31b Makefile.am --- a/Makefile.am Thu Jul 24 18:13:42 2008 +0200 +++ b/Makefile.am Sat Jul 26 21:20:29 2008 +0200 @@ -398,7 +398,7 @@ ICEDTEA_PATCHES = \ patches/icedtea-zero-build.patch \ patches/icedtea-print-lsb-release.patch \ patches/icedtea-jpegclasses.patch \ - patches/icedtea-arm-uname.patch \ + patches/icedtea-uname.patch \ patches/icedtea-ia64-fdlibm.patch \ patches/icedtea-LCMS-setTagData.patch \ patches/icedtea-color-createcontext.patch \ @@ -417,6 +417,7 @@ ICEDTEA_PATCHES = \ patches/icedtea-nomotif-6706121.patch \ patches/icedtea-nomotif.patch \ patches/icedtea-hotspot-gcc-pr36917.patch \ + patches/icedtea-alpha-fixes.patch \ $(SHARK_PATCH) \ $(GCC_PATCH) diff -r 94e809ed9e5b -r 961aec1bb31b patches/icedtea-alpha-fixes.patch --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/patches/icedtea-alpha-fixes.patch Sat Jul 26 21:20:29 2008 +0200 @@ -0,0 +1,75 @@ +--- openjdk/jaxp/make/build.properties~ 2008-07-10 22:05:59.000000000 +0200 ++++ openjdk/jaxp/make/build.properties 2008-07-26 17:42:48.660773430 +0200 +@@ -41,6 +41,6 @@ + + # JVM memory size + javac.memoryInitialSize = 128m +-javac.memoryMaximumSize = 256m ++javac.memoryMaximumSize = 512m + + #------------------------------------------------------------ +--- openjdk/jaxws/make/build.properties~ 2008-07-10 22:07:18.000000000 +0200 ++++ openjdk/jaxws/make/build.properties 2008-07-26 17:42:54.970868617 +0200 +@@ -41,6 +41,6 @@ + + # JVM memory size + javac.memoryInitialSize = 128m +-javac.memoryMaximumSize = 256m ++javac.memoryMaximumSize = 512m + + #------------------------------------------------------------ +--- openjdk/hotspot/src/share/vm/oops/generateOopMap.cpp.orig 2008-07-25 23:55:37.000000000 +0000 ++++ openjdk/hotspot/src/share/vm/oops/generateOopMap.cpp 2008-07-26 12:59:43.000000000 +0000 +@@ -2125,7 +2125,7 @@ + // We do not distinguish between different types of errors for verification + // errors. Let the verifier give a better message. + const char *msg = "Illegal class file encountered. Try running with -Xverify:all"; +- error_work(msg, NULL); ++ report_error(msg, NULL); + } + + // +--- openjdk/corba/make/common/Defs-linux.gmk~ 2008-07-26 16:12:24.868956765 +0200 ++++ openjdk/corba/make/common/Defs-linux.gmk 2008-07-26 18:05:40.781471559 +0200 +@@ -176,7 +176,8 @@ + CXXFLAGS_DBG += $(CC_LOWER_OPT) + endif + +-CPPFLAGS_COMMON = -D$(ARCH) -DARCH='"$(ARCH)"' -DLINUX $(VERSION_DEFINES) \ ++CPPFLAGS_COMMON = -D_$(ARCH)_ $(if $(filter $(ARCH),alpha),,-D$(ARCH)) \ ++ -DARCH='"$(ARCH)"' -DLINUX $(VERSION_DEFINES) \ + -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -D_REENTRANT + + ifeq ($(ARCH_DATA_MODEL), 64) +--- openjdk/hotspot/agent/src/os/linux/Makefile~ 2008-07-26 16:12:24.868956765 +0200 ++++ openjdk/hotspot/agent/src/os/linux/Makefile 2008-07-26 18:07:06.052757857 +0200 +@@ -40,7 +40,7 @@ + + LIBS = -lthread_db + +-CFLAGS = -c -fPIC -g -D_GNU_SOURCE -D$(ARCH) $(INCLUDES) ++CFLAGS = -c -fPIC -g -D_GNU_SOURCE -D_$(ARCH)_ $(if $(filter $(ARCH),alpha),,-D$(ARCH)) $(INCLUDES) + + LIBSA = $(ARCH)/libsaproc.so + +@@ -65,7 +65,7 @@ + $(GCC) -shared -Wl,-Bsymbolic-functions $(LFLAGS_LIBSA) -o $(LIBSA) $(OBJS) $(LIBS) + + test.o: test.c +- $(GCC) -c -o test.o -g -D_GNU_SOURCE -D$(ARCH) $(INCLUDES) test.c ++ $(GCC) -c -o test.o -g -D_GNU_SOURCE -D_$(ARCH)_ $(if $(filter $(ARCH),alpha),,-D$(ARCH)) $(INCLUDES) test.c + + test: test.o + $(GCC) -o test test.o -L$(ARCH) -lsaproc $(LIBS) +--- openjdk/jdk/make/common/Defs-linux.gmk~ 2008-07-26 16:12:24.868956765 +0200 ++++ openjdk/jdk/make/common/Defs-linux.gmk 2008-07-26 18:04:30.210407010 +0200 +@@ -186,7 +186,8 @@ + CXXFLAGS_DBG += $(CC_LOWER_OPT) + endif + +-CPPFLAGS_COMMON = -D$(ARCH) -DARCH='"$(ARCH)"' -DLINUX $(VERSION_DEFINES) \ ++CPPFLAGS_COMMON = -D_$(ARCH)_ $(if $(filter $(ARCH),alpha),,-D$(ARCH)) \ ++ -DARCH='"$(ARCH)"' -DLINUX $(VERSION_DEFINES) \ + -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -D_REENTRANT + + ifeq ($(ARCH_DATA_MODEL), 64) diff -r 94e809ed9e5b -r 961aec1bb31b patches/icedtea-arm-uname.patch --- a/patches/icedtea-arm-uname.patch Thu Jul 24 18:13:42 2008 +0200 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,26 +0,0 @@ -diff -r 29e7597d75c4 openjdk/jdk/make/common/shared/Platform.gmk ---- openjdk/jdk/make/common/shared/Platform.gmk Fri Mar 28 14:19:36 2008 +0000 -+++ openjdk/jdk/make/common/shared/Platform.gmk Tue Apr 01 09:02:17 2008 +0100 -@@ -205,6 +205,9 @@ ifeq ($(SYSTEM_UNAME), Linux) - sparc*) \ - echo sparc \ - ;; \ -+ arm*) \ -+ echo arm \ -+ ;; \ - *) \ - echo $(mach) \ - ;; \ -diff -r 29e7597d75c4 openjdk/corba/make/common/shared/Platform.gmk ---- openjdk/corba/make/common/shared/Platform.gmk Fri Mar 28 14:19:36 2008 +0000 -+++ openjdk/corba/make/common/shared/Platform.gmk Tue Apr 01 09:02:17 2008 +0100 -@@ -194,6 +194,9 @@ ifeq ($(SYSTEM_UNAME), Linux) - sparc*) \ - echo sparc \ - ;; \ -+ arm*) \ -+ echo arm \ -+ ;; \ - *) \ - echo $(mach) \ - ;; \ diff -r 94e809ed9e5b -r 961aec1bb31b patches/icedtea-uname.patch --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/patches/icedtea-uname.patch Sat Jul 26 21:20:29 2008 +0200 @@ -0,0 +1,44 @@ +--- openjdk/jdk/make/common/shared/Platform.gmk.orig 2008-07-26 17:21:17.441295678 +0200 ++++ openjdk/jdk/make/common/shared/Platform.gmk 2008-07-26 17:30:24.589549285 +0200 +@@ -191,6 +191,9 @@ + OS_VERSION := $(shell uname -r) + # Arch and OS name/version + mach := $(shell uname -m) ++ ifneq (,$(filter $(mach),mips s390 s390x)) ++ mach := $(shell dpkg-architecture -qDEB_BUILD_ARCH_CPU 2>/dev/null || echo $(mach)) ++ endif + archExpr = case "$(mach)" in \ + i[3-9]86) \ + echo i586 \ +@@ -204,6 +207,9 @@ + sparc*) \ + echo sparc \ + ;; \ ++ arm*) \ ++ echo arm \ ++ ;; \ + *) \ + echo $(mach) \ + ;; \ +--- openjdk/corba/make/common/shared/Platform.gmk.orig 2008-07-26 17:21:17.441295678 +0200 ++++ openjdk/corba/make/common/shared/Platform.gmk 2008-07-26 17:30:22.059511120 +0200 +@@ -181,6 +181,9 @@ + OS_VERSION := $(shell uname -r) + # Arch and OS name/version + mach := $(shell uname -m) ++ ifneq (,$(filter $(mach),mips s390 s390x)) ++ mach := $(shell dpkg-architecture -qDEB_BUILD_ARCH_CPU 2>/dev/null || echo $(mach)) ++ endif + archExpr = case "$(mach)" in \ + i[3-9]86) \ + echo i586 \ +@@ -194,6 +197,9 @@ + sparc*) \ + echo sparc \ + ;; \ ++ arm*) \ ++ echo arm \ ++ ;; \ + *) \ + echo $(mach) \ + ;; \ diff -r 94e809ed9e5b -r 961aec1bb31b patches/icedtea-zero.patch --- a/patches/icedtea-zero.patch Thu Jul 24 18:13:42 2008 +0200 +++ b/patches/icedtea-zero.patch Sat Jul 26 21:20:29 2008 +0200 @@ -1,7 +1,112 @@ diff -ru openjdk.orig/hotspot/src/share/ -diff -ru openjdk.orig/hotspot/src/share/vm/runtime/mutex.hpp openjdk/hotspot/src/share/vm/runtime/mutex.hpp ---- openjdk.orig/hotspot/src/share/vm/runtime/mutex.hpp 2007-11-08 11:34:54.000000000 +0000 -+++ openjdk/hotspot/src/share/vm/runtime/mutex.hpp 2007-11-08 11:36:15.000000000 +0000 -@@ -61,18 +61,10 @@ union SplitWord { // full-word with se +--- openjdk/hotspot/src/os/linux/vm/os_linux.cpp.orig 2008-07-26 12:31:44.000000000 +0000 ++++ openjdk/hotspot/src/os/linux/vm/os_linux.cpp 2008-07-26 12:41:38.000000000 +0000 +@@ -159,7 +159,9 @@ + #endif + + // Cpu architecture string +-#if defined(IA64) ++#if defined(ZERO) ++static char cpu_arch[] = ZERO_LIBARCH; ++#elif defined(IA64) + static char cpu_arch[] = "ia64"; + #elif defined(IA32) + static char cpu_arch[] = "i386"; +@@ -1665,7 +1667,13 @@ + {EM_SPARC32PLUS, EM_SPARC, ELFCLASS32, ELFDATA2MSB, (char*)"Sparc 32"}, + {EM_SPARCV9, EM_SPARCV9, ELFCLASS64, ELFDATA2MSB, (char*)"Sparc v9 64"}, + {EM_PPC, EM_PPC, ELFCLASS32, ELFDATA2MSB, (char*)"Power PC 32"}, +- {EM_PPC64, EM_PPC64, ELFCLASS64, ELFDATA2MSB, (char*)"Power PC 64"} ++ {EM_PPC64, EM_PPC64, ELFCLASS64, ELFDATA2MSB, (char*)"Power PC 64"}, ++ {EM_ARM, EM_ARM, ELFCLASS32, ELFDATA2LSB, (char*)"ARM"}, ++ {EM_S390, EM_S390, ELFCLASSNONE, ELFDATA2MSB, (char*)"IBM System/390"}, ++ {EM_ALPHA, EM_ALPHA, ELFCLASS64, ELFDATA2LSB, (char*)"Alpha"}, ++ {EM_MIPS_RS3_LE, EM_MIPSEL_RS3_LE, ELFCLASS32, ELFDATA2LSB, (char*)"MIPSel"}, ++ {EM_MIPS, EM_MIPS, ELFCLASS32, ELFDATA2MSB, (char*)"MIPS"}, ++ {EM_68K, EM_68K, ELFCLASS32, ELFDATA2MSB, (char*)"M68k"} + }; + + #if (defined IA32) +@@ -1682,9 +1690,21 @@ + static Elf32_Half running_arch_code=EM_PPC64; + #elif (defined __powerpc__) + static Elf32_Half running_arch_code=EM_PPC; ++ #elif (defined ARM) ++ static Elf32_Half running_arch_code=EM_ARM; ++ #elif (defined S390) ++ static Elf32_Half running_arch_code=EM_S390; ++ #elif (defined ALPHA) ++ static Elf32_Half running_arch_code=EM_ALPHA; ++ #elif (defined MIPSEL) ++ static Elf32_Half running_arch_code=EM_MIPS_RS3_EL; ++ #elif (defined MIPS) ++ static Elf32_Half running_arch_code=EM_MIPS; ++ #elif (defined M68K) ++ static Elf32_Half running_arch_code=EM_68K; + #else + #error Method os::dll_load requires that one of following is defined:\ +- IA32, AMD64, IA64, __sparc, __powerpc__ ++ IA32, AMD64, IA64, __sparc, __powerpc__, ARM, S390, ALPHA, MIPS, MIPSEL, M68K + #endif + + // Identify compatability class for VM's architecture and library's architecture +@@ -1716,10 +1736,12 @@ + return NULL; + } + ++#ifndef S390 + if (lib_arch.elf_class != arch_array[running_arch_index].elf_class) { + ::snprintf(diag_msg_buf, diag_msg_max_length-1," (Possible cause: architecture word width mismatch)"); + return NULL; + } ++#endif // !S390 + + if (lib_arch.compat_class != arch_array[running_arch_index].compat_class) { + if ( lib_arch.name!=NULL ) { +@@ -2354,7 +2376,9 @@ + // format has been changed), we'll use the largest page size supported by + // the processor. + ++#ifndef ZERO + _large_page_size = IA32_ONLY(4 * M) AMD64_ONLY(2 * M) IA64_ONLY(256 * M) SPARC_ONLY(4 * M); ++#endif + + FILE *fp = fopen("/proc/meminfo", "r"); + if (fp) { +--- openjdk/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp.orig 2008-07-26 12:31:46.000000000 +0000 ++++ openjdk/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp 2008-07-26 12:35:42.000000000 +0000 +@@ -3030,9 +3030,9 @@ + tty->print_cr("&native_fresult: " INTPTR_FORMAT, (uintptr_t) &this->_native_fresult); + tty->print_cr("native_lresult: " INTPTR_FORMAT, (uintptr_t) this->_native_lresult); + #endif +-#ifdef IA64 ++#if defined(IA64) && !defined(ZERO) + tty->print_cr("last_Java_fp: " INTPTR_FORMAT, (uintptr_t) this->_last_Java_fp); +-#endif // IA64 ++#endif // IA64 && !ZERO + tty->print_cr("self_link: " INTPTR_FORMAT, (uintptr_t) this->_self_link); + } + +--- openjdk/hotspot/src/share/vm/runtime/icache.cpp.orig 2008-07-26 12:31:42.000000000 +0000 ++++ openjdk/hotspot/src/share/vm/runtime/icache.cpp 2008-07-26 12:35:42.000000000 +0000 +@@ -78,6 +78,7 @@ + } + + void AbstractICache::invalidate_range(address start, int nbytes) { ++#ifndef ZERO + static bool firstTime = true; + if (firstTime) { + guarantee(start == CAST_FROM_FN_PTR(address, _flush_icache_stub), +@@ -97,6 +98,7 @@ + } + call_flush_stub(start, round_to(nbytes, ICache::line_size) >> + ICache::log2_line_size); ++#endif + } + + // For init.cpp +--- openjdk/hotspot/src/share/vm/runtime/mutex.hpp.orig 2008-07-26 12:31:43.000000000 +0000 ++++ openjdk/hotspot/src/share/vm/runtime/mutex.hpp 2008-07-26 12:35:42.000000000 +0000 +@@ -61,18 +61,10 @@ } ; // Endian-ness ... index of least-significant byte in SplitWord.Bytes[] @@ -21,52 +126,8 @@ diff -ru openjdk.orig/hotspot/src/share/ #endif class ParkEvent ; -diff -ru openjdk/hotspot/src/os/linux/vm/os_linux.cpp openjdk/hotspot/src/os/linux/vm/os_linux.cpp ---- openjdk/hotspot/src/os/linux/vm/os_linux.cpp 2008-03-13 13:57:48.000000000 +0000 -+++ openjdk/hotspot/src/os/linux/vm/os_linux.cpp 2008-03-13 13:37:14.000000000 +0000 -@@ -159,7 +159,9 @@ - #endif - - // Cpu architecture string --#if defined(IA64) -+#if defined(ZERO) -+static char cpu_arch[] = ZERO_LIBARCH; -+#elif defined(IA64) - static char cpu_arch[] = "ia64"; - #elif defined(IA32) - static char cpu_arch[] = "i386"; -@@ -2354,7 +2356,9 @@ - // format has been changed), we'll use the largest page size supported by - // the processor. - -+#ifndef ZERO - _large_page_size = IA32_ONLY(4 * M) AMD64_ONLY(2 * M) IA64_ONLY(256 * M) SPARC_ONLY(4 * M); -+#endif // ZERO - - FILE *fp = fopen("/proc/meminfo", "r"); - if (fp) { -diff -ru openjdk/hotspot/src/share/vm/runtime/icache.cpp openjdk/hotspot/src/share/vm/runtime/icache.cpp ---- openjdk/hotspot/src/share/vm/runtime/icache.cpp 2007-10-30 08:46:35.000000000 +0000 -+++ openjdk/hotspot/src/share/vm/runtime/icache.cpp 2008-01-21 15:18:48.000000000 +0000 -@@ -78,6 +78,7 @@ - } - - void AbstractICache::invalidate_range(address start, int nbytes) { -+#ifndef ZERO - static bool firstTime = true; - if (firstTime) { - guarantee(start == CAST_FROM_FN_PTR(address, _flush_icache_stub), -@@ -97,6 +98,7 @@ - } - call_flush_stub(start, round_to(nbytes, ICache::line_size) >> - ICache::log2_line_size); -+#endif // ZERO - } - - // For init.cpp -diff -ru openjdk/hotspot/src/share/vm/runtime/jniHandles.hpp openjdk/hotspot/src/share/vm/runtime/jniHandles.hpp ---- openjdk/hotspot/src/share/vm/runtime/jniHandles.hpp 2007-10-30 08:46:35.000000000 +0000 -+++ openjdk/hotspot/src/share/vm/runtime/jniHandles.hpp 2008-01-24 13:26:36.000000000 +0000 +--- openjdk/hotspot/src/share/vm/runtime/jniHandles.hpp.orig 2008-07-26 12:31:43.000000000 +0000 ++++ openjdk/hotspot/src/share/vm/runtime/jniHandles.hpp 2008-07-26 12:35:42.000000000 +0000 @@ -126,9 +126,17 @@ // Fill block with bad_handle values void zap(); @@ -85,9 +146,8 @@ diff -ru openjdk/hotspot/src/share/vm/ru // Free list computation void rebuild_free_list(); -diff -ru openjdk/hotspot/src/share/vm/utilities/vmError.cpp openjdk/hotspot/src/share/vm/utilities/vmError.cpp ---- openjdk/hotspot/src/share/vm/utilities/vmError.cpp 2008-01-24 13:17:27.000000000 +0000 -+++ openjdk/hotspot/src/share/vm/utilities/vmError.cpp 2008-01-24 13:21:20.000000000 +0000 +--- openjdk/hotspot/src/share/vm/utilities/vmError.cpp.orig 2008-07-26 12:31:44.000000000 +0000 ++++ openjdk/hotspot/src/share/vm/utilities/vmError.cpp 2008-07-26 12:35:42.000000000 +0000 @@ -25,6 +25,11 @@ # include "incls/_precompiled.incl" # include "incls/_vmError.cpp.incl" @@ -133,76 +193,3 @@ diff -ru openjdk/hotspot/src/share/vm/ut } STEP(140, "(printing VM operation)" ) -diff -r 789c601c8ba9 openjdk/hotspot/src/os/linux/vm/os_linux.cpp ---- openjdk/hotspot/src/os/linux/vm/os_linux.cpp Tue Apr 01 14:49:28 2008 +0100 -+++ openjdk/hotspot/src/os/linux/vm/os_linux.cpp Wed Apr 02 09:51:37 2008 +0100 -@@ -1669,15 +1669,17 @@ - #endif - - static const arch_t arch_array[]={ -- {EM_386, EM_386, ELFCLASS32, ELFDATA2LSB, (char*)"IA 32"}, -- {EM_486, EM_386, ELFCLASS32, ELFDATA2LSB, (char*)"IA 32"}, -- {EM_IA_64, EM_IA_64, ELFCLASS64, ELFDATA2LSB, (char*)"IA 64"}, -- {EM_X86_64, EM_X86_64, ELFCLASS64, ELFDATA2LSB, (char*)"AMD 64"}, -- {EM_SPARC, EM_SPARC, ELFCLASS32, ELFDATA2MSB, (char*)"Sparc 32"}, -- {EM_SPARC32PLUS, EM_SPARC, ELFCLASS32, ELFDATA2MSB, (char*)"Sparc 32"}, -- {EM_SPARCV9, EM_SPARCV9, ELFCLASS64, ELFDATA2MSB, (char*)"Sparc v9 64"}, -- {EM_PPC, EM_PPC, ELFCLASS32, ELFDATA2MSB, (char*)"Power PC 32"}, -- {EM_PPC64, EM_PPC64, ELFCLASS64, ELFDATA2MSB, (char*)"Power PC 64"} -+ {EM_386, EM_386, ELFCLASS32, ELFDATA2LSB, (char*)"IA 32"}, -+ {EM_486, EM_386, ELFCLASS32, ELFDATA2LSB, (char*)"IA 32"}, -+ {EM_IA_64, EM_IA_64, ELFCLASS64, ELFDATA2LSB, (char*)"IA 64"}, -+ {EM_X86_64, EM_X86_64, ELFCLASS64, ELFDATA2LSB, (char*)"AMD 64"}, -+ {EM_SPARC, EM_SPARC, ELFCLASS32, ELFDATA2MSB, (char*)"Sparc 32"}, -+ {EM_SPARC32PLUS, EM_SPARC, ELFCLASS32, ELFDATA2MSB, (char*)"Sparc 32"}, -+ {EM_SPARCV9, EM_SPARCV9, ELFCLASS64, ELFDATA2MSB, (char*)"Sparc v9 64"}, -+ {EM_PPC, EM_PPC, ELFCLASS32, ELFDATA2MSB, (char*)"Power PC 32"}, -+ {EM_PPC64, EM_PPC64, ELFCLASS64, ELFDATA2MSB, (char*)"Power PC 64"}, -+ {EM_ARM, EM_ARM, ELFCLASS32, ELFDATA2LSB, (char*)"ARM"}, -+ {EM_S390, EM_S390, ELFCLASSNONE, ELFDATA2MSB, (char*)"IBM System/390"} - }; - - #if (defined IA32) -@@ -1694,9 +1696,13 @@ - static Elf32_Half running_arch_code=EM_PPC64; - #elif (defined __powerpc__) - static Elf32_Half running_arch_code=EM_PPC; -+ #elif (defined ARM) -+ static Elf32_Half running_arch_code=EM_ARM; -+ #elif (defined S390) -+ static Elf32_Half running_arch_code=EM_S390; - #else - #error Method os::dll_load requires that one of following is defined:\ -- IA32, AMD64, IA64, __sparc, __powerpc__ -+ IA32, AMD64, IA64, __sparc, __powerpc__, ARM, S390 - #endif - - // Identify compatability class for VM's architecture and library's architecture -@@ -1728,10 +1734,12 @@ - return NULL; - } - -+#ifndef S390 - if (lib_arch.elf_class != arch_array[running_arch_index].elf_class) { - ::snprintf(diag_msg_buf, diag_msg_max_length-1," (Possible cause: architecture word width mismatch)"); - return NULL; - } -+#endif // !S390 - - if (lib_arch.compat_class != arch_array[running_arch_index].compat_class) { - if ( lib_arch.name!=NULL ) { -diff -r 3e7fbd955f0b openjdk/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp ---- openjdk/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp Thu Jul 10 14:08:04 2008 -0400 -+++ openjdk/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp Thu Jul 10 14:11:25 2008 -0400 -@@ -3025,9 +3025,9 @@ - tty->print_cr("&native_fresult: " INTPTR_FORMAT, (uintptr_t) &this->_native_fresult); - tty->print_cr("native_lresult: " INTPTR_FORMAT, (uintptr_t) this->_native_lresult); - #endif --#ifdef IA64 -+#if defined(IA64) && !defined(ZERO) - tty->print_cr("last_Java_fp: " INTPTR_FORMAT, (uintptr_t) this->_last_Java_fp); --#endif // IA64 -+#endif // IA64 && !ZERO - tty->print_cr("self_link: " INTPTR_FORMAT, (uintptr_t) this->_self_link); - } - From doko at ubuntu.com Sat Jul 26 12:24:53 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Sat, 26 Jul 2008 19:24:53 +0000 Subject: changeset in /hg/icedtea6: 2008-07-26 Matthias Klose changeset 114ee2acf9c0 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=114ee2acf9c0 description: 2008-07-26 Matthias Klose * patches/icedtea-hotspot-citypeflow.patch: New. * Makefile.am (ICEDTEA_PATCHES): Add patch. * HACKING: Document. diffstat: 4 files changed, 22 insertions(+), 1 deletion(-) ChangeLog | 6 ++++++ HACKING | 5 ++++- Makefile.am | 1 + patches/icedtea-hotspot-citypeflow.patch | 11 +++++++++++ diffs (61 lines): diff -r 961aec1bb31b -r 114ee2acf9c0 ChangeLog --- a/ChangeLog Sat Jul 26 21:20:29 2008 +0200 +++ b/ChangeLog Sat Jul 26 21:24:50 2008 +0200 @@ -1,3 +1,9 @@ 2008-07-26 Matthias Klose + + * patches/icedtea-hotspot-citypeflow.patch: New. + * Makefile.am (ICEDTEA_PATCHES): Add patch. + * HACKING: Document. + 2008-07-26 Matthias Klose * patches/icedtea-arm-uname.patch: Rename to ... diff -r 961aec1bb31b -r 114ee2acf9c0 HACKING --- a/HACKING Sat Jul 26 21:20:29 2008 +0200 +++ b/HACKING Sat Jul 26 21:24:50 2008 +0200 @@ -15,7 +15,7 @@ The following patches are currently appl The following patches are currently applied before the building of OpenJDK or OpenJDK6 by IcedTea: * icedtea-ant.patch: Remove use of $(ANT_HOME). -* icedtea-arm-uname.patch: Handle output of uname on arm. +* icedtea-uname.patch: Handle output of uname on arm and mips{,el}. * icedtea-bytebuffer-compact.patch: Add clearMark() method to java.nio.Buffer (PR60). * icedtea-color-createcontext.patch: Add support for a PaintContext to java.awt.Color. * icedtea-copy-plugs.patch: Add IcedTea's 'plugs' for Java WebStart support, add @@ -61,6 +61,9 @@ The following patches are currently appl * icedtea-zero-build.patch: Add support for the zero assembler build. * icedtea-shark-build.patch: Add support for building the Shark JIT. * icedtea-hotspot-gcc-pr36917.patch: Work around miscompilation with GCC 4.3 (PR 36917). +* icedtea-hotspot-citypeflow.patch: Fix hotspot miscompilation with GCC 4.3 on x86. +* icedtea-alpha-fixes.patch: Fix build issues on alpha-linux. +* The following patches are only applied to OpenJDK6 in IcedTea6: diff -r 961aec1bb31b -r 114ee2acf9c0 Makefile.am --- a/Makefile.am Sat Jul 26 21:20:29 2008 +0200 +++ b/Makefile.am Sat Jul 26 21:24:50 2008 +0200 @@ -417,6 +417,7 @@ ICEDTEA_PATCHES = \ patches/icedtea-nomotif-6706121.patch \ patches/icedtea-nomotif.patch \ patches/icedtea-hotspot-gcc-pr36917.patch \ + patches/icedtea-hotspot-citypeflow.patch \ patches/icedtea-alpha-fixes.patch \ $(SHARK_PATCH) \ $(GCC_PATCH) diff -r 961aec1bb31b -r 114ee2acf9c0 patches/icedtea-hotspot-citypeflow.patch --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/patches/icedtea-hotspot-citypeflow.patch Sat Jul 26 21:24:50 2008 +0200 @@ -0,0 +1,11 @@ +--- openjdk/hotspot/src/share/vm/ci/ciTypeFlow.hpp~ 2008-07-10 22:04:30.000000000 +0200 ++++ openjdk/hotspot/src/share/vm/ci/ciTypeFlow.hpp 2008-07-25 14:32:03.544802121 +0200 +@@ -130,7 +130,7 @@ + + // Used as a combined index for locals and temps + enum Cell { +- Cell_0 ++ Cell_0, Cell_max = UINT_MAX + }; + + // A StateVector summarizes the type information at some From doko at ubuntu.com Sat Jul 26 14:44:10 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Sat, 26 Jul 2008 21:44:10 +0000 Subject: changeset in /hg/icedtea6: - Regenerate the diff Message-ID: changeset fc301971ab46 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=fc301971ab46 description: - Regenerate the diff diffstat: 1 file changed, 39 insertions(+), 39 deletions(-) patches/icedtea-alpha-fixes.patch | 78 ++++++++++++++++++------------------- diffs (106 lines): diff -r 114ee2acf9c0 -r fc301971ab46 patches/icedtea-alpha-fixes.patch --- a/patches/icedtea-alpha-fixes.patch Sat Jul 26 21:24:50 2008 +0200 +++ b/patches/icedtea-alpha-fixes.patch Sat Jul 26 23:44:04 2008 +0200 @@ -1,36 +1,5 @@ ---- openjdk/jaxp/make/build.properties~ 2008-07-10 22:05:59.000000000 +0200 -+++ openjdk/jaxp/make/build.properties 2008-07-26 17:42:48.660773430 +0200 -@@ -41,6 +41,6 @@ - - # JVM memory size - javac.memoryInitialSize = 128m --javac.memoryMaximumSize = 256m -+javac.memoryMaximumSize = 512m - - #------------------------------------------------------------ ---- openjdk/jaxws/make/build.properties~ 2008-07-10 22:07:18.000000000 +0200 -+++ openjdk/jaxws/make/build.properties 2008-07-26 17:42:54.970868617 +0200 -@@ -41,6 +41,6 @@ - - # JVM memory size - javac.memoryInitialSize = 128m --javac.memoryMaximumSize = 256m -+javac.memoryMaximumSize = 512m - - #------------------------------------------------------------ ---- openjdk/hotspot/src/share/vm/oops/generateOopMap.cpp.orig 2008-07-25 23:55:37.000000000 +0000 -+++ openjdk/hotspot/src/share/vm/oops/generateOopMap.cpp 2008-07-26 12:59:43.000000000 +0000 -@@ -2125,7 +2125,7 @@ - // We do not distinguish between different types of errors for verification - // errors. Let the verifier give a better message. - const char *msg = "Illegal class file encountered. Try running with -Xverify:all"; -- error_work(msg, NULL); -+ report_error(msg, NULL); - } - - // ---- openjdk/corba/make/common/Defs-linux.gmk~ 2008-07-26 16:12:24.868956765 +0200 -+++ openjdk/corba/make/common/Defs-linux.gmk 2008-07-26 18:05:40.781471559 +0200 +--- openjdk/corba/make/common/Defs-linux.gmk.orig 2008-07-26 23:29:45.534791238 +0200 ++++ openjdk/corba/make/common/Defs-linux.gmk 2008-07-26 23:38:26.632651880 +0200 @@ -176,7 +176,8 @@ CXXFLAGS_DBG += $(CC_LOWER_OPT) endif @@ -41,8 +10,8 @@ -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -D_REENTRANT ifeq ($(ARCH_DATA_MODEL), 64) ---- openjdk/hotspot/agent/src/os/linux/Makefile~ 2008-07-26 16:12:24.868956765 +0200 -+++ openjdk/hotspot/agent/src/os/linux/Makefile 2008-07-26 18:07:06.052757857 +0200 +--- openjdk/hotspot/agent/src/os/linux/Makefile.orig 2008-07-26 23:29:45.244786863 +0200 ++++ openjdk/hotspot/agent/src/os/linux/Makefile 2008-07-26 23:38:26.632651880 +0200 @@ -40,7 +40,7 @@ LIBS = -lthread_db @@ -53,7 +22,7 @@ LIBSA = $(ARCH)/libsaproc.so @@ -65,7 +65,7 @@ - $(GCC) -shared -Wl,-Bsymbolic-functions $(LFLAGS_LIBSA) -o $(LIBSA) $(OBJS) $(LIBS) + $(GCC) -shared $(LFLAGS_LIBSA) -o $(LIBSA) $(OBJS) $(LIBS) test.o: test.c - $(GCC) -c -o test.o -g -D_GNU_SOURCE -D$(ARCH) $(INCLUDES) test.c @@ -61,9 +30,40 @@ test: test.o $(GCC) -o test test.o -L$(ARCH) -lsaproc $(LIBS) ---- openjdk/jdk/make/common/Defs-linux.gmk~ 2008-07-26 16:12:24.868956765 +0200 -+++ openjdk/jdk/make/common/Defs-linux.gmk 2008-07-26 18:04:30.210407010 +0200 -@@ -186,7 +186,8 @@ +--- openjdk/hotspot/src/share/vm/oops/generateOopMap.cpp.orig 2008-07-10 22:04:33.000000000 +0200 ++++ openjdk/hotspot/src/share/vm/oops/generateOopMap.cpp 2008-07-26 23:38:26.632651880 +0200 +@@ -2128,7 +2128,7 @@ + // We do not distinguish between different types of errors for verification + // errors. Let the verifier give a better message. + const char *msg = "Illegal class file encountered. Try running with -Xverify:all"; +- error_work(msg, NULL); ++ report_error(msg, NULL); + } + + // +--- openjdk/jaxp/make/build.properties.orig 2008-07-10 22:05:59.000000000 +0200 ++++ openjdk/jaxp/make/build.properties 2008-07-26 23:38:26.632651880 +0200 +@@ -41,6 +41,6 @@ + + # JVM memory size + javac.memoryInitialSize = 128m +-javac.memoryMaximumSize = 256m ++javac.memoryMaximumSize = 512m + + #------------------------------------------------------------ +--- openjdk/jaxws/make/build.properties.orig 2008-07-10 22:07:18.000000000 +0200 ++++ openjdk/jaxws/make/build.properties 2008-07-26 23:38:26.632651880 +0200 +@@ -41,6 +41,6 @@ + + # JVM memory size + javac.memoryInitialSize = 128m +-javac.memoryMaximumSize = 256m ++javac.memoryMaximumSize = 512m + + #------------------------------------------------------------ +--- openjdk/jdk/make/common/Defs-linux.gmk.orig 2008-07-26 23:29:45.524791087 +0200 ++++ openjdk/jdk/make/common/Defs-linux.gmk 2008-07-26 23:38:26.632651880 +0200 +@@ -184,7 +184,8 @@ CXXFLAGS_DBG += $(CC_LOWER_OPT) endif From doko at ubuntu.com Sat Jul 26 15:44:17 2008 From: doko at ubuntu.com (Matthias Klose) Date: Sun, 27 Jul 2008 00:44:17 +0200 Subject: jar alternative for zero builds? Message-ID: <488BA8C1.3020106@ubuntu.com> when building openjdk/icedtea for zero arch, a lot of the time is spent building jar files using the interpreted jar. it would be nice if fastjar would support the @ option and icedtea could be configured to use this fastjar. cc'ing the fastjar upstream maintainer, hint, hint, ... Matthias From doko at ubuntu.com Sun Jul 27 01:50:09 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Sun, 27 Jul 2008 08:50:09 +0000 Subject: changeset in /hg/icedtea6: 2008-07-27 Matthias Klose changeset 3e892699c81c in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=3e892699c81c description: 2008-07-27 Matthias Klose * patches/icedtea-zero.patch: Add support for hppa. diffstat: 2 files changed, 24 insertions(+), 17 deletions(-) ChangeLog | 4 ++++ patches/icedtea-zero.patch | 37 ++++++++++++++++++++----------------- diffs (132 lines): diff -r fc301971ab46 -r 3e892699c81c ChangeLog --- a/ChangeLog Sat Jul 26 23:44:04 2008 +0200 +++ b/ChangeLog Sun Jul 27 10:50:04 2008 +0200 @@ -1,3 +1,7 @@ 2008-07-26 Matthias Klose + + * patches/icedtea-zero.patch: Add support for hppa. + 2008-07-26 Matthias Klose * patches/icedtea-hotspot-citypeflow.patch: New. diff -r fc301971ab46 -r 3e892699c81c patches/icedtea-zero.patch --- a/patches/icedtea-zero.patch Sat Jul 26 23:44:04 2008 +0200 +++ b/patches/icedtea-zero.patch Sun Jul 27 10:50:04 2008 +0200 @@ -1,5 +1,5 @@ ---- openjdk/hotspot/src/os/linux/vm/os_linux.cpp.orig 2008-07-26 12:31:44.000000000 +0000 -+++ openjdk/hotspot/src/os/linux/vm/os_linux.cpp 2008-07-26 12:41:38.000000000 +0000 +--- openjdk/hotspot/src/os/linux/vm/os_linux.cpp.orig 2008-07-27 08:37:02.000000000 +0000 ++++ openjdk/hotspot/src/os/linux/vm/os_linux.cpp 2008-07-27 08:43:41.000000000 +0000 @@ -159,7 +159,9 @@ #endif @@ -11,7 +11,7 @@ static char cpu_arch[] = "ia64"; #elif defined(IA32) static char cpu_arch[] = "i386"; -@@ -1665,7 +1667,13 @@ +@@ -1665,7 +1667,14 @@ {EM_SPARC32PLUS, EM_SPARC, ELFCLASS32, ELFDATA2MSB, (char*)"Sparc 32"}, {EM_SPARCV9, EM_SPARCV9, ELFCLASS64, ELFDATA2MSB, (char*)"Sparc v9 64"}, {EM_PPC, EM_PPC, ELFCLASS32, ELFDATA2MSB, (char*)"Power PC 32"}, @@ -22,11 +22,12 @@ + {EM_ALPHA, EM_ALPHA, ELFCLASS64, ELFDATA2LSB, (char*)"Alpha"}, + {EM_MIPS_RS3_LE, EM_MIPSEL_RS3_LE, ELFCLASS32, ELFDATA2LSB, (char*)"MIPSel"}, + {EM_MIPS, EM_MIPS, ELFCLASS32, ELFDATA2MSB, (char*)"MIPS"}, ++ {EM_PARISC, EM_PARISC, ELFCLASS32, ELFDATA2MSB, (char*)"HPPA"}, + {EM_68K, EM_68K, ELFCLASS32, ELFDATA2MSB, (char*)"M68k"} }; #if (defined IA32) -@@ -1682,9 +1690,21 @@ +@@ -1682,9 +1691,23 @@ static Elf32_Half running_arch_code=EM_PPC64; #elif (defined __powerpc__) static Elf32_Half running_arch_code=EM_PPC; @@ -38,6 +39,8 @@ + static Elf32_Half running_arch_code=EM_ALPHA; + #elif (defined MIPSEL) + static Elf32_Half running_arch_code=EM_MIPS_RS3_EL; ++ #elif (defined HPPA) ++ static Elf32_Half running_arch_code=EM_PARISC; + #elif (defined MIPS) + static Elf32_Half running_arch_code=EM_MIPS; + #elif (defined M68K) @@ -45,11 +48,11 @@ #else #error Method os::dll_load requires that one of following is defined:\ - IA32, AMD64, IA64, __sparc, __powerpc__ -+ IA32, AMD64, IA64, __sparc, __powerpc__, ARM, S390, ALPHA, MIPS, MIPSEL, M68K ++ IA32, AMD64, IA64, __sparc, __powerpc__, ARM, S390, ALPHA, MIPS, MIPSEL, HPPA, M68K #endif // Identify compatability class for VM's architecture and library's architecture -@@ -1716,10 +1736,12 @@ +@@ -1716,10 +1739,12 @@ return NULL; } @@ -62,7 +65,7 @@ if (lib_arch.compat_class != arch_array[running_arch_index].compat_class) { if ( lib_arch.name!=NULL ) { -@@ -2354,7 +2376,9 @@ +@@ -2354,7 +2379,9 @@ // format has been changed), we'll use the largest page size supported by // the processor. @@ -72,8 +75,8 @@ FILE *fp = fopen("/proc/meminfo", "r"); if (fp) { ---- openjdk/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp.orig 2008-07-26 12:31:46.000000000 +0000 -+++ openjdk/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp 2008-07-26 12:35:42.000000000 +0000 +--- openjdk/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp.orig 2008-07-27 08:37:03.000000000 +0000 ++++ openjdk/hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp 2008-07-27 08:38:13.000000000 +0000 @@ -3030,9 +3030,9 @@ tty->print_cr("&native_fresult: " INTPTR_FORMAT, (uintptr_t) &this->_native_fresult); tty->print_cr("native_lresult: " INTPTR_FORMAT, (uintptr_t) this->_native_lresult); @@ -86,8 +89,8 @@ tty->print_cr("self_link: " INTPTR_FORMAT, (uintptr_t) this->_self_link); } ---- openjdk/hotspot/src/share/vm/runtime/icache.cpp.orig 2008-07-26 12:31:42.000000000 +0000 -+++ openjdk/hotspot/src/share/vm/runtime/icache.cpp 2008-07-26 12:35:42.000000000 +0000 +--- openjdk/hotspot/src/share/vm/runtime/icache.cpp.orig 2008-07-27 08:37:02.000000000 +0000 ++++ openjdk/hotspot/src/share/vm/runtime/icache.cpp 2008-07-27 08:38:13.000000000 +0000 @@ -78,6 +78,7 @@ } @@ -104,8 +107,8 @@ } // For init.cpp ---- openjdk/hotspot/src/share/vm/runtime/mutex.hpp.orig 2008-07-26 12:31:43.000000000 +0000 -+++ openjdk/hotspot/src/share/vm/runtime/mutex.hpp 2008-07-26 12:35:42.000000000 +0000 +--- openjdk/hotspot/src/share/vm/runtime/mutex.hpp.orig 2008-07-27 08:37:02.000000000 +0000 ++++ openjdk/hotspot/src/share/vm/runtime/mutex.hpp 2008-07-27 08:38:13.000000000 +0000 @@ -61,18 +61,10 @@ } ; @@ -126,8 +129,8 @@ #endif class ParkEvent ; ---- openjdk/hotspot/src/share/vm/runtime/jniHandles.hpp.orig 2008-07-26 12:31:43.000000000 +0000 -+++ openjdk/hotspot/src/share/vm/runtime/jniHandles.hpp 2008-07-26 12:35:42.000000000 +0000 +--- openjdk/hotspot/src/share/vm/runtime/jniHandles.hpp.orig 2008-07-27 08:37:02.000000000 +0000 ++++ openjdk/hotspot/src/share/vm/runtime/jniHandles.hpp 2008-07-27 08:38:13.000000000 +0000 @@ -126,9 +126,17 @@ // Fill block with bad_handle values void zap(); @@ -146,8 +149,8 @@ // Free list computation void rebuild_free_list(); ---- openjdk/hotspot/src/share/vm/utilities/vmError.cpp.orig 2008-07-26 12:31:44.000000000 +0000 -+++ openjdk/hotspot/src/share/vm/utilities/vmError.cpp 2008-07-26 12:35:42.000000000 +0000 +--- openjdk/hotspot/src/share/vm/utilities/vmError.cpp.orig 2008-07-27 08:37:02.000000000 +0000 ++++ openjdk/hotspot/src/share/vm/utilities/vmError.cpp 2008-07-27 08:38:13.000000000 +0000 @@ -25,6 +25,11 @@ # include "incls/_precompiled.incl" # include "incls/_vmError.cpp.incl" From aph at redhat.com Sun Jul 27 04:08:07 2008 From: aph at redhat.com (Andrew Haley) Date: Sun, 27 Jul 2008 12:08:07 +0100 Subject: jar alternative for zero builds? In-Reply-To: <488BA8C1.3020106@ubuntu.com> References: <488BA8C1.3020106@ubuntu.com> Message-ID: <488C5717.7010703@redhat.com> Matthias Klose wrote: > when building openjdk/icedtea for zero arch, a lot of the time is spent building > jar files using the interpreted jar. it would be nice if fastjar would support > the @ option and icedtea could be configured to use this fastjar. > > cc'ing the fastjar upstream maintainer, hint, hint, ... What's the point? Why not use gjar? Andrew. From doko at ubuntu.com Sun Jul 27 04:33:01 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Sun, 27 Jul 2008 11:33:01 +0000 Subject: changeset in /hg/icedtea6: - fix typo in patches/icedtea-zero.patch Message-ID: changeset 63e255f2fa8e in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=63e255f2fa8e description: - fix typo in patches/icedtea-zero.patch diffstat: 1 file changed, 1 insertion(+), 1 deletion(-) patches/icedtea-zero.patch | 2 +- diffs (12 lines): diff -r 3e892699c81c -r 63e255f2fa8e patches/icedtea-zero.patch --- a/patches/icedtea-zero.patch Sun Jul 27 10:50:04 2008 +0200 +++ b/patches/icedtea-zero.patch Sun Jul 27 13:32:59 2008 +0200 @@ -20,7 +20,7 @@ + {EM_ARM, EM_ARM, ELFCLASS32, ELFDATA2LSB, (char*)"ARM"}, + {EM_S390, EM_S390, ELFCLASSNONE, ELFDATA2MSB, (char*)"IBM System/390"}, + {EM_ALPHA, EM_ALPHA, ELFCLASS64, ELFDATA2LSB, (char*)"Alpha"}, -+ {EM_MIPS_RS3_LE, EM_MIPSEL_RS3_LE, ELFCLASS32, ELFDATA2LSB, (char*)"MIPSel"}, ++ {EM_MIPS_RS3_LE, EM_MIPS_RS3_LE, ELFCLASS32, ELFDATA2LSB, (char*)"MIPSel"}, + {EM_MIPS, EM_MIPS, ELFCLASS32, ELFDATA2MSB, (char*)"MIPS"}, + {EM_PARISC, EM_PARISC, ELFCLASS32, ELFDATA2MSB, (char*)"HPPA"}, + {EM_68K, EM_68K, ELFCLASS32, ELFDATA2MSB, (char*)"M68k"} From gnu_andrew at member.fsf.org Sun Jul 27 14:31:54 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Sun, 27 Jul 2008 22:31:54 +0100 Subject: Support using code from the closures or CVMI project Message-ID: <20080727213154.GA18389@rivendell.middle-earth.co.uk> This allows the Mercurial URL used by the IcedTea (7) project to be changed to either that of the closures (--enable-closures) or CVMI (--enable-cvmi) project, so these codebases can be built instead. ChangeLog: 2008-07-27 Andrew John Hughes * Makefile.am: Add closures and cvmi URL and support using them when downloading from Mercurial. * acinclude.m4: (ENABLE_EXTRA_PROJECTS): Added. * configure.ac: Enable tests for extra projects and correct Mercurial test. -- Andrew :) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint = F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 -------------- next part -------------- diff -r 471b9b923eb5 Makefile.am --- a/Makefile.am Wed Jul 23 11:25:20 2008 -0400 +++ b/Makefile.am Sun Jul 27 22:28:41 2008 +0100 @@ -254,6 +254,8 @@ # Download OpenJDK sources. OPENJDK_HG_URL = http://hg.openjdk.java.net/jdk7/jdk7 +CVMI_HG_URL = http://hg.openjdk.java.net/cvmi/cvmi/ +CLOSURES_HG_URL = http://hg.openjdk.java.net/closures/closures/ OPENJDK_URL = http://www.java.net/download/openjdk/jdk7/promoted/$(OPENJDK_VERSION)/ @@ -286,8 +288,16 @@ echo "No forest extension found. Please refer to" \ "http://selenic.com/mercurial/wiki/index.cgi/ForestExtension"; \ exit 1; \ - fi; \ - hg fclone -r jdk7-$(OPENJDK_VERSION) $(OPENJDK_HG_URL) openjdk; + fi; +if USE_CLOSURES + hg fclone $(CLOSURES_HG_URL) openjdk; +else +if USE_CVMI + hg fclone $(CVMI_HG_URL) openjdk; +else + hg fclone -r jdk7-$(OPENJDK_VERSION) $(OPENJDK_HG_URL) openjdk; +endif +endif else if ! echo "$(OPENJDK_MD5SUM) $(OPENJDK_SRC_ZIP)" \ | $(MD5SUM) --check ; \ diff -r 471b9b923eb5 acinclude.m4 --- a/acinclude.m4 Wed Jul 23 11:25:20 2008 -0400 +++ b/acinclude.m4 Sun Jul 27 22:28:41 2008 +0100 @@ -790,10 +790,10 @@ [ case "${enableval}" in no) - enable_hg=yes + enable_hg=no ;; *) - enable_hg=no + enable_hg=yes ;; esac ], @@ -803,3 +803,43 @@ AC_MSG_RESULT([${enable_hg}]) AM_CONDITIONAL([USE_HG], test x"${enable_hg}" = "xyes") ]) + +AC_DEFUN([ENABLE_EXTRA_PROJECTS], +[ + AC_MSG_CHECKING(whether to use code from the Closures project) + AC_ARG_ENABLE([closures], + [AS_HELP_STRING(--enable-closures,use Closures source code [[default=no]])], + [ + case "${enableval}" in + no) + enable_closures=no + ;; + *) + enable_closures=yes + ;; + esac + ], + [ + enable_closures=no + ]) + AC_MSG_RESULT([${enable_closures}]) + AM_CONDITIONAL([USE_CLOSURES], test x"${enable_closures}" = "xyes") + AC_MSG_CHECKING(whether to use code from the CVMI project) + AC_ARG_ENABLE([cvmi], + [AS_HELP_STRING(--enable-cvmi,use CVMI source code [[default=no]])], + [ + case "${enableval}" in + no) + enable_cvmi=no + ;; + *) + enable_cvmi=yes + ;; + esac + ], + [ + enable_cvmi=no + ]) + AC_MSG_RESULT([${enable_cvmi}]) + AM_CONDITIONAL([USE_CVMI], test x"${enable_cvmi}" = "xyes") +]) diff -r 471b9b923eb5 configure.ac --- a/configure.ac Wed Jul 23 11:25:20 2008 -0400 +++ b/configure.ac Sun Jul 27 22:28:41 2008 +0100 @@ -215,8 +215,9 @@ ENABLE_ZERO_BUILD SET_CORE_OR_SHARK_BUILD ENABLE_HG +ENABLE_EXTRA_PROJECTS -if test "$ALT_OPENJDK_SRC_ZIP" = "not specified"; then +if test "x${enable_hg}" = "xyes"; then FIND_TOOL([MERCURIAL],[hg]) fi From doko at ubuntu.com Sun Jul 27 18:06:09 2008 From: doko at ubuntu.com (Matthias Klose) Date: Mon, 28 Jul 2008 03:06:09 +0200 Subject: jar alternative for zero builds? In-Reply-To: <488C5717.7010703@redhat.com> References: <488BA8C1.3020106@ubuntu.com> <488C5717.7010703@redhat.com> Message-ID: <488D1B81.30401@ubuntu.com> Andrew Haley schrieb: > Matthias Klose wrote: >> when building openjdk/icedtea for zero arch, a lot of the time is spent building >> jar files using the interpreted jar. it would be nice if fastjar would support >> the @ option and icedtea could be configured to use this fastjar. >> >> cc'ing the fastjar upstream maintainer, hint, hint, ... > > What's the point? Why not use gjar? - gjar isn't available on alpha-linux - gjar throws an exception building the final rt.jar - gjar is still slower than fastjar (I don't care for archs which are fast enough, but it's a win for arm or m68k). Matthias From gbenson at redhat.com Mon Jul 28 01:02:39 2008 From: gbenson at redhat.com (Gary Benson) Date: Mon, 28 Jul 2008 09:02:39 +0100 Subject: changeset in /hg/icedtea6: 2008-07-26 Matthias Klose References: Message-ID: <20080728080239.GB3837@redhat.com> doko at ubuntu.com wrote: > changeset 961aec1bb31b in /hg/icedtea6 > details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=961aec1bb31b > description: > 2008-07-26 Matthias Klose > > * patches/icedtea-arm-uname.patch: Rename to ... > * patches/icedtea-uname.patch: Fix architecture string for mipsel. > * patches/icedtea-zero.patch: Add support for alpha, m68k, mips{,el}. > * patches/icedtea-alpha-fixes.patch: New, fixes for alpha-linux. > * Makefile.am (ICEDTEA_PATCHES): Rename patch, add patch. [snip] > diff -r 94e809ed9e5b -r 961aec1bb31b patches/icedtea-uname.patch > --- /dev/null Thu Jan 01 00:00:00 1970 +0000 > +++ b/patches/icedtea-uname.patch Sat Jul 26 21:20:29 2008 +0200 > @@ -0,0 +1,44 @@ > +--- openjdk/jdk/make/common/shared/Platform.gmk.orig 2008-07-26 17:21:17.441295678 +0200 > ++++ openjdk/jdk/make/common/shared/Platform.gmk 2008-07-26 17:30:24.589549285 +0200 > +@@ -191,6 +191,9 @@ > + OS_VERSION := $(shell uname -r) > + # Arch and OS name/version > + mach := $(shell uname -m) > ++ ifneq (,$(filter $(mach),mips s390 s390x)) > ++ mach := $(shell dpkg-architecture -qDEB_BUILD_ARCH_CPU 2>/dev/null || echo $(mach)) > ++ endif > + archExpr = case "$(mach)" in \ > + i[3-9]86) \ > + echo i586 \ [snip] > +--- openjdk/corba/make/common/shared/Platform.gmk.orig 2008-07-26 17:21:17.441295678 +0200 > ++++ openjdk/corba/make/common/shared/Platform.gmk 2008-07-26 17:30:22.059511120 +0200 > +@@ -181,6 +181,9 @@ > + OS_VERSION := $(shell uname -r) > + # Arch and OS name/version > + mach := $(shell uname -m) > ++ ifneq (,$(filter $(mach),mips s390 s390x)) > ++ mach := $(shell dpkg-architecture -qDEB_BUILD_ARCH_CPU 2>/dev/null || echo $(mach)) > ++ endif > + archExpr = case "$(mach)" in \ > + i[3-9]86) \ > + echo i586 \ > +@@ -194,6 +197,9 @@ > + sparc*) \ > + echo sparc \ > + ;; \ > ++ arm*) \ > ++ echo arm \ > ++ ;; \ > + *) \ > + echo $(mach) \ > + ;; \ These two will break Fedora s390 and s390x builds. Can you make it so that the conditional is only entered if /path/to/dpkg-architecture exists? Cheers, Gary -- http://gbenson.net/ From aph at redhat.com Mon Jul 28 01:21:05 2008 From: aph at redhat.com (Andrew Haley) Date: Mon, 28 Jul 2008 09:21:05 +0100 Subject: jar alternative for zero builds? In-Reply-To: <488D1B81.30401@ubuntu.com> References: <488BA8C1.3020106@ubuntu.com> <488C5717.7010703@redhat.com> <488D1B81.30401@ubuntu.com> Message-ID: <488D8171.2010207@redhat.com> Matthias Klose wrote: > Andrew Haley schrieb: >> Matthias Klose wrote: >>> when building openjdk/icedtea for zero arch, a lot of the time is spent building >>> jar files using the interpreted jar. it would be nice if fastjar would support >>> the @ option and icedtea could be configured to use this fastjar. >>> >>> cc'ing the fastjar upstream maintainer, hint, hint, ... >> What's the point? Why not use gjar? > > - gjar isn't available on alpha-linux ? Ok, but bizarre. > - gjar throws an exception building the final rt.jar Ah; that I didn't know. Do you know why? > - gjar is still slower than fastjar (I don't care for archs which are fast > enough, but it's a win for arm or m68k). True enough, but maintaining multiple jar implementations is a pointless PITA for the Classpath communtiy. Andrew. From gbenson at redhat.com Mon Jul 28 02:02:30 2008 From: gbenson at redhat.com (Gary Benson) Date: Mon, 28 Jul 2008 10:02:30 +0100 Subject: changeset in /hg/icedtea6: 2008-07-26 Matthias Klose References: <20080728080239.GB3837@redhat.com> Message-ID: <20080728090230.GE3837@redhat.com> Gary Benson wrote: > doko at ubuntu.com wrote: > > changeset 961aec1bb31b in /hg/icedtea6 > > details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=961aec1bb31b > > description: > > 2008-07-26 Matthias Klose > > > > * patches/icedtea-arm-uname.patch: Rename to ... > > * patches/icedtea-uname.patch: Fix architecture string for mipsel. > > * patches/icedtea-zero.patch: Add support for alpha, m68k, mips{,el}. > > * patches/icedtea-alpha-fixes.patch: New, fixes for alpha-linux. > > * Makefile.am (ICEDTEA_PATCHES): Rename patch, add patch. > [snip] > > diff -r 94e809ed9e5b -r 961aec1bb31b patches/icedtea-uname.patch > > --- /dev/null Thu Jan 01 00:00:00 1970 +0000 > > +++ b/patches/icedtea-uname.patch Sat Jul 26 21:20:29 2008 +0200 > > @@ -0,0 +1,44 @@ > > +--- openjdk/jdk/make/common/shared/Platform.gmk.orig 2008-07-26 17:21:17.441295678 +0200 > > ++++ openjdk/jdk/make/common/shared/Platform.gmk 2008-07-26 17:30:24.589549285 +0200 > > +@@ -191,6 +191,9 @@ > > + OS_VERSION := $(shell uname -r) > > + # Arch and OS name/version > > + mach := $(shell uname -m) > > ++ ifneq (,$(filter $(mach),mips s390 s390x)) > > ++ mach := $(shell dpkg-architecture -qDEB_BUILD_ARCH_CPU 2>/dev/null || echo $(mach)) > > ++ endif > > + archExpr = case "$(mach)" in \ > > + i[3-9]86) \ > > + echo i586 \ > [snip] > > +--- openjdk/corba/make/common/shared/Platform.gmk.orig 2008-07-26 17:21:17.441295678 +0200 > > ++++ openjdk/corba/make/common/shared/Platform.gmk 2008-07-26 17:30:22.059511120 +0200 > > +@@ -181,6 +181,9 @@ > > + OS_VERSION := $(shell uname -r) > > + # Arch and OS name/version > > + mach := $(shell uname -m) > > ++ ifneq (,$(filter $(mach),mips s390 s390x)) > > ++ mach := $(shell dpkg-architecture -qDEB_BUILD_ARCH_CPU 2>/dev/null || echo $(mach)) > > ++ endif > > + archExpr = case "$(mach)" in \ > > + i[3-9]86) \ > > + echo i586 \ > > +@@ -194,6 +197,9 @@ > > + sparc*) \ > > + echo sparc \ > > + ;; \ > > ++ arm*) \ > > ++ echo arm \ > > ++ ;; \ > > + *) \ > > + echo $(mach) \ > > + ;; \ > > These two will break Fedora s390 and s390x builds. Can you make it > so that the conditional is only entered if /path/to/dpkg-architecture > exists? Sorry, ignore the noise, this patch is perfectly ok. Cheers, Gary -- http://gbenson.net/ From jsumali at redhat.com Tue Jul 29 12:23:50 2008 From: jsumali at redhat.com (Joshua Sumali) Date: Tue, 29 Jul 2008 19:23:50 +0000 Subject: changeset in /hg/icedtea6: 2008-07-29 Joshua Sumali changeset 595e10c7090f in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=595e10c7090f description: 2008-07-29 Joshua Sumali * .hgignore: Updated. * Makefile.am (stamps/visualvm.stamp): New target. (stamps/nbplatform.stamp): Likewise. (clean-visualvm): Likewise. (clean-nbplatform): Likewise. (visualvm): Likewise. (nbplatform): Likewise. (stamps/download.stamp): Download visualvm and netbeans sources. (stamps/extract.stamp): Extract visualvm and netbeans sources. (distclean-local): Add visualvm and netbeans. (.PHONY): Add clean-visualvm and clean-nbplatform. * README: Added VisualVM section. * acinclude.m4 (WITH_VISUALVM_SRC_ZIP)i: New. (WITH_NETBEANS_PLATFORM_SRC_ZIP): Likewise. (WITH_NETBEANS_PROFILER_SRC_ZIP): Likewise. * configure.ac: Use WITH_VISUALVM_SRC_ZIP, WITH_NETBEANS_PLATFORM_SRC_ZIP, and WITH_NETBEANS_PROFILER_SRC_ZIP. Also add --enable-visualvm option. diffstat: 6 files changed, 254 insertions(+), 3 deletions(-) .hgignore | 2 ChangeLog | 21 +++++++ Makefile.am | 161 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++-- README | 12 ++++ acinclude.m4 | 51 ++++++++++++++++++ configure.ac | 10 +++ diffs (395 lines): diff -r 63e255f2fa8e -r 595e10c7090f .hgignore --- a/.hgignore Sun Jul 27 13:32:59 2008 +0200 +++ b/.hgignore Tue Jul 29 15:23:37 2008 -0400 @@ -6,6 +6,8 @@ aclocal.m4 aclocal.m4 autom4te.cache cacao +netbeans +visualvm openjdk bootstrap debian diff -r 63e255f2fa8e -r 595e10c7090f ChangeLog --- a/ChangeLog Sun Jul 27 13:32:59 2008 +0200 +++ b/ChangeLog Tue Jul 29 15:23:37 2008 -0400 @@ -1,3 +1,24 @@ 2008-07-27 Matthias Klose + + * .hgignore: Updated. + * Makefile.am (stamps/visualvm.stamp): New target. + (stamps/nbplatform.stamp): Likewise. + (clean-visualvm): Likewise. + (clean-nbplatform): Likewise. + (visualvm): Likewise. + (nbplatform): Likewise. + (stamps/download.stamp): Download visualvm and netbeans sources. + (stamps/extract.stamp): Extract visualvm and netbeans sources. + (distclean-local): Add visualvm and netbeans. + (.PHONY): Add clean-visualvm and clean-nbplatform. + * README: Added VisualVM section. + * acinclude.m4 (WITH_VISUALVM_SRC_ZIP)i: New. + (WITH_NETBEANS_PLATFORM_SRC_ZIP): Likewise. + (WITH_NETBEANS_PROFILER_SRC_ZIP): Likewise. + * configure.ac: Use WITH_VISUALVM_SRC_ZIP, + WITH_NETBEANS_PLATFORM_SRC_ZIP, and WITH_NETBEANS_PROFILER_SRC_ZIP. + Also add --enable-visualvm option. + 2008-07-27 Matthias Klose * patches/icedtea-zero.patch: Add support for hppa. diff -r 63e255f2fa8e -r 595e10c7090f Makefile.am --- a/Makefile.am Sun Jul 27 13:32:59 2008 +0200 +++ b/Makefile.am Tue Jul 29 15:23:37 2008 -0400 @@ -4,6 +4,10 @@ OPENJDK_VERSION = b11 CACAO_VERSION = 0.99.2 CACAO_MD5SUM = a2865f47535f6dc3def268c0055ff20a + +NETBEANS_PLATFORM_MD5SUM = 77c79b3a7d3dbe6a8858639f8d564a38 +NETBEANS_PROFILER_MD5SUM = ff8e8abc42df6c6749e6b02bcf7bb0a5 +VISUALVM_MD5SUM = 4b55bc623418818793392bb233da2927 if ENABLE_LIVECONNECT ICEDTEAPLUGIN_CLEAN = clean-IcedTeaPlugin @@ -50,6 +54,8 @@ endif endif endif rm -rf cacao + rm -rf visualvm + rm -rf netbeans rm -f gcjwebplugin.so install: @@ -63,7 +69,7 @@ install: clean-tools-jar clean-shared-objects \ clean-copy clean-hotspot-tools clean-rt $(GCJWEBPLUGIN_CLEAN) \ $(ICEDTEAPLUGIN_CLEAN) hotspot hotspot-helper clean-extra \ - clean-jtreg clean-jtreg-reports + clean-jtreg clean-jtreg-reports clean-visualvm clean-nbplatform EXTRA_DIST = rt generated $(ICEDTEA_PATCHES) $(ICEDTEA_FSG_PATCHES) \ $(ICEDTEA_ECJ_PATCH) gcjwebplugin.cc tools-copy contrib ports \ @@ -263,6 +269,29 @@ else CACAO_SRC_ZIP = cacao-$(CACAO_VERSION).tar.gz endif +NETBEANS_PLATFORM_URL = http://download.netbeans.org/netbeans/6.0/final/zip/ + +if USE_ALT_NETBEANS_PLATFORM_SRC_ZIP + NETBEANS_PLATFORM_SRC_ZIP = $(ALT_NETBEANS_PLATFORM_SRC_ZIP) +else + NETBEANS_PLATFORM_SRC_ZIP = netbeans-6.0.1-200801291616-platform-src.zip +endif + +NETBEANS_PROFILER_URL = http://icedtea.classpath.org/visualvm/ + +if USE_ALT_NETBEANS_PROFILER_SRC_ZIP + NETBEANS_PROFILER_SRC_ZIP = $(ALT_NETBEANS_PROFILER_SRC_ZIP) +else + NETBEANS_PROFILER_SRC_ZIP = netbeans-profiler-visualvm_preview2.tar.gz +endif + +VISUALVM_URL = http://icedtea.classpath.org/visualvm/ + +if USE_ALT_VISUALVM_SRC_ZIP + VISUALVM_SRC_ZIP = $(ALT_VISUALVM_SRC_ZIP) +else + VISUALVM_SRC_ZIP = visualvm-20080728-src.tar.gz +endif stamps/download.stamp: if USE_ALT_OPENJDK_SRC_ZIP @@ -293,6 +322,46 @@ endif endif endif endif +if WITH_VISUALVM +if USE_ALT_NETBEANS_PLATFORM_SRC_ZIP +else + if ! echo "$(NETBEANS_PLATFORM_MD5SUM) $(NETBEANS_PLATFORM_SRC_ZIP)" \ + | $(MD5SUM) --check ; \ + then \ + if [ $(NETBEANS_PLATFORM_SRC_ZIP) ] ; \ + then \ + mv $(NETBEANS_PLATFORM_SRC_ZIP) $(NETBEANS_PLATFORM_SRC_ZIP).old ; \ + fi ; \ + $(WGET) $(NETBEANS_PLATFORM_URL)$(NETBEANS_PLATFORM_SRC_ZIP) \ + -O $(NETBEANS_PLATFORM_SRC_ZIP) ; \ + fi +endif +if USE_ALT_NETBEANS_PROFILER_SRC_ZIP +else + if ! echo "$(NETBEANS_PROFILER_MD5SUM) $(NETBEANS_PROFILER_SRC_ZIP)" \ + | $(MD5SUM) --check ; \ + then \ + if [ $(NETBEANS_PROFILER_SRC_ZIP) ] ; \ + then \ + mv $(NETBEANS_PROFILER_SRC_ZIP) $(NETBEANS_PROFILER_SRC_ZIP).old ; \ + fi ; \ + $(WGET) $(NETBEANS_PROFILER_URL)$(NETBEANS_PROFILER_SRC_ZIP) \ + -O $(NETBEANS_PROFILER_SRC_ZIP) ; \ + fi +endif +if USE_ALT_VISUALVM_SRC_ZIP +else + if ! echo "$(VISUALVM_MD5SUM) $(VISUALVM_SRC_ZIP)" \ + | $(MD5SUM) --check ; \ + then \ + if [ $(VISUALVM_SRC_ZIP) ] ; \ + then \ + mv $(VISUALVM_SRC_ZIP) $(VISUALVM_SRC_ZIP).old ; \ + fi ; \ + $(WGET) $(VISUALVM_URL)$(VISUALVM_SRC_ZIP) -O $(VISUALVM_SRC_ZIP) ; \ + fi +endif +endif mkdir -p stamps touch stamps/download.stamp @@ -301,6 +370,11 @@ clean-download: rm -f $(OPENJDK_SRC_ZIP) if WITH_CACAO rm -f $(CACAO_SRC_ZIP) +endif +if WITH_VISUALVM + rm -f $(VISUALVM_SRC_ZIP) + rm -f $(NETBEANS_PLATFORM_SRC_ZIP) + rm -f $(NETBEANS_PROFILER_SRC_ZIP) endif # Link ports sources into tree @@ -452,6 +526,18 @@ if !USE_SYSTEM_CACAO fi endif endif +if WITH_VISUALVM + if ! test -d visualvm ; \ + then \ + $(TAR) xf $(VISUALVM_SRC_ZIP) ; \ + fi + if ! test -d netbeans ; \ + then \ + mkdir netbeans ; \ + $(UNZIP) -q $(NETBEANS_PLATFORM_SRC_ZIP) -d netbeans ; \ + $(TAR) xf $(NETBEANS_PROFILER_SRC_ZIP) -C netbeans ; \ + fi +endif if [ ! -e $(abs_top_builddir)/generated ]; then \ cp -a $(abs_top_srcdir)/generated $(abs_top_builddir); \ find $(abs_top_builddir)/generated -type f -exec chmod 640 '{}' ';' \ @@ -656,7 +742,7 @@ if WITH_ICEDTEA ICEDTEA_HOME = $(SYSTEM_ICEDTEA_DIR) else BOOTSTRAP_DIRECTORY_STAMP = stamps/bootstrap-directory.stamp - ICEDTEA_HOME = icedtea + ICEDTEA_HOME = $(abs_top_srcdir)/bootstrap/icedtea endif endif @@ -776,7 +862,7 @@ stamps/icedtea.stamp: stamps/bootstrap-d stamps/hotspot-tools.stamp stamps/plugs.stamp \ stamps/ports.stamp stamps/patch.stamp stamps/overlay.stamp \ $(GCJWEBPLUGIN_TARGET) $(ICEDTEAPLUGIN_TARGET) \ - extra-lib/about.jar stamps/cacao.stamp + extra-lib/about.jar stamps/cacao.stamp stamps/visualvm.stamp $(MAKE) \ $(ICEDTEA_ENV) \ -C openjdk/control/make/ \ @@ -793,6 +879,25 @@ if ENABLE_PLUGIN cp -pPRf gcjwebplugin.so \ $(BUILD_OUTPUT_DIR)/j2re-image/lib/$(INSTALL_ARCH_DIR) endif +endif +if WITH_VISUALVM + mkdir -p $(BUILD_OUTPUT_DIR)/j2sdk-image/lib/visualvm/etc ; \ + sed "s/APPNAME=\`basename.*\`/APPNAME=visualvm/" \ + visualvm/visualvm/launcher/visualvm >> \ + $(BUILD_OUTPUT_DIR)/j2sdk-image/bin/jvisualvm ; \ + chmod a+x $(BUILD_OUTPUT_DIR)/j2sdk-image/bin/jvisualvm ; \ + cp visualvm/visualvm/launcher/visualvm.conf \ + $(BUILD_OUTPUT_DIR)/j2sdk-image/lib/visualvm/etc ; \ + echo visualvm >> \ + $(BUILD_OUTPUT_DIR)/j2sdk-image/lib/visualvm/etc/visualvm.clusters ; \ + echo profiler2 >> \ + $(BUILD_OUTPUT_DIR)/j2sdk-image/lib/visualvm/etc/visualvm.clusters ; \ + cp -r visualvm/visualvm/build/cluster \ + $(BUILD_OUTPUT_DIR)/j2sdk-image/lib/visualvm/visualvm ; \ + cp -r netbeans/nbbuild/netbeans/platform7 \ + $(BUILD_OUTPUT_DIR)/j2sdk-image/lib/visualvm ; \ + cp -r netbeans/nbbuild/netbeans/profiler2 \ + $(BUILD_OUTPUT_DIR)/j2sdk-image/lib/visualvm endif cp $(abs_top_srcdir)/rt/net/sourceforge/jnlp/resources/about.jnlp \ extra-lib/about.jar \ @@ -1244,6 +1349,52 @@ dist-openjdk-fsg: stamps/patch-fsg.stamp dist-openjdk-fsg: stamps/patch-fsg.stamp $(ZIP) -r openjdk-fsg-$(OPENJDK_VERSION) openjdk/ +# VisualVM + +stamps/visualvm.stamp: $(BOOTSTRAP_DIRECTORY_STAMP) stamps/download.stamp \ + stamps/extract.stamp stamps/nbplatform.stamp +if WITH_VISUALVM + cd visualvm/visualvm ; \ + ln -s $(abs_top_srcdir)/netbeans/nbbuild/netbeans netbeans ; \ + JAVA_HOME=$(ICEDTEA_HOME) $(ANT) build +endif + mkdir -p stamps + touch $@ + +clean-visualvm: + rm -rf visualvm + rm -f stamps/visualvm.stamp + +# Netbeans platform and profiler + +stamps/nbplatform.stamp: $(BOOTSTRAP_DIRECTORY_STAMP) stamps/extract.stamp \ + stamps/download.stamp +if WITH_VISUALVM + cd netbeans/nbbuild && JAVA_HOME=$(ICEDTEA_HOME) $(ANT) \ + -Dpermit.jdk6.builds=true build-platform ; \ + cd ../profiler && find . -iname '*.so' | xargs rm ; \ + cd libs/jfluid/native/build ; \ + if ! (uname -a | grep x86_64) ; then \ + buildscript=./buildnative-linux-15.sh ; \ + else \ + buildscript=./buildnative-linux64-15.sh ; \ + fi ; \ + JAVA_HOME_15=$(ICEDTEA_HOME) JAVA_HOME_16=$(ICEDTEA_HOME) \ + $$buildscript ; \ + cd ../../../.. ; \ + for dir in jfluid jfluid-ui common ; do \ + JAVA_HOME=$(ICEDTEA_HOME) $(ANT) -Dpermit.jdk6.builds=true \ + -f libs/$$dir/build.xml ; \ + done ; \ + JAVA_HOME=$(ICEDTEA_HOME) $(ANT) -Dpermit.jdk6.builds=true \ + -f modules/main/build.xml ; +endif + mkdir -p stamps + touch $@ + +clean-nbplatform: + rm -rf netbeans + rm -f stamps/nbplatform.stamp # Target Aliases # =============== @@ -1258,6 +1409,10 @@ bootstrap-directory-symlink: stamps/boot cacao: stamps/cacao.stamp +visualvm: stamps/visualvm.stamp + +nbplatform: stamps/nbplatform.stamp + copy-source-files: stamps/copy-source-files.stamp download: stamps/download.stamp diff -r 63e255f2fa8e -r 595e10c7090f README --- a/README Sun Jul 27 13:32:59 2008 +0200 +++ b/README Tue Jul 29 15:23:37 2008 -0400 @@ -146,3 +146,15 @@ CACAO provides a Just-In-Time compiler f The environment variable CACAO_CONFIGURE_ARGS can be used to pass additional arguments to the cacao configure. + +VisualVM +======== + +Passing --enable-visualvm to configure will build the VisualVM profiling +and troubleshooting tool. NetBeans platform7 and a modified version of +NetBeans profiler2 (visualvm_preview2) are built from source before building +VisualVM. A binary launcher jvisualvm is placed in the +openjdk/control/build/arch/j2sdk-image/bin directory after the jdk is built. +Other useful VisualVM configure options include --with-visualvm-src-zip, +--with-netbeans-platform-src-zip, and --with-netbeans-profiler-src-zip which +can be used to prevent re-downloading of the source zips. diff -r 63e255f2fa8e -r 595e10c7090f acinclude.m4 --- a/acinclude.m4 Sun Jul 27 13:32:59 2008 +0200 +++ b/acinclude.m4 Tue Jul 29 15:23:37 2008 -0400 @@ -417,6 +417,57 @@ AC_DEFUN([WITH_OPENJDK_SRC_ZIP], AC_SUBST(ALT_OPENJDK_SRC_ZIP) ]) +AC_DEFUN([WITH_VISUALVM_SRC_ZIP], +[ + AC_MSG_CHECKING(visualvm source zip) + AC_ARG_WITH([visualvm-src-zip], + [AS_HELP_STRING(--with-visualvm-src-zip, specify the location of the visualvm source zip)], + [ + ALT_VISUALVM_SRC_ZIP=${withval} + AM_CONDITIONAL(USE_ALT_VISUALVM_SRC_ZIP, test x = x) + ], + [ + ALT_VISUALVM_SRC_ZIP="not specified" + AM_CONDITIONAL(USE_ALT_VISUALVM_SRC_ZIP, test x != x) + ]) + AC_MSG_RESULT(${ALT_VISUALVM_SRC_ZIP}) + AC_SUBST(ALT_VISUALVM_SRC_ZIP) +]) + +AC_DEFUN([WITH_NETBEANS_PLATFORM_SRC_ZIP], +[ + AC_MSG_CHECKING(netbeans platform source zip) + AC_ARG_WITH([netbeans-platform-src-zip], + [AS_HELP_STRING(--with-netbeans-platform-src-zip, specify the location of the netbeans platform source zip)], + [ + ALT_NETBEANS_PLATFORM_SRC_ZIP=${withval} + AM_CONDITIONAL(USE_ALT_NETBEANS_PLATFORM_SRC_ZIP, test x = x) + ], + [ + ALT_NETBEANS_PLATFORM_SRC_ZIP="not specified" + AM_CONDITIONAL(USE_ALT_NETBEANS_PLATFORM_SRC_ZIP, test x != x) + ]) + AC_MSG_RESULT(${ALT_NETBEANS_PLATFORM_SRC_ZIP}) + AC_SUBST(ALT_NETBEANS_PLATFORM_SRC_ZIP) +]) + +AC_DEFUN([WITH_NETBEANS_PROFILER_SRC_ZIP], +[ + AC_MSG_CHECKING(netbeans profiler source zip) + AC_ARG_WITH([netbeans-profiler-src-zip], + [AS_HELP_STRING(--with-netbeans-src-zip, specify the location of the netbeans profiler source zip)], + [ + ALT_NETBEANS_PROFILER_SRC_ZIP=${withval} + AM_CONDITIONAL(USE_ALT_NETBEANS_PROFILER_SRC_ZIP, test x = x) + ], + [ + ALT_NETBEANS_PROFILER_SRC_ZIP="not specified" + AM_CONDITIONAL(USE_ALT_NETBEANS_PROFILER_SRC_ZIP, test x != x) + ]) + AC_MSG_RESULT(${ALT_NETBEANS_PROFILER_SRC_ZIP}) + AC_SUBST(ALT_NETBEANS_PROFILER_SRC_ZIP) +]) + AC_DEFUN([FIND_XALAN2_JAR], [ AC_ARG_WITH([xalan2-jar], diff -r 63e255f2fa8e -r 595e10c7090f configure.ac --- a/configure.ac Sun Jul 27 13:32:59 2008 +0200 +++ b/configure.ac Tue Jul 29 15:23:37 2008 -0400 @@ -115,6 +115,13 @@ AC_ARG_ENABLE([docs], [Disable generation of documentation])], [ENABLE_DOCS="${enableval}"], [ENABLE_DOCS='yes']) AM_CONDITIONAL([ENABLE_DOCS], [test x$ENABLE_DOCS = xyes]) + +AC_ARG_ENABLE([visualvm], + [AS_HELP_STRING([--enable-visualvm], + [Enable compilation of visualvm. Requires that \ + --with-netbeans-dir=DIR is specified.])], + [enable_visualvm="yes"], [enable_visualvm="no"]) +AM_CONDITIONAL(WITH_VISUALVM, test "x${enable_visualvm}" = "xyes") AC_ARG_WITH([icedtea], [AS_HELP_STRING([--with-icedtea], @@ -210,6 +217,9 @@ FIND_RHINO_JAR FIND_RHINO_JAR WITH_OPENJDK_SRC_ZIP WITH_OPENJDK_SRC_DIR +WITH_VISUALVM_SRC_ZIP +WITH_NETBEANS_PLATFORM_SRC_ZIP +WITH_NETBEANS_PROFILER_SRC_ZIP AC_CHECK_WITH_CACAO AC_CHECK_WITH_CACAO_HOME AC_CHECK_WITH_CACAO_SRC_ZIP From jsumali at redhat.com Tue Jul 29 12:37:50 2008 From: jsumali at redhat.com (Joshua Sumali) Date: Tue, 29 Jul 2008 15:37:50 -0400 Subject: VisualVM in IcedTea6 Message-ID: <488F718E.6020309@redhat.com> Hi, VisualVM is now buildable with IcedTea6 on 32 and 64 bit arch by passing --enable-visualvm to configure. Details and screenshots can be found at http://jsumali.wordpress.com/2008/07/29/visualvm-in-icedtea/ Cheers, Josh From doko at ubuntu.com Wed Jul 30 03:23:59 2008 From: doko at ubuntu.com (Matthias Klose) Date: Wed, 30 Jul 2008 12:23:59 +0200 Subject: VisualVM in IcedTea6 In-Reply-To: <488F718E.6020309@redhat.com> References: <488F718E.6020309@redhat.com> Message-ID: <4890413F.3010403@ubuntu.com> Joshua Sumali schrieb: > Hi, > > VisualVM is now buildable with IcedTea6 on 32 and 64 bit arch by passing > --enable-visualvm to configure. Details and screenshots can be found at > http://jsumali.wordpress.com/2008/07/29/visualvm-in-icedtea/ Thanks for preparing this. Is there an advantage of building this as part of IcedTea? From a first look the build seems to be independent from building "core" IcedTea. It delays the build, increases the source code size, and adds the burden to review licenses for another 30MB compressed source code. Does the IcedTea project have to have just one product to deliver, or could this be splitted out into a second delivery? Matthias From gnu_andrew at member.fsf.org Wed Jul 30 04:57:25 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 30 Jul 2008 12:57:25 +0100 Subject: VisualVM in IcedTea6 In-Reply-To: <4890413F.3010403@ubuntu.com> References: <488F718E.6020309@redhat.com> <4890413F.3010403@ubuntu.com> Message-ID: <17c6771e0807300457j6524cd20ga38c8917e9d3c054@mail.gmail.com> 2008/7/30 Matthias Klose : > Joshua Sumali schrieb: >> Hi, >> >> VisualVM is now buildable with IcedTea6 on 32 and 64 bit arch by passing >> --enable-visualvm to configure. Details and screenshots can be found at >> http://jsumali.wordpress.com/2008/07/29/visualvm-in-icedtea/ > > Thanks for preparing this. Is there an advantage of building this as part of > IcedTea? From a first look the build seems to be independent from building > "core" IcedTea. It delays the build, increases the source code size, and adds > the burden to review licenses for another 30MB compressed source code. Does the > IcedTea project have to have just one product to deliver, or could this be > splitted out into a second delivery? > > Matthias > Have to say I wondered what was going on when I saw the ChangeLog entry, and I still don't understand the reasoning. Is there a reason this has to be built WITH the VM? If it's a truly separate application, then building them against each other is a job for a distro. Otherwise, the next logical step is --with-eclipse, --with-jboss, --with-glassfish, etc. -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From langel at redhat.com Wed Jul 30 05:35:22 2008 From: langel at redhat.com (Lillian Angel) Date: Wed, 30 Jul 2008 08:35:22 -0400 Subject: VisualVM in IcedTea6 In-Reply-To: <17c6771e0807300457j6524cd20ga38c8917e9d3c054@mail.gmail.com> References: <488F718E.6020309@redhat.com> <4890413F.3010403@ubuntu.com> <17c6771e0807300457j6524cd20ga38c8917e9d3c054@mail.gmail.com> Message-ID: <4890600A.3010103@redhat.com> Andrew John Hughes wrote: > 2008/7/30 Matthias Klose : > >> Joshua Sumali schrieb: >> >>> Hi, >>> >>> VisualVM is now buildable with IcedTea6 on 32 and 64 bit arch by passing >>> --enable-visualvm to configure. Details and screenshots can be found at >>> http://jsumali.wordpress.com/2008/07/29/visualvm-in-icedtea/ >>> >> Thanks for preparing this. Is there an advantage of building this as part of >> IcedTea? From a first look the build seems to be independent from building >> "core" IcedTea. It delays the build, increases the source code size, and adds >> the burden to review licenses for another 30MB compressed source code. Does the >> IcedTea project have to have just one product to deliver, or could this be >> splitted out into a second delivery? >> >> Matthias >> >> > > Have to say I wondered what was going on when I saw the ChangeLog entry, > and I still don't understand the reasoning. Is there a reason this > has to be built WITH the > VM? If it's a truly separate application, then building them against > each other is a job > for a distro. Otherwise, the next logical step is --with-eclipse, > --with-jboss, --with-glassfish, etc. > VisualVM is a tool we would eventually like to ship with IcedTea/OpenJDK. Right now it is not enabled by default because of the NetBeans requirement. There has been some progress to get NetBeans packaged in Fedora, and when that happens we wont require NetBeans/profiler to build visualvm. Since visualvm has been GPL'd and is a really cool tool, we would like to have it in Fedora eventually. This is just the first step until that can be done. Lillian From aph at redhat.com Wed Jul 30 05:44:44 2008 From: aph at redhat.com (Andrew Haley) Date: Wed, 30 Jul 2008 13:44:44 +0100 Subject: VisualVM in IcedTea6 In-Reply-To: <4890600A.3010103@redhat.com> References: <488F718E.6020309@redhat.com> <4890413F.3010403@ubuntu.com> <17c6771e0807300457j6524cd20ga38c8917e9d3c054@mail.gmail.com> <4890600A.3010103@redhat.com> Message-ID: <4890623C.9080808@redhat.com> Lillian Angel wrote: >> 2008/7/30 Matthias Klose >> Have to say I wondered what was going on when I saw the >> ChangeLog entry, and I still don't understand the reasoning. >> Is there a reason this has to be built WITH the VM? If it's a >> truly separate application, then building them against each >> other is a job for a distro. Otherwise, the next logical step >> is --with-eclipse, --with-jboss, --with-glassfish, etc. > VisualVM is a tool we would eventually like to ship with > IcedTea/OpenJDK. In the same package? I can't see any reason it should be. The IcedTea package might usefully be made more fine-grained, not less. > Right now it is not enabled by default because of the NetBeans > requirement. There has been some progress to get NetBeans > packaged in Fedora, and when that happens we wont require > NetBeans/profiler to build visualvm. Since visualvm has been > GPL'd and is a really cool tool, we would like to have it in > Fedora eventually. This is just the first step until that can > be done. Sure, would be nice to have it in Fedora. Andrew. From langel at redhat.com Wed Jul 30 05:52:57 2008 From: langel at redhat.com (Lillian Angel) Date: Wed, 30 Jul 2008 08:52:57 -0400 Subject: VisualVM in IcedTea6 In-Reply-To: <4890623C.9080808@redhat.com> References: <488F718E.6020309@redhat.com> <4890413F.3010403@ubuntu.com> <17c6771e0807300457j6524cd20ga38c8917e9d3c054@mail.gmail.com> <4890600A.3010103@redhat.com> <4890623C.9080808@redhat.com> Message-ID: <48906429.8020109@redhat.com> Andrew Haley wrote: > Lillian Angel wrote: > > >>> 2008/7/30 Matthias Klose >>> > > >>> Have to say I wondered what was going on when I saw the >>> ChangeLog entry, and I still don't understand the reasoning. >>> Is there a reason this has to be built WITH the VM? If it's a >>> truly separate application, then building them against each >>> other is a job for a distro. Otherwise, the next logical step >>> is --with-eclipse, --with-jboss, --with-glassfish, etc. >>> > > >> VisualVM is a tool we would eventually like to ship with >> IcedTea/OpenJDK. >> > > In the same package? I can't see any reason it should be. The IcedTea > package might usefully be made more fine-grained, not less. > JDK 6 Update 7 was recently released with Java VisualVM included. I suspect it may eventually be included in OpenJDK. No extra sources have been included in the IcedTea repository, so size should not be an issue. The only changes are to the Makefile/configure files. We do have the option of shipping this as a separate package when the time comes. > >> Right now it is not enabled by default because of the NetBeans >> requirement. There has been some progress to get NetBeans >> packaged in Fedora, and when that happens we wont require >> NetBeans/profiler to build visualvm. Since visualvm has been >> GPL'd and is a really cool tool, we would like to have it in >> Fedora eventually. This is just the first step until that can >> be done. >> > > Sure, would be nice to have it in Fedora. Lillian From aph at redhat.com Wed Jul 30 05:57:27 2008 From: aph at redhat.com (Andrew Haley) Date: Wed, 30 Jul 2008 13:57:27 +0100 Subject: VisualVM in IcedTea6 In-Reply-To: <48906429.8020109@redhat.com> References: <488F718E.6020309@redhat.com> <4890413F.3010403@ubuntu.com> <17c6771e0807300457j6524cd20ga38c8917e9d3c054@mail.gmail.com> <4890600A.3010103@redhat.com> <4890623C.9080808@redhat.com> <48906429.8020109@redhat.com> Message-ID: <48906537.1060107@redhat.com> Lillian Angel wrote: > Andrew Haley wrote: >> Lillian Angel wrote: >> >>>> 2008/7/30 Matthias Klose >> >>>> Have to say I wondered what was going on when I saw the >>>> ChangeLog entry, and I still don't understand the reasoning. >>>> Is there a reason this has to be built WITH the VM? If it's a >>>> truly separate application, then building them against each >>>> other is a job for a distro. Otherwise, the next logical step >>>> is --with-eclipse, --with-jboss, --with-glassfish, etc. >>> VisualVM is a tool we would eventually like to ship with >>> IcedTea/OpenJDK. >> In the same package? I can't see any reason it should be. The IcedTea >> package might usefully be made more fine-grained, not less. > JDK 6 Update 7 was recently released with Java VisualVM included. I > suspect it may eventually be included in OpenJDK. No extra sources have > been included in the IcedTea repository, so size should not be an issue. > The only changes are to the Makefile/configure files. Sure, but ATM if you want to build VisualVM you have to build OpenJDK, right? If so, that is a Bad Thing. > We do have the option of shipping this as a separate package when the > time comes. Why not now? Even if the thing is to be shipped as part of OpenJDK, why build it with OpenJDK? Andrew. From gnu_andrew at member.fsf.org Wed Jul 30 06:16:07 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 30 Jul 2008 14:16:07 +0100 Subject: VisualVM in IcedTea6 In-Reply-To: <48906537.1060107@redhat.com> References: <488F718E.6020309@redhat.com> <4890413F.3010403@ubuntu.com> <17c6771e0807300457j6524cd20ga38c8917e9d3c054@mail.gmail.com> <4890600A.3010103@redhat.com> <4890623C.9080808@redhat.com> <48906429.8020109@redhat.com> <48906537.1060107@redhat.com> Message-ID: <17c6771e0807300616w6b5a4eaam7a35b8b26dc595a4@mail.gmail.com> 2008/7/30 Andrew Haley : > Lillian Angel wrote: >> Andrew Haley wrote: >>> Lillian Angel wrote: >>> >>>>> 2008/7/30 Matthias Klose >>> >>>>> Have to say I wondered what was going on when I saw the >>>>> ChangeLog entry, and I still don't understand the reasoning. >>>>> Is there a reason this has to be built WITH the VM? If it's a >>>>> truly separate application, then building them against each >>>>> other is a job for a distro. Otherwise, the next logical step >>>>> is --with-eclipse, --with-jboss, --with-glassfish, etc. > >>>> VisualVM is a tool we would eventually like to ship with >>>> IcedTea/OpenJDK. > >>> In the same package? I can't see any reason it should be. The IcedTea >>> package might usefully be made more fine-grained, not less. > I agree. Packaging VisualVM separately and optionally building against a system-installed copy (like we do with Rhino) is one thing and an option I can support. Downloading three tarballs full of unknown code as part of building IcedTea is another and one I can not. >> JDK 6 Update 7 was recently released with Java VisualVM included. I >> suspect it may eventually be included in OpenJDK. No extra sources have >> been included in the IcedTea repository, so size should not be an issue. >> The only changes are to the Makefile/configure files. > > Sure, but ATM if you want to build VisualVM you have to build OpenJDK, > right? If so, that is a Bad Thing. > The proprietary JDKs also ship with a few other things in place that aren't in OpenJDK like Rhino, JavaDB/Derby etc. They generally have more of an 'dump it in any old folder and it will work' mentality, whereas I'd expect IcedTea to work more like a good FOSS package; support the minimum requirements, and optionally build against any appropriate system-installed components. I would have thought this would be better from a distro perspective too. I know I don't want it downloading more stuff during the Gentoo ebuild - I'm already wondering how to handle CACAO in this respect. >> We do have the option of shipping this as a separate package when the >> time comes. > > Why not now? Even if the thing is to be shipped as part of OpenJDK, why > build it with OpenJDK? > Seconded. Please just set up a Mercurial tree for this on icedtea.classpath.org and package it separately. > Andrew. > > Thanks, -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From jsumali at redhat.com Wed Jul 30 06:18:38 2008 From: jsumali at redhat.com (Joshua Sumali) Date: Wed, 30 Jul 2008 09:18:38 -0400 Subject: VisualVM in IcedTea6 In-Reply-To: <17c6771e0807300457j6524cd20ga38c8917e9d3c054@mail.gmail.com> References: <488F718E.6020309@redhat.com> <4890413F.3010403@ubuntu.com> <17c6771e0807300457j6524cd20ga38c8917e9d3c054@mail.gmail.com> Message-ID: <48906A2E.3060805@redhat.com> Andrew John Hughes wrote: > 2008/7/30 Matthias Klose : > >> Joshua Sumali schrieb: >> >>> Hi, >>> >>> VisualVM is now buildable with IcedTea6 on 32 and 64 bit arch by passing >>> --enable-visualvm to configure. Details and screenshots can be found at >>> http://jsumali.wordpress.com/2008/07/29/visualvm-in-icedtea/ >>> >> Thanks for preparing this. Is there an advantage of building this as part of >> IcedTea? From a first look the build seems to be independent from building >> "core" IcedTea. It delays the build, increases the source code size, and adds >> the burden to review licenses for another 30MB compressed source code. Does the >> IcedTea project have to have just one product to deliver, or could this be >> splitted out into a second delivery? >> >> Matthias >> >> > > Have to say I wondered what was going on when I saw the ChangeLog entry, > and I still don't understand the reasoning. Is there a reason this > has to be built WITH the > VM? If it's a truly separate application, then building them against > each other is a job > for a distro. Otherwise, the next logical step is --with-eclipse, > --with-jboss, --with-glassfish, etc. > I should've written better instructions :) Building visualvm can be done with a simple `make visualvm`. It would require an icedtea-ecj build or a precompiled openjdk (--with-openjdk passed to configure) to build with, but it definitely does not need to build IcedTea along with it. Sorry for the confusion. Josh From gnu_andrew at member.fsf.org Wed Jul 30 06:38:58 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 30 Jul 2008 14:38:58 +0100 Subject: VisualVM in IcedTea6 In-Reply-To: <48906A2E.3060805@redhat.com> References: <488F718E.6020309@redhat.com> <4890413F.3010403@ubuntu.com> <17c6771e0807300457j6524cd20ga38c8917e9d3c054@mail.gmail.com> <48906A2E.3060805@redhat.com> Message-ID: <17c6771e0807300638h15304ccdgc90166222205821a@mail.gmail.com> 2008/7/30 Joshua Sumali : > Andrew John Hughes wrote: >> >> 2008/7/30 Matthias Klose : >> >>> >>> Joshua Sumali schrieb: >>> >>>> >>>> Hi, >>>> >>>> VisualVM is now buildable with IcedTea6 on 32 and 64 bit arch by passing >>>> --enable-visualvm to configure. Details and screenshots can be found at >>>> http://jsumali.wordpress.com/2008/07/29/visualvm-in-icedtea/ >>>> >>> >>> Thanks for preparing this. Is there an advantage of building this as part >>> of >>> IcedTea? From a first look the build seems to be independent from >>> building >>> "core" IcedTea. It delays the build, increases the source code size, and >>> adds >>> the burden to review licenses for another 30MB compressed source code. >>> Does the >>> IcedTea project have to have just one product to deliver, or could this >>> be >>> splitted out into a second delivery? >>> >>> Matthias >>> >>> >> >> Have to say I wondered what was going on when I saw the ChangeLog entry, >> and I still don't understand the reasoning. Is there a reason this >> has to be built WITH the >> VM? If it's a truly separate application, then building them against >> each other is a job >> for a distro. Otherwise, the next logical step is --with-eclipse, >> --with-jboss, --with-glassfish, etc. >> > > I should've written better instructions :) > > Building visualvm can be done with a simple `make visualvm`. It would > require an icedtea-ecj build or a precompiled openjdk (--with-openjdk passed > to configure) to build with, but it definitely does not need to build > IcedTea along with it. > > Sorry for the confusion. > Josh > So am I right in thinking: ./configure make make visualvm would get me an OpenJDK build with visualvm in j2sdk-image/bin? -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From jsumali at redhat.com Wed Jul 30 06:42:25 2008 From: jsumali at redhat.com (Joshua Sumali) Date: Wed, 30 Jul 2008 09:42:25 -0400 Subject: VisualVM in IcedTea6 In-Reply-To: <17c6771e0807300638h15304ccdgc90166222205821a@mail.gmail.com> References: <488F718E.6020309@redhat.com> <4890413F.3010403@ubuntu.com> <17c6771e0807300457j6524cd20ga38c8917e9d3c054@mail.gmail.com> <48906A2E.3060805@redhat.com> <17c6771e0807300638h15304ccdgc90166222205821a@mail.gmail.com> Message-ID: <48906FC1.8040303@redhat.com> Andrew John Hughes wrote: > 2008/7/30 Joshua Sumali : > >> Andrew John Hughes wrote: >> >>> 2008/7/30 Matthias Klose : >>> >>> >>>> Joshua Sumali schrieb: >>>> >>>> >>>>> Hi, >>>>> >>>>> VisualVM is now buildable with IcedTea6 on 32 and 64 bit arch by passing >>>>> --enable-visualvm to configure. Details and screenshots can be found at >>>>> http://jsumali.wordpress.com/2008/07/29/visualvm-in-icedtea/ >>>>> >>>>> >>>> Thanks for preparing this. Is there an advantage of building this as part >>>> of >>>> IcedTea? From a first look the build seems to be independent from >>>> building >>>> "core" IcedTea. It delays the build, increases the source code size, and >>>> adds >>>> the burden to review licenses for another 30MB compressed source code. >>>> Does the >>>> IcedTea project have to have just one product to deliver, or could this >>>> be >>>> splitted out into a second delivery? >>>> >>>> Matthias >>>> >>>> >>>> >>> Have to say I wondered what was going on when I saw the ChangeLog entry, >>> and I still don't understand the reasoning. Is there a reason this >>> has to be built WITH the >>> VM? If it's a truly separate application, then building them against >>> each other is a job >>> for a distro. Otherwise, the next logical step is --with-eclipse, >>> --with-jboss, --with-glassfish, etc. >>> >>> >> I should've written better instructions :) >> >> Building visualvm can be done with a simple `make visualvm`. It would >> require an icedtea-ecj build or a precompiled openjdk (--with-openjdk passed >> to configure) to build with, but it definitely does not need to build >> IcedTea along with it. >> >> Sorry for the confusion. >> Josh >> >> > > So am I right in thinking: > > ./configure > make > make visualvm > > would get me an OpenJDK build with visualvm in j2sdk-image/bin? > No, it would only build netbeans7, platform2, and visualvm. The actual "dropping-in" of visualvm occurs right after IcedTea is built. It happens at the same time as the dropping in of gcjwebplugin/icedteaplugin (stamps/icedtea.stamp target in Makefile.am). Josh From gnu_andrew at member.fsf.org Wed Jul 30 06:58:06 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 30 Jul 2008 14:58:06 +0100 Subject: VisualVM in IcedTea6 In-Reply-To: <48906FC1.8040303@redhat.com> References: <488F718E.6020309@redhat.com> <4890413F.3010403@ubuntu.com> <17c6771e0807300457j6524cd20ga38c8917e9d3c054@mail.gmail.com> <48906A2E.3060805@redhat.com> <17c6771e0807300638h15304ccdgc90166222205821a@mail.gmail.com> <48906FC1.8040303@redhat.com> Message-ID: <17c6771e0807300658v6fe9de0cha21b03d55ec0d022@mail.gmail.com> 2008/7/30 Joshua Sumali : > Andrew John Hughes wrote: >> >> 2008/7/30 Joshua Sumali : >> >>> >>> Andrew John Hughes wrote: >>> >>>> >>>> 2008/7/30 Matthias Klose : >>>> >>>> >>>>> >>>>> Joshua Sumali schrieb: >>>>> >>>>> >>>>>> >>>>>> Hi, >>>>>> >>>>>> VisualVM is now buildable with IcedTea6 on 32 and 64 bit arch by >>>>>> passing >>>>>> --enable-visualvm to configure. Details and screenshots can be found >>>>>> at >>>>>> http://jsumali.wordpress.com/2008/07/29/visualvm-in-icedtea/ >>>>>> >>>>>> >>>>> >>>>> Thanks for preparing this. Is there an advantage of building this as >>>>> part >>>>> of >>>>> IcedTea? From a first look the build seems to be independent from >>>>> building >>>>> "core" IcedTea. It delays the build, increases the source code size, >>>>> and >>>>> adds >>>>> the burden to review licenses for another 30MB compressed source code. >>>>> Does the >>>>> IcedTea project have to have just one product to deliver, or could this >>>>> be >>>>> splitted out into a second delivery? >>>>> >>>>> Matthias >>>>> >>>>> >>>>> >>>> >>>> Have to say I wondered what was going on when I saw the ChangeLog entry, >>>> and I still don't understand the reasoning. Is there a reason this >>>> has to be built WITH the >>>> VM? If it's a truly separate application, then building them against >>>> each other is a job >>>> for a distro. Otherwise, the next logical step is --with-eclipse, >>>> --with-jboss, --with-glassfish, etc. >>>> >>>> >>> >>> I should've written better instructions :) >>> >>> Building visualvm can be done with a simple `make visualvm`. It would >>> require an icedtea-ecj build or a precompiled openjdk (--with-openjdk >>> passed >>> to configure) to build with, but it definitely does not need to build >>> IcedTea along with it. >>> >>> Sorry for the confusion. >>> Josh >>> >>> >> >> So am I right in thinking: >> >> ./configure >> make >> make visualvm >> >> would get me an OpenJDK build with visualvm in j2sdk-image/bin? >> > > No, it would only build netbeans7, platform2, and visualvm. The actual > "dropping-in" of visualvm occurs right after IcedTea is built. It happens at > the same time as the dropping in of gcjwebplugin/icedteaplugin > (stamps/icedtea.stamp target in Makefile.am). > > Josh > So just ./configure and make will do? with the visualvm option obviously. -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From jsumali at redhat.com Wed Jul 30 07:04:37 2008 From: jsumali at redhat.com (Joshua Sumali) Date: Wed, 30 Jul 2008 10:04:37 -0400 Subject: VisualVM in IcedTea6 In-Reply-To: <17c6771e0807300658v6fe9de0cha21b03d55ec0d022@mail.gmail.com> References: <488F718E.6020309@redhat.com> <4890413F.3010403@ubuntu.com> <17c6771e0807300457j6524cd20ga38c8917e9d3c054@mail.gmail.com> <48906A2E.3060805@redhat.com> <17c6771e0807300638h15304ccdgc90166222205821a@mail.gmail.com> <48906FC1.8040303@redhat.com> <17c6771e0807300658v6fe9de0cha21b03d55ec0d022@mail.gmail.com> Message-ID: <489074F5.4070503@redhat.com> Andrew John Hughes wrote: > 2008/7/30 Joshua Sumali : > >> Andrew John Hughes wrote: >> >>> 2008/7/30 Joshua Sumali : >>> >>> >>>> Andrew John Hughes wrote: >>>> >>>> >>>>> 2008/7/30 Matthias Klose : >>>>> >>>>> >>>>> >>>>>> Joshua Sumali schrieb: >>>>>> >>>>>> >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> VisualVM is now buildable with IcedTea6 on 32 and 64 bit arch by >>>>>>> passing >>>>>>> --enable-visualvm to configure. Details and screenshots can be found >>>>>>> at >>>>>>> http://jsumali.wordpress.com/2008/07/29/visualvm-in-icedtea/ >>>>>>> >>>>>>> >>>>>>> >>>>>> Thanks for preparing this. Is there an advantage of building this as >>>>>> part >>>>>> of >>>>>> IcedTea? From a first look the build seems to be independent from >>>>>> building >>>>>> "core" IcedTea. It delays the build, increases the source code size, >>>>>> and >>>>>> adds >>>>>> the burden to review licenses for another 30MB compressed source code. >>>>>> Does the >>>>>> IcedTea project have to have just one product to deliver, or could this >>>>>> be >>>>>> splitted out into a second delivery? >>>>>> >>>>>> Matthias >>>>>> >>>>>> >>>>>> >>>>>> >>>>> Have to say I wondered what was going on when I saw the ChangeLog entry, >>>>> and I still don't understand the reasoning. Is there a reason this >>>>> has to be built WITH the >>>>> VM? If it's a truly separate application, then building them against >>>>> each other is a job >>>>> for a distro. Otherwise, the next logical step is --with-eclipse, >>>>> --with-jboss, --with-glassfish, etc. >>>>> >>>>> >>>>> >>>> I should've written better instructions :) >>>> >>>> Building visualvm can be done with a simple `make visualvm`. It would >>>> require an icedtea-ecj build or a precompiled openjdk (--with-openjdk >>>> passed >>>> to configure) to build with, but it definitely does not need to build >>>> IcedTea along with it. >>>> >>>> Sorry for the confusion. >>>> Josh >>>> >>>> >>>> >>> So am I right in thinking: >>> >>> ./configure >>> make >>> make visualvm >>> >>> would get me an OpenJDK build with visualvm in j2sdk-image/bin? >>> >>> >> No, it would only build netbeans7, platform2, and visualvm. The actual >> "dropping-in" of visualvm occurs right after IcedTea is built. It happens at >> the same time as the dropping in of gcjwebplugin/icedteaplugin >> (stamps/icedtea.stamp target in Makefile.am). >> >> Josh >> >> > > So just ./configure and make will do? with the visualvm option obviously. > > Yes, this is correct. From gnu_andrew at member.fsf.org Wed Jul 30 07:11:53 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 30 Jul 2008 14:11:53 +0000 Subject: changeset in /hg/icedtea6: --enable-plugin option should use ${e... Message-ID: changeset 942d8f1a8175 in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=942d8f1a8175 description: --enable-plugin option should use ${enableval} so explicit option works. 2008-07-30 Andrew John Hughes * configure.ac: Use ${enableval} in --enable-plugin. diffstat: 2 files changed, 6 insertions(+), 1 deletion(-) ChangeLog | 5 +++++ configure.ac | 2 +- diffs (24 lines): diff -r 595e10c7090f -r 942d8f1a8175 ChangeLog --- a/ChangeLog Tue Jul 29 15:23:37 2008 -0400 +++ b/ChangeLog Wed Jul 30 15:08:28 2008 +0100 @@ -1,3 +1,8 @@ 2008-07-29 Joshua Sumali + + * configure.ac: Use ${enableval} in + --enable-plugin. + 2008-07-29 Joshua Sumali * .hgignore: Updated. diff -r 595e10c7090f -r 942d8f1a8175 configure.ac --- a/configure.ac Tue Jul 29 15:23:37 2008 -0400 +++ b/configure.ac Wed Jul 30 15:08:28 2008 +0100 @@ -101,7 +101,7 @@ AC_ARG_ENABLE([gcjwebplugin], AC_ARG_ENABLE([gcjwebplugin], [AS_HELP_STRING([--disable-gcjwebplugin], [Disable compilation of browser plugin])], - [enable_plugin="$val"], [enable_plugin="yes"]) + [enable_plugin="${enableval}"], [enable_plugin="yes"]) AM_CONDITIONAL(ENABLE_PLUGIN, test "x${enable_plugin}" = "xyes") AC_ARG_ENABLE([liveconnect], From gnu_andrew at member.fsf.org Wed Jul 30 07:40:01 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 30 Jul 2008 15:40:01 +0100 Subject: Fix use of $val in --enable-plugin Message-ID: <17c6771e0807300740q297ff976x367ffc324274ff3a@mail.gmail.com> I've noticed that --enable-plugin no longer seems to enable the web plugin. This fixes the issue: 2008-07-30 Andrew John Hughes * configure.ac: Use ${enableval} in --enable-plugin. -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 -------------- next part -------------- A non-text attachment was scrubbed... Name: plugin_build.diff Type: text/x-patch Size: 545 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20080730/cf2101b6/plugin_build.diff From aph at redhat.com Wed Jul 30 10:09:41 2008 From: aph at redhat.com (Andrew Haley) Date: Wed, 30 Jul 2008 18:09:41 +0100 Subject: Patch: fix race condition in UnixPrintServiceLookup Message-ID: <4890A055.9060601@redhat.com> The JCK revealed a race condition in UnixPrintServiceLookup when either sun.java2d.print.polling=false or getDefaultPrintService() returns before the polling PrintServices thread has started. This causes multiple copies of IPPPrintService to be instantiated. The test below fails on all platforms with -Dsun.java2d.print.polling=false and on some platforms with -Dsun.java2d.print.polling=true, depending on how long it takes the polling loop to start. The simple fix is to ensure that we call refreshServices() from the constructor, ensuring that everything is initialized before the first call to lookupDefaultPrintService(). Andrew. ---------------------------------------------------------------------------------- import javax.print.PrintService; import javax.print.PrintServiceLookup; public class Test { public static void main(String argv[]) { trial(); } static void trial() { PrintService pserv1 = PrintServiceLookup.lookupDefaultPrintService(); PrintService[] pservs = PrintServiceLookup.lookupPrintServices(null, null); PrintService pserv2 = PrintServiceLookup.lookupDefaultPrintService(); if (pserv1.hashCode() != pserv2.hashCode()) { System.err.println("Different hashCodes for equal print " + "services: " + pserv1.hashCode() + " " + pserv2.hashCode()); } } } ---------------------------------------------------------------------------------- --- /notnfs/user/TCK_candidate/icedtea6-1.2/openjdk/jdk/src/solaris/classes/sun/print/UnixPrintServiceLookup.java 2008-04-11 04:18:13.000000000 -0400 +++ sun/print/UnixPrintServiceLookup.java 2008-07-30 12:45:40.000000000 -0400 @@ -163,6 +163,12 @@ public UnixPrintServiceLookup() { + try { + refreshServices(); + } catch (Exception se) { + IPPPrintService.debug_println(debugPrefix+"Exception in refreshServices()"); + } + // start the printer listener thread if (pollServices) { PrinterChangeListener thr = new PrinterChangeListener(); From bugzilla-daemon at icedtea.classpath.org Wed Jul 30 12:49:02 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Wed, 30 Jul 2008 19:49:02 +0000 Subject: [Bug 176] New: openjdk 6b11-2 crashes while starting eclipse 3.4 j2ee Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=176 Summary: openjdk 6b11-2 crashes while starting eclipse 3.4 j2ee Product: IcedTea Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: IcedTea AssignedTo: unassigned at icedtea.classpath.org ReportedBy: michele at pupazzo.org On Debian sid, when I use openjdk as the default java VM I get 100% reproduceable crashes when launching eclipse 3.4. I will attach a complete log of the crash. -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From bugzilla-daemon at icedtea.classpath.org Wed Jul 30 12:49:38 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Wed, 30 Jul 2008 19:49:38 +0000 Subject: [Bug 176] openjdk 6b11-2 crashes while starting eclipse 3.4 j2ee Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=176 ------- Comment #1 from michele at pupazzo.org 2008-07-30 19:49 ------- Created an attachment (id=84) --> (http://icedtea.classpath.org/bugzilla/attachment.cgi?id=84&action=view) java log of the crash -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From doko at ubuntu.com Thu Jul 31 09:11:05 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Thu, 31 Jul 2008 16:11:05 +0000 Subject: changeset in /hg/icedtea6: 2008-07-31 Matthias Klose changeset 2f5fc8b7349e in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=2f5fc8b7349e description: 2008-07-31 Matthias Klose * acinclude.m4 (SET_ARCH_DIRS): Avoid calling uname for alpha, mips, mipsel, s390. diffstat: 2 files changed, 25 insertions(+) ChangeLog | 5 +++++ acinclude.m4 | 20 ++++++++++++++++++++ diffs (54 lines): diff -r 942d8f1a8175 -r 2f5fc8b7349e ChangeLog --- a/ChangeLog Wed Jul 30 15:08:28 2008 +0100 +++ b/ChangeLog Thu Jul 31 18:11:05 2008 +0200 @@ -1,3 +1,8 @@ 2008-07-30 Andrew John Hughes + + * acinclude.m4 (SET_ARCH_DIRS): Avoid calling uname for alpha, + mips, mipsel, s390. + 2008-07-30 Andrew John Hughes * configure.ac: Use ${enableval} in diff -r 942d8f1a8175 -r 2f5fc8b7349e acinclude.m4 --- a/acinclude.m4 Wed Jul 30 15:08:28 2008 +0100 +++ b/acinclude.m4 Thu Jul 31 18:11:05 2008 +0200 @@ -11,11 +11,26 @@ AC_DEFUN([SET_ARCH_DIRS], INSTALL_ARCH_DIR=i386 JRE_ARCH_DIR=i386 ;; + alpha*-*-*) + BUILD_ARCH_DIR=alpha + INSTALL_ARCH_DIR=alpha + JRE_ARCH_DIR=alpha + ;; arm*-*-*) BUILD_ARCH_DIR=arm INSTALL_ARCH_DIR=arm JRE_ARCH_DIR=arm ;; + mips-*-*) + BUILD_ARCH_DIR=mips + INSTALL_ARCH_DIR=mips + JRE_ARCH_DIR=mips + ;; + mipsel-*-*) + BUILD_ARCH_DIR=mipsel + INSTALL_ARCH_DIR=mipsel + JRE_ARCH_DIR=mipsel + ;; powerpc-*-*) BUILD_ARCH_DIR=ppc INSTALL_ARCH_DIR=ppc @@ -30,6 +45,11 @@ AC_DEFUN([SET_ARCH_DIRS], BUILD_ARCH_DIR=sparcv9 INSTALL_ARCH_DIR=sparcv9 JRE_ARCH_DIR=sparc64 + ;; + s390-*-*) + BUILD_ARCH_DIR=s390 + INSTALL_ARCH_DIR=s390 + JRE_ARCH_DIR=s390 ;; *) BUILD_ARCH_DIR=`uname -m` From doko at ubuntu.com Thu Jul 31 16:25:21 2008 From: doko at ubuntu.com (doko at ubuntu.com) Date: Thu, 31 Jul 2008 23:25:21 +0000 Subject: changeset in /hg/icedtea6: 2008-08-01 Matthias Klose changeset 63c7ccd8da7f in /hg/icedtea6 details: http://icedtea.classpath.org/hg/icedtea6?cmd=changeset;node=63c7ccd8da7f description: 2008-08-01 Matthias Klose * patches/icedtea-zero.patch (os::dll_load): Fix typo for mipsel. diffstat: 2 files changed, 5 insertions(+), 1 deletion(-) ChangeLog | 4 ++++ patches/icedtea-zero.patch | 2 +- diffs (23 lines): diff -r 2f5fc8b7349e -r 63c7ccd8da7f ChangeLog --- a/ChangeLog Thu Jul 31 18:11:05 2008 +0200 +++ b/ChangeLog Fri Aug 01 01:25:21 2008 +0200 @@ -1,3 +1,7 @@ 2008-07-31 Matthias Klose + + * patches/icedtea-zero.patch (os::dll_load): Fix typo for mipsel. + 2008-07-31 Matthias Klose * acinclude.m4 (SET_ARCH_DIRS): Avoid calling uname for alpha, diff -r 2f5fc8b7349e -r 63c7ccd8da7f patches/icedtea-zero.patch --- a/patches/icedtea-zero.patch Thu Jul 31 18:11:05 2008 +0200 +++ b/patches/icedtea-zero.patch Fri Aug 01 01:25:21 2008 +0200 @@ -38,7 +38,7 @@ + #elif (defined ALPHA) + static Elf32_Half running_arch_code=EM_ALPHA; + #elif (defined MIPSEL) -+ static Elf32_Half running_arch_code=EM_MIPS_RS3_EL; ++ static Elf32_Half running_arch_code=EM_MIPS_RS3_LE; + #elif (defined HPPA) + static Elf32_Half running_arch_code=EM_PARISC; + #elif (defined MIPS) From bugzilla-daemon at icedtea.classpath.org Thu Jul 31 16:37:45 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 31 Jul 2008 23:37:45 +0000 Subject: [Bug 177] New: Crash while trying to load java web start application. Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=177 Summary: Crash while trying to load java web start application. Product: IcedTea Version: unspecified Platform: PC URL: https://fx1.oanda.com/java/beta.jnlp OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: IcedTea AssignedTo: unassigned at icedtea.classpath.org ReportedBy: eric225125 at yahoo.com CC: jsumali at redhat.com I had created a bug for this before when I was using Icedtea6-1.2 and it was supposedly fixed, but I just tried the latest build of Icedtea6 from Mercurial (based on b11) and got an error: localhost tmp # javaws beta.jnlp java.lang.NullPointerException at net.sourceforge.jnlp.tools.JarSigner.verifyJars(JarSigner.java:192) at net.sourceforge.jnlp.runtime.JNLPClassLoader.verifyJars(JNLPClassLoader.java:609) at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources(JNLPClassLoader.java:302) at net.sourceforge.jnlp.runtime.JNLPClassLoader.(JNLPClassLoader.java:134) at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:191) at net.sourceforge.jnlp.Launcher.createApplet(Launcher.java:428) at net.sourceforge.jnlp.Launcher.launchApplet(Launcher.java:379) at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:585) netx: Initialization Error: Could not initialize applet. (net.sourceforge.jnlp.LaunchException Fatal: Initialization Error: A fatal error occurred while trying to verify jars.) netx: Initialization Error: Could not initialize applet. (net.sourceforge.jnlp.LaunchException Fatal: Initialization Error: A fatal error occurred while trying to verify jars.) -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From bugzilla-daemon at icedtea.classpath.org Thu Jul 31 16:38:56 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Thu, 31 Jul 2008 23:38:56 +0000 Subject: [Bug 177] Crash while trying to load java web start application. Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=177 eric225125 at yahoo.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eric225125 at yahoo.com ------- Comment #1 from eric225125 at yahoo.com 2008-07-31 23:38 ------- localhost tmp # javaws -verbose beta.jnlp JNLP file location: beta.jnlp Status: CONNECTED DOWNLOADED STARTED +(CONNECTED DOWNLOADED STARTED) @ /tmp/beta.jnlp line: 2 line: 5 line: 6 OANDA FXTrade line: 7 OANDA Corporation line: 8 line: 9 line: 10 line: 11 line: 12 line: 13 line: 14 line: 15 line: 16 line: 17 line: 18 line: 19 line: 20 line: 21 line: 22 line: 23 line: 29 line: 30 line: 31 line: 32 line: 33 line: 34 line: 35 line: 36 line: 37 line: 38 line: 39 line: 40 line: 41 line: 42 line: 43 line: 44 line: 45 line: 46 line: 47 line: 48 line: 49 line: 50 line: 51 line: 52 line: 53 line: 54 line: 55 line: 56 New classloader: file:/tmp/beta.jnlp Permission added: (java.io.FilePermission /tmp/cache/https/fx1.oanda.com/java/TradeStation.jar read) Status: STARTED +(STARTED) @ /java/TradeStation.jar Status: CONNECT STARTED +(CONNECT) @ /java/TradeStation.jar Status: CONNECT DOWNLOAD STARTED +(DOWNLOAD) @ /java/TradeStation.jar Status: CONNECTING DOWNLOAD STARTED +(CONNECTING) -(CONNECT) @ /java/TradeStation.jar isCurrent: https://fx1.oanda.com/java/TradeStation.jar = false Status: CONNECTED DOWNLOAD STARTED +(CONNECTED) -(CONNECTING) @ /java/TradeStation.jar Status: CONNECTED DOWNLOADING STARTED +(DOWNLOADING) -(DOWNLOAD) @ /java/TradeStation.jar javax.net.ssl.SSLException: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty at sun.security.ssl.Alerts.getSSLException(Alerts.java:208) at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1611) at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1574) at sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1557) at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1150) at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1127) at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:423) at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:997) at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254) at net.sourceforge.jnlp.cache.ResourceTracker.downloadResource(ResourceTracker.java:604) at net.sourceforge.jnlp.cache.ResourceTracker.processResource(ResourceTracker.java:592) at net.sourceforge.jnlp.cache.ResourceTracker.access$400(ResourceTracker.java:53) at net.sourceforge.jnlp.cache.ResourceTracker$Downloader.run(ResourceTracker.java:923) at java.lang.Thread.run(Thread.java:636) Caused by: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty at sun.security.validator.PKIXValidator.(PKIXValidator.java:75) at sun.security.validator.Validator.getInstance(Validator.java:178) at sun.security.ssl.X509TrustManagerImpl.getValidator(X509TrustManagerImpl.java:129) at sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:225) at sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:270) at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:973) at sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:142) at sun.security.ssl.Handshaker.processLoop(Handshaker.java:533) at sun.security.ssl.Handshaker.process_record(Handshaker.java:471) at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:904) at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1116) at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1143) ... 10 more Caused by: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty at java.security.cert.PKIXParameters.setTrustAnchors(PKIXParameters.java:200) at java.security.cert.PKIXParameters.(PKIXParameters.java:120) at java.security.cert.PKIXBuilderParameters.(PKIXBuilderParameters.java:104) at sun.security.validator.PKIXValidator.(PKIXValidator.java:73) ... 21 more Status: CONNECTED DOWNLOADING ERROR STARTED +(ERROR) @ /java/TradeStation.jar java.lang.NullPointerException at net.sourceforge.jnlp.tools.JarSigner.verifyJars(JarSigner.java:192) at net.sourceforge.jnlp.runtime.JNLPClassLoader.verifyJars(JNLPClassLoader.java:609) at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources(JNLPClassLoader.java:302) at net.sourceforge.jnlp.runtime.JNLPClassLoader.(JNLPClassLoader.java:134) at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:191) at net.sourceforge.jnlp.Launcher.createApplet(Launcher.java:428) at net.sourceforge.jnlp.Launcher.launchApplet(Launcher.java:379) at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:585) net.sourceforge.jnlp.LaunchException: Fatal: Initialization Error: A fatal error occurred while trying to verify jars. at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources(JNLPClassLoader.java:308) at net.sourceforge.jnlp.runtime.JNLPClassLoader.(JNLPClassLoader.java:134) at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:191) at net.sourceforge.jnlp.Launcher.createApplet(Launcher.java:428) at net.sourceforge.jnlp.Launcher.launchApplet(Launcher.java:379) at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:585) netx: Initialization Error: Could not initialize applet. (net.sourceforge.jnlp.LaunchException Fatal: Initialization Error: A fatal error occurred while trying to verify jars.) net.sourceforge.jnlp.LaunchException: Fatal: Initialization Error: A fatal error occurred while trying to verify jars. at net.sourceforge.jnlp.runtime.JNLPClassLoader.initializeResources(JNLPClassLoader.java:308) at net.sourceforge.jnlp.runtime.JNLPClassLoader.(JNLPClassLoader.java:134) at net.sourceforge.jnlp.runtime.JNLPClassLoader.getInstance(JNLPClassLoader.java:191) at net.sourceforge.jnlp.Launcher.createApplet(Launcher.java:428) at net.sourceforge.jnlp.Launcher.launchApplet(Launcher.java:379) at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:585) netx: Initialization Error: Could not initialize applet. (net.sourceforge.jnlp.LaunchException Fatal: Initialization Error: A fatal error occurred while trying to verify jars.) -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. From bugzilla-daemon at icedtea.classpath.org Thu Jul 31 20:32:45 2008 From: bugzilla-daemon at icedtea.classpath.org (bugzilla-daemon at icedtea.classpath.org) Date: Fri, 01 Aug 2008 03:32:45 +0000 Subject: [Bug 177] Crash while trying to load java web start application. Message-ID: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=177 langel at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|unassigned at icedtea.classpath|jsumali at redhat.com |.org | -- Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. You are the assignee for the bug, or are watching the assignee.