From deepak2427 at gmail.com Sun Dec 6 22:36:36 2009 From: deepak2427 at gmail.com (Deepak Mathews) Date: Mon, 7 Dec 2009 12:06:36 +0530 Subject: Cross Compiling for x86_64 on x86 Message-ID: <454434ce0912062236j2f9bf2fv5e7d41bcddd60190@mail.gmail.com> Hi, I am trying to cross compile for x86 64 bit from a x86 32 bit host machine. I am facing a lot of issues in this regard. Has anyone been able to successfully do this. Why is the target being linked against libjvm.so which is in the ALT_BOOTDIR on the host system. Even if i fix that issue by copying libjvm.so from a 64bit JDK, an adlc utility is run during the compilation, which is of 64 bit, so cannot be executed on the host machine. Thanks. Deepak -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20091207/7bf1d29c/attachment.html From Erik.Trimble at Sun.COM Sun Dec 6 22:46:09 2009 From: Erik.Trimble at Sun.COM (Erik Trimble) Date: Sun, 06 Dec 2009 22:46:09 -0800 Subject: Cross Compiling for x86_64 on x86 In-Reply-To: <454434ce0912062236j2f9bf2fv5e7d41bcddd60190@mail.gmail.com> References: <454434ce0912062236j2f9bf2fv5e7d41bcddd60190@mail.gmail.com> Message-ID: <4B1CA4B1.7000303@sun.com> Deepak Mathews wrote: > Hi, > > I am trying to cross compile for x86 64 bit from a x86 32 bit host > machine. > > I am facing a lot of issues in this regard. > > Has anyone been able to successfully do this. > > Why is the target being linked against libjvm.so which is in the > ALT_BOOTDIR on the host system. > > Even if i fix that issue by copying libjvm.so from a 64bit JDK, an > adlc utility is run during the compilation, which is of 64 bit, so > cannot be executed on the host machine. > > Thanks. > > Deepak First off, which platform? Windows? Linux? Solaris? Frankly, I don't think we've ever tried doing Windows 64-bit on a 32-bit platform, and I can't imagine it would really be easy at all. -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA Timezone: US/Pacific (GMT-0800) From deepak2427 at gmail.com Sun Dec 6 23:15:40 2009 From: deepak2427 at gmail.com (Deepak Mathews) Date: Mon, 7 Dec 2009 12:45:40 +0530 Subject: Cross Compiling for x86_64 on x86 In-Reply-To: <4B1CA4B1.7000303@sun.com> References: <454434ce0912062236j2f9bf2fv5e7d41bcddd60190@mail.gmail.com> <4B1CA4B1.7000303@sun.com> Message-ID: <454434ce0912062315r40e2faf1p21ad02c65070ea09@mail.gmail.com> Hi, Thank you Eric, for your quick reply. Sorry, I had forgot to mention the platform. It is Linux. Thanks. Deepak On Mon, Dec 7, 2009 at 12:16 PM, Erik Trimble wrote: > Deepak Mathews wrote: > >> Hi, >> >> I am trying to cross compile for x86 64 bit from a x86 32 bit host >> machine. >> >> I am facing a lot of issues in this regard. >> >> Has anyone been able to successfully do this. >> >> Why is the target being linked against libjvm.so which is in the >> ALT_BOOTDIR on the host system. >> Even if i fix that issue by copying libjvm.so from a 64bit JDK, an adlc >> utility is run during the compilation, which is of 64 bit, so cannot be >> executed on the host machine. >> >> Thanks. >> >> Deepak >> > First off, which platform? Windows? Linux? Solaris? > > Frankly, I don't think we've ever tried doing Windows 64-bit on a 32-bit > platform, and I can't imagine it would really be easy at all. > > > > -- > Erik Trimble > Java System Support > Mailstop: usca22-123 > Phone: x17195 > Santa Clara, CA > Timezone: US/Pacific (GMT-0800) > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20091207/d31a88c9/attachment.html From vikram.account at gmail.com Mon Dec 7 01:13:06 2009 From: vikram.account at gmail.com (Vikram A) Date: Mon, 7 Dec 2009 14:43:06 +0530 Subject: Cross Compiling for x86_64 on x86 In-Reply-To: <10ffa8f60912070105j6cf0a095ie23b6cde3a62294d@mail.gmail.com> References: <454434ce0912062236j2f9bf2fv5e7d41bcddd60190@mail.gmail.com> <4B1CA4B1.7000303@sun.com> <454434ce0912062315r40e2faf1p21ad02c65070ea09@mail.gmail.com> <10ffa8f60912070105j6cf0a095ie23b6cde3a62294d@mail.gmail.com> Message-ID: <10ffa8f60912070113h3902a141h4e66db148f19eff1@mail.gmail.com> resending- adding the alias. On Mon, Dec 7, 2009 at 2:35 PM, Vikram A wrote: > hi Deepak, > > Incomplete information, please also specify the workspace you are trying to > build. Also, please share the errors generated. > Putting uname -a in the first mail itself helps alongwith appropriate cat > /etc/release > e.g cat /etc/redhat-release > > I guess it is hotspot in this case, in which case the following would be > relevant. > > Let me try to put some points which might be useful. > (Of course, if you see differences in Erik's comments from mine, he is the > final authority.) > > 1. I haven't yet heard of building a 64 bit VM on a 32 bit, the other way > might still be ok. > My guess is a 64 bit VM will not be able to load correctly on 32 a bit > machine. Copying the libjvm.so will not help, in that case. > It might just see a reference and proceed, but end up loading the 32 bit > VM. > > 2. If you are trying to build on a different kind of machine (crossing the > vm bit length and the machine bit length) and not specifying the ARCH_MODEL > explicitly, please try to do so. > This may give out errors correctly. > > 3. Also as a side note, a 32 bit build should not require link to 64 bit > JVM even as a ALT_BOOTDIR. > > but a 64 bit VM would require atleast 4 libjvm.so. > 32 bit libjvm.so > 32 bit libjvm_g.so > 64 bit libjvm.so > 64 bit libjvm_g.so > > The 64 bit VM does not run on its own, it required a support of 32 bit vm > as well. > It will work something like the last line in pt 1 above. > > 4. >>an adlc utility is run during the compilation, which is of 64 bit, so > cannot be executed on >>the host machine. > Goes back to pt 1. Yes, adlc is architecture dependant and will not run on > 32 bit. > Like I mentioned above the other way, (build 32 bit on a 64 bit ) would > probably be ok. > > > rgds, > Vikram. > > > > > > > On Mon, Dec 7, 2009 at 12:45 PM, Deepak Mathews wrote: > >> Hi, >> >> Thank you Eric, for your quick reply. >> >> Sorry, I had forgot to mention the platform. >> >> It is Linux. >> >> Thanks. >> Deepak >> >> On Mon, Dec 7, 2009 at 12:16 PM, Erik Trimble wrote: >> >>> Deepak Mathews wrote: >>> >>>> Hi, >>>> >>>> I am trying to cross compile for x86 64 bit from a x86 32 bit host >>>> machine. >>>> >>>> I am facing a lot of issues in this regard. >>>> >>>> Has anyone been able to successfully do this. >>>> >>>> Why is the target being linked against libjvm.so which is in the >>>> ALT_BOOTDIR on the host system. >>>> Even if i fix that issue by copying libjvm.so from a 64bit JDK, an adlc >>>> utility is run during the compilation, which is of 64 bit, so cannot be >>>> executed on the host machine. >>>> >>>> Thanks. >>>> >>>> Deepak >>>> >>> First off, which platform? Windows? Linux? Solaris? >>> >>> Frankly, I don't think we've ever tried doing Windows 64-bit on a 32-bit >>> platform, and I can't imagine it would really be easy at all. >>> >>> >>> >>> -- >>> Erik Trimble >>> Java System Support >>> Mailstop: usca22-123 >>> Phone: x17195 >>> Santa Clara, CA >>> Timezone: US/Pacific (GMT-0800) >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20091207/9a387d94/attachment.html From deepak2427 at gmail.com Mon Dec 7 01:25:20 2009 From: deepak2427 at gmail.com (Deepak Mathews) Date: Mon, 7 Dec 2009 14:55:20 +0530 Subject: Cross Compiling for x86_64 on x86 In-Reply-To: <10ffa8f60912070105j6cf0a095ie23b6cde3a62294d@mail.gmail.com> References: <454434ce0912062236j2f9bf2fv5e7d41bcddd60190@mail.gmail.com> <4B1CA4B1.7000303@sun.com> <454434ce0912062315r40e2faf1p21ad02c65070ea09@mail.gmail.com> <10ffa8f60912070105j6cf0a095ie23b6cde3a62294d@mail.gmail.com> Message-ID: <454434ce0912070125oc9b190ai40431b27dc137741@mail.gmail.com> Vikram and Erik, Thank you so much for your info. I will give the details. $ uname -a Linux 2.6.9-34.ELsmp #1 SMP Fri Feb 24 16:54:53 EST 2006 i686 i686 i386 GNU/Linux $ cat /etc/redhat-release Red Hat Enterprise Linux AS release 4 (Nahant Update 3) I am new to this and have some doubts. It might be a bit trivial. By hotspot due you mean the same as the VM used for building OpenJDK? I had compiled 32 bit target on 64 bit host machine without any problems. >> I haven't yet heard of building a 64 bit VM on a 32 bit, the other way might still be ok. My guess is a 64 bit VM will not be able to load correctly on 32 a bit machine. Copying the libjvm.so will not help, in that case. So is it not possible to build OpenJDK 64 bit on a 32 bit host? Can the building of OpenJDK made independant of the host machine. Or does it run some programs which are dependant (like adlc) which will make cross compilation impossible? What about cross compiling for MIPS or PPC from the same 32 bit host? Will this same VM problem be there for that also? Thanks. Deepak On Mon, Dec 7, 2009 at 2:35 PM, Vikram A wrote: > hi Deepak, > > Incomplete information, please also specify the workspace you are trying to > build. Also, please share the errors generated. > Putting uname -a in the first mail itself helps alongwith appropriate cat > /etc/release > e.g cat /etc/redhat-release > > I guess it is hotspot in this case, in which case the following would be > relevant. > > Let me try to put some points which might be useful. > (Of course, if you see differences in Erik's comments from mine, he is the > final authority.) > > 1. I haven't yet heard of building a 64 bit VM on a 32 bit, the other way > might still be ok. > My guess is a 64 bit VM will not be able to load correctly on 32 a bit > machine. Copying the libjvm.so will not help, in that case. > It might just see a reference and proceed, but end up loading the 32 bit > VM. > > 2. If you are trying to build on a different kind of machine (crossing the > vm bit length and the machine bit length) and not specifying the ARCH_MODEL > explicitly, please try to do so. > This may give out errors correctly. > > 3. Also as a side note, a 32 bit build should not require link to 64 bit > JVM even as a ALT_BOOTDIR. > > but a 64 bit VM would require atleast 4 libjvm.so. > 32 bit libjvm.so > 32 bit libjvm_g.so > 64 bit libjvm.so > 64 bit libjvm_g.so > > The 64 bit VM does not run on its own, it required a support of 32 bit vm > as well. > It will work something like the last line in pt 1 above. > > 4. >>an adlc utility is run during the compilation, which is of 64 bit, so > cannot be executed on >>the host machine. > Goes back to pt 1. Yes, adlc is architecture dependant and will not run on > 32 bit. > Like I mentioned above the other way, (build 32 bit on a 64 bit ) would > probably be ok. > > > rgds, > Vikram. > > > > > > > On Mon, Dec 7, 2009 at 12:45 PM, Deepak Mathews wrote: > >> Hi, >> >> Thank you Eric, for your quick reply. >> >> Sorry, I had forgot to mention the platform. >> >> It is Linux. >> >> Thanks. >> Deepak >> >> On Mon, Dec 7, 2009 at 12:16 PM, Erik Trimble wrote: >> >>> Deepak Mathews wrote: >>> >>>> Hi, >>>> >>>> I am trying to cross compile for x86 64 bit from a x86 32 bit host >>>> machine. >>>> >>>> I am facing a lot of issues in this regard. >>>> >>>> Has anyone been able to successfully do this. >>>> >>>> Why is the target being linked against libjvm.so which is in the >>>> ALT_BOOTDIR on the host system. >>>> Even if i fix that issue by copying libjvm.so from a 64bit JDK, an adlc >>>> utility is run during the compilation, which is of 64 bit, so cannot be >>>> executed on the host machine. >>>> >>>> Thanks. >>>> >>>> Deepak >>>> >>> First off, which platform? Windows? Linux? Solaris? >>> >>> Frankly, I don't think we've ever tried doing Windows 64-bit on a 32-bit >>> platform, and I can't imagine it would really be easy at all. >>> >>> >>> >>> -- >>> Erik Trimble >>> Java System Support >>> Mailstop: usca22-123 >>> Phone: x17195 >>> Santa Clara, CA >>> Timezone: US/Pacific (GMT-0800) >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20091207/5be1ee43/attachment.html From David.Holmes at Sun.COM Mon Dec 7 01:32:42 2009 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Mon, 07 Dec 2009 19:32:42 +1000 Subject: Cross Compiling for x86_64 on x86 In-Reply-To: <454434ce0912062236j2f9bf2fv5e7d41bcddd60190@mail.gmail.com> References: <454434ce0912062236j2f9bf2fv5e7d41bcddd60190@mail.gmail.com> Message-ID: <4B1CCBBA.4070500@sun.com> Deepak, To cross-compile you need a toolset that supports cross-compilation - including any tools used internally in the JDK. I'm not sure if the existing toolsets - eg adlc - qualify. At a minimum you need to ensure you explicitly set the following: os_family = linux arch = x86 arch_model = x86_64 os_arch = linux_x86 os_arch_model = linux_x86_64 lib_arch = amd64 otherwise they will be determined from the properties of the build machine. I don't know if anyone has tried this, but it is where I would start. Note that building 32-bit on 64-bit is not truly cross-compiling because you simply execute the 32-bit tools on the 64-bit system. HTH David Holmes Deepak Mathews said the following on 12/07/09 16:36: > Hi, > > I am trying to cross compile for x86 64 bit from a x86 32 bit host machine. > > I am facing a lot of issues in this regard. > > Has anyone been able to successfully do this. > > Why is the target being linked against libjvm.so which is in the > ALT_BOOTDIR on the host system. > > Even if i fix that issue by copying libjvm.so from a 64bit JDK, an adlc > utility is run during the compilation, which is of 64 bit, so cannot be > executed on the host machine. > > Thanks. > > Deepak From Christian.Thalinger at Sun.COM Mon Dec 7 01:39:22 2009 From: Christian.Thalinger at Sun.COM (Christian Thalinger) Date: Mon, 07 Dec 2009 10:39:22 +0100 Subject: Cross Compiling for x86_64 on x86 In-Reply-To: <454434ce0912070125oc9b190ai40431b27dc137741@mail.gmail.com> References: <454434ce0912062236j2f9bf2fv5e7d41bcddd60190@mail.gmail.com> <4B1CA4B1.7000303@sun.com> <454434ce0912062315r40e2faf1p21ad02c65070ea09@mail.gmail.com> <10ffa8f60912070105j6cf0a095ie23b6cde3a62294d@mail.gmail.com> <454434ce0912070125oc9b190ai40431b27dc137741@mail.gmail.com> Message-ID: <1260178762.7680.14.camel@macbook> On Mon, 2009-12-07 at 14:55 +0530, Deepak Mathews wrote: > Can the building of OpenJDK made independant of the host machine. Or > does it run some programs which are dependant (like adlc) which will > make cross compilation impossible? > > > What about cross compiling for MIPS or PPC from the same 32 bit host? > Will this same VM problem be there for that also? There problem here is ADLC, which is part of the server compiler. Let me try to get it built for a 32-bit host... Cross-compiling IcedTea for MIPS or PPC should work OK, as there is no server or client compiler port so Zero is used and that builds fine. You could also build x86_64 Zero (Gary, does that work?) on your 32-bit system and use that one. But keep in mind that it's C++ interpreter only. -- Christian From Christian.Thalinger at Sun.COM Mon Dec 7 01:46:22 2009 From: Christian.Thalinger at Sun.COM (Christian Thalinger) Date: Mon, 07 Dec 2009 10:46:22 +0100 Subject: Cross Compiling for x86_64 on x86 In-Reply-To: <1260178762.7680.14.camel@macbook> References: <454434ce0912062236j2f9bf2fv5e7d41bcddd60190@mail.gmail.com> <4B1CA4B1.7000303@sun.com> <454434ce0912062315r40e2faf1p21ad02c65070ea09@mail.gmail.com> <10ffa8f60912070105j6cf0a095ie23b6cde3a62294d@mail.gmail.com> <454434ce0912070125oc9b190ai40431b27dc137741@mail.gmail.com> <1260178762.7680.14.camel@macbook> Message-ID: <1260179182.7680.18.camel@macbook> On Mon, 2009-12-07 at 10:39 +0100, Christian Thalinger wrote: > There problem here is ADLC, which is part of the server compiler. Let > me try to get it built for a 32-bit host... A really ugly (but possibly working) hack to build a full OpenJDK successfully would be to copy a 32-bit adlc over the 64-bit one when the build fails: $ cp build/solaris/solaris_i486_compiler2/generated/adfiles/adlc build/solaris/solaris_amd64_compiler2/generated/adfiles/adlc Then just restart the build. -- Christian From Erik.Trimble at Sun.COM Mon Dec 7 02:25:22 2009 From: Erik.Trimble at Sun.COM (Erik Trimble) Date: Mon, 07 Dec 2009 02:25:22 -0800 Subject: Cross Compiling for x86_64 on x86 In-Reply-To: <1260179182.7680.18.camel@macbook> References: <454434ce0912062236j2f9bf2fv5e7d41bcddd60190@mail.gmail.com> <4B1CA4B1.7000303@sun.com> <454434ce0912062315r40e2faf1p21ad02c65070ea09@mail.gmail.com> <10ffa8f60912070105j6cf0a095ie23b6cde3a62294d@mail.gmail.com> <454434ce0912070125oc9b190ai40431b27dc137741@mail.gmail.com> <1260178762.7680.14.camel@macbook> <1260179182.7680.18.camel@macbook> Message-ID: <4B1CD812.5060809@sun.com> Christian Thalinger wrote: > On Mon, 2009-12-07 at 10:39 +0100, Christian Thalinger wrote: > >> There problem here is ADLC, which is part of the server compiler. Let >> me try to get it built for a 32-bit host... >> > > A really ugly (but possibly working) hack to build a full OpenJDK > successfully would be to copy a 32-bit adlc over the 64-bit one when the > build fails: > > $ cp build/solaris/solaris_i486_compiler2/generated/adfiles/adlc build/solaris/solaris_amd64_compiler2/generated/adfiles/adlc > > Then just restart the build. > > -- Christian > > Yes. However, frankly, I'd seriously recommend that you use a native OS install to build the 64-bit JDK for either Windows or Linux. Even for Solaris, where the 32/64 bit libraries and such are very well segregated, there's lots to go wrong. With the proliferation of LiveCD distros out there, if you don't want to do an actual install to Hard Drive, you can still do a build when booted from LiveCD. -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA Timezone: US/Pacific (GMT-0800) From deepak2427 at gmail.com Mon Dec 7 04:14:12 2009 From: deepak2427 at gmail.com (Deepak Mathews) Date: Mon, 7 Dec 2009 17:44:12 +0530 Subject: Cross Compiling for x86_64 on x86 In-Reply-To: <4B1CD812.5060809@sun.com> References: <454434ce0912062236j2f9bf2fv5e7d41bcddd60190@mail.gmail.com> <4B1CA4B1.7000303@sun.com> <454434ce0912062315r40e2faf1p21ad02c65070ea09@mail.gmail.com> <10ffa8f60912070105j6cf0a095ie23b6cde3a62294d@mail.gmail.com> <454434ce0912070125oc9b190ai40431b27dc137741@mail.gmail.com> <1260178762.7680.14.camel@macbook> <1260179182.7680.18.camel@macbook> <4B1CD812.5060809@sun.com> Message-ID: <454434ce0912070414ja3dbfa6k89e62c436edbe2e3@mail.gmail.com> Hi, Thank you guys for your info. I will try to do what Christian said. Hope it works. Anyways if it does not work correctly then, it cannot be cross compiled I guess. Thanks a lot. Regards, Deepak On Mon, Dec 7, 2009 at 3:55 PM, Erik Trimble wrote: > Christian Thalinger wrote: > >> On Mon, 2009-12-07 at 10:39 +0100, Christian Thalinger wrote: >> >> >>> There problem here is ADLC, which is part of the server compiler. Let >>> me try to get it built for a 32-bit host... >>> >>> >> >> A really ugly (but possibly working) hack to build a full OpenJDK >> successfully would be to copy a 32-bit adlc over the 64-bit one when the >> build fails: >> >> $ cp build/solaris/solaris_i486_compiler2/generated/adfiles/adlc >> build/solaris/solaris_amd64_compiler2/generated/adfiles/adlc >> >> Then just restart the build. >> >> -- Christian >> >> >> > Yes. > > However, frankly, I'd seriously recommend that you use a native OS install > to build the 64-bit JDK for either Windows or Linux. Even for Solaris, > where the 32/64 bit libraries and such are very well segregated, there's > lots to go wrong. > > With the proliferation of LiveCD distros out there, if you don't want to do > an actual install to Hard Drive, you can still do a build when booted from > LiveCD. > -- > Erik Trimble > Java System Support > Mailstop: usca22-123 > Phone: x17195 > Santa Clara, CA > Timezone: US/Pacific (GMT-0800) > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20091207/ab30ddcc/attachment.html From kelly.ohair at sun.com Wed Dec 9 10:40:50 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Wed, 09 Dec 2009 18:40:50 +0000 Subject: hg: jdk7/build: Added tag jdk7-b77 for changeset 1f17ca8353ba Message-ID: <20091209184050.AEA7E41790@hg.openjdk.java.net> Changeset: 721c1696c124 Author: mikejwre Date: 2009-12-03 12:52 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/721c1696c124 Added tag jdk7-b77 for changeset 1f17ca8353ba ! .hgtags From kelly.ohair at sun.com Wed Dec 9 10:41:12 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Wed, 09 Dec 2009 18:41:12 +0000 Subject: hg: jdk7/build/corba: Added tag jdk7-b77 for changeset 6881f0383f62 Message-ID: <20091209184117.4F25441791@hg.openjdk.java.net> Changeset: 6977ccc8827e Author: mikejwre Date: 2009-12-03 12:52 -0800 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/6977ccc8827e Added tag jdk7-b77 for changeset 6881f0383f62 ! .hgtags From kelly.ohair at sun.com Wed Dec 9 10:44:30 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Wed, 09 Dec 2009 18:44:30 +0000 Subject: hg: jdk7/build/hotspot: Added tag jdk7-b77 for changeset 455105fc81d9 Message-ID: <20091209184440.3565F41792@hg.openjdk.java.net> Changeset: 7589c1b72907 Author: mikejwre Date: 2009-12-03 12:52 -0800 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/7589c1b72907 Added tag jdk7-b77 for changeset 455105fc81d9 ! .hgtags From kelly.ohair at sun.com Wed Dec 9 10:46:08 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Wed, 09 Dec 2009 18:46:08 +0000 Subject: hg: jdk7/build/jaxp: Added tag jdk7-b77 for changeset bfadab8c7b1b Message-ID: <20091209184609.51CE241794@hg.openjdk.java.net> Changeset: 90bbdc1a6258 Author: mikejwre Date: 2009-12-03 12:52 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/90bbdc1a6258 Added tag jdk7-b77 for changeset bfadab8c7b1b ! .hgtags From kelly.ohair at sun.com Wed Dec 9 10:46:20 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Wed, 09 Dec 2009 18:46:20 +0000 Subject: hg: jdk7/build/jaxws: Added tag jdk7-b77 for changeset 5b4968c11047 Message-ID: <20091209184621.0DC1441795@hg.openjdk.java.net> Changeset: 96e510caa8e7 Author: mikejwre Date: 2009-12-03 12:52 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/96e510caa8e7 Added tag jdk7-b77 for changeset 5b4968c11047 ! .hgtags From kelly.ohair at sun.com Wed Dec 9 10:46:36 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Wed, 09 Dec 2009 18:46:36 +0000 Subject: hg: jdk7/build/jdk: Added tag jdk7-b77 for changeset e6a5d095c356 Message-ID: <20091209184749.4D99941796@hg.openjdk.java.net> Changeset: c4752fd11cf0 Author: mikejwre Date: 2009-12-03 12:53 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/c4752fd11cf0 Added tag jdk7-b77 for changeset e6a5d095c356 ! .hgtags From kelly.ohair at sun.com Wed Dec 9 10:50:05 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Wed, 09 Dec 2009 18:50:05 +0000 Subject: hg: jdk7/build/langtools: Added tag jdk7-b77 for changeset 0398ae15b90a Message-ID: <20091209185014.50E1C41799@hg.openjdk.java.net> Changeset: 45bd41dcb614 Author: mikejwre Date: 2009-12-03 12:53 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/45bd41dcb614 Added tag jdk7-b77 for changeset 0398ae15b90a ! .hgtags From ray at ganymede.org Thu Dec 10 09:01:32 2009 From: ray at ganymede.org (Ray Kiddy) Date: Thu, 10 Dec 2009 09:01:32 -0800 Subject: building (or not) OpenJDK 7 on Mac OS X Message-ID: I just wanted to update build people on this issue. There are pages on the wiki for building on Mac OS X 10.5.8 and on Snow Leopard. See the "Building from source" section of http://wikis.sun.com/display/OpenJDK/BSDPort . I have updated http://wikis.sun.com/display/OpenJDK/Darwin9Build with information from an external post of Landon Fuller's. (FYI, I checked with him about the copying and he was ok with it.) Since I am not using Snow Leopard, I am leaving that page to someone else. If anyone _can_ build OpenJDK 1.7 on a 10.5 system, please share information about how they this is accomplished. I particularly like the way Landon structured his page. For each separate requirement, the page says "you need this", then "do this (or this or this)", and then "if that worked, you will/should see this." I have been working with other build system, such as for Mozilla, and the doc often leaves out that last step. So, if someone can build, can they report what they do and what they then see? I am willing to share my build logs (http://www.wykiwyk.com/openjdk/buildLogs/ ), but at this point I can only demonstrate how not to succeed. Unfortunately, it is easy to find info from people like me, who cannot build. Is it just that the people who can build are silent? It would be great if, one day, we could go to http://openjdk.java.net/install/ and see Mac OS X binaries to install from there, in addition to the Solaris and Linux binaries. Making the BSD-Port more generally buildable will probably help that. As the largest installed base of Unix systems on the planet, Mac OS X can help the OpenJDK effort if there is some support. Please post or update the wiki with any suggestions or questions. cheers - ray refs: http://wikis.sun.com/display/OpenJDK/BSDPort http://wikis.sun.com/display/OpenJDK/Darwin9Build http://confluence.concord.org/display/CCTR/Build+OpenJDK+Java+1.7.0+on+Mac+OS+X+10.5 http://www.javarants.com/2009/11/01/building-openjdk-1-7-0-for-mac-os-x-10-6-snow-leopard/ http://openjdk.java.net/install/ FYI, my particular build error is this. I suspect I am missing some minor little environment variable, but it is not obvious which. -rrk /bin/mkdir -p /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/ java/java.lang/java/obj rm -f /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/java/ java.lang/java/obj/.class.headers.i586 # Running javah: /NOT-SET/re/jdk/1.7.0/promoted/latest/binaries/bsd-i586/bin/javah - bootclasspath /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/ classes -d /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/ java/java.lang/java/CClassHeaders/ \ java.lang.Object java.lang.Class java.lang.Compiler java.lang.String java.lang.Thread java.lang.ThreadGroup java.lang.StrictMath java.lang.Number java.lang.Byte java.lang.Short java.lang.Integer java.lang.Long java.lang.Float java.lang.Double java.lang.Boolean java.lang.Character java.lang.System java.lang.ClassLoader java.lang.Runtime java.lang.SecurityManager java.lang.Shutdown java.lang.Package java.lang.ref.Finalizer java.lang.reflect.AccessibleObject java.lang.reflect.Field java.lang.reflect.Method java.lang.reflect.Constructor java.lang.reflect.InvocationTargetException java.lang.reflect.Array java.lang.reflect.Proxy java.security.AccessController java.util.Date java.util.TimeZone java.util.ResourceBundle java.util.concurrent.atomic.AtomicLong java.util.prefs.FileSystemPreferences java.io.Console java.io.FileDescriptor java.io.InputStream java.io.FileInputStream java.io.FileOutputStream java.io.PrintStream java.io.RandomAccessFile java.io.DataInputStream java.io.DataOutputStream java.io.File java.io.FileSystem java.io.UnixFileSystem java.io.ObjectInputStream java.io.ObjectOutputStream java.io.ObjectStreamClass java.lang.Throwable java.lang.NoClassDefFoundError java.lang.StringIndexOutOfBoundsException java.lang.OutOfMemoryError sun.misc.Version sun.misc.VM sun.misc.VMSupport sun.misc.Signal sun.misc.MessageUtils sun.misc.NativeSignalHandler sun.misc.GC sun.reflect.ConstantPool sun.reflect.NativeConstructorAccessorImpl sun.reflect.NativeMethodAccessorImpl sun.reflect.Reflection java.lang.ClassLoader\$NativeLibrary make[4]: /NOT-SET/re/jdk/1.7.0/promoted/latest/binaries/bsd-i586/bin/ javah: Command not found make[4]: *** [/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/ java/java.lang/java/obj/.class.headers.i586] Error 127 make[3]: *** [all] Error 1 make[2]: *** [all] Error 1 make[1]: *** [jdk-build] Error 2 make: *** [build_product_image] Error 2 From gnu_andrew at member.fsf.org Thu Dec 10 09:05:30 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Thu, 10 Dec 2009 17:05:30 +0000 Subject: building (or not) OpenJDK 7 on Mac OS X In-Reply-To: References: Message-ID: <17c6771e0912100905v433ad49ch413d571764427ec0@mail.gmail.com> 2009/12/10 Ray Kiddy : > > I just wanted to update build people on this issue. There are pages on the > wiki for building on Mac OS X 10.5.8 and on Snow Leopard. See the "Building > from source" section of http://wikis.sun.com/display/OpenJDK/BSDPort. I have > updated http://wikis.sun.com/display/OpenJDK/Darwin9Build with information > from an external post of Landon Fuller's. (FYI, I checked with him about the > copying and he was ok with it.) Since I am not using Snow Leopard, I am > leaving that page to someone else. > > If anyone _can_ build OpenJDK 1.7 on a 10.5 system, please share information > about how they this is accomplished. I particularly like the way Landon > structured his page. For each separate requirement, the page says "you need > this", then "do this (or this or this)", and then "if that worked, you > will/should see this." I have been working with other build system, such as > for Mozilla, and the doc often leaves out that last step. So, if someone can > build, can they report what they do and what they then see? I am willing to > share my build logs (http://www.wykiwyk.com/openjdk/buildLogs/), but at this > point I can only demonstrate how not to succeed. Unfortunately, it is easy > to find info from people like me, who cannot build. Is it just that the > people who can build are silent? > > It would be great if, one day, we could go to > http://openjdk.java.net/install/?and see Mac OS X binaries to install from > there, in addition to the Solaris and Linux binaries. Making the BSD-Port > more generally buildable will probably help that. As the largest installed > base of Unix systems on the planet, Mac OS X can help the OpenJDK effort if > there is some support. > > Please post or update the wiki with any suggestions or questions. > > cheers - ray > > ? ? ? ?refs: > > ? ? ? ?http://wikis.sun.com/display/OpenJDK/BSDPort > ? ? ? ?http://wikis.sun.com/display/OpenJDK/Darwin9Build > > ?http://confluence.concord.org/display/CCTR/Build+OpenJDK+Java+1.7.0+on+Mac+OS+X+10.5 > > ?http://www.javarants.com/2009/11/01/building-openjdk-1-7-0-for-mac-os-x-10-6-snow-leopard/ > ? ? ? ?http://openjdk.java.net/install/ > > ? ? ? ?FYI, my particular build error is this. I suspect I am missing some > minor little environment variable, but it is not obvious which. -rrk > > /bin/mkdir -p > /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/java/java.lang/java/obj > rm -f > /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/java/java.lang/java/obj/.class.headers.i586 > # Running javah: > /NOT-SET/re/jdk/1.7.0/promoted/latest/binaries/bsd-i586/bin/javah > -bootclasspath /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/classes > -d > /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/java/java.lang/java/CClassHeaders/ > \ > ? ? ? ? ? ? ? ?java.lang.Object java.lang.Class java.lang.Compiler > java.lang.String java.lang.Thread java.lang.ThreadGroup java.lang.StrictMath > java.lang.Number java.lang.Byte java.lang.Short java.lang.Integer > java.lang.Long java.lang.Float java.lang.Double java.lang.Boolean > java.lang.Character java.lang.System java.lang.ClassLoader java.lang.Runtime > java.lang.SecurityManager java.lang.Shutdown java.lang.Package > java.lang.ref.Finalizer java.lang.reflect.AccessibleObject > java.lang.reflect.Field java.lang.reflect.Method > java.lang.reflect.Constructor java.lang.reflect.InvocationTargetException > java.lang.reflect.Array java.lang.reflect.Proxy > java.security.AccessController java.util.Date java.util.TimeZone > java.util.ResourceBundle java.util.concurrent.atomic.AtomicLong > java.util.prefs.FileSystemPreferences java.io.Console java.io.FileDescriptor > java.io.InputStream java.io.FileInputStream java.io.FileOutputStream > java.io.PrintStream java.io.RandomAccessFile java.io.DataInputStream > java.io.DataOutputStream java.io.File java.io.FileSystem > java.io.UnixFileSystem java.io.ObjectInputStream java.io.ObjectOutputStream > java.io.ObjectStreamClass java.lang.Throwable java.lang.NoClassDefFoundError > java.lang.StringIndexOutOfBoundsException java.lang.OutOfMemoryError > sun.misc.Version sun.misc.VM sun.misc.VMSupport sun.misc.Signal > sun.misc.MessageUtils sun.misc.NativeSignalHandler sun.misc.GC > sun.reflect.ConstantPool sun.reflect.NativeConstructorAccessorImpl > sun.reflect.NativeMethodAccessorImpl sun.reflect.Reflection > java.lang.ClassLoader\$NativeLibrary > make[4]: /NOT-SET/re/jdk/1.7.0/promoted/latest/binaries/bsd-i586/bin/javah: > Command not found > make[4]: *** > [/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/java/java.lang/java/obj/.class.headers.i586] > Error 127 > make[3]: *** [all] Error 1 > make[2]: *** [all] Error 1 > make[1]: *** [jdk-build] Error 2 > make: *** [build_product_image] Error 2 > > Sounds like a bug from b74. Is your bsd-port tree up-to-date? You can work around it by setting ALT_JDK_IMPORT_PATH to the same as ALT_BOOTDIR but you shouldn't need to do so generally. -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) 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 damjan.jov at gmail.com Thu Dec 10 09:45:36 2009 From: damjan.jov at gmail.com (Damjan Jovanovic) Date: Thu, 10 Dec 2009 19:45:36 +0200 Subject: OpenJDK successfully built with Visual Studio express edition Message-ID: <9e89675b0912100945k14e8e4bfwb2e17e1ab8e1ff7f@mail.gmail.com> Hi I'm documenting my (unbelievably difficult but ultimately) successful experience of building OpenJDK on Windows with Visual Studio express edition. I built the awt tree from about a week ago, with Windows Vista, Cygwin 1.5.25-15, Microsoft Visual Studio 2008 Express Edition SP1, Freetype 2.3.5-1, jdk-7-ea-plug-b77-windows-i586-03_dec_2009.jar, DirectX SDK as per README-builds.html, Ant copied from Netbeans 6.7, and make from the cmake.org website (as per README-builds.html). The import JDK was 1.6.0. Firstly the README-builds.html talks a lot about path problems, without offering any good solutions. After much effort, I discovered that you have to use /cygpath/c paths only in $PATH and use double quote quoted C:/ style paths everywhere else (eg. export WindowsSdkDir="C:/Program Files/Microsoft SDKs/Windows/v6.0A/"). Microsoft's quality C compilers apparently need environment variables set before they work properly, otherwise they crash (not complain, but actually crash). The vcvars32.bat doesn't work from inside cygwin, so I had to run "set > a.txt", then run "vcvars32.bat", then "set > b.txt", and finally diff a.txt with b.txt to find out what these mysterious variables were, then convert them into C:/ and /cygpath/c style paths that get set in cygwin. Running jdk/make/jdk_generic_profile.sh loses the variables again, so I avoided it. Compilation misdetects the Ant version and complains it is too old, but works fine. Even "make sanity" rapidly died as freetype_versioncheck didn't build. http://mail.openjdk.java.net/pipermail/jdk6-dev/2008-March/000023.html claims you need OPENJDK=true set, an undocumented fact that doesn't help. After much effort I discovered http://www.mail-archive.com/build-dev at openjdk.java.net/msg02319.html where someone got it to work with Freetype 2.3.5 by copying bin/freetype.dll into lib/freetype6.dll and applying a patch; I also had to copy zlib1.dll into the build/windows-i586/btbins. Please at least document the fact Freetype 2.3.4 is the last working version? It then compiled for a few minutes further and died in the corba/ subdirectory, with "COMPILER_PATH cannot be empty here". I found http://mail.openjdk.java.net/pipermail/build-dev/2009-March/001767.html and edited the file in question to fix RC (I had to use the full C:/ style path, the one from that email didn't work for me), unfortunately it still didn't help, so I just commented out lines 96-98 and it compiled much further. The problem repeated itself under the jdk/ directory, and I had to edit another file and fix the path to RC and RCS. Then, still in jdk/, came missing headers. The first was afxres.h which I got from mingw and copied into Visual Studio's include directory. This got it to compile further. Next missing header was atlbase.h which lead me to discover an email (http://mail.openjdk.java.net/pipermail/build-dev/2007-December/000654.html) stating that the Visual Studio express editions are not supposed to work (again, undocumented in README-builds.html). Indeed I found that atlbase.h is part of ATL, which isn't part of any Visual Studio express edition or the Platform SDK (6 or 7). Visual Studio is expensive to buy just to compile OpenJDK. But am I really going to let that stop me, after the previous 8 hour battle? $ grep atl * -iR | grep include Binary file hotspot/.hg/store/data/src/share/vm/include_d_b__core.i matches jdk/make/jdk_generic_profile.sh: include4sdk="${vc7_root}/atlmfc/include" jdk/make/jdk_generic_profile.sh: include4sdk="${include4sdk};${platform_sdk}/Include/atl" jdk/src/windows/native/sun/jkernel/kernel.cpp:#include jdk/src/windows/native/sun/jkernel/kernel.cpp:#include jdk/src/windows/native/sun/jkernel/stdafx.h:#include jdk/src/windows/native/sun/jkernel/stdafx.h:#include jdk/src/windows/native/sun/jkernel/stdafx.h:#include jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include jdk/src/windows/native/sun/jkernel/stdafx.cpp:#include So in other words only jkernel uses the ATL for anything. Pity that it uses it extensively, so there's no easy way to take ATL out as a dependency. Someone should rewrite it without ATL: 4000 lines of code shouldn't hold 7 million lines hostage. But if ATL can't come out of jkernel, maybe jkernel can come out of Java. I put in lots of #if 0 around the entire contents of all the jkernel .cpp files, and made preJVMStartup() into a no-op. It compiled further, complaining in at least one place about missing /usr/bin/diff which isn't documented as a dependency, but luckily that doesn't stop the build. When it got to compiling fonts, it broke again, this time looking for freetype.dll instead of freetype6.dll. I copied the one to the other and typed make with crossed fingers. After 20 minutes of compiling it got to the fonts again and they compiled. After a very long wait, it finally compiled successfully... ...and the hello world worked :-). Now I'm onto what I thought would be the hard part: the actual patch I want to write :-). Patches I used to build it are attached. Hope this helps someone. Regards Damjan -------------- next part -------------- diff -r 086bf925ee95 make/common/shared/Compiler-msvc.gmk --- a/make/common/shared/Compiler-msvc.gmk Thu Nov 12 15:35:35 2009 -0800 +++ b/make/common/shared/Compiler-msvc.gmk Thu Dec 10 19:12:24 2009 +0200 @@ -34,7 +34,7 @@ CCC = $(COMPILER_PATH)cl LIBEXE = $(COMPILER_PATH)lib LINK = $(COMPILER_PATH)link - RC = $(MSDEVTOOLS_PATH)rc + RC = "C:/Program Files/Microsoft SDKs/Windows/v6.0A/Bin/rc" LINK32 = $(LINK) RSC = $(RC) @@ -93,9 +93,9 @@ #rebase and midl moved out of Visual Studio into the SDK: REBASE = $(MSDEVTOOLS_PATH)/rebase MTL = $(MSDEVTOOLS_PATH)/midl.exe - ifndef COMPILER_PATH - COMPILER_PATH := $(error COMPILER_PATH cannot be empty here) - endif + #ifndef COMPILER_PATH +# COMPILER_PATH := $(error COMPILER_PATH cannot be empty here) +# endif endif else # else ARCH_DATA_MODEL is 64 -------------- next part -------------- diff -r ca34cfff70a4 make/common/shared/Compiler-msvc.gmk --- a/make/common/shared/Compiler-msvc.gmk Fri Nov 27 16:07:32 2009 +0300 +++ b/make/common/shared/Compiler-msvc.gmk Thu Dec 10 19:13:15 2009 +0200 @@ -34,8 +34,8 @@ CCC = $(COMPILER_PATH)cl LIBEXE = $(COMPILER_PATH)lib LINK = $(COMPILER_PATH)link - RC = $(MSDEVTOOLS_PATH)rc - RSC = $(MSDEVTOOLS_PATH)rc + RC = "C:/Program Files/Microsoft SDKs/Windows/v6.0A/Bin/rc" + RSC = $(RC) LINK32 = $(LINK) # Fill in unknown values @@ -78,7 +78,7 @@ #rebase and midl moved out of Visual Studio into the SDK: REBASE = $(MSDEVTOOLS_PATH)/rebase MTL = $(MSDEVTOOLS_PATH)/midl.exe - MT = $(MSDEVTOOLS_PATH)mt + MT = "C:/Program Files/Microsoft SDKs/Windows/v6.0A/Bin/mt" ifndef COMPILER_PATH COMPILER_PATH := $(error COMPILER_PATH cannot be empty here) endif diff -r ca34cfff70a4 make/tools/freetypecheck/Makefile --- a/make/tools/freetypecheck/Makefile Fri Nov 27 16:07:32 2009 +0300 +++ b/make/tools/freetypecheck/Makefile Thu Dec 10 19:13:15 2009 +0200 @@ -38,7 +38,7 @@ # Start with CFLAGS (which gets us the required -xarch setting on solaris) ifeq ($(PLATFORM), windows) FT_OPTIONS = /nologo /c - FREETYPE_DLL = $(FREETYPE_LIB_PATH)/freetype.dll + FREETYPE_DLL = $(FREETYPE_LIB_PATH)/freetype6.dll FT_LD_OPTIONS = $(FREETYPE_LIB_PATH)/freetype.lib ifdef MT FT_LD_OPTIONS += /manifest diff -r ca34cfff70a4 src/windows/native/sun/jkernel/DownloadDialog.cpp --- a/src/windows/native/sun/jkernel/DownloadDialog.cpp Fri Nov 27 16:07:32 2009 +0300 +++ b/src/windows/native/sun/jkernel/DownloadDialog.cpp Thu Dec 10 19:13:15 2009 +0200 @@ -1,3 +1,4 @@ +#if 0 /* * Copyright 2008 - 2009 Sun Microsystems, Inc. All Rights Reserved. * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. @@ -889,3 +890,4 @@ sprintf(msg, "Progress: %d / %d", m_ulProgress, m_ulProgressMax); log(msg); } +#endif diff -r ca34cfff70a4 src/windows/native/sun/jkernel/DownloadHelper.cpp --- a/src/windows/native/sun/jkernel/DownloadHelper.cpp Fri Nov 27 16:07:32 2009 +0300 +++ b/src/windows/native/sun/jkernel/DownloadHelper.cpp Thu Dec 10 19:13:15 2009 +0200 @@ -1,3 +1,4 @@ +#if 0 /* * Copyright 2008 - 2009 Sun Microsystems, Inc. All Rights Reserved. * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. @@ -650,3 +651,4 @@ return E_FAIL; } } +#endif diff -r ca34cfff70a4 src/windows/native/sun/jkernel/kernel.cpp --- a/src/windows/native/sun/jkernel/kernel.cpp Fri Nov 27 16:07:32 2009 +0300 +++ b/src/windows/native/sun/jkernel/kernel.cpp Thu Dec 10 19:13:15 2009 +0200 @@ -1,3 +1,4 @@ +#if 0 /* * Copyright 2008 - 2009 Sun Microsystems, Inc. All Rights Reserved. * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. @@ -1435,7 +1436,10 @@ // downloaded, this function performs various post-download cleanups such as // moving the merged rt.jar into place. At the end of cleanup, the JRE should // be indistinguishable from the non-kernel JRE. +#endif void preJVMStart() { +} +#if 0 char rawMsg[BUFFER_SIZE]; char msg[BUFFER_SIZE]; HMODULE kernel = GetModuleHandle("jkernel"); @@ -1619,3 +1623,4 @@ error(msg); } } +#endif diff -r ca34cfff70a4 src/windows/native/sun/jkernel/stdafx.cpp --- a/src/windows/native/sun/jkernel/stdafx.cpp Fri Nov 27 16:07:32 2009 +0300 +++ b/src/windows/native/sun/jkernel/stdafx.cpp Thu Dec 10 19:13:15 2009 +0200 @@ -1,3 +1,4 @@ +#if 0 /* * Copyright 2008 - 2009 Sun Microsystems, Inc. All Rights Reserved. * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. @@ -35,3 +36,4 @@ #endif #include +#endif From Kelly.Ohair at Sun.COM Thu Dec 10 11:06:41 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 10 Dec 2009 11:06:41 -0800 Subject: OpenJDK successfully built with Visual Studio express edition In-Reply-To: <9e89675b0912100945k14e8e4bfwb2e17e1ab8e1ff7f@mail.gmail.com> References: <9e89675b0912100945k14e8e4bfwb2e17e1ab8e1ff7f@mail.gmail.com> Message-ID: <4B2146C1.6030406@sun.com> Damjan Jovanovic wrote: > Hi > > I'm documenting my (unbelievably difficult but ultimately) successful > experience of building OpenJDK on Windows with Visual Studio express > edition. Thanks for sending this out. You do deserve some kind of medal, building on Windows is very difficult. First off, where and how did you get the sources? It's not exactly clear what sources we are dealing with here. > > I built the awt tree from about a week ago, with Windows Vista, Cygwin > 1.5.25-15, Microsoft Visual Studio 2008 Express Edition SP1, Freetype > 2.3.5-1, jdk-7-ea-plug-b77-windows-i586-03_dec_2009.jar, DirectX SDK > as per README-builds.html, Ant copied from Netbeans 6.7, and make from > the cmake.org website (as per README-builds.html). The import JDK was > 1.6.0. So the devil is in the details, but first off, you have picked a few things that differ from our recommended set of things: * Windows Vista - My condolences, but I don't know of anyone using Vista to build. I know Windows 2000 is almost 10 years old, and Windows XP is pretty old, but XP is the newest OS we can recommend. Anything newer is in the 'on your own' category. But I am glad you were ultimately successful, at least we know it is possible. * Microsoft Visual Studio 2008 Express Edition SP1 - We recommend the purchased copy, but we understand why you are using this version and we would like to see it work, but it's the ATL issue that is the killer. Whatever adjustments we can make to allow it's use we will do. * Freetype (on windows) - A royal pain in my side. More later. * The jdk-7-ea-plug-b77-windows-i586-03_dec_2009.jar should not be needed anymore for a successful build. I would skip it. (Binary plugs are optional). * DirectX SDK - Which version did you use? Just curious. * Ant copied from Netbeans 6.7 - If that worked, fine. But I would really rather people download and install the official 1.7.1 version of ant. NetBeans may be sifting out parts of ant in it's install, so using the ant from NetBeans may not be the same behavior as from an official ant install. But if you got it to work, that's great. * Was the cmake you got 3.81? Just curious. > > Firstly the README-builds.html talks a lot about path problems, > without offering any good solutions. After much effort, I discovered > that you have to use /cygpath/c paths only in $PATH and use double > quote quoted C:/ style paths everywhere else (eg. export > WindowsSdkDir="C:/Program Files/Microsoft SDKs/Windows/v6.0A/"). If this isn't clear I'll try and improve it. By the way, the Microsoft SDK should probably be v6.1, but I don't think it will matter much. You did not list installing the Microsoft SDK above, did you explicitly install v6.0A or did that come with the Visual Studio compiler install? > > Microsoft's quality C compilers apparently need environment variables > set before they work properly, otherwise they crash (not complain, but > actually crash). The vcvars32.bat doesn't work from inside cygwin, so > I had to run "set > a.txt", then run "vcvars32.bat", then "set > > b.txt", and finally diff a.txt with b.txt to find out what these > mysterious variables were, then convert them into C:/ and /cygpath/c > style paths that get set in cygwin. Running > jdk/make/jdk_generic_profile.sh loses the variables again, so I > avoided it. Sigh... I should change jdk/make/jdk_generic_profile.sh, it was never made cygwin compliant. That file was mainly meant for documentation purposes, not sure how I feel about people using it as part of their build process, :^( On vcvars32.bat, I have created a shell script called vsvars.sh (See http://blogs.sun.com/kto/entry/windows_visual_studio_stupid_pet) that I plan on adding to the jdk repository at some point. It will (from a cygwin shell) effectively do the vcvars32.bat for you and set PATH correctly. All you need to do is run eval `vsvars.sh -v9` I hate vcvars32.bat. And you are right about the crashes and unfriendly behavior, it's windows. Sorry. > > Compilation misdetects the Ant version and complains it is too old, > but works fine. "Compilation misdetects"? Can you run 'ant -version' from the command line? The ant startup scripts are a bit crufty on Windows, better in ant 1.7.1, but I have no idea what NetBeans has done with the Windows ant.bat or ant shell script startup files. On Windows, you usually need at least three things to get 'ant -version' to work: 1. ant in PATH, 2. ANT_HOME set, and 3. JAVA_HOME set. Unfortunately, when building the jdk, we don't allow JAVA_HOME to be set right now due to the potential build problems it can introduce. So getting 'ant -version' on windows has been tricky. With the older ant versions (like 1.6.*, this ant startup was worse). When ant is broken up and spread around, like on some Linux systems, it's hard to set ANT_HOME, and I had that problem with NetBeans, and on Windows, sometimes you just have to set ANT_HOME because the startup script can't seem to find where it is living. :^( So I always just install my own ant, makes life easier. > > Even "make sanity" rapidly died as freetype_versioncheck didn't build. > http://mail.openjdk.java.net/pipermail/jdk6-dev/2008-March/000023.html > claims you need OPENJDK=true set, an undocumented fact that doesn't > help. After much effort I discovered > http://www.mail-archive.com/build-dev at openjdk.java.net/msg02319.html > where someone got it to work with Freetype 2.3.5 by copying > bin/freetype.dll into lib/freetype6.dll and applying a patch; I also > had to copy zlib1.dll into the build/windows-i586/btbins. Please at > least document the fact Freetype 2.3.4 is the last working version? Sigh... freetype... :^( What a pain on windows. I'm going to file a bug on this, see if we can't clean up this dependency at least as far as building or setting up goes. I have been down this path, and finally published freetype binary bundles at http://cr.openjdk.java.net/~ohair/FreeType/ > > It then compiled for a few minutes further and died in the corba/ > subdirectory, with "COMPILER_PATH cannot be empty here". I found > http://mail.openjdk.java.net/pipermail/build-dev/2009-March/001767.html > and edited the file in question to fix RC (I had to use the full C:/ > style path, the one from that email didn't work for me), unfortunately > it still didn't help, so I just commented out lines 96-98 and it > compiled much further. Usually when you get "COMPILER_PATH cannot be empty here", one of * PATH is not setup correctly (according to vcvars32.bat) * ALT_COMPILER_PATH (if you set it) is not set correctly * The system environment variable VS90CMNTOOLS is not defined or the Makefiles can't find the default location for the compilers. If you ssh into a windows system, VS90CMNTOOLS will not be set. If you installed in a non-standard location, that could be the issue. So I'm a little confused as how you could continue at this point and would like to understand that. Can you send me the "C:/Program Files/" directory where the cl.exe compiler file was found in your install? > > The problem repeated itself under the jdk/ directory, and I had to > edit another file and fix the path to RC and RCS. Yes, the path to RC/RCS is problematic, I think we have a bug on that. It appears to be a moving and sometimes replicated exe that moves with each release. :^( > > Then, still in jdk/, came missing headers. The first was afxres.h > which I got from mingw and copied into Visual Studio's include > directory. This got it to compile further. Humm... I thought we replaced a bunch of these afxres.h uses with just windows.h or winres.h. Ah... jkernel... new stuff. > > Next missing header was atlbase.h which lead me to discover an email > (http://mail.openjdk.java.net/pipermail/build-dev/2007-December/000654.html) > stating that the Visual Studio express editions are not supposed to > work (again, undocumented in README-builds.html). Indeed I found that > atlbase.h is part of ATL, which isn't part of any Visual Studio > express edition or the Platform SDK (6 or 7). Visual Studio is > expensive to buy just to compile OpenJDK. But am I really going to let > that stop me, after the previous 8 hour battle? Well, we can't document everything that doesn't work, but I understand your situation. We had been trying to allow for the Express compiler to work, but we could not guarantee it. At one point, I thought we were ATL #include free, but I see jkernel changes were added recently and re-introduced an atl dependency. > > $ grep atl * -iR | grep include > Binary file hotspot/.hg/store/data/src/share/vm/include_d_b__core.i matches > jdk/make/jdk_generic_profile.sh: include4sdk="${vc7_root}/atlmfc/include" > jdk/make/jdk_generic_profile.sh: > include4sdk="${include4sdk};${platform_sdk}/Include/atl" > jdk/src/windows/native/sun/jkernel/kernel.cpp:#include > jdk/src/windows/native/sun/jkernel/kernel.cpp:#include > jdk/src/windows/native/sun/jkernel/stdafx.h:#include > jdk/src/windows/native/sun/jkernel/stdafx.h:#include > jdk/src/windows/native/sun/jkernel/stdafx.h:#include > jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include > jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include > jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include > jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include > jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include > jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include > jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include > jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include > jdk/src/windows/native/sun/jkernel/stdafx.cpp:#include > I see this bug has been filed recently on this problem: http://bugs.sun.com/view_bug.do?bug_id=6903970 > So in other words only jkernel uses the ATL for anything. Pity that it > uses it extensively, so there's no easy way to take ATL out as a > dependency. Someone should rewrite it without ATL: 4000 lines of code > shouldn't hold 7 million lines hostage. There may be a way to skip the jkernel build. Perhaps if you removed the jkernel from SUBDIRS in jdk/make/sun/Makefile? I have no idea if that would work, just a guess. > > But if ATL can't come out of jkernel, maybe jkernel can come out of > Java. I put in lots of #if 0 around the entire contents of all the > jkernel .cpp files, and made preJVMStartup() into a no-op. That's another way I suppose. > > It compiled further, complaining in at least one place about missing > /usr/bin/diff which isn't documented as a dependency, but luckily that > doesn't stop the build. What? Where did it complain about /usr/bin/diff? That's strange. You have one I assume, but Windows processes may not accept some cygwin files as being valid. Let me know if you still have the error message on this, I'd like to get to the bottom of this. > > When it got to compiling fonts, it broke again, this time looking for > freetype.dll instead of freetype6.dll. I copied the one to the other > and typed make with crossed fingers. After 20 minutes of compiling it > got to the fonts again and they compiled. > Sigh... freetype again... I'm glad you got it to compile, it should not be this hard. Sorry about that. > After a very long wait, it finally compiled successfully... > > ...and the hello world worked :-). Glad it was finally successful. > > Now I'm onto what I thought would be the hard part: the actual patch I > want to write :-). > > Patches I used to build it are attached. I'll try and make sure there are bugs filed on these issues, can't promise your exact patches can be used. > > Hope this helps someone. I'm sure it will. Now you can go get a little devil tatoo that says "I built OpenJDK on Windows". ;^) -kto > > Regards > Damjan > From gnu_andrew at member.fsf.org Thu Dec 10 13:15:52 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Thu, 10 Dec 2009 21:15:52 +0000 Subject: OpenJDK successfully built with Visual Studio express edition In-Reply-To: <4B2146C1.6030406@sun.com> References: <9e89675b0912100945k14e8e4bfwb2e17e1ab8e1ff7f@mail.gmail.com> <4B2146C1.6030406@sun.com> Message-ID: <17c6771e0912101315j784b62b0g3dbbf3bbaf6ed935@mail.gmail.com> 2009/12/10 Kelly O'Hair : > > Damjan Jovanovic wrote: >> >> Hi >> >> I'm documenting my (unbelievably difficult but ultimately) successful >> experience of building OpenJDK on Windows with Visual Studio express >> edition. > > Thanks for sending this out. You do deserve some kind of medal, building > on Windows is very difficult. > > First off, where and how did you get the sources? > It's not exactly clear what sources we are dealing with here. > Errr... he says in the next paragraph 'the awt tree from about a week ago' i.e. http://hg.openjdk.java.net/jdk7/awt My congratulations too on the successful build. I wouldn't even want to contemplate this... >> >> I built the awt tree from about a week ago, with Windows Vista, Cygwin >> 1.5.25-15, Microsoft Visual Studio 2008 Express Edition SP1, Freetype >> 2.3.5-1, jdk-7-ea-plug-b77-windows-i586-03_dec_2009.jar, DirectX SDK >> as per README-builds.html, Ant copied from Netbeans 6.7, and make from >> the cmake.org website (as per README-builds.html). The import JDK was >> 1.6.0. > > So the devil is in the details, but first off, you have picked a few things > that differ from our recommended set of things: > > ?* Windows Vista - My condolences, but I don't know of anyone using Vista > ? ?to build. I know Windows 2000 is almost 10 years old, and Windows XP is > ? ?pretty old, but XP is the newest OS we can recommend. Anything newer is > ? ?in the 'on your own' category. But I am glad you were ultimately > successful, > ? ?at least we know it is possible. > > ?* Microsoft Visual Studio 2008 Express Edition SP1 - We recommend the > ? ?purchased copy, but we understand why you are using this version and > ? ?we would like to see it work, but it's the ATL issue that is the killer. > ? ?Whatever adjustments we can make to allow it's use we will do. > > ?* Freetype (on windows) - A royal pain in my side. More later. > > ?* The jdk-7-ea-plug-b77-windows-i586-03_dec_2009.jar should not be needed > ? ?anymore for a successful build. I would skip it. (Binary plugs are > optional). > Reminds me we need to forwardport the doc. update for this. OpenJDK6 lists them as optional, but 7 doesn't. > ?* DirectX SDK - Which version did you use? Just curious. > > ?* Ant copied from Netbeans 6.7 - If that worked, fine. But I would really > ? ?rather people download and install the official 1.7.1 version of ant. > ? ?NetBeans may be sifting out parts of ant in it's install, so using the > ? ?ant from NetBeans may not be the same behavior as from an official ant > ? ?install. ?But if you got it to work, that's great. > This is especially true with the recent jaxp/jaxws changes which rely on the regexp extension. I know that's not in the base package on most GNU/Linux distros. > ?* Was the cmake you got 3.81? Just curious. > >> >> Firstly the README-builds.html talks a lot about path problems, >> without offering any good solutions. After much effort, I discovered >> that you have to use /cygpath/c paths only in $PATH and use double >> quote quoted C:/ style paths everywhere else (eg. export >> WindowsSdkDir="C:/Program Files/Microsoft SDKs/Windows/v6.0A/"). > > If this isn't clear I'll try and improve it. > By the way, the Microsoft SDK should probably be v6.1, but I don't > think it will matter much. You did not list installing the Microsoft SDK > above, did you explicitly install v6.0A or did that come with the Visual > Studio compiler install? > >> >> Microsoft's quality C compilers apparently need environment variables >> set before they work properly, otherwise they crash (not complain, but >> actually crash). The vcvars32.bat doesn't work from inside cygwin, so >> I had to run "set > a.txt", then run "vcvars32.bat", then "set > >> b.txt", and finally diff a.txt with b.txt to find out what these >> mysterious variables were, then convert them into C:/ and /cygpath/c >> style paths that get set in cygwin. Running >> jdk/make/jdk_generic_profile.sh loses the variables again, so I >> avoided it. > > Sigh... ?I should change jdk/make/jdk_generic_profile.sh, it was never > made cygwin compliant. That file was mainly meant for documentation > purposes, not sure how I feel about people using it as part of their > build process, :^( > > On vcvars32.bat, I have created a shell script called vsvars.sh > (See http://blogs.sun.com/kto/entry/windows_visual_studio_stupid_pet) > that I plan on adding to the jdk repository at some point. > It will (from a cygwin shell) effectively do the vcvars32.bat for > you and set PATH correctly. All you need to do is run > ?eval `vsvars.sh -v9` > > I hate vcvars32.bat. And you are right about the crashes and unfriendly > behavior, it's windows. Sorry. > >> >> Compilation misdetects the Ant version and complains it is too old, >> but works fine. > > "Compilation misdetects"? Can you run 'ant -version' from the command line? > > The ant startup scripts are a bit crufty on Windows, better in ant 1.7.1, > but I have no idea what NetBeans has done with the Windows ant.bat or > ant shell script startup files. > On Windows, you usually need at least three things to get 'ant -version' > to work: 1. ant in PATH, 2. ANT_HOME set, and 3. JAVA_HOME set. > Unfortunately, when building the jdk, we don't allow JAVA_HOME to be > set right now due to the potential build problems it can introduce. > So getting 'ant -version' on windows has been tricky. > With the older ant versions (like 1.6.*, this ant startup was worse). > > When ant is broken up and spread around, like on some Linux systems, > it's hard to set ANT_HOME, and I had that problem with NetBeans, and > on Windows, sometimes you just have to set ANT_HOME because the startup > script can't seem to find where it is living. :^( > So I always just install my own ant, makes life easier. > Indeed, my own GNU/Linux builds set ANT to /usr/bin/ant explicitly and so does IcedTea. >> >> Even "make sanity" rapidly died as freetype_versioncheck didn't build. >> http://mail.openjdk.java.net/pipermail/jdk6-dev/2008-March/000023.html >> claims you need OPENJDK=true set, an undocumented fact that doesn't >> help. After much effort I discovered >> http://www.mail-archive.com/build-dev at openjdk.java.net/msg02319.html >> where someone got it to work with Freetype 2.3.5 by copying >> bin/freetype.dll into lib/freetype6.dll and applying a patch; I also >> had to copy zlib1.dll into the build/windows-i586/btbins. Please at >> least document the fact Freetype 2.3.4 is the last working version? > > Sigh... freetype... :^( ?What a pain on windows. > I'm going to file a bug on this, see if we can't clean up this dependency > at least as far as building or setting up goes. > I have been down this path, and finally published freetype binary bundles > at http://cr.openjdk.java.net/~ohair/FreeType/ > >> >> It then compiled for a few minutes further and died in the corba/ >> subdirectory, with "COMPILER_PATH cannot be empty here". I found >> http://mail.openjdk.java.net/pipermail/build-dev/2009-March/001767.html >> and edited the file in question to fix RC (I had to use the full C:/ >> style path, the one from that email didn't work for me), unfortunately >> it still didn't help, so I just commented out lines 96-98 and it >> compiled much further. > > Usually when you get "COMPILER_PATH cannot be empty here", one of > ?* PATH is not setup correctly (according to vcvars32.bat) > ?* ALT_COMPILER_PATH (if you set it) is not set correctly > ?* The system environment variable VS90CMNTOOLS is not defined > ? ?or the Makefiles can't find the default location for the compilers. > ? ?If you ssh into a windows system, VS90CMNTOOLS will not be set. > ? ?If you installed in a non-standard location, that could be the issue. > > So I'm a little confused as how you could continue at this point and > would like to understand that. > > Can you send me the "C:/Program Files/" directory where the > cl.exe compiler file was found in your install? > >> >> The problem repeated itself under the jdk/ directory, and I had to >> edit another file and fix the path to RC and RCS. > > Yes, the path to RC/RCS is problematic, I think we have a bug on that. > It appears to be a moving and sometimes replicated exe that moves > with each release. :^( > >> >> Then, still in jdk/, came missing headers. The first was afxres.h >> which I got from mingw and copied into Visual Studio's include >> directory. This got it to compile further. > > Humm... I thought we replaced a bunch of these afxres.h uses with > just windows.h or winres.h. Ah... jkernel... new stuff. > >> >> Next missing header was atlbase.h which lead me to discover an email >> >> (http://mail.openjdk.java.net/pipermail/build-dev/2007-December/000654.html) >> stating that the Visual Studio express editions are not supposed to >> work (again, undocumented in README-builds.html). Indeed I found that >> atlbase.h is part of ATL, which isn't part of any Visual Studio >> express edition or the Platform SDK (6 or 7). Visual Studio is >> expensive to buy just to compile OpenJDK. But am I really going to let >> that stop me, after the previous 8 hour battle? > > Well, we can't document everything that doesn't work, but I understand > your situation. We had been trying to allow for the Express compiler to > work, but we could not guarantee it. > At one point, I thought we were ATL #include free, but I see jkernel changes > were added recently and re-introduced an atl dependency. > >> >> $ grep atl * -iR | grep include >> Binary file hotspot/.hg/store/data/src/share/vm/include_d_b__core.i >> matches >> jdk/make/jdk_generic_profile.sh: >> ?include4sdk="${vc7_root}/atlmfc/include" >> jdk/make/jdk_generic_profile.sh: >> include4sdk="${include4sdk};${platform_sdk}/Include/atl" >> jdk/src/windows/native/sun/jkernel/kernel.cpp:#include >> jdk/src/windows/native/sun/jkernel/kernel.cpp:#include >> jdk/src/windows/native/sun/jkernel/stdafx.h:#include >> jdk/src/windows/native/sun/jkernel/stdafx.h:#include >> jdk/src/windows/native/sun/jkernel/stdafx.h:#include >> jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include >> jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include >> jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include >> jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include >> jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include >> jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include >> jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include >> jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include >> jdk/src/windows/native/sun/jkernel/stdafx.cpp:#include >> > > I see this bug has been filed recently on this problem: > http://bugs.sun.com/view_bug.do?bug_id=6903970 > >> So in other words only jkernel uses the ATL for anything. Pity that it >> uses it extensively, so there's no easy way to take ATL out as a >> dependency. Someone should rewrite it without ATL: 4000 lines of code >> shouldn't hold 7 million lines hostage. > > There may be a way to skip the jkernel build. Perhaps if you > removed the jkernel from SUBDIRS in jdk/make/sun/Makefile? > I have no idea if that would work, just a guess. > >> >> But if ATL can't come out of jkernel, maybe jkernel can come out of >> Java. I put in lots of #if 0 around the entire contents of all the >> jkernel .cpp files, and made preJVMStartup() into a no-op. > > That's another way I suppose. > >> >> It compiled further, complaining in at least one place about missing >> /usr/bin/diff which isn't documented as a dependency, but luckily that >> doesn't stop the build. > > What? Where did it complain about /usr/bin/diff? That's strange. > You have one I assume, but Windows processes may not accept some > cygwin files as being valid. Let me know if you still have > the error message on this, I'd like to get to the bottom of this. > >> >> When it got to compiling fonts, it broke again, this time looking for >> freetype.dll instead of freetype6.dll. I copied the one to the other >> and typed make with crossed fingers. After 20 minutes of compiling it >> got to the fonts again and they compiled. >> > > Sigh... freetype again... I'm glad you got it to compile, it > should not be this hard. Sorry about that. > >> After a very long wait, it finally compiled successfully... >> >> ...and the hello world worked :-). > > Glad it was finally successful. > >> >> Now I'm onto what I thought would be the hard part: the actual patch I >> want to write :-). >> >> Patches I used to build it are attached. > > I'll try and make sure there are bugs filed on these issues, can't > promise your exact patches can be used. > >> >> Hope this helps someone. > > I'm sure it will. > > Now you can go get a little devil tatoo that says > ? "I built OpenJDK on Windows". ;^) > > -kto > >> >> Regards >> Damjan >> > -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) 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 ray at ganymede.org Thu Dec 10 13:49:51 2009 From: ray at ganymede.org (Ray Kiddy) Date: Thu, 10 Dec 2009 13:49:51 -0800 Subject: building (or not) OpenJDK 7 on Mac OS X In-Reply-To: <17c6771e0912100905v433ad49ch413d571764427ec0@mail.gmail.com> References: <17c6771e0912100905v433ad49ch413d571764427ec0@mail.gmail.com> Message-ID: On Dec 10, 2009, at 9:05 AM, Andrew John Hughes wrote: > 2009/12/10 Ray Kiddy : >> >> I just wanted to update build people on this issue. There are pages >> on the >> wiki for building on Mac OS X 10.5.8 and on Snow Leopard. See the >> "Building >> from source" section of http://wikis.sun.com/display/OpenJDK/ >> BSDPort. I have >> updated http://wikis.sun.com/display/OpenJDK/Darwin9Build with >> information >> from an external post of Landon Fuller's. (FYI, I checked with him >> about the >> copying and he was ok with it.) Since I am not using Snow Leopard, >> I am >> leaving that page to someone else. >> > > Sounds like a bug from b74. Is your bsd-port tree up-to-date? > > You can work around it by setting ALT_JDK_IMPORT_PATH to the same as > ALT_BOOTDIR but you shouldn't need to do so generally. > -- > Andrew :-) > If I do "hg fupdate" in the bsd-ports directory, I get nothing new and if I do "hg tags", I get % hg tags tip 153:d7f4d0dd8d30 jdk7-b74 150:2c88089b6e1c ... So i think I am current. I added "ALT_JDK_IMPORT_PATH=(same value as ALT_BOOTDIR)" to my build.sh. I got farther before it broke. I remembered that I usually remove or do not install X11 to try to save space, so I went back to my DevTools dmg (iphone_sdk_3.1.2_with_xcode_3.1.4__leopard__9m2809.dmg) and installed the X11SDK.pkg. And I got farther before I broke. Then I see it is trying to find an X11 library because I can see "-L/ usr/X11R6/lib" and I only have /usr/X11/lib. So, I added " X11_PATH=/ usr/X11" to my build.sh. The build still broke. I tried setting ALT_X11_PATH and I still get the same error. The weird thing is that I can look is /usr/X11/lib and I see both libXext.la and libX11.la. Full log is at http://www.wykiwyk.com/openjdk/buildLogs/log_openjdk7_20091210_1254.txt I will update the wiki as I see something that works. cheers - ray /usr/bin/gcc -O2 -fno-strict-aliasing -fPIC -W -Wall -Wno-unused - Wno-parentheses -m32 -fno-omit-frame-pointer -D_LITTLE_ENDIAN - mstackrealign -DSPLASHSCREEN -DWITH_X11 -DNDEBUG -Di586 - DARCH='"i586"' -D_ALLBSD_SOURCE -DRELEASE='"1.7.0-internal"' - D_LARGEFILE64_SOURCE -D_GNU_SOURCE -D_REENTRANT -I. -I/Users/ray/ Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/ CClassHeaders -I../../../src/solaris/javavm/export -I../../../src/ share/javavm/export -I../../../src/share/native/common -I../../../src/ solaris/native/common -I../../../src/share/native/sun/awt -I../../../ src/solaris/native/sun/awt -I/usr/X11/include -I/usr/X11/include/X11/ extensions -I../../../src/solaris/native/sun/awt/splashscreen - I../../../src/share/native/sun/awt/splashscreen -I../../../src/share/ native/sun/awt/image/jpeg -I../../../src/share/native/java/util/zip/ zlib-1.2.3 -DPNG_NO_MMX_CODE -m32 -L/Users/ray/Projects/OpenJDK/bsd- port/build/bsd-i586/lib/i386 -dynamiclib -o /Users/ray/Projects/ OpenJDK/bsd-port/build/bsd-i586/lib/i386/libsplashscreen.dylib / Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/java_awt_SplashScreen.o /Users/ray/Projects/ OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/ splashscreen_gfx_impl.o /Users/ray/Projects/OpenJDK/bsd-port/build/ bsd-i586/tmp/sun/sun.awt/splashscreen/obj/splashscreen_gif.o /Users/ ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/splashscreen_impl.o /Users/ray/Projects/OpenJDK/ bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/ splashscreen_jpeg.o /Users/ray/Projects/OpenJDK/bsd-port/build/bsd- i586/tmp/sun/sun.awt/splashscreen/obj/splashscreen_png.o /Users/ray/ Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/ obj/splashscreen_sys.o /Users/ray/Projects/OpenJDK/bsd-port/build/ bsd-i586/tmp/sun/sun.awt/splashscreen/obj/png.o /Users/ray/Projects/ OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/ pngerror.o /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/ sun/sun.awt/splashscreen/obj/pngget.o /Users/ray/Projects/OpenJDK/ bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngmem.o / Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/pngpread.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngread.o /Users/ ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/pngrio.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngrtran.o /Users/ ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/pngrutil.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngset.o /Users/ray/ Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/ obj/pngtrans.o /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/ tmp/sun/sun.awt/splashscreen/obj/pngwio.o /Users/ray/Projects/ OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/ pngwrite.o /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/ sun/sun.awt/splashscreen/obj/pngwtran.o /Users/ray/Projects/OpenJDK/ bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/ pngwutil.o /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/ sun/sun.awt/splashscreen/obj/dgif_lib.o /Users/ray/Projects/OpenJDK/ bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/gif_err.o / Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/gifalloc.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcomapi.o /Users/ ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/jdapimin.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdapistd.o /Users/ ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/jdcoefct.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdcolor.o /Users/ ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/jddctmgr.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdhuff.o /Users/ray/ Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/ obj/jdinput.o /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/ tmp/sun/sun.awt/splashscreen/obj/jdmainct.o /Users/ray/Projects/ OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/ jdmarker.o /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/ sun/sun.awt/splashscreen/obj/jdmaster.o /Users/ray/Projects/OpenJDK/ bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdmerge.o / Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/jdphuff.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdpostct.o /Users/ ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/jdsample.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jerror.o /Users/ray/ Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/ obj/jidctflt.o /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/ tmp/sun/sun.awt/splashscreen/obj/jidctfst.o /Users/ray/Projects/ OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/ jidctint.o /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/ sun/sun.awt/splashscreen/obj/jidctred.o /Users/ray/Projects/OpenJDK/ bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jmemmgr.o / Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/jmemnobs.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jquant1.o /Users/ ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/jquant2.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jutils.o /Users/ray/ Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/ obj/jcapimin.o /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/ tmp/sun/sun.awt/splashscreen/obj/jcapistd.o /Users/ray/Projects/ OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/ jccoefct.o /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/ sun/sun.awt/splashscreen/obj/jccolor.o /Users/ray/Projects/OpenJDK/ bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/ jcdctmgr.o /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/ sun/sun.awt/splashscreen/obj/jchuff.o /Users/ray/Projects/OpenJDK/ bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcinit.o / Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/jcmainct.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcmarker.o /Users/ ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/jcmaster.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcparam.o /Users/ ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/jcphuff.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcprepct.o /Users/ ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/jcsample.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jctrans.o /Users/ ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/jdtrans.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jfdctflt.o /Users/ ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/jfdctfst.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jfdctint.o /Users/ ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/compress.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/deflate.o /Users/ ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/gzio.o /Users/ray/Projects/OpenJDK/bsd-port/build/ bsd-i586/tmp/sun/sun.awt/splashscreen/obj/infback.o /Users/ray/ Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/ obj/inffast.o /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/ tmp/sun/sun.awt/splashscreen/obj/inflate.o /Users/ray/Projects/ OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/ inftrees.o /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/ sun/sun.awt/splashscreen/obj/trees.o /Users/ray/Projects/OpenJDK/ bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/uncompr.o / Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/ splashscreen/obj/zadler32.o /Users/ray/Projects/OpenJDK/bsd-port/ build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/zcrc32.o /Users/ray/ Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/ obj/zutil.o -liconv -L/usr/X11/lib -lX11 -lXext -lm -pthread ld: library not found for -lX11 collect2: ld returned 1 exit status make[4]: *** [/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/lib/ i386/libsplashscreen.dylib] Error 1 make[3]: *** [all] Error 1 make[2]: *** [all] Error 1 make[1]: *** [jdk-build] Error 2 make: *** [build_product_image] Error 2 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20091210/6597d272/attachment.html From gnu_andrew at member.fsf.org Thu Dec 10 13:54:12 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Thu, 10 Dec 2009 21:54:12 +0000 Subject: building (or not) OpenJDK 7 on Mac OS X In-Reply-To: References: <17c6771e0912100905v433ad49ch413d571764427ec0@mail.gmail.com> Message-ID: <17c6771e0912101354i2831e027hd40d8666054611fd@mail.gmail.com> 2009/12/10 Ray Kiddy : > > On Dec 10, 2009, at 9:05 AM, Andrew John Hughes wrote: > > 2009/12/10 Ray Kiddy : > > I just wanted to update build people on this issue. There are pages on the > > wiki for building on Mac OS X 10.5.8 and on Snow Leopard. See the "Building > > from source" section of http://wikis.sun.com/display/OpenJDK/BSDPort. I have > > updated http://wikis.sun.com/display/OpenJDK/Darwin9Build with information > > from an external post of Landon Fuller's. (FYI, I checked with him about the > > copying and he was ok with it.) Since I am not using Snow Leopard, I am > > leaving that page to someone else. > > > > Sounds like a bug from b74. ?Is your bsd-port tree up-to-date? > > You can work around it by setting ALT_JDK_IMPORT_PATH to the same as > ALT_BOOTDIR but you shouldn't need to do so generally. > -- > Andrew :-) > > > > If I do "hg fupdate" in the bsd-ports directory, I get nothing new and if I > do "hg tags", I get > % hg tags > tip ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?153:d7f4d0dd8d30 > jdk7-b74 ? ? ? ? ? ? ? ? ? ? ? ? 150:2c88089b6e1c > ... > So i think I am current. Yeah, sounds like the BSD tree is not yet up-to-date with mainline OpenJDK (b77). > I added "ALT_JDK_IMPORT_PATH=(same value as ALT_BOOTDIR)" to my build.sh. I > got farther before it broke. > I remembered that I usually remove or do not install X11 to try to save > space, so I went back to my DevTools dmg > (iphone_sdk_3.1.2_with_xcode_3.1.4__leopard__9m2809.dmg) and installed the > X11SDK.pkg. And I got farther before I broke. > Then I see it is trying to find an X11 library because I can see > "-L/usr/X11R6/lib" and I only have /usr/X11/lib. So, I added " > X11_PATH=/usr/X11" to my build.sh. The build still broke. > I tried setting ALT_X11_PATH and I still get the same error. The weird thing > is that I can look is /usr/X11/lib and I see both?libXext.la and?libX11.la. > Full log is at > http://www.wykiwyk.com/openjdk/buildLogs/log_openjdk7_20091210_1254.txt > I will update the wiki as I see something that works. > cheers - ray > /usr/bin/gcc ?-O2 ? -fno-strict-aliasing -fPIC -W -Wall ?-Wno-unused > -Wno-parentheses -m32 -fno-omit-frame-pointer -D_LITTLE_ENDIAN > -mstackrealign ?-DSPLASHSCREEN -DWITH_X11 -DNDEBUG -Di586 -DARCH='"i586"' > -D_ALLBSD_SOURCE -DRELEASE='"1.7.0-internal"' -D_LARGEFILE64_SOURCE > -D_GNU_SOURCE -D_REENTRANT -I. > -I/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/CClassHeaders > -I../../../src/solaris/javavm/export -I../../../src/share/javavm/export > -I../../../src/share/native/common -I../../../src/solaris/native/common > -I../../../src/share/native/sun/awt -I../../../src/solaris/native/sun/awt > -I/usr/X11/include -I/usr/X11/include/X11/extensions > -I../../../src/solaris/native/sun/awt/splashscreen > -I../../../src/share/native/sun/awt/splashscreen > -I../../../src/share/native/sun/awt/image/jpeg > -I../../../src/share/native/java/util/zip/zlib-1.2.3 -DPNG_NO_MMX_CODE ?-m32 > ?-L/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/lib/i386 > -dynamiclib ?-o > /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/lib/i386/libsplashscreen.dylib > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/java_awt_SplashScreen.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/splashscreen_gfx_impl.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/splashscreen_gif.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/splashscreen_impl.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/splashscreen_jpeg.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/splashscreen_png.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/splashscreen_sys.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/png.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngerror.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngget.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngmem.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngpread.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngread.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngrio.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngrtran.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngrutil.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngset.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngtrans.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngwio.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngwrite.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngwtran.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngwutil.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/dgif_lib.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/gif_err.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/gifalloc.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcomapi.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdapimin.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdapistd.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdcoefct.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdcolor.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jddctmgr.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdhuff.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdinput.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdmainct.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdmarker.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdmaster.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdmerge.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdphuff.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdpostct.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdsample.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jerror.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jidctflt.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jidctfst.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jidctint.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jidctred.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jmemmgr.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jmemnobs.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jquant1.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jquant2.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jutils.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcapimin.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcapistd.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jccoefct.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jccolor.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcdctmgr.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jchuff.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcinit.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcmainct.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcmarker.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcmaster.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcparam.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcphuff.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcprepct.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcsample.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jctrans.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdtrans.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jfdctflt.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jfdctfst.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jfdctint.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/compress.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/deflate.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/gzio.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/infback.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/inffast.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/inflate.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/inftrees.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/trees.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/uncompr.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/zadler32.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/zcrc32.o > > ?/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/zutil.o > ? -liconv -L/usr/X11/lib -lX11 -lXext -lm -pthread > ld: library not found for -lX11 > collect2: ld returned 1 exit status > make[4]: *** > [/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/lib/i386/libsplashscreen.dylib] > Error 1 > make[3]: *** [all] Error 1 > make[2]: *** [all] Error 1 > make[1]: *** [jdk-build] Error 2 > make: *** [build_product_image] Error 2 > -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) 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 Kelly.Ohair at Sun.COM Thu Dec 10 14:44:46 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 10 Dec 2009 14:44:46 -0800 Subject: OpenJDK successfully built with Visual Studio express edition In-Reply-To: <17c6771e0912101315j784b62b0g3dbbf3bbaf6ed935@mail.gmail.com> References: <9e89675b0912100945k14e8e4bfwb2e17e1ab8e1ff7f@mail.gmail.com> <4B2146C1.6030406@sun.com> <17c6771e0912101315j784b62b0g3dbbf3bbaf6ed935@mail.gmail.com> Message-ID: <4B2179DE.8050806@sun.com> Andrew John Hughes wrote: > 2009/12/10 Kelly O'Hair : >> Damjan Jovanovic wrote: >>> Hi >>> >>> I'm documenting my (unbelievably difficult but ultimately) successful >>> experience of building OpenJDK on Windows with Visual Studio express >>> edition. >> Thanks for sending this out. You do deserve some kind of medal, building >> on Windows is very difficult. >> >> First off, where and how did you get the sources? >> It's not exactly clear what sources we are dealing with here. >> > > Errr... he says in the next paragraph 'the awt tree from about a week > ago' i.e. http://hg.openjdk.java.net/jdk7/awt Ah.. You are right. When I saw "awt tree" I was thinking the awt sources in some jdk tree.... :^( Clearly it is the awt forest. > > My congratulations too on the successful build. I wouldn't even want > to contemplate this... > >>> I built the awt tree from about a week ago, with Windows Vista, Cygwin >>> 1.5.25-15, Microsoft Visual Studio 2008 Express Edition SP1, Freetype >>> 2.3.5-1, jdk-7-ea-plug-b77-windows-i586-03_dec_2009.jar, DirectX SDK >>> as per README-builds.html, Ant copied from Netbeans 6.7, and make from >>> the cmake.org website (as per README-builds.html). The import JDK was >>> 1.6.0. >> So the devil is in the details, but first off, you have picked a few things >> that differ from our recommended set of things: >> >> * Windows Vista - My condolences, but I don't know of anyone using Vista >> to build. I know Windows 2000 is almost 10 years old, and Windows XP is >> pretty old, but XP is the newest OS we can recommend. Anything newer is >> in the 'on your own' category. But I am glad you were ultimately >> successful, >> at least we know it is possible. >> >> * Microsoft Visual Studio 2008 Express Edition SP1 - We recommend the >> purchased copy, but we understand why you are using this version and >> we would like to see it work, but it's the ATL issue that is the killer. >> Whatever adjustments we can make to allow it's use we will do. >> >> * Freetype (on windows) - A royal pain in my side. More later. >> >> * The jdk-7-ea-plug-b77-windows-i586-03_dec_2009.jar should not be needed >> anymore for a successful build. I would skip it. (Binary plugs are >> optional). >> > > Reminds me we need to forwardport the doc. update for this. OpenJDK6 > lists them as optional, but 7 doesn't. I added a note to 6896978 for jdk7 to fix this. You are right. > >> * DirectX SDK - Which version did you use? Just curious. >> >> * Ant copied from Netbeans 6.7 - If that worked, fine. But I would really >> rather people download and install the official 1.7.1 version of ant. >> NetBeans may be sifting out parts of ant in it's install, so using the >> ant from NetBeans may not be the same behavior as from an official ant >> install. But if you got it to work, that's great. >> > > This is especially true with the recent jaxp/jaxws changes which rely > on the regexp extension. I know that's not in the base package on > most GNU/Linux distros. I added a note to 6896978 for jdk7 on this. We should be clear about this. You could spend a lifetime keeping these READMEs up-to-date. :^( > >> * Was the cmake you got 3.81? Just curious. >> >>> Firstly the README-builds.html talks a lot about path problems, >>> without offering any good solutions. After much effort, I discovered >>> that you have to use /cygpath/c paths only in $PATH and use double >>> quote quoted C:/ style paths everywhere else (eg. export >>> WindowsSdkDir="C:/Program Files/Microsoft SDKs/Windows/v6.0A/"). >> If this isn't clear I'll try and improve it. >> By the way, the Microsoft SDK should probably be v6.1, but I don't >> think it will matter much. You did not list installing the Microsoft SDK >> above, did you explicitly install v6.0A or did that come with the Visual >> Studio compiler install? >> >>> Microsoft's quality C compilers apparently need environment variables >>> set before they work properly, otherwise they crash (not complain, but >>> actually crash). The vcvars32.bat doesn't work from inside cygwin, so >>> I had to run "set > a.txt", then run "vcvars32.bat", then "set > >>> b.txt", and finally diff a.txt with b.txt to find out what these >>> mysterious variables were, then convert them into C:/ and /cygpath/c >>> style paths that get set in cygwin. Running >>> jdk/make/jdk_generic_profile.sh loses the variables again, so I >>> avoided it. >> Sigh... I should change jdk/make/jdk_generic_profile.sh, it was never >> made cygwin compliant. That file was mainly meant for documentation >> purposes, not sure how I feel about people using it as part of their >> build process, :^( >> >> On vcvars32.bat, I have created a shell script called vsvars.sh >> (See http://blogs.sun.com/kto/entry/windows_visual_studio_stupid_pet) >> that I plan on adding to the jdk repository at some point. >> It will (from a cygwin shell) effectively do the vcvars32.bat for >> you and set PATH correctly. All you need to do is run >> eval `vsvars.sh -v9` >> >> I hate vcvars32.bat. And you are right about the crashes and unfriendly >> behavior, it's windows. Sorry. >> >>> Compilation misdetects the Ant version and complains it is too old, >>> but works fine. >> "Compilation misdetects"? Can you run 'ant -version' from the command line? >> >> The ant startup scripts are a bit crufty on Windows, better in ant 1.7.1, >> but I have no idea what NetBeans has done with the Windows ant.bat or >> ant shell script startup files. >> On Windows, you usually need at least three things to get 'ant -version' >> to work: 1. ant in PATH, 2. ANT_HOME set, and 3. JAVA_HOME set. >> Unfortunately, when building the jdk, we don't allow JAVA_HOME to be >> set right now due to the potential build problems it can introduce. >> So getting 'ant -version' on windows has been tricky. >> With the older ant versions (like 1.6.*, this ant startup was worse). >> >> When ant is broken up and spread around, like on some Linux systems, >> it's hard to set ANT_HOME, and I had that problem with NetBeans, and >> on Windows, sometimes you just have to set ANT_HOME because the startup >> script can't seem to find where it is living. :^( >> So I always just install my own ant, makes life easier. >> > > Indeed, my own GNU/Linux builds set ANT to /usr/bin/ant explicitly and > so does IcedTea. The problem I've had with Linux builds is that depending on the Linux, you might have a different version of ant. Some have newer ones than others. Most work, but I just find it easier to have my own little ant farm on all platforms. ;^) I also work on JavaFX and it has a requirement of ant 1.7.1 because it uses some NetBeans ant project files for building, and I think NetBeans 6.7 started requiring ant 1.7.1, which is no sweat for NetBeans itself because it ships it's own ant, but building outside of NetBeans means you need ant 1.7.1 in your PATH. Oh well... What a world ... what a world... http://www.youtube.com/watch?v=qfV_ENR5IZE -kto > >>> Even "make sanity" rapidly died as freetype_versioncheck didn't build. >>> http://mail.openjdk.java.net/pipermail/jdk6-dev/2008-March/000023.html >>> claims you need OPENJDK=true set, an undocumented fact that doesn't >>> help. After much effort I discovered >>> http://www.mail-archive.com/build-dev at openjdk.java.net/msg02319.html >>> where someone got it to work with Freetype 2.3.5 by copying >>> bin/freetype.dll into lib/freetype6.dll and applying a patch; I also >>> had to copy zlib1.dll into the build/windows-i586/btbins. Please at >>> least document the fact Freetype 2.3.4 is the last working version? >> Sigh... freetype... :^( What a pain on windows. >> I'm going to file a bug on this, see if we can't clean up this dependency >> at least as far as building or setting up goes. >> I have been down this path, and finally published freetype binary bundles >> at http://cr.openjdk.java.net/~ohair/FreeType/ >> >>> It then compiled for a few minutes further and died in the corba/ >>> subdirectory, with "COMPILER_PATH cannot be empty here". I found >>> http://mail.openjdk.java.net/pipermail/build-dev/2009-March/001767.html >>> and edited the file in question to fix RC (I had to use the full C:/ >>> style path, the one from that email didn't work for me), unfortunately >>> it still didn't help, so I just commented out lines 96-98 and it >>> compiled much further. >> Usually when you get "COMPILER_PATH cannot be empty here", one of >> * PATH is not setup correctly (according to vcvars32.bat) >> * ALT_COMPILER_PATH (if you set it) is not set correctly >> * The system environment variable VS90CMNTOOLS is not defined >> or the Makefiles can't find the default location for the compilers. >> If you ssh into a windows system, VS90CMNTOOLS will not be set. >> If you installed in a non-standard location, that could be the issue. >> >> So I'm a little confused as how you could continue at this point and >> would like to understand that. >> >> Can you send me the "C:/Program Files/" directory where the >> cl.exe compiler file was found in your install? >> >>> The problem repeated itself under the jdk/ directory, and I had to >>> edit another file and fix the path to RC and RCS. >> Yes, the path to RC/RCS is problematic, I think we have a bug on that. >> It appears to be a moving and sometimes replicated exe that moves >> with each release. :^( >> >>> Then, still in jdk/, came missing headers. The first was afxres.h >>> which I got from mingw and copied into Visual Studio's include >>> directory. This got it to compile further. >> Humm... I thought we replaced a bunch of these afxres.h uses with >> just windows.h or winres.h. Ah... jkernel... new stuff. >> >>> Next missing header was atlbase.h which lead me to discover an email >>> >>> (http://mail.openjdk.java.net/pipermail/build-dev/2007-December/000654.html) >>> stating that the Visual Studio express editions are not supposed to >>> work (again, undocumented in README-builds.html). Indeed I found that >>> atlbase.h is part of ATL, which isn't part of any Visual Studio >>> express edition or the Platform SDK (6 or 7). Visual Studio is >>> expensive to buy just to compile OpenJDK. But am I really going to let >>> that stop me, after the previous 8 hour battle? >> Well, we can't document everything that doesn't work, but I understand >> your situation. We had been trying to allow for the Express compiler to >> work, but we could not guarantee it. >> At one point, I thought we were ATL #include free, but I see jkernel changes >> were added recently and re-introduced an atl dependency. >> >>> $ grep atl * -iR | grep include >>> Binary file hotspot/.hg/store/data/src/share/vm/include_d_b__core.i >>> matches >>> jdk/make/jdk_generic_profile.sh: >>> include4sdk="${vc7_root}/atlmfc/include" >>> jdk/make/jdk_generic_profile.sh: >>> include4sdk="${include4sdk};${platform_sdk}/Include/atl" >>> jdk/src/windows/native/sun/jkernel/kernel.cpp:#include >>> jdk/src/windows/native/sun/jkernel/kernel.cpp:#include >>> jdk/src/windows/native/sun/jkernel/stdafx.h:#include >>> jdk/src/windows/native/sun/jkernel/stdafx.h:#include >>> jdk/src/windows/native/sun/jkernel/stdafx.h:#include >>> jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include >>> jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include >>> jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include >>> jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include >>> jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include >>> jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include >>> jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include >>> jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include >>> jdk/src/windows/native/sun/jkernel/stdafx.cpp:#include >>> >> I see this bug has been filed recently on this problem: >> http://bugs.sun.com/view_bug.do?bug_id=6903970 >> >>> So in other words only jkernel uses the ATL for anything. Pity that it >>> uses it extensively, so there's no easy way to take ATL out as a >>> dependency. Someone should rewrite it without ATL: 4000 lines of code >>> shouldn't hold 7 million lines hostage. >> There may be a way to skip the jkernel build. Perhaps if you >> removed the jkernel from SUBDIRS in jdk/make/sun/Makefile? >> I have no idea if that would work, just a guess. >> >>> But if ATL can't come out of jkernel, maybe jkernel can come out of >>> Java. I put in lots of #if 0 around the entire contents of all the >>> jkernel .cpp files, and made preJVMStartup() into a no-op. >> That's another way I suppose. >> >>> It compiled further, complaining in at least one place about missing >>> /usr/bin/diff which isn't documented as a dependency, but luckily that >>> doesn't stop the build. >> What? Where did it complain about /usr/bin/diff? That's strange. >> You have one I assume, but Windows processes may not accept some >> cygwin files as being valid. Let me know if you still have >> the error message on this, I'd like to get to the bottom of this. >> >>> When it got to compiling fonts, it broke again, this time looking for >>> freetype.dll instead of freetype6.dll. I copied the one to the other >>> and typed make with crossed fingers. After 20 minutes of compiling it >>> got to the fonts again and they compiled. >>> >> Sigh... freetype again... I'm glad you got it to compile, it >> should not be this hard. Sorry about that. >> >>> After a very long wait, it finally compiled successfully... >>> >>> ...and the hello world worked :-). >> Glad it was finally successful. >> >>> Now I'm onto what I thought would be the hard part: the actual patch I >>> want to write :-). >>> >>> Patches I used to build it are attached. >> I'll try and make sure there are bugs filed on these issues, can't >> promise your exact patches can be used. >> >>> Hope this helps someone. >> I'm sure it will. >> >> Now you can go get a little devil tatoo that says >> "I built OpenJDK on Windows". ;^) >> >> -kto >> >>> Regards >>> Damjan >>> > > > From Kelly.Ohair at Sun.COM Thu Dec 10 15:00:33 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 10 Dec 2009 15:00:33 -0800 Subject: building (or not) OpenJDK 7 on Mac OS X In-Reply-To: <17c6771e0912101354i2831e027hd40d8666054611fd@mail.gmail.com> References: <17c6771e0912100905v433ad49ch413d571764427ec0@mail.gmail.com> <17c6771e0912101354i2831e027hd40d8666054611fd@mail.gmail.com> Message-ID: <4B217D91.6060109@sun.com> Andrew John Hughes wrote: > 2009/12/10 Ray Kiddy : >> On Dec 10, 2009, at 9:05 AM, Andrew John Hughes wrote: >> >> 2009/12/10 Ray Kiddy : >> >> I just wanted to update build people on this issue. There are pages on the >> >> wiki for building on Mac OS X 10.5.8 and on Snow Leopard. See the "Building >> >> from source" section of http://wikis.sun.com/display/OpenJDK/BSDPort. I have >> >> updated http://wikis.sun.com/display/OpenJDK/Darwin9Build with information >> >> from an external post of Landon Fuller's. (FYI, I checked with him about the >> >> copying and he was ok with it.) Since I am not using Snow Leopard, I am >> >> leaving that page to someone else. >> >> >> >> Sounds like a bug from b74. Is your bsd-port tree up-to-date? >> >> You can work around it by setting ALT_JDK_IMPORT_PATH to the same as >> ALT_BOOTDIR but you shouldn't need to do so generally. >> -- >> Andrew :-) >> >> >> >> If I do "hg fupdate" in the bsd-ports directory, I get nothing new and if I >> do "hg tags", I get >> % hg tags >> tip 153:d7f4d0dd8d30 >> jdk7-b74 150:2c88089b6e1c >> ... >> So i think I am current. > > Yeah, sounds like the BSD tree is not yet up-to-date with mainline > OpenJDK (b77). Just to be clear... with mercurial... The command 'hg fupdate' does NOT pull changes from the parent. You need to do a 'hg fpull -u' to get the latest changes in the parent. Both the hg update and hg tags commands are just telling you about what you have in your repositories, it tells you nothing about being 'up to date' with the parent repositories. Just making sure.... -kto > >> I added "ALT_JDK_IMPORT_PATH=(same value as ALT_BOOTDIR)" to my build.sh. I >> got farther before it broke. >> I remembered that I usually remove or do not install X11 to try to save >> space, so I went back to my DevTools dmg >> (iphone_sdk_3.1.2_with_xcode_3.1.4__leopard__9m2809.dmg) and installed the >> X11SDK.pkg. And I got farther before I broke. >> Then I see it is trying to find an X11 library because I can see >> "-L/usr/X11R6/lib" and I only have /usr/X11/lib. So, I added " >> X11_PATH=/usr/X11" to my build.sh. The build still broke. >> I tried setting ALT_X11_PATH and I still get the same error. The weird thing >> is that I can look is /usr/X11/lib and I see both libXext.la and libX11.la. >> Full log is at >> http://www.wykiwyk.com/openjdk/buildLogs/log_openjdk7_20091210_1254.txt >> I will update the wiki as I see something that works. >> cheers - ray >> /usr/bin/gcc -O2 -fno-strict-aliasing -fPIC -W -Wall -Wno-unused >> -Wno-parentheses -m32 -fno-omit-frame-pointer -D_LITTLE_ENDIAN >> -mstackrealign -DSPLASHSCREEN -DWITH_X11 -DNDEBUG -Di586 -DARCH='"i586"' >> -D_ALLBSD_SOURCE -DRELEASE='"1.7.0-internal"' -D_LARGEFILE64_SOURCE >> -D_GNU_SOURCE -D_REENTRANT -I. >> -I/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/CClassHeaders >> -I../../../src/solaris/javavm/export -I../../../src/share/javavm/export >> -I../../../src/share/native/common -I../../../src/solaris/native/common >> -I../../../src/share/native/sun/awt -I../../../src/solaris/native/sun/awt >> -I/usr/X11/include -I/usr/X11/include/X11/extensions >> -I../../../src/solaris/native/sun/awt/splashscreen >> -I../../../src/share/native/sun/awt/splashscreen >> -I../../../src/share/native/sun/awt/image/jpeg >> -I../../../src/share/native/java/util/zip/zlib-1.2.3 -DPNG_NO_MMX_CODE -m32 >> -L/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/lib/i386 >> -dynamiclib -o >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/lib/i386/libsplashscreen.dylib >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/java_awt_SplashScreen.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/splashscreen_gfx_impl.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/splashscreen_gif.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/splashscreen_impl.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/splashscreen_jpeg.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/splashscreen_png.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/splashscreen_sys.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/png.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngerror.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngget.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngmem.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngpread.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngread.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngrio.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngrtran.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngrutil.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngset.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngtrans.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngwio.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngwrite.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngwtran.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/pngwutil.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/dgif_lib.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/gif_err.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/gifalloc.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcomapi.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdapimin.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdapistd.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdcoefct.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdcolor.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jddctmgr.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdhuff.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdinput.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdmainct.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdmarker.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdmaster.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdmerge.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdphuff.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdpostct.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdsample.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jerror.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jidctflt.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jidctfst.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jidctint.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jidctred.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jmemmgr.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jmemnobs.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jquant1.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jquant2.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jutils.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcapimin.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcapistd.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jccoefct.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jccolor.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcdctmgr.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jchuff.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcinit.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcmainct.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcmarker.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcmaster.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcparam.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcphuff.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcprepct.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jcsample.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jctrans.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jdtrans.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jfdctflt.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jfdctfst.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/jfdctint.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/compress.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/deflate.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/gzio.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/infback.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/inffast.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/inflate.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/inftrees.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/trees.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/uncompr.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/zadler32.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/zcrc32.o >> >> /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/zutil.o >> -liconv -L/usr/X11/lib -lX11 -lXext -lm -pthread >> ld: library not found for -lX11 >> collect2: ld returned 1 exit status >> make[4]: *** >> [/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/lib/i386/libsplashscreen.dylib] >> Error 1 >> make[3]: *** [all] Error 1 >> make[2]: *** [all] Error 1 >> make[1]: *** [jdk-build] Error 2 >> make: *** [build_product_image] Error 2 >> > > > From ray at ganymede.org Thu Dec 10 15:26:06 2009 From: ray at ganymede.org (Ray Kiddy) Date: Thu, 10 Dec 2009 15:26:06 -0800 Subject: building (or not) OpenJDK 7 on Mac OS X In-Reply-To: <4B217D91.6060109@sun.com> References: <17c6771e0912100905v433ad49ch413d571764427ec0@mail.gmail.com> <17c6771e0912101354i2831e027hd40d8666054611fd@mail.gmail.com> <4B217D91.6060109@sun.com> Message-ID: <2F18120B-C571-4E4E-A144-1B49DF82D852@ganymede.org> On Dec 10, 2009, at 3:00 PM, Kelly O'Hair wrote: > Andrew John Hughes wrote: >> 2009/12/10 Ray Kiddy : >>> On Dec 10, 2009, at 9:05 AM, Andrew John Hughes wrote: >>> >>> 2009/12/10 Ray Kiddy : >>> >>> I just wanted to update build people on this issue. There are >>> pages on the >>> >>> >>> >>> >>> If I do "hg fupdate" in the bsd-ports directory, I get nothing new >>> and if I >>> do "hg tags", I get >>> % hg tags >>> tip 153:d7f4d0dd8d30 >>> jdk7-b74 150:2c88089b6e1c >>> ... >>> So i think I am current. >> Yeah, sounds like the BSD tree is not yet up-to-date with mainline >> OpenJDK (b77). > > Just to be clear... with mercurial... > > The command 'hg fupdate' does NOT pull changes from the parent. > You need to do a 'hg fpull -u' to get the latest changes in the > parent. > > Both the hg update and hg tags commands are just telling you about > what > you have in your repositories, it tells you nothing about being 'up > to date' > with the parent repositories. > > Just making sure.... > > -kto Yes, I think that was my problem. Too much svn-ism.... - ray From ray at ganymede.org Thu Dec 10 15:57:47 2009 From: ray at ganymede.org (Ray Kiddy) Date: Thu, 10 Dec 2009 15:57:47 -0800 Subject: building (or not) OpenJDK 7 on Mac OS X In-Reply-To: <2F18120B-C571-4E4E-A144-1B49DF82D852@ganymede.org> References: <17c6771e0912100905v433ad49ch413d571764427ec0@mail.gmail.com> <17c6771e0912101354i2831e027hd40d8666054611fd@mail.gmail.com> <4B217D91.6060109@sun.com> <2F18120B-C571-4E4E-A144-1B49DF82D852@ganymede.org> Message-ID: <40E82B6C-D8E9-4E53-97E5-8E0ABFD95DA6@ganymede.org> And I did an fclone... % hg tags | head -2 tip 163:dca45e0a2395 jdk7-b76 161:c8b63075403d ... And... ....K/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/ zadler32.o /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/ sun/sun.awt/splashscreen/obj/zcrc32.o /Users/ray/Projects/OpenJDK/ bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/zutil.o - liconv -L/usr/X11/lib -lX11 -lXext -lm -pthread ld: library not found for -lX11 collect2: ld returned 1 exit status make[4]: *** [/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/lib/ i386/libsplashscreen.dylib] Error 1 make[3]: *** [all] Error 1 make[2]: *** [all] Error 1 make[1]: *** [jdk-build] Error 2 make: *** [build_product_image] Error 2 Same error. Nobody has mentioned a bug database. I have the mailing list and there is a wiki..... Could it be that the library can not be in the form of an .la? % ls /usr/X11/lib/ libAppleWM.la* libXaw8.la* libXft.la* libXrender.la* libfontenc.la* libxcb-record.la* libxcb-xinerama.la* libFS.la* libXcomposite.la* libXi.la* libXss.la* liblbxutil.la* libxcb-render.la* libxcb-xlib.la* libICE.la* libXcursor.la* libXinerama.la* libXt.la* liboldX.la* libxcb-res.la* libxcb-xprint.la* libSM.la* libXdamage.la* libXmu.la* libXtst.la* libpng.la* libxcb- screensaver.la* libxcb-xtest.la* libX11.la* libXdmcp.la* libXmuu.la* libXv.la* libpng12.la* libxcb- shape.la* libxcb-xv.la* libXRes.la* libXevie.la* libXp.la* libXvMC.la* libxcb- composite.la* libxcb-shm.la* libxcb-xvmc.la* libXTrap.la* libXext.la* libXpm.la* libXvMCW.la* libxcb-damage.la* libxcb-sync.la* libxcb.la* libXau.la* libXfixes.la* libXprintAppUtil.la* libXxf86misc.la* libxcb-dpms.la* libxcb-xevie.la* libxkbfile.la* libXaw6.la* libXfont.la* libXprintUtil.la* libXxf86vm.la* libxcb- glx.la* libxcb-xf86dri.la* libxkbui.la* libXaw7.la* libXfontcache.la* libXrandr.la* libdmx.la* libxcb- randr.la* libxcb-xfixes.la* % - ray On Dec 10, 2009, at 3:26 PM, Ray Kiddy wrote: > > On Dec 10, 2009, at 3:00 PM, Kelly O'Hair wrote: > >> Andrew John Hughes wrote: >>> 2009/12/10 Ray Kiddy : >>>> On Dec 10, 2009, at 9:05 AM, Andrew John Hughes wrote: >>>> >>>> 2009/12/10 Ray Kiddy : >>>> >>>> I just wanted to update build people on this issue. There are >>>> pages on the >>>> >>>> > >>>> >>>> >>>> If I do "hg fupdate" in the bsd-ports directory, I get nothing >>>> new and if I >>>> do "hg tags", I get >>>> % hg tags >>>> tip 153:d7f4d0dd8d30 >>>> jdk7-b74 150:2c88089b6e1c >>>> ... >>>> So i think I am current. >>> Yeah, sounds like the BSD tree is not yet up-to-date with mainline >>> OpenJDK (b77). >> >> Just to be clear... with mercurial... >> >> The command 'hg fupdate' does NOT pull changes from the parent. >> You need to do a 'hg fpull -u' to get the latest changes in the >> parent. >> >> Both the hg update and hg tags commands are just telling you about >> what >> you have in your repositories, it tells you nothing about being 'up >> to date' >> with the parent repositories. >> >> Just making sure.... >> >> -kto > > Yes, I think that was my problem. Too much svn-ism.... > > - ray > From Kelly.Ohair at Sun.COM Thu Dec 10 16:19:28 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 10 Dec 2009 16:19:28 -0800 Subject: building (or not) OpenJDK 7 on Mac OS X In-Reply-To: <40E82B6C-D8E9-4E53-97E5-8E0ABFD95DA6@ganymede.org> References: <17c6771e0912100905v433ad49ch413d571764427ec0@mail.gmail.com> <17c6771e0912101354i2831e027hd40d8666054611fd@mail.gmail.com> <4B217D91.6060109@sun.com> <2F18120B-C571-4E4E-A144-1B49DF82D852@ganymede.org> <40E82B6C-D8E9-4E53-97E5-8E0ABFD95DA6@ganymede.org> Message-ID: <4B219010.3030404@sun.com> Ray Kiddy wrote: > > And I did an fclone... I assume an fclone of http://hg.openjdk.java.net/bsd-port/bsd-port/, e.g. rm -f -r your-bsd-forest hg fclone http://hg.openjdk.java.net/bsd-port/bsd-port your-bsd-forest Once you have the forest, all you need to refresh it is cd your-bsd-forest hg fpull -u Being a forest, the hg tags only tells you what the tags are for that one repo, e.g. try 'cd jdk && hg tags | head -2' you will see different changesetids. Run 'hg ftrees' to see a list of all the repos in your forest, each is pretty independent, only the forest commands apply to all repos, e.g. fpull, fclone, fpush, fstatus, etc. > > % hg tags | head -2 > tip 163:dca45e0a2395 > jdk7-b76 161:c8b63075403d > ... > > And... > > ....K/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/zadler32.o > /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/zcrc32.o > /Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/tmp/sun/sun.awt/splashscreen/obj/zutil.o > -liconv -L/usr/X11/lib -lX11 -lXext -lm -pthread > ld: library not found for -lX11 > collect2: ld returned 1 exit status > make[4]: *** > [/Users/ray/Projects/OpenJDK/bsd-port/build/bsd-i586/lib/i386/libsplashscreen.dylib] > Error 1 > make[3]: *** [all] Error 1 > make[2]: *** [all] Error 1 > make[1]: *** [jdk-build] Error 2 > make: *** [build_product_image] Error 2 I don't know much about the state of the bsd-port. It looks like it is in the middle of awt build (inside the jdk repository) and it cannot find X11. Is X11 installed on your Mac? I think it's an optional install on Macs. > > Same error. > > Nobody has mentioned a bug database. I have the mailing list and there > is a wiki..... See http://openjdk.java.net/groups/web/bugzilla.html But you realize that most of us work on the linux, solaris, or windows side of things. Not many of us doing mac work. You probably want the bsd-port email aliases: http://openjdk.java.net/projects/bsd-port/ -kto > > Could it be that the library can not be in the form of an .la? > > % ls /usr/X11/lib/ > libAppleWM.la* libXaw8.la* libXft.la* > libXrender.la* libfontenc.la* libxcb-record.la* > libxcb-xinerama.la* > libFS.la* libXcomposite.la* libXi.la* libXss.la* > liblbxutil.la* libxcb-render.la* libxcb-xlib.la* > libICE.la* libXcursor.la* libXinerama.la* > libXt.la* liboldX.la* libxcb-res.la* libxcb-xprint.la* > libSM.la* libXdamage.la* libXmu.la* > libXtst.la* libpng.la* libxcb-screensaver.la* > libxcb-xtest.la* > libX11.la* libXdmcp.la* libXmuu.la* > libXv.la* libpng12.la* libxcb-shape.la* libxcb-xv.la* > libXRes.la* libXevie.la* libXp.la* > libXvMC.la* libxcb-composite.la* libxcb-shm.la* > libxcb-xvmc.la* > libXTrap.la* libXext.la* libXpm.la* > libXvMCW.la* libxcb-damage.la* libxcb-sync.la* libxcb.la* > libXau.la* libXfixes.la* libXprintAppUtil.la* > libXxf86misc.la* libxcb-dpms.la* libxcb-xevie.la* > libxkbfile.la* > libXaw6.la* libXfont.la* libXprintUtil.la* > libXxf86vm.la* libxcb-glx.la* libxcb-xf86dri.la* > libxkbui.la* > libXaw7.la* libXfontcache.la* libXrandr.la* > libdmx.la* libxcb-randr.la* libxcb-xfixes.la* > % > > - ray > > On Dec 10, 2009, at 3:26 PM, Ray Kiddy wrote: > >> >> On Dec 10, 2009, at 3:00 PM, Kelly O'Hair wrote: >> >>> Andrew John Hughes wrote: >>>> 2009/12/10 Ray Kiddy : >>>>> On Dec 10, 2009, at 9:05 AM, Andrew John Hughes wrote: >>>>> >>>>> 2009/12/10 Ray Kiddy : >>>>> >>>>> I just wanted to update build people on this issue. There are pages >>>>> on the >>>>> >>>>> >> >>>>> >>>>> >>>>> If I do "hg fupdate" in the bsd-ports directory, I get nothing new >>>>> and if I >>>>> do "hg tags", I get >>>>> % hg tags >>>>> tip 153:d7f4d0dd8d30 >>>>> jdk7-b74 150:2c88089b6e1c >>>>> ... >>>>> So i think I am current. >>>> Yeah, sounds like the BSD tree is not yet up-to-date with mainline >>>> OpenJDK (b77). >>> >>> Just to be clear... with mercurial... >>> >>> The command 'hg fupdate' does NOT pull changes from the parent. >>> You need to do a 'hg fpull -u' to get the latest changes in the parent. >>> >>> Both the hg update and hg tags commands are just telling you about what >>> you have in your repositories, it tells you nothing about being 'up >>> to date' >>> with the parent repositories. >>> >>> Just making sure.... >>> >>> -kto >> >> Yes, I think that was my problem. Too much svn-ism.... >> >> - ray >> > > > From Weijun.Wang at Sun.COM Thu Dec 10 19:10:40 2009 From: Weijun.Wang at Sun.COM (Max (Weijun) Wang) Date: Fri, 11 Dec 2009 11:10:40 +0800 Subject: building (or not) OpenJDK 7 on Mac OS X In-Reply-To: References: <17c6771e0912100905v433ad49ch413d571764427ec0@mail.gmail.com> Message-ID: Hi Ray I just try the build on my 10.5.8, everything is fine. This is the command I run: ALT_BINARY_PLUGS_PATH=/Users/octo/java/jdk-7-icedtea-plugs \ ALT_CUPS_HEADERS_PATH=/usr/include \ ALT_BOOTDIR=/Users/octo/java/soylatte16-i386-1.0.3/ \ ALT_FREETYPE_HEADERS_PATH=/opt/local/include/ \ ALT_FREETYPE_LIB_PATH=/opt/local/lib \ make In fact, the last line in your build has -L/usr/X11/lib, but on my machine, it's -L/usr/X11R6/lib, and I do have something nice here: $ ls /usr/X11R6/lib/libX11.* /usr/X11R6/lib/libX11.6.2.0.dylib /usr/X11R6/lib/libX11.dylib /usr/X11R6/lib/libX11.6.dylib /usr/X11R6/lib/libX11.la Thanks Max From vikram.account at gmail.com Thu Dec 10 19:18:12 2009 From: vikram.account at gmail.com (Vikram A) Date: Fri, 11 Dec 2009 08:48:12 +0530 Subject: OpenJDK successfully built with Visual Studio express edition In-Reply-To: <4B2179DE.8050806@sun.com> References: <9e89675b0912100945k14e8e4bfwb2e17e1ab8e1ff7f@mail.gmail.com> <4B2146C1.6030406@sun.com> <17c6771e0912101315j784b62b0g3dbbf3bbaf6ed935@mail.gmail.com> <4B2179DE.8050806@sun.com> Message-ID: <10ffa8f60912101918u65b5b7b2j4a8585fd38ac5af1@mail.gmail.com> hi Damjan, Firstly, congrats on your efforts. Just a side note for reference. You may have already tried it, but just in case. We(me and my colleague Vaibhav cced.) had tried building open jdk on Netbeans some time back. Only getting freetype was a pain, I remember but looks like Kelly has a solution to that now. http://blogs.sun.com/vaibhav/entry/openjdk_build_on_netbeans_with http://blogs.sun.com/vaibhav/entry/openjdk_build_on_netbeans_with1 http://blogs.sun.com/vaibhav/entry/openjdk_build_on_netbeans_with2 rgds, Vikram. On Fri, Dec 11, 2009 at 4:14 AM, Kelly O'Hair wrote: > > Andrew John Hughes wrote: > >> 2009/12/10 Kelly O'Hair : >> >>> Damjan Jovanovic wrote: >>> >>>> Hi >>>> >>>> I'm documenting my (unbelievably difficult but ultimately) successful >>>> experience of building OpenJDK on Windows with Visual Studio express >>>> edition. >>>> >>> Thanks for sending this out. You do deserve some kind of medal, building >>> on Windows is very difficult. >>> >>> First off, where and how did you get the sources? >>> It's not exactly clear what sources we are dealing with here. >>> >>> >> Errr... he says in the next paragraph 'the awt tree from about a week >> ago' i.e. http://hg.openjdk.java.net/jdk7/awt >> > > Ah.. You are right. When I saw "awt tree" I was thinking the awt sources > in some jdk tree.... :^( Clearly it is the awt forest. > > > >> My congratulations too on the successful build. I wouldn't even want >> to contemplate this... >> >> I built the awt tree from about a week ago, with Windows Vista, Cygwin >>>> 1.5.25-15, Microsoft Visual Studio 2008 Express Edition SP1, Freetype >>>> 2.3.5-1, jdk-7-ea-plug-b77-windows-i586-03_dec_2009.jar, DirectX SDK >>>> as per README-builds.html, Ant copied from Netbeans 6.7, and make from >>>> the cmake.org website (as per README-builds.html). The import JDK was >>>> 1.6.0. >>>> >>> So the devil is in the details, but first off, you have picked a few >>> things >>> that differ from our recommended set of things: >>> >>> * Windows Vista - My condolences, but I don't know of anyone using Vista >>> to build. I know Windows 2000 is almost 10 years old, and Windows XP is >>> pretty old, but XP is the newest OS we can recommend. Anything newer is >>> in the 'on your own' category. But I am glad you were ultimately >>> successful, >>> at least we know it is possible. >>> >>> * Microsoft Visual Studio 2008 Express Edition SP1 - We recommend the >>> purchased copy, but we understand why you are using this version and >>> we would like to see it work, but it's the ATL issue that is the >>> killer. >>> Whatever adjustments we can make to allow it's use we will do. >>> >>> * Freetype (on windows) - A royal pain in my side. More later. >>> >>> * The jdk-7-ea-plug-b77-windows-i586-03_dec_2009.jar should not be >>> needed >>> anymore for a successful build. I would skip it. (Binary plugs are >>> optional). >>> >>> >> Reminds me we need to forwardport the doc. update for this. OpenJDK6 >> lists them as optional, but 7 doesn't. >> > > I added a note to 6896978 for jdk7 to fix this. You are right. > > > >> * DirectX SDK - Which version did you use? Just curious. >>> >>> * Ant copied from Netbeans 6.7 - If that worked, fine. But I would >>> really >>> rather people download and install the official 1.7.1 version of ant. >>> NetBeans may be sifting out parts of ant in it's install, so using the >>> ant from NetBeans may not be the same behavior as from an official ant >>> install. But if you got it to work, that's great. >>> >>> >> This is especially true with the recent jaxp/jaxws changes which rely >> on the regexp extension. I know that's not in the base package on >> most GNU/Linux distros. >> > > I added a note to 6896978 for jdk7 on this. We should be clear about this. > > You could spend a lifetime keeping these READMEs up-to-date. :^( > > > >> * Was the cmake you got 3.81? Just curious. >>> >>> Firstly the README-builds.html talks a lot about path problems, >>>> without offering any good solutions. After much effort, I discovered >>>> that you have to use /cygpath/c paths only in $PATH and use double >>>> quote quoted C:/ style paths everywhere else (eg. export >>>> WindowsSdkDir="C:/Program Files/Microsoft SDKs/Windows/v6.0A/"). >>>> >>> If this isn't clear I'll try and improve it. >>> By the way, the Microsoft SDK should probably be v6.1, but I don't >>> think it will matter much. You did not list installing the Microsoft SDK >>> above, did you explicitly install v6.0A or did that come with the Visual >>> Studio compiler install? >>> >>> Microsoft's quality C compilers apparently need environment variables >>>> set before they work properly, otherwise they crash (not complain, but >>>> actually crash). The vcvars32.bat doesn't work from inside cygwin, so >>>> I had to run "set > a.txt", then run "vcvars32.bat", then "set > >>>> b.txt", and finally diff a.txt with b.txt to find out what these >>>> mysterious variables were, then convert them into C:/ and /cygpath/c >>>> style paths that get set in cygwin. Running >>>> jdk/make/jdk_generic_profile.sh loses the variables again, so I >>>> avoided it. >>>> >>> Sigh... I should change jdk/make/jdk_generic_profile.sh, it was never >>> made cygwin compliant. That file was mainly meant for documentation >>> purposes, not sure how I feel about people using it as part of their >>> build process, :^( >>> >>> On vcvars32.bat, I have created a shell script called vsvars.sh >>> (See http://blogs.sun.com/kto/entry/windows_visual_studio_stupid_pet) >>> that I plan on adding to the jdk repository at some point. >>> It will (from a cygwin shell) effectively do the vcvars32.bat for >>> you and set PATH correctly. All you need to do is run >>> eval `vsvars.sh -v9` >>> >>> I hate vcvars32.bat. And you are right about the crashes and unfriendly >>> behavior, it's windows. Sorry. >>> >>> Compilation misdetects the Ant version and complains it is too old, >>>> but works fine. >>>> >>> "Compilation misdetects"? Can you run 'ant -version' from the command >>> line? >>> >>> The ant startup scripts are a bit crufty on Windows, better in ant 1.7.1, >>> but I have no idea what NetBeans has done with the Windows ant.bat or >>> ant shell script startup files. >>> On Windows, you usually need at least three things to get 'ant -version' >>> to work: 1. ant in PATH, 2. ANT_HOME set, and 3. JAVA_HOME set. >>> Unfortunately, when building the jdk, we don't allow JAVA_HOME to be >>> set right now due to the potential build problems it can introduce. >>> So getting 'ant -version' on windows has been tricky. >>> With the older ant versions (like 1.6.*, this ant startup was worse). >>> >>> When ant is broken up and spread around, like on some Linux systems, >>> it's hard to set ANT_HOME, and I had that problem with NetBeans, and >>> on Windows, sometimes you just have to set ANT_HOME because the startup >>> script can't seem to find where it is living. :^( >>> So I always just install my own ant, makes life easier. >>> >>> >> Indeed, my own GNU/Linux builds set ANT to /usr/bin/ant explicitly and >> so does IcedTea. >> > > The problem I've had with Linux builds is that depending on the Linux, > you might have a different version of ant. Some have newer ones than > others. Most work, but I just find it easier to have my own little > ant farm on all platforms. ;^) > > I also work on JavaFX and it has a requirement of ant 1.7.1 because > it uses some NetBeans ant project files for building, and I think > NetBeans 6.7 started requiring ant 1.7.1, which is no sweat for NetBeans > itself because it ships it's own ant, but building outside of NetBeans > means you need ant 1.7.1 in your PATH. Oh well... > > What a world ... what a world... > http://www.youtube.com/watch?v=qfV_ENR5IZE > > -kto > > > > >> Even "make sanity" rapidly died as freetype_versioncheck didn't build. >>>> http://mail.openjdk.java.net/pipermail/jdk6-dev/2008-March/000023.html >>>> claims you need OPENJDK=true set, an undocumented fact that doesn't >>>> help. After much effort I discovered >>>> http://www.mail-archive.com/build-dev at openjdk.java.net/msg02319.html >>>> where someone got it to work with Freetype 2.3.5 by copying >>>> bin/freetype.dll into lib/freetype6.dll and applying a patch; I also >>>> had to copy zlib1.dll into the build/windows-i586/btbins. Please at >>>> least document the fact Freetype 2.3.4 is the last working version? >>>> >>> Sigh... freetype... :^( What a pain on windows. >>> I'm going to file a bug on this, see if we can't clean up this dependency >>> at least as far as building or setting up goes. >>> I have been down this path, and finally published freetype binary bundles >>> at http://cr.openjdk.java.net/~ohair/FreeType/ >>> >>> It then compiled for a few minutes further and died in the corba/ >>>> subdirectory, with "COMPILER_PATH cannot be empty here". I found >>>> http://mail.openjdk.java.net/pipermail/build-dev/2009-March/001767.html >>>> and edited the file in question to fix RC (I had to use the full C:/ >>>> style path, the one from that email didn't work for me), unfortunately >>>> it still didn't help, so I just commented out lines 96-98 and it >>>> compiled much further. >>>> >>> Usually when you get "COMPILER_PATH cannot be empty here", one of >>> * PATH is not setup correctly (according to vcvars32.bat) >>> * ALT_COMPILER_PATH (if you set it) is not set correctly >>> * The system environment variable VS90CMNTOOLS is not defined >>> or the Makefiles can't find the default location for the compilers. >>> If you ssh into a windows system, VS90CMNTOOLS will not be set. >>> If you installed in a non-standard location, that could be the issue. >>> >>> So I'm a little confused as how you could continue at this point and >>> would like to understand that. >>> >>> Can you send me the "C:/Program Files/" directory where the >>> cl.exe compiler file was found in your install? >>> >>> The problem repeated itself under the jdk/ directory, and I had to >>>> edit another file and fix the path to RC and RCS. >>>> >>> Yes, the path to RC/RCS is problematic, I think we have a bug on that. >>> It appears to be a moving and sometimes replicated exe that moves >>> with each release. :^( >>> >>> Then, still in jdk/, came missing headers. The first was afxres.h >>>> which I got from mingw and copied into Visual Studio's include >>>> directory. This got it to compile further. >>>> >>> Humm... I thought we replaced a bunch of these afxres.h uses with >>> just windows.h or winres.h. Ah... jkernel... new stuff. >>> >>> Next missing header was atlbase.h which lead me to discover an email >>>> >>>> ( >>>> http://mail.openjdk.java.net/pipermail/build-dev/2007-December/000654.html >>>> ) >>>> stating that the Visual Studio express editions are not supposed to >>>> work (again, undocumented in README-builds.html). Indeed I found that >>>> atlbase.h is part of ATL, which isn't part of any Visual Studio >>>> express edition or the Platform SDK (6 or 7). Visual Studio is >>>> expensive to buy just to compile OpenJDK. But am I really going to let >>>> that stop me, after the previous 8 hour battle? >>>> >>> Well, we can't document everything that doesn't work, but I understand >>> your situation. We had been trying to allow for the Express compiler to >>> work, but we could not guarantee it. >>> At one point, I thought we were ATL #include free, but I see jkernel >>> changes >>> were added recently and re-introduced an atl dependency. >>> >>> $ grep atl * -iR | grep include >>>> Binary file hotspot/.hg/store/data/src/share/vm/include_d_b__core.i >>>> matches >>>> jdk/make/jdk_generic_profile.sh: >>>> include4sdk="${vc7_root}/atlmfc/include" >>>> jdk/make/jdk_generic_profile.sh: >>>> include4sdk="${include4sdk};${platform_sdk}/Include/atl" >>>> jdk/src/windows/native/sun/jkernel/kernel.cpp:#include >>>> jdk/src/windows/native/sun/jkernel/kernel.cpp:#include >>>> jdk/src/windows/native/sun/jkernel/stdafx.h:#include >>>> jdk/src/windows/native/sun/jkernel/stdafx.h:#include >>>> jdk/src/windows/native/sun/jkernel/stdafx.h:#include >>>> jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include >>>> >>>> jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include >>>> >>>> jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include >>>> >>>> jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include >>>> >>>> jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include >>>> >>>> jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include >>>> >>>> jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include >>>> >>>> jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include >>>> >>>> jdk/src/windows/native/sun/jkernel/stdafx.cpp:#include >>>> >>>> I see this bug has been filed recently on this problem: >>> http://bugs.sun.com/view_bug.do?bug_id=6903970 >>> >>> So in other words only jkernel uses the ATL for anything. Pity that it >>>> uses it extensively, so there's no easy way to take ATL out as a >>>> dependency. Someone should rewrite it without ATL: 4000 lines of code >>>> shouldn't hold 7 million lines hostage. >>>> >>> There may be a way to skip the jkernel build. Perhaps if you >>> removed the jkernel from SUBDIRS in jdk/make/sun/Makefile? >>> I have no idea if that would work, just a guess. >>> >>> But if ATL can't come out of jkernel, maybe jkernel can come out of >>>> Java. I put in lots of #if 0 around the entire contents of all the >>>> jkernel .cpp files, and made preJVMStartup() into a no-op. >>>> >>> That's another way I suppose. >>> >>> It compiled further, complaining in at least one place about missing >>>> /usr/bin/diff which isn't documented as a dependency, but luckily that >>>> doesn't stop the build. >>>> >>> What? Where did it complain about /usr/bin/diff? That's strange. >>> You have one I assume, but Windows processes may not accept some >>> cygwin files as being valid. Let me know if you still have >>> the error message on this, I'd like to get to the bottom of this. >>> >>> When it got to compiling fonts, it broke again, this time looking for >>>> freetype.dll instead of freetype6.dll. I copied the one to the other >>>> and typed make with crossed fingers. After 20 minutes of compiling it >>>> got to the fonts again and they compiled. >>>> >>>> Sigh... freetype again... I'm glad you got it to compile, it >>> should not be this hard. Sorry about that. >>> >>> After a very long wait, it finally compiled successfully... >>>> >>>> ...and the hello world worked :-). >>>> >>> Glad it was finally successful. >>> >>> Now I'm onto what I thought would be the hard part: the actual patch I >>>> want to write :-). >>>> >>>> Patches I used to build it are attached. >>>> >>> I'll try and make sure there are bugs filed on these issues, can't >>> promise your exact patches can be used. >>> >>> Hope this helps someone. >>>> >>> I'm sure it will. >>> >>> Now you can go get a little devil tatoo that says >>> "I built OpenJDK on Windows". ;^) >>> >>> -kto >>> >>> Regards >>>> Damjan >>>> >>>> >> >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20091211/f876d6d4/attachment.html From damjan.jov at gmail.com Fri Dec 11 06:36:40 2009 From: damjan.jov at gmail.com (Damjan Jovanovic) Date: Fri, 11 Dec 2009 16:36:40 +0200 Subject: OpenJDK successfully built with Visual Studio express edition In-Reply-To: <4B2146C1.6030406@sun.com> References: <9e89675b0912100945k14e8e4bfwb2e17e1ab8e1ff7f@mail.gmail.com> <4B2146C1.6030406@sun.com> Message-ID: <9e89675b0912110636g69cbfbfcw2e06544790429547@mail.gmail.com> On Thu, Dec 10, 2009 at 9:06 PM, Kelly O'Hair wrote: > > Damjan Jovanovic wrote: >> >> Hi >> >> I'm documenting my (unbelievably difficult but ultimately) successful >> experience of building OpenJDK on Windows with Visual Studio express >> edition. > > Thanks for sending this out. You do deserve some kind of medal, building > on Windows is very difficult. Thank you. > First off, where and how did you get the sources? > It's not exactly clear what sources we are dealing with here. http://hg.openjdk.java.net/jdk7/awt >> >> I built the awt tree from about a week ago, with Windows Vista, Cygwin >> 1.5.25-15, Microsoft Visual Studio 2008 Express Edition SP1, Freetype >> 2.3.5-1, jdk-7-ea-plug-b77-windows-i586-03_dec_2009.jar, DirectX SDK >> as per README-builds.html, Ant copied from Netbeans 6.7, and make from >> the cmake.org website (as per README-builds.html). The import JDK was >> 1.6.0. > > So the devil is in the details, but first off, you have picked a few things > that differ from our recommended set of things: > > ?* Windows Vista - My condolences, but I don't know of anyone using Vista > ? ?to build. I know Windows 2000 is almost 10 years old, and Windows XP is > ? ?pretty old, but XP is the newest OS we can recommend. Anything newer is > ? ?in the 'on your own' category. But I am glad you were ultimately > successful, > ? ?at least we know it is possible. > > ?* Microsoft Visual Studio 2008 Express Edition SP1 - We recommend the > ? ?purchased copy, but we understand why you are using this version and > ? ?we would like to see it work, but it's the ATL issue that is the killer. > ? ?Whatever adjustments we can make to allow it's use we will do. > > ?* Freetype (on windows) - A royal pain in my side. More later. > > ?* The jdk-7-ea-plug-b77-windows-i586-03_dec_2009.jar should not be needed > ? ?anymore for a successful build. I would skip it. (Binary plugs are > optional). Nice to know. > ?* DirectX SDK - Which version did you use? Just curious. DirectX 9 Summer Update 2004. > ?* Ant copied from Netbeans 6.7 - If that worked, fine. But I would really > ? ?rather people download and install the official 1.7.1 version of ant. > ? ?NetBeans may be sifting out parts of ant in it's install, so using the > ? ?ant from NetBeans may not be the same behavior as from an official ant > ? ?install. ?But if you got it to work, that's great. I did try the official 1.7.1, but switched to the Netbeans version, since I knew that OpenJDK compiles fine on Linux with the Netbeans version. However both were 1.7.1 and both had the same problem with version detection. > ?* Was the cmake you got 3.81? Just curious. Yes. >> >> Firstly the README-builds.html talks a lot about path problems, >> without offering any good solutions. After much effort, I discovered >> that you have to use /cygpath/c paths only in $PATH and use double >> quote quoted C:/ style paths everywhere else (eg. export >> WindowsSdkDir="C:/Program Files/Microsoft SDKs/Windows/v6.0A/"). > > If this isn't clear I'll try and improve it. > By the way, the Microsoft SDK should probably be v6.1, but I don't > think it will matter much. You did not list installing the Microsoft SDK > above, did you explicitly install v6.0A or did that come with the Visual > Studio compiler install? Must have come with the Visual Studio install. >> >> Microsoft's quality C compilers apparently need environment variables >> set before they work properly, otherwise they crash (not complain, but >> actually crash). The vcvars32.bat doesn't work from inside cygwin, so >> I had to run "set > a.txt", then run "vcvars32.bat", then "set > >> b.txt", and finally diff a.txt with b.txt to find out what these >> mysterious variables were, then convert them into C:/ and /cygpath/c >> style paths that get set in cygwin. Running >> jdk/make/jdk_generic_profile.sh loses the variables again, so I >> avoided it. > > Sigh... ?I should change jdk/make/jdk_generic_profile.sh, it was never > made cygwin compliant. That file was mainly meant for documentation > purposes, not sure how I feel about people using it as part of their > build process, :^( > > On vcvars32.bat, I have created a shell script called vsvars.sh > (See http://blogs.sun.com/kto/entry/windows_visual_studio_stupid_pet) > that I plan on adding to the jdk repository at some point. > It will (from a cygwin shell) effectively do the vcvars32.bat for > you and set PATH correctly. All you need to do is run > ?eval `vsvars.sh -v9` Ok, thank you. > I hate vcvars32.bat. And you are right about the crashes and unfriendly > behavior, it's windows. Sorry. Microsoft should apologise, not you :-). >> >> Compilation misdetects the Ant version and complains it is too old, >> but works fine. > > "Compilation misdetects"? Can you run 'ant -version' from the command line? 'ant -version' first complains it can't find tools.jar, then says 1.7.1. I did try 1.7.1 before using the one from Netbeans (also apparently 1.7.1) which I know worked on Linux, and both were version detected wrongly. > The ant startup scripts are a bit crufty on Windows, better in ant 1.7.1, > but I have no idea what NetBeans has done with the Windows ant.bat or > ant shell script startup files. > On Windows, you usually need at least three things to get 'ant -version' > to work: 1. ant in PATH, 2. ANT_HOME set, and 3. JAVA_HOME set. > Unfortunately, when building the jdk, we don't allow JAVA_HOME to be > set right now due to the potential build problems it can introduce. > So getting 'ant -version' on windows has been tricky. > With the older ant versions (like 1.6.*, this ant startup was worse). > > When ant is broken up and spread around, like on some Linux systems, > it's hard to set ANT_HOME, and I had that problem with NetBeans, and > on Windows, sometimes you just have to set ANT_HOME because the startup > script can't seem to find where it is living. :^( > So I always just install my own ant, makes life easier. Ok, well the ant version was just a warning and it worked in the end, so I guess it's the least important problem. >> >> Even "make sanity" rapidly died as freetype_versioncheck didn't build. >> http://mail.openjdk.java.net/pipermail/jdk6-dev/2008-March/000023.html >> claims you need OPENJDK=true set, an undocumented fact that doesn't >> help. After much effort I discovered >> http://www.mail-archive.com/build-dev at openjdk.java.net/msg02319.html >> where someone got it to work with Freetype 2.3.5 by copying >> bin/freetype.dll into lib/freetype6.dll and applying a patch; I also >> had to copy zlib1.dll into the build/windows-i586/btbins. Please at >> least document the fact Freetype 2.3.4 is the last working version? > > Sigh... freetype... :^( ?What a pain on windows. > I'm going to file a bug on this, see if we can't clean up this dependency > at least as far as building or setting up goes. > I have been down this path, and finally published freetype binary bundles > at http://cr.openjdk.java.net/~ohair/FreeType/ Nice, you should probably update http://hg.openjdk.java.net/jdk7/build/raw-file/tip/README-builds.html to include that. >> >> It then compiled for a few minutes further and died in the corba/ >> subdirectory, with "COMPILER_PATH cannot be empty here". I found >> http://mail.openjdk.java.net/pipermail/build-dev/2009-March/001767.html >> and edited the file in question to fix RC (I had to use the full C:/ >> style path, the one from that email didn't work for me), unfortunately >> it still didn't help, so I just commented out lines 96-98 and it >> compiled much further. > > Usually when you get "COMPILER_PATH cannot be empty here", one of > ?* PATH is not setup correctly (according to vcvars32.bat) > ?* ALT_COMPILER_PATH (if you set it) is not set correctly > ?* The system environment variable VS90CMNTOOLS is not defined > ? ?or the Makefiles can't find the default location for the compilers. > ? ?If you ssh into a windows system, VS90CMNTOOLS will not be set. > ? ?If you installed in a non-standard location, that could be the issue. > > So I'm a little confused as how you could continue at this point and > would like to understand that. > > Can you send me the "C:/Program Files/" directory where the > cl.exe compiler file was found in your install? "C:/Program Files/Microsoft Visual Studio 9.0/VC/BIN/cl.exe" >> >> The problem repeated itself under the jdk/ directory, and I had to >> edit another file and fix the path to RC and RCS. > > Yes, the path to RC/RCS is problematic, I think we have a bug on that. > It appears to be a moving and sometimes replicated exe that moves > with each release. :^( I see that the Windows SDK version 7 doesn't even have rc.exe and mt.exe. Maybe RC, MT and whatever else my patches hardcoded, should be given by mandatory environment variables that give the full path to the .exe files, instead of guessing? >> >> Then, still in jdk/, came missing headers. The first was afxres.h >> which I got from mingw and copied into Visual Studio's include >> directory. This got it to compile further. > > Humm... I thought we replaced a bunch of these afxres.h uses with > just windows.h or winres.h. Ah... jkernel... new stuff. > >> >> Next missing header was atlbase.h which lead me to discover an email >> >> (http://mail.openjdk.java.net/pipermail/build-dev/2007-December/000654.html) >> stating that the Visual Studio express editions are not supposed to >> work (again, undocumented in README-builds.html). Indeed I found that >> atlbase.h is part of ATL, which isn't part of any Visual Studio >> express edition or the Platform SDK (6 or 7). Visual Studio is >> expensive to buy just to compile OpenJDK. But am I really going to let >> that stop me, after the previous 8 hour battle? > > Well, we can't document everything that doesn't work, but I understand > your situation. We had been trying to allow for the Express compiler to > work, but we could not guarantee it. > At one point, I thought we were ATL #include free, but I see jkernel changes > were added recently and re-introduced an atl dependency. I see. >> >> $ grep atl * -iR | grep include >> Binary file hotspot/.hg/store/data/src/share/vm/include_d_b__core.i >> matches >> jdk/make/jdk_generic_profile.sh: >> ?include4sdk="${vc7_root}/atlmfc/include" >> jdk/make/jdk_generic_profile.sh: >> include4sdk="${include4sdk};${platform_sdk}/Include/atl" >> jdk/src/windows/native/sun/jkernel/kernel.cpp:#include >> jdk/src/windows/native/sun/jkernel/kernel.cpp:#include >> jdk/src/windows/native/sun/jkernel/stdafx.h:#include >> jdk/src/windows/native/sun/jkernel/stdafx.h:#include >> jdk/src/windows/native/sun/jkernel/stdafx.h:#include >> jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include >> jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include >> jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include >> jdk/src/windows/native/sun/jkernel/DownloadDialog.cpp:#include >> jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include >> jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include >> jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include >> jdk/src/windows/native/sun/jkernel/DownloadHelper.cpp:#include >> jdk/src/windows/native/sun/jkernel/stdafx.cpp:#include >> > > I see this bug has been filed recently on this problem: > http://bugs.sun.com/view_bug.do?bug_id=6903970 > >> So in other words only jkernel uses the ATL for anything. Pity that it >> uses it extensively, so there's no easy way to take ATL out as a >> dependency. Someone should rewrite it without ATL: 4000 lines of code >> shouldn't hold 7 million lines hostage. > > There may be a way to skip the jkernel build. Perhaps if you > removed the jkernel from SUBDIRS in jdk/make/sun/Makefile? > I have no idea if that would work, just a guess. > >> >> But if ATL can't come out of jkernel, maybe jkernel can come out of >> Java. I put in lots of #if 0 around the entire contents of all the >> jkernel .cpp files, and made preJVMStartup() into a no-op. > > That's another way I suppose. >> >> It compiled further, complaining in at least one place about missing >> /usr/bin/diff which isn't documented as a dependency, but luckily that >> doesn't stop the build. > > What? Where did it complain about /usr/bin/diff? That's strange. > You have one I assume, but Windows processes may not accept some > cygwin files as being valid. Let me know if you still have > the error message on this, I'd like to get to the bottom of this. I don't have diff: it's not installed by default with cygwin, and it's not specified by http://hg.openjdk.java.net/jdk7/build/raw-file/tip/README-builds.html#cygwin (maybe it should be?) so I didn't install it. Luckily its absence doesn't stop the build, and if it breaks anything later, at least it doesn't seem to affect the area of OpenJDK I'm testing and patching (awt drag and drop). >> >> When it got to compiling fonts, it broke again, this time looking for >> freetype.dll instead of freetype6.dll. I copied the one to the other >> and typed make with crossed fingers. After 20 minutes of compiling it >> got to the fonts again and they compiled. >> > > Sigh... freetype again... I'm glad you got it to compile, it > should not be this hard. Sorry about that. If freetype is such a pain, why don't you ship a known-good version of it with OpenJDK and let the adventurous people replace it if they want, like you do with libjpeg? >> After a very long wait, it finally compiled successfully... >> >> ...and the hello world worked :-). > > Glad it was finally successful. > >> >> Now I'm onto what I thought would be the hard part: the actual patch I >> want to write :-). >> >> Patches I used to build it are attached. > > I'll try and make sure there are bugs filed on these issues, can't > promise your exact patches can be used. > >> >> Hope this helps someone. > > I'm sure it will. > > Now you can go get a little devil tatoo that says > ? "I built OpenJDK on Windows". ;^) ;-) While I'm still here, I would also like to recommend documenting in that README-builds.html file how you do a partial recompile, ie. cd into a jdk/make/... directory, and set ALT_OUTPUTDIR=/path/to/JDK/build/${platform} before running make. A full make of a previously built openjdk is very slow, especially on Windows. > -kto > >> >> Regards >> Damjan >> > Damjan From Mandy.Chung at Sun.COM Mon Dec 14 17:13:25 2009 From: Mandy.Chung at Sun.COM (Mandy Chung) Date: Mon, 14 Dec 2009 17:13:25 -0800 Subject: Review request for 6909572: Add a new target for building modules Message-ID: <4B26E2B5.1050809@sun.com> We have made some progress in eliminating several undesirable dependencies in the past few builds [1]. A class analyzer tool in the jigsaw/tools repository [2] has been developed and used to analyze the dependencies. The next step of the jdk modularization effort is to make the build changes to generate modules. I plan to break this task into several steps. The first step is to add a new "modules" target to build the module image that has one jar file per module rather than rt.jar. This change does not have any impact to the existing jdk build. Webrev at: http://cr.openjdk.java.net/~mchung/6909572/webrev.00 Details: 1. The new target will create two jdk-module-image and jre-module-image directories. 2. modules are generated to replace rt.jar and other jar files under jre/lib and jre/lib/ext. 3. non-java resources are in resources.jar and will be soon included in their corresponding modules (see 6910370). 4. The class analyzer tool is included in make/modules/tools. It's a build tool and make/tools seems to be an appropriate place for it. I decide to put it under make/modules/tools for 2 reasons. (a) classanalyzer depends on the jdk 7 com.sun.tools.classfile library that is not available when make/tools is built (while is the first subdirectory being built using the bootstrap javac (1.6)) (b) Once we modularize the source tree and the build, this tool and make/modules/Makefile will no longer be needed. The entire make/modules directory can go away at that time. 5. make/modules/modules.config contains the module definitions of fine-grained modules that we currently define. The list of modules is yet to be finalized. They could possibly be grouped into coarser-grained profiles in the future. Another change related to this build change is: 6909573: Temporary launcher support to add modules in the bootclasspath webrev: http://cr.openjdk.java.net/~mchung/6909573/webrev.00/ Kumar, can you please review the launcher change? The launcher is modified to detect if this is a module image and enumerate the list of modules to add to the bootclasspath. The launcher doesn't alter the bootclasspath for the existing jdk build. Thanks Mandy [1] http://blogs.sun.com/alanb/entry/is_the_jdk_losing_its [2] http://hg.openjdk.java.net/jigsaw/tools/ From Weijun.Wang at Sun.COM Mon Dec 14 18:47:23 2009 From: Weijun.Wang at Sun.COM (Max (Weijun) Wang) Date: Tue, 15 Dec 2009 10:47:23 +0800 Subject: MSSDK61 in windows-amd64 build Message-ID: <8D5D48E8-AFC1-45CA-8C6F-E0108A2DDC17@sun.com> Hi Kelly This is the first time I build windows-amd64 with Visual Studio 2008. At the freetypecheck stage, it cannot find the MSSDK61 path. According to make/common/shared/Defs-windows.gmk, it's something like -- $(_program_files)/Microsoft SDKs/Windows/v6.1/ but on my system there's only C:\Program Files\Microsoft SDKs\Windows \v6.0A, and there's a WINDOWSSDKDIR env variable pointing to it. Is version 6.1 a must? I've manually point MSSDK61 to $WINDOWSSSDKDIR and the build is running now. Thanks Max From Tim.Bell at Sun.COM Mon Dec 14 19:00:21 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Mon, 14 Dec 2009 19:00:21 -0800 Subject: MSSDK61 in windows-amd64 build In-Reply-To: <8D5D48E8-AFC1-45CA-8C6F-E0108A2DDC17@sun.com> References: <8D5D48E8-AFC1-45CA-8C6F-E0108A2DDC17@sun.com> Message-ID: <4B26FBC5.9020806@sun.com> Max (Weijun) Wang wrote: > Hi Kelly > > This is the first time I build windows-amd64 with Visual Studio 2008. > > At the freetypecheck stage, it cannot find the MSSDK61 path. According > to make/common/shared/Defs-windows.gmk, it's something like -- > > $(_program_files)/Microsoft SDKs/Windows/v6.1/ > > but on my system there's only C:\Program Files\Microsoft SDKs\Windows > \v6.0A, and there's a WINDOWSSDKDIR env variable pointing to it. > > Is version 6.1 a must? I've manually point MSSDK61 to $WINDOWSSSDKDIR > and the build is running now. When using VS 2008, you can probably get away with any version 6.x SDK. I see that jdk/make/common/shared/Defs-windows.gmk hunts around and makes a few guesses when looking for an SDK... but there is no ALT_PLATFORM_SDK (or equivalent) variable so you can override it. Is there some reason you stay with v6.0A, rather than upgrading to $(_program_files)/Microsoft SDKs/Windows/v6.1/ ? HTH- Tim From Weijun.Wang at Sun.COM Mon Dec 14 19:05:55 2009 From: Weijun.Wang at Sun.COM (Max (Weijun) Wang) Date: Tue, 15 Dec 2009 11:05:55 +0800 Subject: MSSDK61 in windows-amd64 build In-Reply-To: <4B26FBC5.9020806@sun.com> References: <8D5D48E8-AFC1-45CA-8C6F-E0108A2DDC17@sun.com> <4B26FBC5.9020806@sun.com> Message-ID: > Is there some reason you stay with v6.0A, rather than upgrading to > $(_program_files)/Microsoft SDKs/Windows/v6.1/ ? No reason. 6.0a is the SDK that comes with VS2008, and I didn't realize an upgrade is needed. Max On Dec 15, 2009, at 11:00 AM, Tim Bell wrote: > Max (Weijun) Wang wrote: >> Hi Kelly >> >> This is the first time I build windows-amd64 with Visual Studio 2008. >> >> At the freetypecheck stage, it cannot find the MSSDK61 path. >> According >> to make/common/shared/Defs-windows.gmk, it's something like -- >> >> $(_program_files)/Microsoft SDKs/Windows/v6.1/ >> >> but on my system there's only C:\Program Files\Microsoft SDKs\Windows >> \v6.0A, and there's a WINDOWSSDKDIR env variable pointing to it. >> >> Is version 6.1 a must? I've manually point MSSDK61 to $WINDOWSSSDKDIR >> and the build is running now. > > When using VS 2008, you can probably get away with any version 6.x > SDK. > > I see that jdk/make/common/shared/Defs-windows.gmk hunts around and > makes a few guesses when looking for an SDK... but there is no > ALT_PLATFORM_SDK (or equivalent) variable so you can override it. > > Is there some reason you stay with v6.0A, rather than upgrading to > $(_program_files)/Microsoft SDKs/Windows/v6.1/ ? > > HTH- > > Tim From Tim.Bell at Sun.COM Mon Dec 14 19:19:00 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Mon, 14 Dec 2009 19:19:00 -0800 Subject: MSSDK61 in windows-amd64 build In-Reply-To: References: <8D5D48E8-AFC1-45CA-8C6F-E0108A2DDC17@sun.com> <4B26FBC5.9020806@sun.com> Message-ID: <4B270024.9080905@sun.com> Hi Max- >> Is there some reason you stay with v6.0A, rather than upgrading to >> $(_program_files)/Microsoft SDKs/Windows/v6.1/ ? > > No reason. 6.0a is the SDK that comes with VS2008, and I didn't > realize an upgrade is needed. According to my notes, Kelly got a response from a program manager at Microsoft saying that we should use this SDK on both 32 and 64-bit Windows builds: Windows SDK for Windows Server 2008 and .NET Framework 3.5 http://www.microsoft.com/downloads/details.aspx?FamilyId=F26B1AA4-741A-433A-9BE5-FA919850BDBF&displaylang=en As far as I can tell, installing that will give you: C:/Program Files/Microsoft SDKs/Windows/v6.1/ReleaseNotes.Htm Although it is puzzling that the 3.5 does not line up with v6.1 elsewhere. I am sure enough time has passed since then that we will need to take another look at this. I am trying to stabilize other parts of the build before I reinstall on a clean machine to check what version(s) of the tool-chain we must use. Tim From stephen.bannasch at deanbrook.org Tue Dec 15 06:47:21 2009 From: stephen.bannasch at deanbrook.org (Stephen Bannasch) Date: Tue, 15 Dec 2009 09:47:21 -0500 Subject: building (or not) OpenJDK 7 on Mac OS X In-Reply-To: <17c6771e0912100905v433ad49ch413d571764427ec0@mail.gmail.com> References: <17c6771e0912100905v433ad49ch413d571764427ec0@mail.gmail.com> Message-ID: At 5:05 PM +0000 12/10/09, Andrew John Hughes wrote: >2009/12/10 Ray Kiddy : >> >> I just wanted to update build people on this issue. There are pages on the >> wiki for building on Mac OS X 10.5.8 and on Snow Leopard. See the "Building >> from source" section of http://wikis.sun.com/display/OpenJDK/BSDPort. I have >> updated http://wikis.sun.com/display/OpenJDK/Darwin9Build with information >> from an external post of Landon Fuller's. (FYI, I checked with him about the >> copying and he was ok with it.) Since I am not using Snow Leopard, I am >> leaving that page to someone else. >> >> If anyone _can_ build OpenJDK 1.7 on a 10.5 system, please share information > > about how they this is accomplished. Here's a wiki page I wrote a while ago about how to build openjdk on mac os 10.5: https://confluence.concord.org/display/CCTR/Build+OpenJDK+Java+1.7.0+on+Mac+OS+X+10.5 This is how I am building openjdk and the mlvm patches now: http://gist.github.com/243072 From Kelly.Ohair at Sun.COM Tue Dec 15 09:25:11 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Tue, 15 Dec 2009 09:25:11 -0800 Subject: MSSDK61 in windows-amd64 build In-Reply-To: References: <8D5D48E8-AFC1-45CA-8C6F-E0108A2DDC17@sun.com> <4B26FBC5.9020806@sun.com> Message-ID: <4B27C677.3030403@sun.com> FYI... The Windows 64bit builds are still formally using the old SDK (April 2005), so what little I have managed to get to work with the newer SDKs is all a bit up in the air. v6.0A should work, maybe even v7.0, but I only tested with v6.1. These newer SDKs contain a 64bit version of Visual Studio 2008, so lots of the work done by Tim Bell to allow for 32bit builds with VS2008 is needed to make this 64bit Windows build to work. Further work on Windows 64bit upgrading has been waiting on the completion of the 32bit Windows upgrade to VS2008 and XP. --- Max (Weijun) Wang wrote: >> Is there some reason you stay with v6.0A, rather than upgrading to >> $(_program_files)/Microsoft SDKs/Windows/v6.1/ ? > > No reason. 6.0a is the SDK that comes with VS2008, and I didn't realize > an upgrade is needed. Could you explain what you mean by 'comes with VS2008'? On 64bit Windows, as I recall, you just install the Microsoft SDK (I installed v6.1) and that installs a 64bit VS2008. Or I thought that was the case. I've only seen the v6.0A show up on 32bit Windows systems when installing VS2008. Did you explicitly install the VS2008 product on 64bit Windows? Either purchased or the Express one? -kto > > Max > > On Dec 15, 2009, at 11:00 AM, Tim Bell wrote: > >> Max (Weijun) Wang wrote: >>> Hi Kelly >>> >>> This is the first time I build windows-amd64 with Visual Studio 2008. >>> >>> At the freetypecheck stage, it cannot find the MSSDK61 path. According >>> to make/common/shared/Defs-windows.gmk, it's something like -- >>> >>> $(_program_files)/Microsoft SDKs/Windows/v6.1/ >>> >>> but on my system there's only C:\Program Files\Microsoft SDKs\Windows >>> \v6.0A, and there's a WINDOWSSDKDIR env variable pointing to it. >>> >>> Is version 6.1 a must? I've manually point MSSDK61 to $WINDOWSSSDKDIR >>> and the build is running now. >> >> When using VS 2008, you can probably get away with any version 6.x SDK. >> >> I see that jdk/make/common/shared/Defs-windows.gmk hunts around and >> makes a few guesses when looking for an SDK... but there is no >> ALT_PLATFORM_SDK (or equivalent) variable so you can override it. >> >> Is there some reason you stay with v6.0A, rather than upgrading to >> $(_program_files)/Microsoft SDKs/Windows/v6.1/ ? >> >> HTH- >> >> Tim > From ray at ganymede.org Tue Dec 15 09:39:29 2009 From: ray at ganymede.org (Ray Kiddy) Date: Tue, 15 Dec 2009 09:39:29 -0800 Subject: building (or not) OpenJDK 7 on Mac OS X In-Reply-To: References: <17c6771e0912100905v433ad49ch413d571764427ec0@mail.gmail.com> Message-ID: <4B75B6F4-9832-483B-8196-DE926C87E90B@ganymede.org> On Dec 15, 2009, at 6:47 AM, Stephen Bannasch wrote: > At 5:05 PM +0000 12/10/09, Andrew John Hughes wrote: >> 2009/12/10 Ray Kiddy : >>> >>> I just wanted to update build people on this issue. There are >>> pages on the >>> wiki for building on Mac OS X 10.5.8 and on Snow Leopard. See the >>> "Building >>> from source" section of http://wikis.sun.com/display/OpenJDK/ >>> BSDPort. I have >>> updated http://wikis.sun.com/display/OpenJDK/Darwin9Build with >>> information >>> from an external post of Landon Fuller's. (FYI, I checked with him >>> about the >>> copying and he was ok with it.) Since I am not using Snow Leopard, >>> I am >>> leaving that page to someone else. >>> >>> If anyone _can_ build OpenJDK 1.7 on a 10.5 system, please share >>> information >>> about how they this is accomplished. > > Here's a wiki page I wrote a while ago about how to build openjdk on > mac os 10.5: > > https://confluence.concord.org/display/CCTR/Build+OpenJDK+Java+1.7.0+on+Mac+OS+X+10.5 > > This is how I am building openjdk and the mlvm patches now: > > http://gist.github.com/243072 > Thanks. I have gotten the build to work. One of my issues is that I have removed X11 from my system a while back. I updated the wiki page (http://wikis.sun.com/display/OpenJDK/Darwin9Build ) with the information, adding a few more things to do to recover from errors. It is nice having this all in one script, as in your second link. Perhaps there is a way to parameterize your script and make it more general. And if you want to add to the wiki, as well, that would probably be helpful. I'm on to using the VM at this point. If you have any info you want to share on how some testing can be accomplished on Mac OS X, I would be interested in hearing about it. cheers - ray From Kelly.Ohair at Sun.COM Tue Dec 15 17:42:40 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Tue, 15 Dec 2009 17:42:40 -0800 Subject: Testing your jdk builds, both jdk7/tl/jdk and jdk6/jdk6/jdk Message-ID: <4B283B10.9000008@sun.com> The jdk/test/Makefile should be in both jdk7/tl and jdk6/jdk6 repositories now. The jtreg tool is needed, so to download and install the latest jtreg tool do the following: wget http://www.java.net/download/openjdk/jtreg/promoted/b03/jtreg-4_0-bin-b03-31_mar_2009.zip unzip jtreg-4_0-bin-b03-31_mar_2009.zip export JT_HOME=`pwd`/jtreg Build your jdk image, e.g. cd jdk/make && gnumake all images Then run all the stable jdk tests: cd jdk/test && gnumake -k jdk_all If you have a 2 CPU machine and are feeling brave, try: cd jdk/test && gnumake -k -j 4 jdk_all If you do try this out, please let me know how it went. I'm still refining what tests are considered "stable" and I haven't completed my testing of Windows&CYGWIN, so I know the set of tests run will be changing a little. -kto From kelly.ohair at sun.com Wed Dec 16 12:55:38 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Wed, 16 Dec 2009 20:55:38 +0000 Subject: hg: jdk7/build: 6909462: Fix nbproject/private references in .hgignore Message-ID: <20091216205538.99FD842283@hg.openjdk.java.net> Changeset: ea77a8b9b028 Author: ohair Date: 2009-12-16 12:51 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/ea77a8b9b028 6909462: Fix nbproject/private references in .hgignore Summary: See bugzilla issue 100097 Reviewed-by: tbell Contributed-by: Jesse Glick ! .hgignore From kelly.ohair at sun.com Wed Dec 16 12:55:42 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Wed, 16 Dec 2009 20:55:42 +0000 Subject: hg: jdk7/build/corba: 6909462: Fix nbproject/private references in .hgignore Message-ID: <20091216205544.CF51242284@hg.openjdk.java.net> Changeset: a7f7276b48cd Author: ohair Date: 2009-12-16 12:51 -0800 URL: http://hg.openjdk.java.net/jdk7/build/corba/rev/a7f7276b48cd 6909462: Fix nbproject/private references in .hgignore Summary: See bugzilla issue 100097 Reviewed-by: tbell Contributed-by: Jesse Glick ! .hgignore From kelly.ohair at sun.com Wed Dec 16 12:58:23 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Wed, 16 Dec 2009 20:58:23 +0000 Subject: hg: jdk7/build/hotspot: 6909462: Fix nbproject/private references in .hgignore Message-ID: <20091216205827.2EE8542285@hg.openjdk.java.net> Changeset: e703499b4b51 Author: ohair Date: 2009-12-16 12:51 -0800 URL: http://hg.openjdk.java.net/jdk7/build/hotspot/rev/e703499b4b51 6909462: Fix nbproject/private references in .hgignore Summary: See bugzilla issue 100097 Reviewed-by: tbell Contributed-by: Jesse Glick ! .hgignore From kelly.ohair at sun.com Wed Dec 16 13:00:42 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Wed, 16 Dec 2009 21:00:42 +0000 Subject: hg: jdk7/build/jaxp: 6909462: Fix nbproject/private references in .hgignore Message-ID: <20091216210042.7F20142287@hg.openjdk.java.net> Changeset: 7a12d3789e1b Author: ohair Date: 2009-12-16 12:52 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxp/rev/7a12d3789e1b 6909462: Fix nbproject/private references in .hgignore Summary: See bugzilla issue 100097 Reviewed-by: tbell Contributed-by: Jesse Glick ! .hgignore From kelly.ohair at sun.com Wed Dec 16 13:00:47 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Wed, 16 Dec 2009 21:00:47 +0000 Subject: hg: jdk7/build/jaxws: 6909462: Fix nbproject/private references in .hgignore Message-ID: <20091216210047.903A142288@hg.openjdk.java.net> Changeset: fc1c72d1dfbb Author: ohair Date: 2009-12-16 12:52 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jaxws/rev/fc1c72d1dfbb 6909462: Fix nbproject/private references in .hgignore Summary: See bugzilla issue 100097 Reviewed-by: tbell Contributed-by: Jesse Glick ! .hgignore From kelly.ohair at sun.com Wed Dec 16 13:00:53 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Wed, 16 Dec 2009 21:00:53 +0000 Subject: hg: jdk7/build/jdk: 6909462: Fix nbproject/private references in .hgignore Message-ID: <20091216210116.CC5214228A@hg.openjdk.java.net> Changeset: 447726d0daff Author: ohair Date: 2009-12-16 12:52 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/447726d0daff 6909462: Fix nbproject/private references in .hgignore Summary: See bugzilla issue 100097 Reviewed-by: tbell Contributed-by: Jesse Glick ! .hgignore From kelly.ohair at sun.com Wed Dec 16 13:07:40 2009 From: kelly.ohair at sun.com (kelly.ohair at sun.com) Date: Wed, 16 Dec 2009 21:07:40 +0000 Subject: hg: jdk7/build/langtools: 6909462: Fix nbproject/private references in .hgignore Message-ID: <20091216210743.F3F3A4228F@hg.openjdk.java.net> Changeset: 381399872958 Author: ohair Date: 2009-12-16 12:52 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/381399872958 6909462: Fix nbproject/private references in .hgignore Summary: See bugzilla issue 100097 Reviewed-by: tbell Contributed-by: Jesse Glick ! .hgignore From Mandy.Chung at Sun.COM Thu Dec 17 00:02:31 2009 From: Mandy.Chung at Sun.COM (Mandy Chung) Date: Thu, 17 Dec 2009 00:02:31 -0800 Subject: Review request for 6909572: Add a new target for building modules In-Reply-To: <4B26E2B5.1050809@sun.com> References: <4B26E2B5.1050809@sun.com> Message-ID: <4B29E597.6080602@sun.com> I updated the class analyzer to generate a new .resources file. The jdk module build will include the non-java resource files in each module. The new webrev is at: http://cr.openjdk.java.net/~mchung/6909572/webrev.01 I also generate a webrev showing the class analyzer change w.r.t. the jigsaw-tools repository for your reference: http://cr.openjdk.java.net/~mchung/6909572/jigsaw-tools-webrev/ Thanks Mandy Mandy Chung wrote: > We have made some progress in eliminating several undesirable > dependencies in the past few builds [1]. A class analyzer tool in > the jigsaw/tools repository [2] has been developed and used to analyze > the dependencies. > > The next step of the jdk modularization effort is to make the build > changes to generate modules. I plan to break this task into several > steps. The first step is to add a new "modules" target to build the > module image that has one jar file per module rather than rt.jar. > This change does not have any impact to the existing jdk build. > > Webrev at: > http://cr.openjdk.java.net/~mchung/6909572/webrev.00 > > Details: > 1. The new target will create two jdk-module-image and > jre-module-image directories. > 2. modules are generated to replace rt.jar and other jar files under > jre/lib and jre/lib/ext. > 3. non-java resources are in resources.jar and will be soon included > in their corresponding modules (see 6910370). > 4. The class analyzer tool is included in make/modules/tools. > > It's a build tool and make/tools seems to be an appropriate place for > it. I decide to put it under make/modules/tools for 2 reasons. (a) > classanalyzer depends on the jdk 7 com.sun.tools.classfile library > that is not available when make/tools is built (while is the first > subdirectory being built using the bootstrap javac (1.6)) (b) Once we > modularize the source tree and the build, this tool and > make/modules/Makefile will no longer be needed. The entire > make/modules directory can go away at that time. > > 5. make/modules/modules.config contains the module definitions of > fine-grained modules that we currently define. The list of modules is > yet to be finalized. They could possibly be grouped into > coarser-grained profiles in the future. > > Another change related to this build change is: > 6909573: Temporary launcher support to add modules in the bootclasspath > webrev: http://cr.openjdk.java.net/~mchung/6909573/webrev.00/ > > Kumar, can you please review the launcher change? > > The launcher is modified to detect if this is a module image and > enumerate the list of modules to add to the bootclasspath. The > launcher doesn't alter the bootclasspath for the existing jdk build. > > Thanks > Mandy > > [1] http://blogs.sun.com/alanb/entry/is_the_jdk_losing_its > [2] http://hg.openjdk.java.net/jigsaw/tools/ From Tim.Bell at Sun.COM Thu Dec 17 00:43:26 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Thu, 17 Dec 2009 00:43:26 -0800 Subject: Please review: Bug ID: 6899737 JDK build fails in make/java/jli because of _vsnprintf macro redefinition Message-ID: <4B29EF2E.6090805@sun.com> Hi Folks Here is the bug report: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6899737 Here is the proposed fix (works when using both Visual Studio 2003 and VS 2008 on Windows XP SP2): http://cr.openjdk.java.net/~tbell/6899737.00/ This is a blocker for my work on the full Visual Studio 2008 build of JDK7. Thanks in advance- Tim From michael.wilkerson at sun.com Thu Dec 17 00:44:27 2009 From: michael.wilkerson at sun.com (michael.wilkerson at sun.com) Date: Thu, 17 Dec 2009 08:44:27 +0000 Subject: hg: jdk7/build: 4 new changesets Message-ID: <20091217084428.0C1A74235F@hg.openjdk.java.net> Changeset: 382219a27386 Author: ohair Date: 2009-11-18 16:41 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/382219a27386 6727046: Add message when docs are skipped in control build 6864011: typo? in top level Makefile: DAYE_STAMP Reviewed-by: jjg ! Makefile ! make/Defs-internal.gmk ! make/jdk-rules.gmk ! make/sanity-rules.gmk Changeset: 08f13b9af1b2 Author: tbell Date: 2009-11-23 19:55 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/08f13b9af1b2 Merge Changeset: 80161484b6b1 Author: tbell Date: 2009-12-08 09:14 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/80161484b6b1 Merge Changeset: ab4ae8f45146 Author: mikejwre Date: 2009-12-16 23:38 -0800 URL: http://hg.openjdk.java.net/jdk7/build/rev/ab4ae8f45146 Merge From Artem.Ananiev at Sun.COM Thu Dec 17 00:54:00 2009 From: Artem.Ananiev at Sun.COM (Artem Ananiev) Date: Thu, 17 Dec 2009 11:54:00 +0300 Subject: Please review: Bug ID: 6899737 JDK build fails in make/java/jli because of _vsnprintf macro redefinition In-Reply-To: <4B29EF2E.6090805@sun.com> References: <4B29EF2E.6090805@sun.com> Message-ID: <4B29F1A8.1090902@sun.com> Hi, Tim, is this problem specific to the newest MS compiler only (and do we care of any other compiler when building JDK7 on windows)? If yes, we could change the condition to #if !defined(vsnprintf) && !defined(NO_vsnprintf) && (!defined(_MSC_VER) || (_MSC_VER >= 1500)) Thanks, Artem Tim Bell wrote: > Hi Folks > > Here is the bug report: > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6899737 > > Here is the proposed fix (works when using both Visual Studio 2003 and VS 2008 > on Windows XP SP2): > > http://cr.openjdk.java.net/~tbell/6899737.00/ > > This is a blocker for my work on the full Visual Studio 2008 build of JDK7. > > Thanks in advance- > > Tim From michael.wilkerson at sun.com Thu Dec 17 00:49:05 2009 From: michael.wilkerson at sun.com (michael.wilkerson at sun.com) Date: Thu, 17 Dec 2009 08:49:05 +0000 Subject: hg: jdk7/build/jdk: 80 new changesets Message-ID: <20091217090643.D958542367@hg.openjdk.java.net> Changeset: 6fac6e5fdf0c Author: mullan Date: 2009-11-18 12:34 -0500 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/6fac6e5fdf0c 6894461: OCSP Checker should not wrap all Exception as "Unable to send OCSP request."(introduced by #6885667) Reviewed-by: vinnie, xuelei ! src/share/classes/sun/security/provider/certpath/OCSPChecker.java Changeset: f329c9e0d39f Author: ohair Date: 2009-11-18 11:10 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/f329c9e0d39f 6902323: Fix testcase sun/tools/native2ascii/NativeErrors.java 6902325: Fix testcase sun/tools/jhat/HatHeapDump1Test.java Reviewed-by: tbell, dcubed ! test/ProblemList.txt ! test/sun/tools/jhat/HatRun.java ! test/sun/tools/native2ascii/NativeErrors.java - test/sun/tools/native2ascii/test2 Changeset: ce94cd61b33e Author: ohair Date: 2009-11-18 11:12 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/ce94cd61b33e 6892742: Improve root set used by jhat Reviewed-by: tbell, dcubed Contributed-by: Keith Randall ! src/share/classes/com/sun/tools/hat/internal/model/JavaStatic.java Changeset: 041b482fdbe2 Author: ohair Date: 2009-11-18 11:13 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/041b482fdbe2 Merge Changeset: 5ac84cf85a24 Author: ohair Date: 2009-11-18 11:15 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/5ac84cf85a24 Merge - test/sun/tools/native2ascii/test2 Changeset: c8fb7e11daf8 Author: mchung Date: 2009-11-18 22:29 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/c8fb7e11daf8 6902678: com.sun.tracing.ProviderFactory.createProvider doesn't throw IllegalArgumentException Summary: doPrivileged for calls that have permission check instead of catching all exceptions Reviewed-by: kamg, dcubed ! src/share/classes/com/sun/tracing/ProviderFactory.java ! src/share/classes/sun/tracing/MultiplexProviderFactory.java ! src/share/classes/sun/tracing/NullProviderFactory.java ! src/share/classes/sun/tracing/PrintStreamProviderFactory.java ! src/share/classes/sun/tracing/ProviderSkeleton.java ! src/share/classes/sun/tracing/dtrace/DTraceProviderFactory.java + test/com/sun/tracing/BasicWithSecurityMgr.java Changeset: ca026eb5cf3c Author: jccollet Date: 2009-11-20 14:50 +0100 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/ca026eb5cf3c 6901170: HttpCookie parsing of version and max-age mis-handled Summary: Accept single quotes in cookies and better exception handling in CookieManager Reviewed-by: chegar ! src/share/classes/java/net/CookieManager.java ! src/share/classes/java/net/HttpCookie.java ! test/java/net/CookieHandler/TestHttpCookie.java Changeset: 92198fb7e908 Author: dcubed Date: 2009-11-23 10:29 -0700 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/92198fb7e908 6903102: 3/3 fixes in nightly testing version of ShellScaffold.sh need to be committed Summary: Merge Jim's ShellScaffold.sh fixes with Tim's ShellScaffold.sh fixes. Reviewed-by: tbell ! test/com/sun/jdi/ShellScaffold.sh Changeset: 5d2e63dad298 Author: mullan Date: 2009-11-23 12:36 -0500 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/5d2e63dad298 6899503: Security code issue using Verisign root certificate Summary: Add support for reordering out-of-order certificate chains Reviewed-by: vinnie, xuelei ! src/share/classes/sun/security/validator/PKIXValidator.java Changeset: 38960b705c30 Author: mullan Date: 2009-11-23 13:57 -0500 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/38960b705c30 Merge Changeset: 1ced99075109 Author: alanb Date: 2009-11-23 19:26 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/1ced99075109 6888171: JMX Monitor API should not require JavaBeans to be present Reviewed-by: emcmanus ! src/share/classes/com/sun/jmx/mbeanserver/Introspector.java ! src/share/classes/com/sun/jmx/mbeanserver/MBeanIntrospector.java Changeset: 03f841635453 Author: ohair Date: 2009-11-23 09:51 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/03f841635453 6902666: Include closed tests in the test/Makefile jdk_* targets 6902667: Fix JT_HOME not working from env in jdk/test/Makefile Reviewed-by: mullan, dcubed ! test/Makefile ! test/ProblemList.txt Changeset: 8d555c08e267 Author: ohair Date: 2009-11-23 13:00 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/8d555c08e267 Merge Changeset: 2fec95bd2192 Author: mchung Date: 2009-11-23 08:21 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/2fec95bd2192 6903638: Remove dependency on AuthPermission from SecurityConstants Summary: Move two static fields from SecurityConstants to javax.security.auth.Subject Reviewed-by: mullan ! src/share/classes/javax/security/auth/Subject.java ! src/share/classes/sun/security/util/SecurityConstants.java Changeset: 542a1f9d08be Author: mchung Date: 2009-11-23 10:46 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/542a1f9d08be Merge Changeset: 826cc6f77c4a Author: mchung Date: 2009-11-23 14:59 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/826cc6f77c4a Merge Changeset: ea9411ec1458 Author: tbell Date: 2009-11-23 19:57 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/ea9411ec1458 Merge - test/sun/tools/native2ascii/test2 Changeset: 57195a368d33 Author: ohair Date: 2009-11-25 08:24 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/57195a368d33 6904183: Fix jdk/test/com/sun/jdi tests to run with -samevm Reviewed-by: dcubed ! test/Makefile ! test/ProblemList.txt ! test/com/sun/jdi/BadHandshakeTest.java ! test/com/sun/jdi/DoubleAgentTest.java ! test/com/sun/jdi/ExclusiveBind.java ! test/com/sun/jdi/JITDebug.sh ! test/com/sun/jdi/RepStep.java ! test/com/sun/jdi/RunToExit.java ! test/com/sun/jdi/SimulResumerTest.java ! test/com/sun/jdi/Solaris32AndSolaris64Test.sh ! test/com/sun/jdi/VMConnection.java ! test/com/sun/jdi/connect/spi/DebugUsingCustomConnector.java ! test/com/sun/jdi/connect/spi/GeneratedConnectors.java ! test/com/sun/jdi/connect/spi/SimpleLaunchingConnector.java ! test/com/sun/jdi/redefine/RedefineTest.java Changeset: 7871897537b1 Author: weijun Date: 2009-11-27 08:51 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7871897537b1 6853328: Support OK-AS-DELEGATE flag Reviewed-by: valeriep ! src/share/classes/com/sun/security/jgss/ExtendedGSSContext.java ! src/share/classes/org/ietf/jgss/GSSContext.java ! src/share/classes/sun/net/www/protocol/http/spnego/NegotiatorImpl.java ! src/share/classes/sun/security/jgss/GSSContextImpl.java ! src/share/classes/sun/security/jgss/krb5/InitialToken.java ! src/share/classes/sun/security/jgss/krb5/Krb5Context.java ! src/share/classes/sun/security/jgss/spi/GSSContextSpi.java ! src/share/classes/sun/security/jgss/spnego/SpNegoContext.java ! src/share/classes/sun/security/jgss/wrapper/NativeGSSContext.java ! src/share/classes/sun/security/krb5/Credentials.java ! src/share/classes/sun/security/krb5/internal/CredentialsUtil.java ! test/sun/security/krb5/auto/Context.java ! test/sun/security/krb5/auto/KDC.java + test/sun/security/krb5/auto/OkAsDelegate.java + test/sun/security/krb5/auto/OkAsDelegateXRealm.java + test/sun/security/krb5/auto/ok-as-delegate-xrealm.sh + test/sun/security/krb5/auto/ok-as-delegate.sh Changeset: a7bf281b1de3 Author: weijun Date: 2009-11-27 08:51 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/a7bf281b1de3 6901085: SPNEGO does not works with native program Reviewed-by: valeriep ! src/share/classes/sun/security/jgss/spnego/SpNegoContext.java Changeset: a7d0572340fd Author: weijun Date: 2009-11-27 08:51 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/a7d0572340fd 6770883: Infinite loop if SPNEGO specified as sun.security.jgss.mechanism Reviewed-by: valeriep ! src/share/classes/sun/security/jgss/spnego/SpNegoMechFactory.java + test/sun/security/jgss/spnego/NoSpnegoAsDefMech.java Changeset: d5a1c012921d Author: tbell Date: 2009-11-29 15:24 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/d5a1c012921d Merge - test/sun/tools/native2ascii/test2 Changeset: de45eac5670e Author: ksrini Date: 2009-11-20 11:01 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/de45eac5670e 6367077: Purge LD_LIBRARY_PATH usage from the launcher 6899834: (launcher) remove the solaris libjvm.so symlink Summary: Fixes other related issues as well. Reviewed-by: darcy, ohair, xlu, martin ! make/java/jli/Makefile ! make/java/main/java/Makefile ! make/java/redist/Makefile ! src/share/bin/java.c ! src/solaris/bin/java_md.c ! test/tools/launcher/Arrrghs.java + test/tools/launcher/ExecutionEnvironment.java - test/tools/launcher/SolarisDataModel.sh - test/tools/launcher/SolarisRunpath.sh ! test/tools/launcher/TestHelper.java - test/tools/launcher/libraryCaller.c - test/tools/launcher/libraryCaller.h - test/tools/launcher/libraryCaller.java Changeset: 026e0baaef90 Author: ohair Date: 2009-11-30 14:15 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/026e0baaef90 6903197: Some java template files need to be renamed to .java.template Reviewed-by: alanb ! make/java/java/Makefile ! make/java/java/genlocales.gmk ! make/java/java/localegen.sh ! make/java/nio/Makefile ! make/netbeans/README ! make/sun/nio/Makefile - make/tools/CharsetMapping/DoubleByte-X.java + make/tools/CharsetMapping/DoubleByte-X.java.template - make/tools/CharsetMapping/SingleByte-X.java + make/tools/CharsetMapping/SingleByte-X.java.template ! make/tools/src/build/tools/charsetmapping/GenerateDBCS.java ! make/tools/src/build/tools/charsetmapping/GenerateSBCS.java - src/share/classes/sun/util/CoreResourceBundleControl-XLocales.java + src/share/classes/sun/util/CoreResourceBundleControl-XLocales.java.template - src/share/classes/sun/util/LocaleDataMetaInfo-XLocales.java + src/share/classes/sun/util/LocaleDataMetaInfo-XLocales.java.template - test/java/util/Formatter/Basic-X.java + test/java/util/Formatter/Basic-X.java.template ! test/java/util/Formatter/genBasic.sh Changeset: 44ad385143a8 Author: ohair Date: 2009-12-01 08:51 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/44ad385143a8 6905705: Fix broken exit code values in jdk/test/Makefile Reviewed-by: tbell ! test/Makefile ! test/ProblemList.txt ! test/com/sun/jdi/BadHandshakeTest.java ! test/com/sun/jdi/DoubleAgentTest.java ! test/com/sun/jdi/ExclusiveBind.java ! test/com/sun/jdi/RunToExit.java ! test/com/sun/jdi/connect/spi/SimpleLaunchingConnector.java Changeset: f07f6eb5d597 Author: ohair Date: 2009-12-01 08:54 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/f07f6eb5d597 Merge - test/tools/launcher/SolarisDataModel.sh - test/tools/launcher/SolarisRunpath.sh - test/tools/launcher/libraryCaller.c - test/tools/launcher/libraryCaller.h - test/tools/launcher/libraryCaller.java Changeset: 561186928899 Author: vinnie Date: 2009-12-02 17:06 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/561186928899 6906510: Fix testcase for 6894643: Separate out dependency on Kerberos Reviewed-by: weijun ! test/sun/security/krb5/auto/SSL.java Changeset: 79d91585d7d7 Author: vinnie Date: 2009-12-02 17:34 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/79d91585d7d7 Merge - make/tools/CharsetMapping/DoubleByte-X.java - make/tools/CharsetMapping/SingleByte-X.java - src/share/classes/sun/util/CoreResourceBundleControl-XLocales.java - src/share/classes/sun/util/LocaleDataMetaInfo-XLocales.java - test/java/util/Formatter/Basic-X.java - test/sun/tools/native2ascii/test2 - test/tools/launcher/SolarisDataModel.sh - test/tools/launcher/SolarisRunpath.sh - test/tools/launcher/libraryCaller.c - test/tools/launcher/libraryCaller.h - test/tools/launcher/libraryCaller.java Changeset: bc12627832e0 Author: vinnie Date: 2009-12-03 21:30 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/bc12627832e0 6906854: SSL/Krb5 testcase should not use a fixed port number Reviewed-by: alanb ! test/ProblemList.txt ! test/sun/security/krb5/auto/SSL.java Changeset: 1755493c5774 Author: darcy Date: 2009-12-03 18:19 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/1755493c5774 6907177: Update jdk tests to remove unncessary -source and -target options Reviewed-by: ohair ! test/demo/jvmti/hprof/CpuOldTest.java ! test/demo/jvmti/hprof/CpuSamplesTest.java ! test/demo/jvmti/hprof/CpuTimesDefineClassTest.java ! test/demo/jvmti/hprof/CpuTimesTest.java ! test/demo/jvmti/hprof/HeapAllTest.java ! test/demo/jvmti/hprof/HeapBinaryFormatTest.java ! test/demo/jvmti/hprof/HeapDumpTest.java ! test/demo/jvmti/hprof/HeapSitesTest.java ! test/demo/jvmti/hprof/OptionsTest.java ! test/java/io/Serializable/enum/array/Test.java ! test/java/io/Serializable/enum/badResolve/Write.java ! test/java/io/Serializable/enum/basic/Test.java ! test/java/io/Serializable/enum/classObject/Test.java ! test/java/io/Serializable/enum/constantSubclasses/Write.java ! test/java/io/Serializable/enum/ignoreSerializationFields/Test.java ! test/java/io/Serializable/enum/ignoreSerializationMethods/Test.java ! test/java/io/Serializable/enum/mismatchedTypecode/Test.java ! test/java/io/Serializable/enum/missingConstant/Write.java ! test/java/io/Serializable/enum/unshared/Test.java ! test/java/lang/Boolean/MakeBooleanComparable.java ! test/java/lang/Class/Cast.java ! test/java/lang/Class/IsEnum.java ! test/java/lang/Class/asSubclass/BasicUnit.java ! test/java/lang/ClassLoader/Assert.sh ! test/java/lang/Integer/BitTwiddle.java ! test/java/lang/Long/BitTwiddle.java ! test/java/lang/Math/Atan2Tests.java ! test/java/lang/Math/IeeeRecommendedTests.java ! test/java/lang/Math/PowTests.java ! test/java/lang/Math/TanTests.java ! test/java/lang/Runtime/exec/WinCommand.java ! test/java/lang/Thread/GenerifyStackTraces.java ! test/java/lang/Thread/UncaughtExceptions.sh ! test/java/lang/annotation/UnitTest.java ! test/java/lang/annotation/package-info.java ! test/java/lang/management/CompositeData/MemoryNotifInfoCompositeData.java ! test/java/lang/management/CompositeData/ThreadInfoCompositeData.java ! test/java/lang/management/ManagementFactory/MXBeanProxyTest.java ! test/java/lang/management/ManagementFactory/PlatformMBeanServerTest.java ! test/java/lang/management/ManagementFactory/ProxyExceptions.java ! test/java/lang/management/ManagementFactory/ProxyTypeMapping.java ! test/java/lang/management/ManagementFactory/ValidateOpenTypes.java ! test/java/lang/management/RuntimeMXBean/GetSystemProperties.java ! test/java/lang/management/RuntimeMXBean/TestInputArgument.sh ! test/java/lang/reflect/Constructor/GenericStringTest.java ! test/java/lang/reflect/Field/GenericStringTest.java ! test/java/lang/reflect/Generics/StringsAndBounds.java ! test/java/lang/reflect/Generics/TestC1.java ! test/java/lang/reflect/Generics/TestC2.java ! test/java/lang/reflect/Generics/TestN1.java ! test/java/lang/reflect/Generics/exceptionCauseTest.java ! test/java/lang/reflect/Generics/getAnnotationTest.java ! test/java/lang/reflect/Method/Equals.java ! test/java/lang/reflect/Method/GenericStringTest.java ! test/java/math/BigDecimal/DivideTests.java ! test/java/math/BigDecimal/IntegralDivisionTests.java ! test/java/math/BigDecimal/PowTests.java ! test/java/math/BigDecimal/ToPlainStringTests.java ! test/java/math/BigDecimal/ZeroScalingTests.java ! test/java/math/RoundingMode/RoundingModeTests.java ! test/java/net/ProxySelector/ProxyTest.java ! test/java/net/URL/PerConnectionProxy.java ! test/java/security/cert/PKIXBuilderParameters/InvalidParameters.java ! test/java/security/cert/PKIXParameters/InvalidParameters.java ! test/java/util/AbstractList/CheckForComodification.java ! test/java/util/Collections/AddAll.java ! test/java/util/Collections/Disjoint.java ! test/java/util/Collections/Frequency.java ! test/java/util/EnumMap/EnumMapBash.java ! test/java/util/EnumSet/AllOf.java ! test/java/util/EnumSet/ComplementOf.java ! test/java/util/EnumSet/EnumSetBash.java ! test/java/util/EnumSet/JumboRange.java ! test/java/util/EnumSet/Range.java ! test/java/util/Formattable/StockName.java ! test/java/util/IdentityHashMap/ToString.java ! test/java/util/Locale/Bug4175998Test.java ! test/java/util/UUID/UUIDTest.java ! test/java/util/concurrent/BlockingQueue/CancelledProducerConsumerLoops.java ! test/java/util/concurrent/BlockingQueue/MultipleProducersSingleConsumerLoops.java ! test/java/util/concurrent/BlockingQueue/ProducerConsumerLoops.java ! test/java/util/concurrent/BlockingQueue/SingleProducerMultipleConsumerLoops.java ! test/java/util/concurrent/ConcurrentHashMap/MapCheck.java ! test/java/util/concurrent/ConcurrentHashMap/MapLoops.java ! test/java/util/concurrent/Exchanger/ExchangeLoops.java ! test/java/util/concurrent/ExecutorCompletionService/ExecutorCompletionServiceLoops.java ! test/java/util/concurrent/FutureTask/CancelledFutureLoops.java ! test/java/util/concurrent/atomic/VMSupportsCS8.java ! test/java/util/concurrent/locks/ReentrantLock/CancelledLockLoops.java ! test/java/util/concurrent/locks/ReentrantLock/LockOncePerThreadLoops.java ! test/java/util/concurrent/locks/ReentrantLock/SimpleReentrantLockLoops.java ! test/java/util/concurrent/locks/ReentrantLock/TimeoutLockLoops.java ! test/java/util/concurrent/locks/ReentrantReadWriteLock/MapLoops.java ! test/sun/management/AgentCheckTest.java ! test/sun/security/util/Oid/S11N.sh ! test/sun/tools/jconsole/ResourceCheckTest.sh Changeset: 0f494453cd0a Author: weijun Date: 2009-12-07 15:27 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/0f494453cd0a 6879540: enable empty password for kerberos 5 Reviewed-by: valeriep, wetmore ! src/share/classes/com/sun/crypto/provider/HmacCore.java ! src/share/classes/com/sun/crypto/provider/PBKDF2KeyImpl.java Changeset: 17be46c2f853 Author: weijun Date: 2009-12-07 15:29 +0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/17be46c2f853 6886058: JNDI LDAP InitialLdapContext SECURITY_CREDENTIALS byte[] can be corrupted, then LDAP referral fails Reviewed-by: vinnie, xuelei ! src/share/classes/javax/naming/InitialContext.java ! src/share/classes/javax/naming/directory/InitialDirContext.java ! src/share/classes/javax/naming/ldap/InitialLdapContext.java Changeset: 327adb1c2224 Author: vinnie Date: 2009-12-07 17:06 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/327adb1c2224 6876158: Remove dependencies on Signer, Certificate, Identity, IdentityScope classes from java.security pkg Reviewed-by: alanb, mullan ! src/share/classes/com/sun/security/auth/PolicyFile.java ! src/share/classes/sun/security/pkcs/PKCS10.java - src/share/classes/sun/security/provider/IdentityDatabase.java ! src/share/classes/sun/security/provider/PolicyFile.java - src/share/classes/sun/security/provider/SystemIdentity.java - src/share/classes/sun/security/provider/SystemSigner.java ! src/share/classes/sun/security/tools/JarSigner.java ! src/share/classes/sun/security/tools/KeyTool.java ! src/share/classes/sun/security/x509/CertAndKeyGen.java - src/share/classes/sun/security/x509/X500Signer.java - src/share/classes/sun/security/x509/X509Cert.java - src/share/classes/sun/tools/jar/JarVerifierStream.java Changeset: c68f6b6b47fd Author: alanb Date: 2009-12-07 12:24 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/c68f6b6b47fd 6903753: (se) Selector should implement Closeable Reviewed-by: chegar, forax ! src/share/classes/java/nio/channels/Selector.java Changeset: 587fa61c0f07 Author: alanb Date: 2009-12-07 12:29 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/587fa61c0f07 6902010: (cl) Delay initialization of ClassLoader.parallelLoaders Reviewed-by: forax, mchung, valeriep ! src/share/classes/java/lang/ClassLoader.java Changeset: 63cab9078ac2 Author: alanb Date: 2009-12-07 20:25 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/63cab9078ac2 Merge - src/share/classes/sun/security/provider/IdentityDatabase.java - src/share/classes/sun/security/provider/SystemIdentity.java - src/share/classes/sun/security/provider/SystemSigner.java - src/share/classes/sun/security/x509/X500Signer.java - src/share/classes/sun/security/x509/X509Cert.java - src/share/classes/sun/tools/jar/JarVerifierStream.java Changeset: e47e55b6ecf6 Author: martin Date: 2009-12-07 15:32 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e47e55b6ecf6 6905029: Broken links in Deflater and DeflaterOutputStream javadoc Summary: Fix syntax errors in @links Reviewed-by: alanb ! src/share/classes/java/util/zip/Deflater.java ! src/share/classes/java/util/zip/DeflaterOutputStream.java Changeset: 0dcdb13ab6d0 Author: martin Date: 2009-12-07 16:44 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/0dcdb13ab6d0 6900043: Add method to return line.separator property Summary: Add System.lineSeparator(), returning getProperty("line.separator") Reviewed-by: darcy ! src/share/classes/java/lang/System.java ! src/share/classes/java/util/Formatter.java Changeset: 146c8921267f Author: jjb Date: 2009-12-08 12:40 +0000 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/146c8921267f 6905046: More Dual-pivot quicksort improvements Summary: More improvements from the DPQ team Reviewed-by: alanb ! src/share/classes/java/util/DualPivotQuicksort.java Changeset: d7c07e9258a9 Author: tbell Date: 2009-12-08 09:15 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/d7c07e9258a9 Merge - make/tools/CharsetMapping/DoubleByte-X.java - make/tools/CharsetMapping/SingleByte-X.java - src/share/classes/sun/security/provider/IdentityDatabase.java - src/share/classes/sun/security/provider/SystemIdentity.java - src/share/classes/sun/security/provider/SystemSigner.java - src/share/classes/sun/security/x509/X500Signer.java - src/share/classes/sun/security/x509/X509Cert.java - src/share/classes/sun/tools/jar/JarVerifierStream.java - src/share/classes/sun/util/CoreResourceBundleControl-XLocales.java - src/share/classes/sun/util/LocaleDataMetaInfo-XLocales.java - test/java/util/Formatter/Basic-X.java - test/sun/tools/native2ascii/test2 - test/tools/launcher/SolarisDataModel.sh - test/tools/launcher/SolarisRunpath.sh - test/tools/launcher/libraryCaller.c - test/tools/launcher/libraryCaller.h - test/tools/launcher/libraryCaller.java Changeset: 479c14bec7f1 Author: prr Date: 2009-11-30 14:39 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/479c14bec7f1 6904962: GlyphVector.getVisualBounds should not be affected by leading or trailing white space. Reviewed-by: igor, dougfelt ! src/share/classes/sun/font/StandardGlyphVector.java + test/java/awt/font/GlyphVector/VisualBounds.java Changeset: 92fa88af9467 Author: lana Date: 2009-12-02 16:18 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/92fa88af9467 Merge - make/tools/fontchecker/Makefile - make/tools/src/build/tools/fontchecker/FontCheckDummy.java - make/tools/src/build/tools/fontchecker/FontChecker.java - make/tools/src/build/tools/fontchecker/FontCheckerConstants.java - make/tools/src/build/tools/fontchecker/FontFileFilter.java - make/tools/src/build/tools/fontchecker/README.txt - src/share/classes/com/sun/jmx/event/DaemonThreadFactory.java - src/share/classes/com/sun/jmx/event/EventBuffer.java - src/share/classes/com/sun/jmx/event/EventClientFactory.java - src/share/classes/com/sun/jmx/event/EventConnection.java - src/share/classes/com/sun/jmx/event/EventParams.java - src/share/classes/com/sun/jmx/event/LeaseManager.java - src/share/classes/com/sun/jmx/event/LeaseRenewer.java - src/share/classes/com/sun/jmx/event/ReceiverBuffer.java - src/share/classes/com/sun/jmx/event/RepeatedSingletonJob.java - src/share/classes/com/sun/jmx/interceptor/DispatchInterceptor.java - src/share/classes/com/sun/jmx/interceptor/DomainDispatchInterceptor.java - src/share/classes/com/sun/jmx/interceptor/MBeanServerInterceptorSupport.java - src/share/classes/com/sun/jmx/interceptor/NamespaceDispatchInterceptor.java - src/share/classes/com/sun/jmx/interceptor/SingleMBeanForwarder.java - src/share/classes/com/sun/jmx/mbeanserver/MBeanInjector.java - src/share/classes/com/sun/jmx/mbeanserver/NotificationMBeanSupport.java - src/share/classes/com/sun/jmx/mbeanserver/NotifySupport.java - src/share/classes/com/sun/jmx/mbeanserver/PerThreadGroupPool.java - src/share/classes/com/sun/jmx/namespace/DomainInterceptor.java - src/share/classes/com/sun/jmx/namespace/HandlerInterceptor.java - src/share/classes/com/sun/jmx/namespace/NamespaceInterceptor.java - src/share/classes/com/sun/jmx/namespace/ObjectNameRouter.java - src/share/classes/com/sun/jmx/namespace/RoutingConnectionProxy.java - src/share/classes/com/sun/jmx/namespace/RoutingMBeanServerConnection.java - src/share/classes/com/sun/jmx/namespace/RoutingProxy.java - src/share/classes/com/sun/jmx/namespace/RoutingServerProxy.java - src/share/classes/com/sun/jmx/namespace/package.html - src/share/classes/com/sun/jmx/namespace/serial/DefaultRewritingProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/IdentityProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/JMXNamespaceContext.java - src/share/classes/com/sun/jmx/namespace/serial/RewritingProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/RoutingOnlyProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/SerialRewritingProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/package.html - src/share/classes/com/sun/jmx/remote/internal/ProxyInputStream.java - src/share/classes/com/sun/jmx/remote/util/EventClientConnection.java - src/share/classes/java/nio/ByteBufferAs-X-Buffer.java - src/share/classes/java/nio/Direct-X-Buffer-bin.java - src/share/classes/java/nio/Direct-X-Buffer.java - src/share/classes/java/nio/Heap-X-Buffer.java - src/share/classes/java/nio/X-Buffer-bin.java - src/share/classes/java/nio/X-Buffer.java - src/share/classes/java/nio/charset/Charset-X-Coder.java - src/share/classes/javax/management/ClientContext.java - src/share/classes/javax/management/Description.java - src/share/classes/javax/management/DescriptorFields.java - src/share/classes/javax/management/DynamicWrapperMBean.java - src/share/classes/javax/management/GenericMBeanException.java - src/share/classes/javax/management/Impact.java - src/share/classes/javax/management/MBean.java - src/share/classes/javax/management/ManagedAttribute.java - src/share/classes/javax/management/ManagedOperation.java - src/share/classes/javax/management/NotificationInfo.java - src/share/classes/javax/management/NotificationInfos.java - src/share/classes/javax/management/ObjectNameTemplate.java - src/share/classes/javax/management/QueryNotificationFilter.java - src/share/classes/javax/management/QueryParser.java - src/share/classes/javax/management/SendNotification.java - src/share/classes/javax/management/event/EventClient.java - src/share/classes/javax/management/event/EventClientDelegate.java - src/share/classes/javax/management/event/EventClientDelegateMBean.java - src/share/classes/javax/management/event/EventClientNotFoundException.java - src/share/classes/javax/management/event/EventConsumer.java - src/share/classes/javax/management/event/EventForwarder.java - src/share/classes/javax/management/event/EventReceiver.java - src/share/classes/javax/management/event/EventRelay.java - src/share/classes/javax/management/event/EventSubscriber.java - src/share/classes/javax/management/event/FetchingEventForwarder.java - src/share/classes/javax/management/event/FetchingEventRelay.java - src/share/classes/javax/management/event/ListenerInfo.java - src/share/classes/javax/management/event/NotificationManager.java - src/share/classes/javax/management/event/RMIPushEventForwarder.java - src/share/classes/javax/management/event/RMIPushEventRelay.java - src/share/classes/javax/management/event/RMIPushServer.java - src/share/classes/javax/management/event/package-info.java - src/share/classes/javax/management/namespace/JMXDomain.java - src/share/classes/javax/management/namespace/JMXNamespace.java - src/share/classes/javax/management/namespace/JMXNamespaceMBean.java - src/share/classes/javax/management/namespace/JMXNamespacePermission.java - src/share/classes/javax/management/namespace/JMXNamespaceView.java - src/share/classes/javax/management/namespace/JMXNamespaces.java - src/share/classes/javax/management/namespace/JMXRemoteNamespace.java - src/share/classes/javax/management/namespace/JMXRemoteNamespaceMBean.java - src/share/classes/javax/management/namespace/MBeanServerConnectionWrapper.java - src/share/classes/javax/management/namespace/MBeanServerSupport.java - src/share/classes/javax/management/namespace/VirtualEventManager.java - src/share/classes/javax/management/namespace/package-info.java - src/share/classes/javax/management/openmbean/MXBeanMapping.java - src/share/classes/javax/management/openmbean/MXBeanMappingClass.java - src/share/classes/javax/management/openmbean/MXBeanMappingFactory.java - src/share/classes/javax/management/openmbean/MXBeanMappingFactoryClass.java - src/share/classes/javax/management/remote/IdentityMBeanServerForwarder.java - src/share/classes/sun/misc/Version-template.java - src/share/classes/sun/net/www/protocol/http/HttpLogFormatter.java - src/share/classes/sun/net/www/protocol/http/NegotiateCallbackHandler.java - src/share/classes/sun/net/www/protocol/http/NegotiatorImpl.java - src/share/classes/sun/security/provider/certpath/LDAPCertStore.java - src/share/classes/sun/security/ssl/KerberosPreMasterSecret.java - src/share/classes/sun/tools/jconsole/Version-template.java - src/windows/classes/sun/net/www/protocol/http/NTLMAuthSequence.java - src/windows/classes/sun/net/www/protocol/http/NTLMAuthentication.java - src/windows/native/sun/net/www/protocol/http/NTLMAuthSequence.c - test/java/nio/Buffer/Basic-X.java - test/java/nio/Buffer/CopyDirect-X-Memory.java - test/javax/management/Introspector/AnnotatedMBeanTest.java - test/javax/management/Introspector/AnnotatedNotificationInfoTest.java - test/javax/management/Introspector/ExceptionsDescriptorTest.java - test/javax/management/Introspector/MBeanDescriptionTest.java - test/javax/management/Introspector/ObjectNameTemplateTest.java - test/javax/management/Introspector/ParameterNameTest.java - test/javax/management/Introspector/ResourceInjectionTest.java - test/javax/management/MBeanServer/AttributeListMapTest.java - test/javax/management/MBeanServer/DynamicWrapperMBeanTest.java - test/javax/management/MBeanServer/InstanceNotFoundExceptionTest.java - test/javax/management/MBeanServerFactory/NamedMBeanServerTest.java - test/javax/management/ObjectName/ValueOfTest.java - test/javax/management/context/ContextForwarderTest.java - test/javax/management/context/ContextTest.java - test/javax/management/context/LocaleAwareBroadcasterTest.java - test/javax/management/context/LocaleTest.java - test/javax/management/context/LocalizableTest.java - test/javax/management/context/RemoteContextTest.java - test/javax/management/context/localizable/MBeanDescriptions.properties - test/javax/management/context/localizable/MBeanDescriptions_fr.java - test/javax/management/context/localizable/Whatsit.java - test/javax/management/context/localizable/WhatsitMBean.java - test/javax/management/descriptor/DescriptorConstructorTest.java - test/javax/management/eventService/AddRemoveListenerTest.java - test/javax/management/eventService/CustomForwarderTest.java - test/javax/management/eventService/EventClientExecutorTest.java - test/javax/management/eventService/EventClientThreadTest.java - test/javax/management/eventService/EventDelegateSecurityTest.java - test/javax/management/eventService/EventManagerTest.java - test/javax/management/eventService/FetchingTest.java - test/javax/management/eventService/LeaseManagerDeadlockTest.java - test/javax/management/eventService/LeaseTest.java - test/javax/management/eventService/ListenerTest.java - test/javax/management/eventService/MyFetchingEventForwarder.java - test/javax/management/eventService/NotSerializableNotifTest.java - test/javax/management/eventService/PublishTest.java - test/javax/management/eventService/ReconnectableConnectorTest.java - test/javax/management/eventService/SharingThreadTest.java - test/javax/management/eventService/SubUnsubTest.java - test/javax/management/eventService/SubscribeTest.java - test/javax/management/eventService/UsingEventService.java - test/javax/management/interop/MBeanExceptionInteropTest.java - test/javax/management/modelmbean/DefaultDescriptorFieldTest.java - test/javax/management/monitor/InstantiateMonitorNotificationTest.java - test/javax/management/mxbean/CustomTypeTest.java - test/javax/management/mxbean/JMXServiceURLTest.java - test/javax/management/mxbean/customtypes/CustomLongMXBean.java - test/javax/management/mxbean/customtypes/CustomMXBean.java - test/javax/management/mxbean/customtypes/IntegerIsLongFactory.java - test/javax/management/mxbean/customtypes/IntegerIsStringFactory.java - test/javax/management/mxbean/customtypes/package-info.java - test/javax/management/namespace/DomainCreationTest.java - test/javax/management/namespace/EventWithNamespaceControlTest.java - test/javax/management/namespace/EventWithNamespaceTest.java - test/javax/management/namespace/ExportNamespaceTest.java - test/javax/management/namespace/JMXDomainTest.java - test/javax/management/namespace/JMXNamespaceSecurityTest.java - test/javax/management/namespace/JMXNamespaceTest.java - test/javax/management/namespace/JMXNamespaceViewTest.java - test/javax/management/namespace/JMXNamespacesTest.java - test/javax/management/namespace/JMXRemoteNamespaceTest.java - test/javax/management/namespace/JMXRemoteTargetNamespace.java - test/javax/management/namespace/LazyDomainTest.java - test/javax/management/namespace/LeadingSeparatorsTest.java - test/javax/management/namespace/MXBeanRefTest.java - test/javax/management/namespace/NamespaceController.java - test/javax/management/namespace/NamespaceControllerMBean.java - test/javax/management/namespace/NamespaceCreationTest.java - test/javax/management/namespace/NamespaceNotificationsTest.java - test/javax/management/namespace/NullDomainObjectNameTest.java - test/javax/management/namespace/NullObjectNameTest.java - test/javax/management/namespace/QueryNamesTest.java - test/javax/management/namespace/RemoveNotificationListenerTest.java - test/javax/management/namespace/RoutingServerProxyTest.java - test/javax/management/namespace/SerialParamProcessorTest.java - test/javax/management/namespace/SourceNamespaceTest.java - test/javax/management/namespace/VirtualMBeanNotifTest.java - test/javax/management/namespace/VirtualMBeanTest.java - test/javax/management/namespace/VirtualNamespaceQueryTest.java - test/javax/management/namespace/VirtualPropsTest.java - test/javax/management/namespace/Wombat.java - test/javax/management/namespace/WombatMBean.java - test/javax/management/namespace/namespace.policy - test/javax/management/notification/SupportClearTest.java - test/javax/management/openmbean/CompositeDataToMapTest.java - test/javax/management/openmbean/GenericMBeanExceptionTest.java - test/javax/management/query/QueryDottedAttrTest.java - test/javax/management/query/QueryNotifFilterTest.java - test/javax/management/query/QueryParseTest.java - test/javax/management/remote/mandatory/connectorServer/CloseConnectionTest.java - test/javax/management/remote/mandatory/connectorServer/ForwarderChainTest.java - test/javax/management/remote/mandatory/connectorServer/StandardForwardersTest.java - test/javax/management/remote/mandatory/version/JMXSpecVersionTest.java - test/javax/management/standardmbean/FindMethodTest.java - test/javax/management/standardmbean/RegistrationTest.java Changeset: 9f220ed252d9 Author: lana Date: 2009-12-10 09:43 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/9f220ed252d9 Merge Changeset: 6286daeb7d5a Author: anthony Date: 2009-11-20 19:11 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/6286daeb7d5a 6863566: Java should support the freedesktop.org startup notification specification Summary: The startup notification gets removed as soon as a Java top-level window is shown Reviewed-by: anthony, art, dcherepanov Contributed-by: Damjan Jovanovic ! src/solaris/classes/sun/awt/X11/XWindowPeer.java Changeset: 84b4935285c8 Author: denis Date: 2009-11-24 18:46 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/84b4935285c8 5098433: REG: DnD of File-List between JVM is broken for non ASCII file names - Win32 Reviewed-by: uta, dav ! src/share/classes/sun/awt/datatransfer/DataTransferer.java ! src/windows/native/sun/windows/awt_DnDDS.cpp + test/java/awt/datatransfer/DragUnicodeBetweenJVMTest/AbsoluteComponentCenterCalculator.java + test/java/awt/datatransfer/DragUnicodeBetweenJVMTest/DragUnicodeBetweenJVMTest.html + test/java/awt/datatransfer/DragUnicodeBetweenJVMTest/DragUnicodeBetweenJVMTest.java + test/java/awt/datatransfer/DragUnicodeBetweenJVMTest/FileListTransferable.java + test/java/awt/datatransfer/DragUnicodeBetweenJVMTest/InterprocessMessages.java + test/java/awt/datatransfer/DragUnicodeBetweenJVMTest/NextFramePositionCalculator.java + test/java/awt/datatransfer/DragUnicodeBetweenJVMTest/SourcePanel.java + test/java/awt/datatransfer/DragUnicodeBetweenJVMTest/TargetPanel.java Changeset: b62c74b1772e Author: denis Date: 2009-11-25 21:27 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/b62c74b1772e 4899516: Transferable has no DataFlavors when dragging from Gnome window to Swing Reviewed-by: uta, dav Contributed-by: Damjan Jovanovic ! src/share/classes/sun/awt/datatransfer/DataTransferer.java ! src/solaris/classes/sun/awt/X11/XDataTransferer.java ! src/solaris/lib/flavormap.properties ! src/windows/classes/sun/awt/windows/WDataTransferer.java + test/java/awt/dnd/URIListBetweenJVMsTest/FileListTransferable.java + test/java/awt/dnd/URIListBetweenJVMsTest/InterprocessMessages.java + test/java/awt/dnd/URIListBetweenJVMsTest/SourceFileListFrame.java + test/java/awt/dnd/URIListBetweenJVMsTest/TargetFileListFrame.java + test/java/awt/dnd/URIListBetweenJVMsTest/URIListBetweenJVMsTest.html + test/java/awt/dnd/URIListBetweenJVMsTest/URIListBetweenJVMsTest.java ! test/java/awt/regtesthelpers/process/ProcessCommunicator.java Changeset: 6fd07b903478 Author: lana Date: 2009-11-25 22:14 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/6fd07b903478 Merge - make/tools/fontchecker/Makefile - make/tools/src/build/tools/fontchecker/FontCheckDummy.java - make/tools/src/build/tools/fontchecker/FontChecker.java - make/tools/src/build/tools/fontchecker/FontCheckerConstants.java - make/tools/src/build/tools/fontchecker/FontFileFilter.java - make/tools/src/build/tools/fontchecker/README.txt - src/share/classes/com/sun/jmx/event/DaemonThreadFactory.java - src/share/classes/com/sun/jmx/event/EventBuffer.java - src/share/classes/com/sun/jmx/event/EventClientFactory.java - src/share/classes/com/sun/jmx/event/EventConnection.java - src/share/classes/com/sun/jmx/event/EventParams.java - src/share/classes/com/sun/jmx/event/LeaseManager.java - src/share/classes/com/sun/jmx/event/LeaseRenewer.java - src/share/classes/com/sun/jmx/event/ReceiverBuffer.java - src/share/classes/com/sun/jmx/event/RepeatedSingletonJob.java - src/share/classes/com/sun/jmx/interceptor/DispatchInterceptor.java - src/share/classes/com/sun/jmx/interceptor/DomainDispatchInterceptor.java - src/share/classes/com/sun/jmx/interceptor/MBeanServerInterceptorSupport.java - src/share/classes/com/sun/jmx/interceptor/NamespaceDispatchInterceptor.java - src/share/classes/com/sun/jmx/interceptor/SingleMBeanForwarder.java - src/share/classes/com/sun/jmx/mbeanserver/MBeanInjector.java - src/share/classes/com/sun/jmx/mbeanserver/NotificationMBeanSupport.java - src/share/classes/com/sun/jmx/mbeanserver/NotifySupport.java - src/share/classes/com/sun/jmx/mbeanserver/PerThreadGroupPool.java - src/share/classes/com/sun/jmx/namespace/DomainInterceptor.java - src/share/classes/com/sun/jmx/namespace/HandlerInterceptor.java - src/share/classes/com/sun/jmx/namespace/NamespaceInterceptor.java - src/share/classes/com/sun/jmx/namespace/ObjectNameRouter.java - src/share/classes/com/sun/jmx/namespace/RoutingConnectionProxy.java - src/share/classes/com/sun/jmx/namespace/RoutingMBeanServerConnection.java - src/share/classes/com/sun/jmx/namespace/RoutingProxy.java - src/share/classes/com/sun/jmx/namespace/RoutingServerProxy.java - src/share/classes/com/sun/jmx/namespace/package.html - src/share/classes/com/sun/jmx/namespace/serial/DefaultRewritingProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/IdentityProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/JMXNamespaceContext.java - src/share/classes/com/sun/jmx/namespace/serial/RewritingProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/RoutingOnlyProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/SerialRewritingProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/package.html - src/share/classes/com/sun/jmx/remote/internal/ProxyInputStream.java - src/share/classes/com/sun/jmx/remote/util/EventClientConnection.java - src/share/classes/java/nio/ByteBufferAs-X-Buffer.java - src/share/classes/java/nio/Direct-X-Buffer-bin.java - src/share/classes/java/nio/Direct-X-Buffer.java - src/share/classes/java/nio/Heap-X-Buffer.java - src/share/classes/java/nio/X-Buffer-bin.java - src/share/classes/java/nio/X-Buffer.java - src/share/classes/java/nio/charset/Charset-X-Coder.java - src/share/classes/javax/management/ClientContext.java - src/share/classes/javax/management/Description.java - src/share/classes/javax/management/DescriptorFields.java - src/share/classes/javax/management/DynamicWrapperMBean.java - src/share/classes/javax/management/GenericMBeanException.java - src/share/classes/javax/management/Impact.java - src/share/classes/javax/management/MBean.java - src/share/classes/javax/management/ManagedAttribute.java - src/share/classes/javax/management/ManagedOperation.java - src/share/classes/javax/management/NotificationInfo.java - src/share/classes/javax/management/NotificationInfos.java - src/share/classes/javax/management/ObjectNameTemplate.java - src/share/classes/javax/management/QueryNotificationFilter.java - src/share/classes/javax/management/QueryParser.java - src/share/classes/javax/management/SendNotification.java - src/share/classes/javax/management/event/EventClient.java - src/share/classes/javax/management/event/EventClientDelegate.java - src/share/classes/javax/management/event/EventClientDelegateMBean.java - src/share/classes/javax/management/event/EventClientNotFoundException.java - src/share/classes/javax/management/event/EventConsumer.java - src/share/classes/javax/management/event/EventForwarder.java - src/share/classes/javax/management/event/EventReceiver.java - src/share/classes/javax/management/event/EventRelay.java - src/share/classes/javax/management/event/EventSubscriber.java - src/share/classes/javax/management/event/FetchingEventForwarder.java - src/share/classes/javax/management/event/FetchingEventRelay.java - src/share/classes/javax/management/event/ListenerInfo.java - src/share/classes/javax/management/event/NotificationManager.java - src/share/classes/javax/management/event/RMIPushEventForwarder.java - src/share/classes/javax/management/event/RMIPushEventRelay.java - src/share/classes/javax/management/event/RMIPushServer.java - src/share/classes/javax/management/event/package-info.java - src/share/classes/javax/management/namespace/JMXDomain.java - src/share/classes/javax/management/namespace/JMXNamespace.java - src/share/classes/javax/management/namespace/JMXNamespaceMBean.java - src/share/classes/javax/management/namespace/JMXNamespacePermission.java - src/share/classes/javax/management/namespace/JMXNamespaceView.java - src/share/classes/javax/management/namespace/JMXNamespaces.java - src/share/classes/javax/management/namespace/JMXRemoteNamespace.java - src/share/classes/javax/management/namespace/JMXRemoteNamespaceMBean.java - src/share/classes/javax/management/namespace/MBeanServerConnectionWrapper.java - src/share/classes/javax/management/namespace/MBeanServerSupport.java - src/share/classes/javax/management/namespace/VirtualEventManager.java - src/share/classes/javax/management/namespace/package-info.java - src/share/classes/javax/management/openmbean/MXBeanMapping.java - src/share/classes/javax/management/openmbean/MXBeanMappingClass.java - src/share/classes/javax/management/openmbean/MXBeanMappingFactory.java - src/share/classes/javax/management/openmbean/MXBeanMappingFactoryClass.java - src/share/classes/javax/management/remote/IdentityMBeanServerForwarder.java - src/share/classes/sun/misc/Version-template.java - src/share/classes/sun/net/www/protocol/http/HttpLogFormatter.java - src/share/classes/sun/net/www/protocol/http/NegotiateCallbackHandler.java - src/share/classes/sun/net/www/protocol/http/NegotiatorImpl.java - src/share/classes/sun/security/provider/certpath/LDAPCertStore.java - src/share/classes/sun/security/ssl/KerberosPreMasterSecret.java - src/share/classes/sun/tools/jconsole/Version-template.java ! src/solaris/classes/sun/awt/X11/XWindowPeer.java - src/windows/classes/sun/net/www/protocol/http/NTLMAuthSequence.java - src/windows/classes/sun/net/www/protocol/http/NTLMAuthentication.java - src/windows/native/sun/net/www/protocol/http/NTLMAuthSequence.c - test/java/nio/Buffer/Basic-X.java - test/java/nio/Buffer/CopyDirect-X-Memory.java - test/javax/management/Introspector/AnnotatedMBeanTest.java - test/javax/management/Introspector/AnnotatedNotificationInfoTest.java - test/javax/management/Introspector/ExceptionsDescriptorTest.java - test/javax/management/Introspector/MBeanDescriptionTest.java - test/javax/management/Introspector/ObjectNameTemplateTest.java - test/javax/management/Introspector/ParameterNameTest.java - test/javax/management/Introspector/ResourceInjectionTest.java - test/javax/management/MBeanServer/AttributeListMapTest.java - test/javax/management/MBeanServer/DynamicWrapperMBeanTest.java - test/javax/management/MBeanServer/InstanceNotFoundExceptionTest.java - test/javax/management/MBeanServerFactory/NamedMBeanServerTest.java - test/javax/management/ObjectName/ValueOfTest.java - test/javax/management/context/ContextForwarderTest.java - test/javax/management/context/ContextTest.java - test/javax/management/context/LocaleAwareBroadcasterTest.java - test/javax/management/context/LocaleTest.java - test/javax/management/context/LocalizableTest.java - test/javax/management/context/RemoteContextTest.java - test/javax/management/context/localizable/MBeanDescriptions.properties - test/javax/management/context/localizable/MBeanDescriptions_fr.java - test/javax/management/context/localizable/Whatsit.java - test/javax/management/context/localizable/WhatsitMBean.java - test/javax/management/descriptor/DescriptorConstructorTest.java - test/javax/management/eventService/AddRemoveListenerTest.java - test/javax/management/eventService/CustomForwarderTest.java - test/javax/management/eventService/EventClientExecutorTest.java - test/javax/management/eventService/EventClientThreadTest.java - test/javax/management/eventService/EventDelegateSecurityTest.java - test/javax/management/eventService/EventManagerTest.java - test/javax/management/eventService/FetchingTest.java - test/javax/management/eventService/LeaseManagerDeadlockTest.java - test/javax/management/eventService/LeaseTest.java - test/javax/management/eventService/ListenerTest.java - test/javax/management/eventService/MyFetchingEventForwarder.java - test/javax/management/eventService/NotSerializableNotifTest.java - test/javax/management/eventService/PublishTest.java - test/javax/management/eventService/ReconnectableConnectorTest.java - test/javax/management/eventService/SharingThreadTest.java - test/javax/management/eventService/SubUnsubTest.java - test/javax/management/eventService/SubscribeTest.java - test/javax/management/eventService/UsingEventService.java - test/javax/management/interop/MBeanExceptionInteropTest.java - test/javax/management/modelmbean/DefaultDescriptorFieldTest.java - test/javax/management/monitor/InstantiateMonitorNotificationTest.java - test/javax/management/mxbean/CustomTypeTest.java - test/javax/management/mxbean/JMXServiceURLTest.java - test/javax/management/mxbean/customtypes/CustomLongMXBean.java - test/javax/management/mxbean/customtypes/CustomMXBean.java - test/javax/management/mxbean/customtypes/IntegerIsLongFactory.java - test/javax/management/mxbean/customtypes/IntegerIsStringFactory.java - test/javax/management/mxbean/customtypes/package-info.java - test/javax/management/namespace/DomainCreationTest.java - test/javax/management/namespace/EventWithNamespaceControlTest.java - test/javax/management/namespace/EventWithNamespaceTest.java - test/javax/management/namespace/ExportNamespaceTest.java - test/javax/management/namespace/JMXDomainTest.java - test/javax/management/namespace/JMXNamespaceSecurityTest.java - test/javax/management/namespace/JMXNamespaceTest.java - test/javax/management/namespace/JMXNamespaceViewTest.java - test/javax/management/namespace/JMXNamespacesTest.java - test/javax/management/namespace/JMXRemoteNamespaceTest.java - test/javax/management/namespace/JMXRemoteTargetNamespace.java - test/javax/management/namespace/LazyDomainTest.java - test/javax/management/namespace/LeadingSeparatorsTest.java - test/javax/management/namespace/MXBeanRefTest.java - test/javax/management/namespace/NamespaceController.java - test/javax/management/namespace/NamespaceControllerMBean.java - test/javax/management/namespace/NamespaceCreationTest.java - test/javax/management/namespace/NamespaceNotificationsTest.java - test/javax/management/namespace/NullDomainObjectNameTest.java - test/javax/management/namespace/NullObjectNameTest.java - test/javax/management/namespace/QueryNamesTest.java - test/javax/management/namespace/RemoveNotificationListenerTest.java - test/javax/management/namespace/RoutingServerProxyTest.java - test/javax/management/namespace/SerialParamProcessorTest.java - test/javax/management/namespace/SourceNamespaceTest.java - test/javax/management/namespace/VirtualMBeanNotifTest.java - test/javax/management/namespace/VirtualMBeanTest.java - test/javax/management/namespace/VirtualNamespaceQueryTest.java - test/javax/management/namespace/VirtualPropsTest.java - test/javax/management/namespace/Wombat.java - test/javax/management/namespace/WombatMBean.java - test/javax/management/namespace/namespace.policy - test/javax/management/notification/SupportClearTest.java - test/javax/management/openmbean/CompositeDataToMapTest.java - test/javax/management/openmbean/GenericMBeanExceptionTest.java - test/javax/management/query/QueryDottedAttrTest.java - test/javax/management/query/QueryNotifFilterTest.java - test/javax/management/query/QueryParseTest.java - test/javax/management/remote/mandatory/connectorServer/CloseConnectionTest.java - test/javax/management/remote/mandatory/connectorServer/ForwarderChainTest.java - test/javax/management/remote/mandatory/connectorServer/StandardForwardersTest.java - test/javax/management/remote/mandatory/version/JMXSpecVersionTest.java - test/javax/management/standardmbean/FindMethodTest.java - test/javax/management/standardmbean/RegistrationTest.java Changeset: e6b46fc235b0 Author: art Date: 2009-11-27 15:26 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e6b46fc235b0 4913324: Deadlock when using two event queues Reviewed-by: anthony, ant, dcherepanov ! src/share/classes/java/awt/EventDispatchThread.java ! src/share/classes/java/awt/EventQueue.java ! src/share/classes/sun/awt/AWTAccessor.java ! src/share/classes/sun/awt/AppContext.java ! src/share/classes/sun/awt/SunToolkit.java + test/java/awt/EventQueue/PushPopDeadlock2/PushPopTest.java Changeset: ca34cfff70a4 Author: anthony Date: 2009-11-27 16:07 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/ca34cfff70a4 6402325: Swing toolbars vs native toolbars on Windows Summary: Introduce support for different window types: NORMAL, UTILITY, POPUP Reviewed-by: art, dcherepanov ! src/share/classes/java/awt/Window.java ! src/share/classes/javax/swing/Popup.java ! src/share/classes/sun/awt/SunToolkit.java ! src/solaris/classes/sun/awt/X11/InfoWindow.java ! src/solaris/classes/sun/awt/X11/XDecoratedPeer.java ! src/solaris/classes/sun/awt/X11/XNETProtocol.java ! src/solaris/classes/sun/awt/X11/XToolkit.java ! src/solaris/classes/sun/awt/X11/XTrayIconPeer.java ! src/solaris/classes/sun/awt/X11/XWindowPeer.java ! src/windows/classes/sun/awt/windows/WDialogPeer.java ! src/windows/classes/sun/awt/windows/WFramePeer.java ! src/windows/classes/sun/awt/windows/WWindowPeer.java ! src/windows/native/sun/windows/awt_Dialog.cpp ! src/windows/native/sun/windows/awt_Window.cpp ! src/windows/native/sun/windows/awt_Window.h + test/java/awt/Window/WindowType/WindowType.java Changeset: 6ffb01da29ce Author: anthony Date: 2009-12-02 14:51 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/6ffb01da29ce 6901021: Security Warning Icon not getting displayed properly when frame loses focus Summary: Make sure the gray icon is selected when hiding the security warning Reviewed-by: art, dcherepanov ! src/windows/native/sun/windows/awt_Toolkit.cpp ! src/windows/native/sun/windows/awt_Window.cpp Changeset: 35d43184687d Author: ant Date: 2009-12-02 17:26 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/35d43184687d 6566375: PIT : test/java/awt/KeyboardFocusmanager/TypeAhead/TestDialogTypeAhead.html Reviewed-by: art, dcherepanov ! test/java/awt/KeyboardFocusmanager/TypeAhead/TestDialogTypeAhead.java Changeset: 44f04b551d8f Author: ant Date: 2009-12-04 15:07 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/44f04b551d8f 6903354: deadlock involving Component.show & SunToolkit.getImageFromHash Reviewed-by: art, bae ! src/share/classes/sun/awt/SunToolkit.java Changeset: 4ff2fe6c2738 Author: yan Date: 2009-12-07 13:32 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/4ff2fe6c2738 5099725: AWT doesn't seem to handle MappingNotify events under X11. 5036807: Pressing action keys "STOP/AGAIN/COMPOSE" generates keycode of F11/F12 keys. 4787377: VK_STOP key on Solaris generates wrong Key Code Summary: Added an event processing lumped with similar native code for similar bugs. Reviewed-by: art ! make/sun/xawt/mapfile-vers ! src/solaris/classes/sun/awt/X11/XEmbedHelper.java ! src/solaris/classes/sun/awt/X11/XKeysym.java ! src/solaris/classes/sun/awt/X11/XToolkit.java ! src/solaris/classes/sun/awt/X11/XlibWrapper.java ! src/solaris/classes/sun/awt/X11/keysym2ucs.h ! src/solaris/native/sun/xawt/XlibWrapper.c Changeset: e4c0c37f6ad5 Author: dcherepanov Date: 2009-12-07 13:43 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e4c0c37f6ad5 6823138: Need to replace ComponentAccessor with AWTAccessor Reviewed-by: art, anthony ! src/share/classes/java/awt/Component.java ! src/share/classes/java/awt/Window.java ! src/share/classes/sun/awt/AWTAccessor.java - src/share/classes/sun/awt/ComponentAccessor.java ! src/share/classes/sun/awt/GlobalCursorManager.java ! src/share/classes/sun/awt/SunToolkit.java - src/share/classes/sun/awt/WindowAccessor.java ! src/solaris/classes/sun/awt/X11/XComponentPeer.java ! src/solaris/classes/sun/awt/X11/XContentWindow.java ! src/solaris/classes/sun/awt/X11/XDecoratedPeer.java ! src/solaris/classes/sun/awt/X11/XDialogPeer.java ! src/solaris/classes/sun/awt/X11/XDragSourceContextPeer.java ! src/solaris/classes/sun/awt/X11/XEmbedChildProxy.java ! src/solaris/classes/sun/awt/X11/XGlobalCursorManager.java ! src/solaris/classes/sun/awt/X11/XTextAreaPeer.java ! src/solaris/classes/sun/awt/X11/XTextFieldPeer.java ! src/solaris/classes/sun/awt/X11/XToolkit.java ! src/solaris/classes/sun/awt/X11/XTrayIconPeer.java ! src/solaris/classes/sun/awt/X11/XWindow.java ! src/solaris/classes/sun/awt/X11/XWindowPeer.java ! src/windows/classes/sun/awt/windows/WCanvasPeer.java ! src/windows/classes/sun/awt/windows/WComponentPeer.java ! src/windows/classes/sun/awt/windows/WDialogPeer.java ! src/windows/classes/sun/awt/windows/WFileDialogPeer.java ! src/windows/classes/sun/awt/windows/WPrintDialogPeer.java Changeset: 5ab49c5b9423 Author: dcherepanov Date: 2009-12-07 14:07 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/5ab49c5b9423 Merge ! src/solaris/classes/sun/awt/X11/XToolkit.java Changeset: 384659657472 Author: ant Date: 2009-12-07 16:38 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/384659657472 6903890: SWT_AWT focus issues when a dialog is shown/disposed, on X11 Reviewed-by: art, dcherepanov ! src/solaris/classes/sun/awt/X11/XEmbedClientHelper.java Changeset: 725bf9c81f86 Author: mchung Date: 2009-12-08 09:02 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/725bf9c81f86 6907568: java/awt/KeyboardFocusManager.java inproperly merged and lost a changeset Summary: Reapply fix for 6879044 in java.awt.KeyboardFocusManager Reviewed-by: dcherepanov, asaha ! src/share/classes/java/awt/KeyboardFocusManager.java Changeset: 624683dd9066 Author: anthony Date: 2009-12-09 14:02 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/624683dd9066 6900622: Security warning icon is not getting displayed properly for tooltip Summary: Pass a correct value for the hWndInsertAfter argument to the ::SetWindowPos() function Reviewed-by: art, dcherepanov ! src/windows/native/sun/windows/awt_Window.cpp ! src/windows/native/sun/windows/awt_Window.h Changeset: e5ed96d088dd Author: dav Date: 2009-12-09 14:33 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e5ed96d088dd 6903893: Fix failed for CR 6834576: RemoveChild/ test fail with deadlock on rhel and sles Reviewed-by: dcherepanov, art ! src/solaris/classes/sun/awt/X11/XToolkit.java Changeset: fb57c1bd637a Author: lana Date: 2009-12-10 09:46 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/fb57c1bd637a Merge - src/share/classes/sun/awt/ComponentAccessor.java - src/share/classes/sun/awt/WindowAccessor.java Changeset: 7bcb1864f424 Author: rupashka Date: 2009-11-23 20:57 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/7bcb1864f424 6823603: Generics: JList Reviewed-by: peterz, alexp Contributed-by: fbrunnerlist at gmx.ch ! src/share/classes/javax/swing/AbstractListModel.java ! src/share/classes/javax/swing/DefaultListCellRenderer.java ! src/share/classes/javax/swing/DefaultListModel.java ! src/share/classes/javax/swing/JList.java ! src/share/classes/javax/swing/ListCellRenderer.java ! src/share/classes/javax/swing/ListModel.java + test/javax/swing/JList/6823603/bug6823603.java Changeset: 496c2f20dfac Author: peterz Date: 2009-11-25 20:47 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/496c2f20dfac 6888156: With GTK Look and Feel Icons cannot be rendered in Jtable Cells Reviewed-by: rupashka ! src/share/classes/javax/swing/JTable.java + test/javax/swing/JTable/Test6888156.java Changeset: bb05c76b5c2f Author: lana Date: 2009-11-25 14:37 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/bb05c76b5c2f Merge - make/tools/fontchecker/Makefile - make/tools/src/build/tools/fontchecker/FontCheckDummy.java - make/tools/src/build/tools/fontchecker/FontChecker.java - make/tools/src/build/tools/fontchecker/FontCheckerConstants.java - make/tools/src/build/tools/fontchecker/FontFileFilter.java - make/tools/src/build/tools/fontchecker/README.txt - src/share/classes/com/sun/jmx/event/DaemonThreadFactory.java - src/share/classes/com/sun/jmx/event/EventBuffer.java - src/share/classes/com/sun/jmx/event/EventClientFactory.java - src/share/classes/com/sun/jmx/event/EventConnection.java - src/share/classes/com/sun/jmx/event/EventParams.java - src/share/classes/com/sun/jmx/event/LeaseManager.java - src/share/classes/com/sun/jmx/event/LeaseRenewer.java - src/share/classes/com/sun/jmx/event/ReceiverBuffer.java - src/share/classes/com/sun/jmx/event/RepeatedSingletonJob.java - src/share/classes/com/sun/jmx/interceptor/DispatchInterceptor.java - src/share/classes/com/sun/jmx/interceptor/DomainDispatchInterceptor.java - src/share/classes/com/sun/jmx/interceptor/MBeanServerInterceptorSupport.java - src/share/classes/com/sun/jmx/interceptor/NamespaceDispatchInterceptor.java - src/share/classes/com/sun/jmx/interceptor/SingleMBeanForwarder.java - src/share/classes/com/sun/jmx/mbeanserver/MBeanInjector.java - src/share/classes/com/sun/jmx/mbeanserver/NotificationMBeanSupport.java - src/share/classes/com/sun/jmx/mbeanserver/NotifySupport.java - src/share/classes/com/sun/jmx/mbeanserver/PerThreadGroupPool.java - src/share/classes/com/sun/jmx/namespace/DomainInterceptor.java - src/share/classes/com/sun/jmx/namespace/HandlerInterceptor.java - src/share/classes/com/sun/jmx/namespace/NamespaceInterceptor.java - src/share/classes/com/sun/jmx/namespace/ObjectNameRouter.java - src/share/classes/com/sun/jmx/namespace/RoutingConnectionProxy.java - src/share/classes/com/sun/jmx/namespace/RoutingMBeanServerConnection.java - src/share/classes/com/sun/jmx/namespace/RoutingProxy.java - src/share/classes/com/sun/jmx/namespace/RoutingServerProxy.java - src/share/classes/com/sun/jmx/namespace/package.html - src/share/classes/com/sun/jmx/namespace/serial/DefaultRewritingProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/IdentityProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/JMXNamespaceContext.java - src/share/classes/com/sun/jmx/namespace/serial/RewritingProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/RoutingOnlyProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/SerialRewritingProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/package.html - src/share/classes/com/sun/jmx/remote/internal/ProxyInputStream.java - src/share/classes/com/sun/jmx/remote/util/EventClientConnection.java - src/share/classes/java/nio/ByteBufferAs-X-Buffer.java - src/share/classes/java/nio/Direct-X-Buffer-bin.java - src/share/classes/java/nio/Direct-X-Buffer.java - src/share/classes/java/nio/Heap-X-Buffer.java - src/share/classes/java/nio/X-Buffer-bin.java - src/share/classes/java/nio/X-Buffer.java - src/share/classes/java/nio/charset/Charset-X-Coder.java - src/share/classes/javax/management/ClientContext.java - src/share/classes/javax/management/Description.java - src/share/classes/javax/management/DescriptorFields.java - src/share/classes/javax/management/DynamicWrapperMBean.java - src/share/classes/javax/management/GenericMBeanException.java - src/share/classes/javax/management/Impact.java - src/share/classes/javax/management/MBean.java - src/share/classes/javax/management/ManagedAttribute.java - src/share/classes/javax/management/ManagedOperation.java - src/share/classes/javax/management/NotificationInfo.java - src/share/classes/javax/management/NotificationInfos.java - src/share/classes/javax/management/ObjectNameTemplate.java - src/share/classes/javax/management/QueryNotificationFilter.java - src/share/classes/javax/management/QueryParser.java - src/share/classes/javax/management/SendNotification.java - src/share/classes/javax/management/event/EventClient.java - src/share/classes/javax/management/event/EventClientDelegate.java - src/share/classes/javax/management/event/EventClientDelegateMBean.java - src/share/classes/javax/management/event/EventClientNotFoundException.java - src/share/classes/javax/management/event/EventConsumer.java - src/share/classes/javax/management/event/EventForwarder.java - src/share/classes/javax/management/event/EventReceiver.java - src/share/classes/javax/management/event/EventRelay.java - src/share/classes/javax/management/event/EventSubscriber.java - src/share/classes/javax/management/event/FetchingEventForwarder.java - src/share/classes/javax/management/event/FetchingEventRelay.java - src/share/classes/javax/management/event/ListenerInfo.java - src/share/classes/javax/management/event/NotificationManager.java - src/share/classes/javax/management/event/RMIPushEventForwarder.java - src/share/classes/javax/management/event/RMIPushEventRelay.java - src/share/classes/javax/management/event/RMIPushServer.java - src/share/classes/javax/management/event/package-info.java - src/share/classes/javax/management/namespace/JMXDomain.java - src/share/classes/javax/management/namespace/JMXNamespace.java - src/share/classes/javax/management/namespace/JMXNamespaceMBean.java - src/share/classes/javax/management/namespace/JMXNamespacePermission.java - src/share/classes/javax/management/namespace/JMXNamespaceView.java - src/share/classes/javax/management/namespace/JMXNamespaces.java - src/share/classes/javax/management/namespace/JMXRemoteNamespace.java - src/share/classes/javax/management/namespace/JMXRemoteNamespaceMBean.java - src/share/classes/javax/management/namespace/MBeanServerConnectionWrapper.java - src/share/classes/javax/management/namespace/MBeanServerSupport.java - src/share/classes/javax/management/namespace/VirtualEventManager.java - src/share/classes/javax/management/namespace/package-info.java - src/share/classes/javax/management/openmbean/MXBeanMapping.java - src/share/classes/javax/management/openmbean/MXBeanMappingClass.java - src/share/classes/javax/management/openmbean/MXBeanMappingFactory.java - src/share/classes/javax/management/openmbean/MXBeanMappingFactoryClass.java - src/share/classes/javax/management/remote/IdentityMBeanServerForwarder.java - src/share/classes/sun/misc/Version-template.java - src/share/classes/sun/net/www/protocol/http/HttpLogFormatter.java - src/share/classes/sun/net/www/protocol/http/NegotiateCallbackHandler.java - src/share/classes/sun/net/www/protocol/http/NegotiatorImpl.java - src/share/classes/sun/security/provider/certpath/LDAPCertStore.java - src/share/classes/sun/security/ssl/KerberosPreMasterSecret.java - src/share/classes/sun/tools/jconsole/Version-template.java - src/windows/classes/sun/net/www/protocol/http/NTLMAuthSequence.java - src/windows/classes/sun/net/www/protocol/http/NTLMAuthentication.java - src/windows/native/sun/net/www/protocol/http/NTLMAuthSequence.c - test/java/nio/Buffer/Basic-X.java - test/java/nio/Buffer/CopyDirect-X-Memory.java - test/javax/management/Introspector/AnnotatedMBeanTest.java - test/javax/management/Introspector/AnnotatedNotificationInfoTest.java - test/javax/management/Introspector/ExceptionsDescriptorTest.java - test/javax/management/Introspector/MBeanDescriptionTest.java - test/javax/management/Introspector/ObjectNameTemplateTest.java - test/javax/management/Introspector/ParameterNameTest.java - test/javax/management/Introspector/ResourceInjectionTest.java - test/javax/management/MBeanServer/AttributeListMapTest.java - test/javax/management/MBeanServer/DynamicWrapperMBeanTest.java - test/javax/management/MBeanServer/InstanceNotFoundExceptionTest.java - test/javax/management/MBeanServerFactory/NamedMBeanServerTest.java - test/javax/management/ObjectName/ValueOfTest.java - test/javax/management/context/ContextForwarderTest.java - test/javax/management/context/ContextTest.java - test/javax/management/context/LocaleAwareBroadcasterTest.java - test/javax/management/context/LocaleTest.java - test/javax/management/context/LocalizableTest.java - test/javax/management/context/RemoteContextTest.java - test/javax/management/context/localizable/MBeanDescriptions.properties - test/javax/management/context/localizable/MBeanDescriptions_fr.java - test/javax/management/context/localizable/Whatsit.java - test/javax/management/context/localizable/WhatsitMBean.java - test/javax/management/descriptor/DescriptorConstructorTest.java - test/javax/management/eventService/AddRemoveListenerTest.java - test/javax/management/eventService/CustomForwarderTest.java - test/javax/management/eventService/EventClientExecutorTest.java - test/javax/management/eventService/EventClientThreadTest.java - test/javax/management/eventService/EventDelegateSecurityTest.java - test/javax/management/eventService/EventManagerTest.java - test/javax/management/eventService/FetchingTest.java - test/javax/management/eventService/LeaseManagerDeadlockTest.java - test/javax/management/eventService/LeaseTest.java - test/javax/management/eventService/ListenerTest.java - test/javax/management/eventService/MyFetchingEventForwarder.java - test/javax/management/eventService/NotSerializableNotifTest.java - test/javax/management/eventService/PublishTest.java - test/javax/management/eventService/ReconnectableConnectorTest.java - test/javax/management/eventService/SharingThreadTest.java - test/javax/management/eventService/SubUnsubTest.java - test/javax/management/eventService/SubscribeTest.java - test/javax/management/eventService/UsingEventService.java - test/javax/management/interop/MBeanExceptionInteropTest.java - test/javax/management/modelmbean/DefaultDescriptorFieldTest.java - test/javax/management/monitor/InstantiateMonitorNotificationTest.java - test/javax/management/mxbean/CustomTypeTest.java - test/javax/management/mxbean/JMXServiceURLTest.java - test/javax/management/mxbean/customtypes/CustomLongMXBean.java - test/javax/management/mxbean/customtypes/CustomMXBean.java - test/javax/management/mxbean/customtypes/IntegerIsLongFactory.java - test/javax/management/mxbean/customtypes/IntegerIsStringFactory.java - test/javax/management/mxbean/customtypes/package-info.java - test/javax/management/namespace/DomainCreationTest.java - test/javax/management/namespace/EventWithNamespaceControlTest.java - test/javax/management/namespace/EventWithNamespaceTest.java - test/javax/management/namespace/ExportNamespaceTest.java - test/javax/management/namespace/JMXDomainTest.java - test/javax/management/namespace/JMXNamespaceSecurityTest.java - test/javax/management/namespace/JMXNamespaceTest.java - test/javax/management/namespace/JMXNamespaceViewTest.java - test/javax/management/namespace/JMXNamespacesTest.java - test/javax/management/namespace/JMXRemoteNamespaceTest.java - test/javax/management/namespace/JMXRemoteTargetNamespace.java - test/javax/management/namespace/LazyDomainTest.java - test/javax/management/namespace/LeadingSeparatorsTest.java - test/javax/management/namespace/MXBeanRefTest.java - test/javax/management/namespace/NamespaceController.java - test/javax/management/namespace/NamespaceControllerMBean.java - test/javax/management/namespace/NamespaceCreationTest.java - test/javax/management/namespace/NamespaceNotificationsTest.java - test/javax/management/namespace/NullDomainObjectNameTest.java - test/javax/management/namespace/NullObjectNameTest.java - test/javax/management/namespace/QueryNamesTest.java - test/javax/management/namespace/RemoveNotificationListenerTest.java - test/javax/management/namespace/RoutingServerProxyTest.java - test/javax/management/namespace/SerialParamProcessorTest.java - test/javax/management/namespace/SourceNamespaceTest.java - test/javax/management/namespace/VirtualMBeanNotifTest.java - test/javax/management/namespace/VirtualMBeanTest.java - test/javax/management/namespace/VirtualNamespaceQueryTest.java - test/javax/management/namespace/VirtualPropsTest.java - test/javax/management/namespace/Wombat.java - test/javax/management/namespace/WombatMBean.java - test/javax/management/namespace/namespace.policy - test/javax/management/notification/SupportClearTest.java - test/javax/management/openmbean/CompositeDataToMapTest.java - test/javax/management/openmbean/GenericMBeanExceptionTest.java - test/javax/management/query/QueryDottedAttrTest.java - test/javax/management/query/QueryNotifFilterTest.java - test/javax/management/query/QueryParseTest.java - test/javax/management/remote/mandatory/connectorServer/CloseConnectionTest.java - test/javax/management/remote/mandatory/connectorServer/ForwarderChainTest.java - test/javax/management/remote/mandatory/connectorServer/StandardForwardersTest.java - test/javax/management/remote/mandatory/version/JMXSpecVersionTest.java - test/javax/management/standardmbean/FindMethodTest.java - test/javax/management/standardmbean/RegistrationTest.java Changeset: d505826eabca Author: okutsu Date: 2009-11-27 16:20 +0900 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/d505826eabca 6904997: (tz) Windows-only: tzmappings needs update for KB976098 Reviewed-by: peytoia ! src/windows/lib/tzmappings Changeset: 76b887e939d4 Author: malenkov Date: 2009-11-27 15:24 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/76b887e939d4 5102804: Memory leak in Introspector.getBeanInfo(Class) for custom BeanInfo: Class param Reviewed-by: peterz ! src/share/classes/com/sun/beans/WeakCache.java ! src/share/classes/java/beans/Introspector.java + test/java/beans/Introspector/Test5102804.java Changeset: 965ffc33d9a2 Author: amenkov Date: 2009-11-06 19:47 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/965ffc33d9a2 6744801: JCK api/javax_sound/interactive/RecordSoundTest.html#RecordSoundTest fails on Solaris10 x64 for -d64 Reviewed-by: dav ! make/javax/sound/Makefile Changeset: fe03ca4901a4 Author: amenkov Date: 2009-11-06 19:48 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/fe03ca4901a4 6887318: Incorrect constant used in DirectSound Mixer implementation Reviewed-by: uta ! src/windows/native/com/sun/media/sound/PLATFORM_API_WinOS_DirectSound.cpp Changeset: 1d7b87d34cf8 Author: kalli Date: 2009-11-27 17:13 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/1d7b87d34cf8 6833357: Improve time-stamp support in Gervill to reduce jitter Reviewed-by: amenkov + src/share/classes/com/sun/media/sound/MidiDeviceReceiver.java ! src/share/classes/com/sun/media/sound/SoftAudioBuffer.java ! src/share/classes/com/sun/media/sound/SoftChannel.java ! src/share/classes/com/sun/media/sound/SoftLimiter.java ! src/share/classes/com/sun/media/sound/SoftMainMixer.java ! src/share/classes/com/sun/media/sound/SoftReceiver.java ! src/share/classes/com/sun/media/sound/SoftSynthesizer.java ! src/share/classes/com/sun/media/sound/SoftVoice.java + test/javax/sound/midi/Gervill/SoftReceiver/GetMidiDevice.java + test/javax/sound/midi/Gervill/SoftSynthesizer/TestPreciseTimestampRendering.java Changeset: e7483b15706f Author: kalli Date: 2009-11-27 17:36 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/e7483b15706f 6823449: Gervill: ArrayIndexOutOfBoundsException thrown when trying to play too may voices at same time Reviewed-by: amenkov ! src/share/classes/com/sun/media/sound/SoftChannel.java + test/javax/sound/midi/Gervill/SoftChannel/NoteOverFlowTest2.java Changeset: c5cefcfdac9a Author: amenkov Date: 2009-11-27 17:54 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/c5cefcfdac9a 6832063: OpenJDK fails to open the default ALSA device when PulseAudio is enabled Reviewed-by: amenkov Contributed-by: omajid at redhat.com ! src/solaris/native/com/sun/media/sound/PLATFORM_API_LinuxOS_ALSA_PCM.c Changeset: f20c9e76c3e0 Author: amenkov Date: 2009-11-27 18:36 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/f20c9e76c3e0 Merge ! make/javax/sound/Makefile - make/tools/fontchecker/Makefile - make/tools/src/build/tools/fontchecker/FontCheckDummy.java - make/tools/src/build/tools/fontchecker/FontChecker.java - make/tools/src/build/tools/fontchecker/FontCheckerConstants.java - make/tools/src/build/tools/fontchecker/FontFileFilter.java - make/tools/src/build/tools/fontchecker/README.txt - src/share/classes/com/sun/jmx/event/DaemonThreadFactory.java - src/share/classes/com/sun/jmx/event/EventBuffer.java - src/share/classes/com/sun/jmx/event/EventClientFactory.java - src/share/classes/com/sun/jmx/event/EventConnection.java - src/share/classes/com/sun/jmx/event/EventParams.java - src/share/classes/com/sun/jmx/event/LeaseManager.java - src/share/classes/com/sun/jmx/event/LeaseRenewer.java - src/share/classes/com/sun/jmx/event/ReceiverBuffer.java - src/share/classes/com/sun/jmx/event/RepeatedSingletonJob.java - src/share/classes/com/sun/jmx/interceptor/DispatchInterceptor.java - src/share/classes/com/sun/jmx/interceptor/DomainDispatchInterceptor.java - src/share/classes/com/sun/jmx/interceptor/MBeanServerInterceptorSupport.java - src/share/classes/com/sun/jmx/interceptor/NamespaceDispatchInterceptor.java - src/share/classes/com/sun/jmx/interceptor/SingleMBeanForwarder.java - src/share/classes/com/sun/jmx/mbeanserver/MBeanInjector.java - src/share/classes/com/sun/jmx/mbeanserver/NotificationMBeanSupport.java - src/share/classes/com/sun/jmx/mbeanserver/NotifySupport.java - src/share/classes/com/sun/jmx/mbeanserver/PerThreadGroupPool.java - src/share/classes/com/sun/jmx/namespace/DomainInterceptor.java - src/share/classes/com/sun/jmx/namespace/HandlerInterceptor.java - src/share/classes/com/sun/jmx/namespace/NamespaceInterceptor.java - src/share/classes/com/sun/jmx/namespace/ObjectNameRouter.java - src/share/classes/com/sun/jmx/namespace/RoutingConnectionProxy.java - src/share/classes/com/sun/jmx/namespace/RoutingMBeanServerConnection.java - src/share/classes/com/sun/jmx/namespace/RoutingProxy.java - src/share/classes/com/sun/jmx/namespace/RoutingServerProxy.java - src/share/classes/com/sun/jmx/namespace/package.html - src/share/classes/com/sun/jmx/namespace/serial/DefaultRewritingProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/IdentityProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/JMXNamespaceContext.java - src/share/classes/com/sun/jmx/namespace/serial/RewritingProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/RoutingOnlyProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/SerialRewritingProcessor.java - src/share/classes/com/sun/jmx/namespace/serial/package.html - src/share/classes/com/sun/jmx/remote/internal/ProxyInputStream.java - src/share/classes/com/sun/jmx/remote/util/EventClientConnection.java - src/share/classes/java/nio/ByteBufferAs-X-Buffer.java - src/share/classes/java/nio/Direct-X-Buffer-bin.java - src/share/classes/java/nio/Direct-X-Buffer.java - src/share/classes/java/nio/Heap-X-Buffer.java - src/share/classes/java/nio/X-Buffer-bin.java - src/share/classes/java/nio/X-Buffer.java - src/share/classes/java/nio/charset/Charset-X-Coder.java - src/share/classes/javax/management/ClientContext.java - src/share/classes/javax/management/Description.java - src/share/classes/javax/management/DescriptorFields.java - src/share/classes/javax/management/DynamicWrapperMBean.java - src/share/classes/javax/management/GenericMBeanException.java - src/share/classes/javax/management/Impact.java - src/share/classes/javax/management/MBean.java - src/share/classes/javax/management/ManagedAttribute.java - src/share/classes/javax/management/ManagedOperation.java - src/share/classes/javax/management/NotificationInfo.java - src/share/classes/javax/management/NotificationInfos.java - src/share/classes/javax/management/ObjectNameTemplate.java - src/share/classes/javax/management/QueryNotificationFilter.java - src/share/classes/javax/management/QueryParser.java - src/share/classes/javax/management/SendNotification.java - src/share/classes/javax/management/event/EventClient.java - src/share/classes/javax/management/event/EventClientDelegate.java - src/share/classes/javax/management/event/EventClientDelegateMBean.java - src/share/classes/javax/management/event/EventClientNotFoundException.java - src/share/classes/javax/management/event/EventConsumer.java - src/share/classes/javax/management/event/EventForwarder.java - src/share/classes/javax/management/event/EventReceiver.java - src/share/classes/javax/management/event/EventRelay.java - src/share/classes/javax/management/event/EventSubscriber.java - src/share/classes/javax/management/event/FetchingEventForwarder.java - src/share/classes/javax/management/event/FetchingEventRelay.java - src/share/classes/javax/management/event/ListenerInfo.java - src/share/classes/javax/management/event/NotificationManager.java - src/share/classes/javax/management/event/RMIPushEventForwarder.java - src/share/classes/javax/management/event/RMIPushEventRelay.java - src/share/classes/javax/management/event/RMIPushServer.java - src/share/classes/javax/management/event/package-info.java - src/share/classes/javax/management/namespace/JMXDomain.java - src/share/classes/javax/management/namespace/JMXNamespace.java - src/share/classes/javax/management/namespace/JMXNamespaceMBean.java - src/share/classes/javax/management/namespace/JMXNamespacePermission.java - src/share/classes/javax/management/namespace/JMXNamespaceView.java - src/share/classes/javax/management/namespace/JMXNamespaces.java - src/share/classes/javax/management/namespace/JMXRemoteNamespace.java - src/share/classes/javax/management/namespace/JMXRemoteNamespaceMBean.java - src/share/classes/javax/management/namespace/MBeanServerConnectionWrapper.java - src/share/classes/javax/management/namespace/MBeanServerSupport.java - src/share/classes/javax/management/namespace/VirtualEventManager.java - src/share/classes/javax/management/namespace/package-info.java - src/share/classes/javax/management/openmbean/MXBeanMapping.java - src/share/classes/javax/management/openmbean/MXBeanMappingClass.java - src/share/classes/javax/management/openmbean/MXBeanMappingFactory.java - src/share/classes/javax/management/openmbean/MXBeanMappingFactoryClass.java - src/share/classes/javax/management/remote/IdentityMBeanServerForwarder.java - src/share/classes/sun/misc/Version-template.java - src/share/classes/sun/net/www/protocol/http/HttpLogFormatter.java - src/share/classes/sun/net/www/protocol/http/NegotiateCallbackHandler.java - src/share/classes/sun/net/www/protocol/http/NegotiatorImpl.java - src/share/classes/sun/security/provider/certpath/LDAPCertStore.java - src/share/classes/sun/security/ssl/KerberosPreMasterSecret.java - src/share/classes/sun/tools/jconsole/Version-template.java - src/windows/classes/sun/net/www/protocol/http/NTLMAuthSequence.java - src/windows/classes/sun/net/www/protocol/http/NTLMAuthentication.java - src/windows/native/sun/net/www/protocol/http/NTLMAuthSequence.c - test/java/nio/Buffer/Basic-X.java - test/java/nio/Buffer/CopyDirect-X-Memory.java - test/javax/management/Introspector/AnnotatedMBeanTest.java - test/javax/management/Introspector/AnnotatedNotificationInfoTest.java - test/javax/management/Introspector/ExceptionsDescriptorTest.java - test/javax/management/Introspector/MBeanDescriptionTest.java - test/javax/management/Introspector/ObjectNameTemplateTest.java - test/javax/management/Introspector/ParameterNameTest.java - test/javax/management/Introspector/ResourceInjectionTest.java - test/javax/management/MBeanServer/AttributeListMapTest.java - test/javax/management/MBeanServer/DynamicWrapperMBeanTest.java - test/javax/management/MBeanServer/InstanceNotFoundExceptionTest.java - test/javax/management/MBeanServerFactory/NamedMBeanServerTest.java - test/javax/management/ObjectName/ValueOfTest.java - test/javax/management/context/ContextForwarderTest.java - test/javax/management/context/ContextTest.java - test/javax/management/context/LocaleAwareBroadcasterTest.java - test/javax/management/context/LocaleTest.java - test/javax/management/context/LocalizableTest.java - test/javax/management/context/RemoteContextTest.java - test/javax/management/context/localizable/MBeanDescriptions.properties - test/javax/management/context/localizable/MBeanDescriptions_fr.java - test/javax/management/context/localizable/Whatsit.java - test/javax/management/context/localizable/WhatsitMBean.java - test/javax/management/descriptor/DescriptorConstructorTest.java - test/javax/management/eventService/AddRemoveListenerTest.java - test/javax/management/eventService/CustomForwarderTest.java - test/javax/management/eventService/EventClientExecutorTest.java - test/javax/management/eventService/EventClientThreadTest.java - test/javax/management/eventService/EventDelegateSecurityTest.java - test/javax/management/eventService/EventManagerTest.java - test/javax/management/eventService/FetchingTest.java - test/javax/management/eventService/LeaseManagerDeadlockTest.java - test/javax/management/eventService/LeaseTest.java - test/javax/management/eventService/ListenerTest.java - test/javax/management/eventService/MyFetchingEventForwarder.java - test/javax/management/eventService/NotSerializableNotifTest.java - test/javax/management/eventService/PublishTest.java - test/javax/management/eventService/ReconnectableConnectorTest.java - test/javax/management/eventService/SharingThreadTest.java - test/javax/management/eventService/SubUnsubTest.java - test/javax/management/eventService/SubscribeTest.java - test/javax/management/eventService/UsingEventService.java - test/javax/management/interop/MBeanExceptionInteropTest.java - test/javax/management/modelmbean/DefaultDescriptorFieldTest.java - test/javax/management/monitor/InstantiateMonitorNotificationTest.java - test/javax/management/mxbean/CustomTypeTest.java - test/javax/management/mxbean/JMXServiceURLTest.java - test/javax/management/mxbean/customtypes/CustomLongMXBean.java - test/javax/management/mxbean/customtypes/CustomMXBean.java - test/javax/management/mxbean/customtypes/IntegerIsLongFactory.java - test/javax/management/mxbean/customtypes/IntegerIsStringFactory.java - test/javax/management/mxbean/customtypes/package-info.java - test/javax/management/namespace/DomainCreationTest.java - test/javax/management/namespace/EventWithNamespaceControlTest.java - test/javax/management/namespace/EventWithNamespaceTest.java - test/javax/management/namespace/ExportNamespaceTest.java - test/javax/management/namespace/JMXDomainTest.java - test/javax/management/namespace/JMXNamespaceSecurityTest.java - test/javax/management/namespace/JMXNamespaceTest.java - test/javax/management/namespace/JMXNamespaceViewTest.java - test/javax/management/namespace/JMXNamespacesTest.java - test/javax/management/namespace/JMXRemoteNamespaceTest.java - test/javax/management/namespace/JMXRemoteTargetNamespace.java - test/javax/management/namespace/LazyDomainTest.java - test/javax/management/namespace/LeadingSeparatorsTest.java - test/javax/management/namespace/MXBeanRefTest.java - test/javax/management/namespace/NamespaceController.java - test/javax/management/namespace/NamespaceControllerMBean.java - test/javax/management/namespace/NamespaceCreationTest.java - test/javax/management/namespace/NamespaceNotificationsTest.java - test/javax/management/namespace/NullDomainObjectNameTest.java - test/javax/management/namespace/NullObjectNameTest.java - test/javax/management/namespace/QueryNamesTest.java - test/javax/management/namespace/RemoveNotificationListenerTest.java - test/javax/management/namespace/RoutingServerProxyTest.java - test/javax/management/namespace/SerialParamProcessorTest.java - test/javax/management/namespace/SourceNamespaceTest.java - test/javax/management/namespace/VirtualMBeanNotifTest.java - test/javax/management/namespace/VirtualMBeanTest.java - test/javax/management/namespace/VirtualNamespaceQueryTest.java - test/javax/management/namespace/VirtualPropsTest.java - test/javax/management/namespace/Wombat.java - test/javax/management/namespace/WombatMBean.java - test/javax/management/namespace/namespace.policy - test/javax/management/notification/SupportClearTest.java - test/javax/management/openmbean/CompositeDataToMapTest.java - test/javax/management/openmbean/GenericMBeanExceptionTest.java - test/javax/management/query/QueryDottedAttrTest.java - test/javax/management/query/QueryNotifFilterTest.java - test/javax/management/query/QueryParseTest.java - test/javax/management/remote/mandatory/connectorServer/CloseConnectionTest.java - test/javax/management/remote/mandatory/connectorServer/ForwarderChainTest.java - test/javax/management/remote/mandatory/connectorServer/StandardForwardersTest.java - test/javax/management/remote/mandatory/version/JMXSpecVersionTest.java - test/javax/management/standardmbean/FindMethodTest.java - test/javax/management/standardmbean/RegistrationTest.java Changeset: fd3f28151089 Author: amenkov Date: 2009-11-27 18:38 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/fd3f28151089 Merge Changeset: efab4331ec26 Author: malenkov Date: 2009-11-30 18:26 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/efab4331ec26 6905515: Test failed: java/beans/XMLEncoder/6329581/Test6329581.java Reviewed-by: peterz ! test/java/beans/XMLEncoder/6329581/Test6329581.java Changeset: 31fac6705b41 Author: malenkov Date: 2009-11-30 18:30 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/31fac6705b41 6905516: Test failed: java/beans/EventHandler/Test6788531.java Reviewed-by: peterz ! test/java/beans/EventHandler/Test6788531.java Changeset: 931cfd3ba5b6 Author: malenkov Date: 2009-12-09 11:34 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/931cfd3ba5b6 4638075: DOC: Doc for java.beans.PropertyDescriptor.getPropertyType() is incorrect. Reviewed-by: gsm ! src/share/classes/java/beans/IndexedPropertyDescriptor.java ! src/share/classes/java/beans/PropertyDescriptor.java Changeset: d72275039339 Author: malenkov Date: 2009-12-09 11:38 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/d72275039339 6905574: DOC: Introspector's javadoc contains wrong statement Reviewed-by: gsm ! src/share/classes/java/beans/Introspector.java Changeset: f012e2c094ff Author: peterz Date: 2009-12-10 12:08 +0300 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/f012e2c094ff 6827653: Make Synth UI classes public Reviewed-by: alexp ! src/share/classes/com/sun/java/swing/plaf/gtk/GTKPainter.java ! src/share/classes/javax/swing/plaf/ComponentUI.java ! src/share/classes/javax/swing/plaf/basic/BasicComboBoxEditor.java ! src/share/classes/javax/swing/plaf/basic/BasicComboBoxUI.java ! src/share/classes/javax/swing/plaf/basic/BasicLabelUI.java ! src/share/classes/javax/swing/plaf/basic/BasicListUI.java ! src/share/classes/javax/swing/plaf/basic/BasicMenuItemUI.java ! src/share/classes/javax/swing/plaf/basic/BasicScrollBarUI.java ! src/share/classes/javax/swing/plaf/basic/BasicSliderUI.java ! src/share/classes/javax/swing/plaf/basic/BasicSpinnerUI.java ! src/share/classes/javax/swing/plaf/basic/BasicSplitPaneUI.java ! src/share/classes/javax/swing/plaf/basic/BasicTableHeaderUI.java ! src/share/classes/javax/swing/plaf/basic/BasicTextUI.java ! src/share/classes/javax/swing/plaf/basic/BasicToolBarUI.java ! src/share/classes/javax/swing/plaf/basic/BasicTreeUI.java ! src/share/classes/javax/swing/plaf/basic/DefaultMenuLayout.java ! src/share/classes/javax/swing/plaf/nimbus/NimbusLookAndFeel.java ! src/share/classes/javax/swing/plaf/nimbus/package.html - src/share/classes/javax/swing/plaf/synth/DefaultMenuLayout.java ! src/share/classes/javax/swing/plaf/synth/SynthBorder.java ! src/share/classes/javax/swing/plaf/synth/SynthButtonUI.java ! src/share/classes/javax/swing/plaf/synth/SynthCheckBoxMenuItemUI.java ! src/share/classes/javax/swing/plaf/synth/SynthCheckBoxUI.java ! src/share/classes/javax/swing/plaf/synth/SynthColorChooserUI.java ! src/share/classes/javax/swing/plaf/synth/SynthComboBoxUI.java ! src/share/classes/javax/swing/plaf/synth/SynthDefaultLookup.java ! src/share/classes/javax/swing/plaf/synth/SynthDesktopIconUI.java ! src/share/classes/javax/swing/plaf/synth/SynthDesktopPaneUI.java ! src/share/classes/javax/swing/plaf/synth/SynthEditorPaneUI.java ! src/share/classes/javax/swing/plaf/synth/SynthFormattedTextFieldUI.java ! src/share/classes/javax/swing/plaf/synth/SynthInternalFrameTitlePane.java ! src/share/classes/javax/swing/plaf/synth/SynthInternalFrameUI.java ! src/share/classes/javax/swing/plaf/synth/SynthLabelUI.java ! src/share/classes/javax/swing/plaf/synth/SynthListUI.java ! src/share/classes/javax/swing/plaf/synth/SynthLookAndFeel.java ! src/share/classes/javax/swing/plaf/synth/SynthMenuBarUI.java ! src/share/classes/javax/swing/plaf/synth/SynthMenuItemUI.java + src/share/classes/javax/swing/plaf/synth/SynthMenuLayout.java ! src/share/classes/javax/swing/plaf/synth/SynthMenuUI.java ! src/share/classes/javax/swing/plaf/synth/SynthOptionPaneUI.java ! src/share/classes/javax/swing/plaf/synth/SynthPainter.java ! src/share/classes/javax/swing/plaf/synth/SynthPanelUI.java ! src/share/classes/javax/swing/plaf/synth/SynthPasswordFieldUI.java ! src/share/classes/javax/swing/plaf/synth/SynthPopupMenuUI.java ! src/share/classes/javax/swing/plaf/synth/SynthProgressBarUI.java ! src/share/classes/javax/swing/plaf/synth/SynthRadioButtonMenuItemUI.java ! src/share/classes/javax/swing/plaf/synth/SynthRadioButtonUI.java ! src/share/classes/javax/swing/plaf/synth/SynthRootPaneUI.java ! src/share/classes/javax/swing/plaf/synth/SynthScrollBarUI.java ! src/share/classes/javax/swing/plaf/synth/SynthScrollPaneUI.java ! src/share/classes/javax/swing/plaf/synth/SynthSeparatorUI.java ! src/share/classes/javax/swing/plaf/synth/SynthSliderUI.java ! src/share/classes/javax/swing/plaf/synth/SynthSpinnerUI.java ! src/share/classes/javax/swing/plaf/synth/SynthSplitPaneUI.java ! src/share/classes/javax/swing/plaf/synth/SynthStyle.java ! src/share/classes/javax/swing/plaf/synth/SynthStyleFactory.java ! src/share/classes/javax/swing/plaf/synth/SynthTabbedPaneUI.java ! src/share/classes/javax/swing/plaf/synth/SynthTableHeaderUI.java ! src/share/classes/javax/swing/plaf/synth/SynthTableUI.java ! src/share/classes/javax/swing/plaf/synth/SynthTextAreaUI.java ! src/share/classes/javax/swing/plaf/synth/SynthTextFieldUI.java ! src/share/classes/javax/swing/plaf/synth/SynthTextPaneUI.java ! src/share/classes/javax/swing/plaf/synth/SynthToggleButtonUI.java ! src/share/classes/javax/swing/plaf/synth/SynthToolBarUI.java ! src/share/classes/javax/swing/plaf/synth/SynthToolTipUI.java ! src/share/classes/javax/swing/plaf/synth/SynthTreeUI.java + src/share/classes/javax/swing/plaf/synth/SynthUI.java ! src/share/classes/javax/swing/plaf/synth/SynthViewportUI.java - src/share/classes/sun/swing/plaf/synth/SynthUI.java Changeset: d2680a125e32 Author: lana Date: 2009-12-10 09:50 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/d2680a125e32 Merge - src/share/classes/javax/swing/plaf/synth/DefaultMenuLayout.java - src/share/classes/sun/swing/plaf/synth/SynthUI.java Changeset: be6bc681579a Author: lana Date: 2009-12-16 00:09 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/be6bc681579a Merge - src/share/classes/javax/swing/plaf/synth/DefaultMenuLayout.java - src/share/classes/sun/awt/ComponentAccessor.java - src/share/classes/sun/awt/WindowAccessor.java - src/share/classes/sun/swing/plaf/synth/SynthUI.java Changeset: 1143e498f813 Author: mikejwre Date: 2009-12-16 23:39 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/1143e498f813 Merge From michael.wilkerson at sun.com Thu Dec 17 01:13:24 2009 From: michael.wilkerson at sun.com (michael.wilkerson at sun.com) Date: Thu, 17 Dec 2009 09:13:24 +0000 Subject: hg: jdk7/build/langtools: 11 new changesets Message-ID: <20091217091345.607E842369@hg.openjdk.java.net> Changeset: cff85998bf4d Author: jjg Date: 2009-11-17 16:45 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/cff85998bf4d 6898585: restructure langtools build.xml to facilitate more options for macro Reviewed-by: ohair ! make/build.xml Changeset: a509a22f9845 Author: jjg Date: 2009-11-19 11:38 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/a509a22f9845 6902264: fix indentation of tableswitch and lookupswitch Reviewed-by: ksrini ! src/share/classes/com/sun/tools/classfile/Instruction.java ! src/share/classes/com/sun/tools/javap/CodeWriter.java Changeset: 2ebae181a4ab Author: jjg Date: 2009-11-19 11:43 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/2ebae181a4ab 6900511: javac command line help broken Reviewed-by: ksrini ! src/share/classes/com/sun/tools/javac/main/JavacOption.java Changeset: b1bb8164a9bd Author: jjg Date: 2009-11-19 11:49 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/b1bb8164a9bd 6902720: javac pretty printer does not handle enums correctly Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javac/tree/Pretty.java + test/tools/javac/6902720/E1.java + test/tools/javac/6902720/E2.java + test/tools/javac/6902720/Test.java Changeset: 243d0be1ba99 Author: jjg Date: 2009-11-20 10:15 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/243d0be1ba99 6903456: 6898585 drops javadoc doclet.xml from JDK Reviewed-by: ohair ! make/build.xml Changeset: 4325b440eb3e Author: jjg Date: 2009-11-20 11:18 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/4325b440eb3e 6902337: fix langtools build to allow forward refs into jdk/ repo Reviewed-by: ohair, mcimadamore ! make/Makefile ! make/build.properties ! make/build.xml + make/tools/GenStubs/GenStubs.java Changeset: b1508b6affd8 Author: tbell Date: 2009-11-23 19:58 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/b1508b6affd8 Merge Changeset: 121e0ebf1658 Author: darcy Date: 2009-12-03 14:03 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/121e0ebf1658 6906748: Project Coin: Minor strings in switch cleanup Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/code/Source.java ! src/share/classes/com/sun/tools/javac/comp/Lower.java Changeset: ea89c5d4af08 Author: jjg Date: 2009-12-07 14:35 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/ea89c5d4af08 6907660: stupid typo in ZipFileIndex guarantees NPE Reviewed-by: darcy ! src/share/classes/com/sun/tools/javac/file/ZipFileIndex.java Changeset: ceb2857fce7d Author: tbell Date: 2009-12-08 09:16 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/ceb2857fce7d Merge Changeset: acc1e40a5874 Author: mikejwre Date: 2009-12-16 23:39 -0800 URL: http://hg.openjdk.java.net/jdk7/build/langtools/rev/acc1e40a5874 Merge From Tim.Bell at Sun.COM Thu Dec 17 07:59:11 2009 From: Tim.Bell at Sun.COM (Tim Bell) Date: Thu, 17 Dec 2009 07:59:11 -0800 Subject: Please review: Bug ID: 6899737 JDK build fails in make/java/jli because of _vsnprintf macro redefinition In-Reply-To: <4B29F1A8.1090902@sun.com> References: <4B29EF2E.6090805@sun.com> <4B29F1A8.1090902@sun.com> Message-ID: <4B2A554F.7080904@sun.com> Artem Ananiev wrote: > Hi, Tim, > > is this problem specific to the newest MS compiler only (and do we care > of any other compiler when building JDK7 on windows)? If yes, we could I don't know of any other compiler building JDK7 on Windows, but in the past people have suggested both Intel's compilers and MinGW. There could be more out there... > change the condition to > > #if !defined(vsnprintf) && !defined(NO_vsnprintf) && (!defined(_MSC_VER) > || (_MSC_VER >= 1500)) Thanks for the suggestion. I'll give it a try. Tim From Kelly.Ohair at Sun.COM Thu Dec 17 08:17:36 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 17 Dec 2009 08:17:36 -0800 Subject: Please review: Bug ID: 6899737 JDK build fails in make/java/jli because of _vsnprintf macro redefinition In-Reply-To: <4B29EF2E.6090805@sun.com> References: <4B29EF2E.6090805@sun.com> Message-ID: <4B2A59A0.8080603@sun.com> Looks ok to me. -kto Tim Bell wrote: > Hi Folks > > Here is the bug report: > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6899737 > > Here is the proposed fix (works when using both Visual Studio 2003 and VS 2008 > on Windows XP SP2): > > http://cr.openjdk.java.net/~tbell/6899737.00/ > > This is a blocker for my work on the full Visual Studio 2008 build of JDK7. > > Thanks in advance- > > Tim From Mandy.Chung at Sun.COM Thu Dec 17 23:32:11 2009 From: Mandy.Chung at Sun.COM (Mandy Chung) Date: Thu, 17 Dec 2009 23:32:11 -0800 Subject: Review Request: 6911737: Module build: generate modules with native libraries and any other files Message-ID: <4B2B2FFB.3050904@sun.com> This is the next step toward modularizing the jdk: 6911737: Module build: generate modules with native libraries and any other files Webrev at: http://cr.openjdk.java.net/~mchung/6911737/webrev.00/ For classes and other resource files in jar files, we use simple patterns to match what classes/resources in which module (most cases can simply use the package name as the pattern). The module definitions are defined in make/modules/modules.config. For native libraries and any other files, pattern matching approach won't work well and keeping the mapping of native libs and other files to which module is hard to maintain and also error-prone. Instead, I add a new MODULE variable and modify install-file macro in Defs.gmk so that for any file is installed in the build image, the file will be installed in its corresponding module in the module image. I also add a few new macros in Defs.gmk such as install-non-module-file, chmod-file, etc to handle different cases. This change modifies > 120 makefiles and most of them are added one line to define its module. The main change is in Defs.gmk. > cd make/modules; gnumake all This command will generate one directory per module, $OUTPUTDIR/modules/. It will consist of the jar file containing its classes and resource files as well as any native libraries, binaries, executables, etc. For example, the base module is under $OUTPUTDIR/modules/base > find base -print base base/bin base/bin/java base/lib base/lib/base.jar base/lib/i386 base/lib/i386/native_threads base/lib/i386/native_threads/libhpi.so base/lib/i386/jvm.cfg base/lib/i386/server base/lib/i386/server/libjvm.so base/lib/i386/server/Xusage.txt base/lib/i386/server/libjsig.so base/lib/i386/server/libjvm_db.so base/lib/i386/client base/lib/i386/client/libjvm.so base/lib/i386/client/Xusage.txt base/lib/i386/client/libjsig.so base/lib/i386/client/libjvm_db.so base/lib/i386/libjsig.so base/lib/i386/libverify.so base/lib/i386/libjava.so base/lib/i386/jli base/lib/i386/jli/libjli.so base/lib/i386/libzip.so base/lib/i386/libnpt.so base/lib/i386/libnet.so base/lib/i386/libnio.so base/lib/security base/lib/security/US_export_policy.jar base/lib/security/local_policy.jar base/lib/security/java.security base/lib/security/java.policy base/lib/security/cacerts base/lib/content-types.properties base/lib/calendars.properties base/lib/currency.data base/lib/net.properties base/lib/zi/.... > find nio -print nio nio/lib nio/lib/nio.jar The base module itself can be used to run applications that don't depend on other modules. > base/bin/java helloworld To add the nio module on the top of the base module, you can do: > cp -rf base myJRE > cp -rf nio/* myJRE Mandy From tim.bell at sun.com Fri Dec 18 09:44:08 2009 From: tim.bell at sun.com (tim.bell at sun.com) Date: Fri, 18 Dec 2009 17:44:08 +0000 Subject: hg: jdk7/build/jdk: 6899737: JDK build fails in make/java/jli because of _vsnprintf macro redefinition Message-ID: <20091218174423.2B0F14257B@hg.openjdk.java.net> Changeset: 9956e8d71e06 Author: tbell Date: 2009-12-18 09:40 -0800 URL: http://hg.openjdk.java.net/jdk7/build/jdk/rev/9956e8d71e06 6899737: JDK build fails in make/java/jli because of _vsnprintf macro redefinition Summary: Use stdio.h instead when building with Visual Studio 2008 or later Reviewed-by: art, ohair ! src/share/native/java/util/zip/zlib-1.2.3/zutil.h From Alan.Bateman at Sun.COM Fri Dec 18 11:10:57 2009 From: Alan.Bateman at Sun.COM (Alan Bateman) Date: Fri, 18 Dec 2009 19:10:57 +0000 Subject: Review request for 6909572: Add a new target for building modules In-Reply-To: <4B26E2B5.1050809@sun.com> References: <4B26E2B5.1050809@sun.com> Message-ID: <4B2BD3C1.9020605@sun.com> Mandy Chung wrote: > We have made some progress in eliminating several undesirable > dependencies in the past few builds [1]. A class analyzer tool in > the jigsaw/tools repository [2] has been developed and used to analyze > the dependencies. > > The next step of the jdk modularization effort is to make the build > changes to generate modules. I plan to break this task into several > steps. The first step is to add a new "modules" target to build the > module image that has one jar file per module rather than rt.jar. > This change does not have any impact to the existing jdk build. > > Webrev at: > http://cr.openjdk.java.net/~mchung/6909572/webrev.00 Mandy - I finally got to through this (actually the updated version http://cr.openjdk.java.net/~mchung/6909572/webrev.01/). This is a useful first step, so good job and consider it reviewed. My only comment is that it duplicates some of the beast that is Release.gmk. I don't have suggestions but someday we should re-visit these (and I've no doubt we'll be changing this many times in jdk7 anyway). A couple of minor nits: - make/Makefile - do you want to list the modules target, maybe as experimental, under development, ... - make/common/Modules.gmk needs the date in the copyright message to be fixed - make/modules/jdk7.depconfig - we should add a copyright header to this -Alan. From Mandy.Chung at Sun.COM Fri Dec 18 11:21:16 2009 From: Mandy.Chung at Sun.COM (Mandy Chung) Date: Fri, 18 Dec 2009 11:21:16 -0800 Subject: Review request for 6909572: Add a new target for building modules In-Reply-To: <4B2BD3C1.9020605@sun.com> References: <4B26E2B5.1050809@sun.com> <4B2BD3C1.9020605@sun.com> Message-ID: <4B2BD62C.20405@sun.com> Alan Bateman wrote: > Mandy Chung wrote: >> We have made some progress in eliminating several undesirable >> dependencies in the past few builds [1]. A class analyzer tool in >> the jigsaw/tools repository [2] has been developed and used to >> analyze the dependencies. >> >> The next step of the jdk modularization effort is to make the build >> changes to generate modules. I plan to break this task into several >> steps. The first step is to add a new "modules" target to build the >> module image that has one jar file per module rather than rt.jar. >> This change does not have any impact to the existing jdk build. >> >> Webrev at: >> http://cr.openjdk.java.net/~mchung/6909572/webrev.00 > Mandy - I finally got to through this (actually the updated version > http://cr.openjdk.java.net/~mchung/6909572/webrev.01/). > > This is a useful first step, so good job and consider it reviewed. My > only comment is that it duplicates some of the beast that is > Release.gmk. I don't have suggestions but someday we should re-visit > these (and I've no doubt we'll be changing this many times in jdk7 > anyway). > Thanks for the review. W.r.t. the Modules.gmk, I think it could become much simpler after I fix: 6911737: Module build: generate modules with native libraries and any other files That's one of the tasks that I would look into next. > A couple of minor nits: > - make/Makefile - do you want to list the modules target, maybe as > experimental, under development, ... I will add that. > - make/common/Modules.gmk needs the date in the copyright message to > be fixed > - make/modules/jdk7.depconfig - we should add a copyright header to this Will fix them. Mandy > > -Alan. From Mandy.Chung at Sun.COM Fri Dec 18 13:06:47 2009 From: Mandy.Chung at Sun.COM (Mandy Chung) Date: Fri, 18 Dec 2009 13:06:47 -0800 Subject: Review Request: 6911737: Module build: generate modules with native libraries and any other files In-Reply-To: <4B2B2FFB.3050904@sun.com> References: <4B2B2FFB.3050904@sun.com> Message-ID: <4B2BEEE7.6020902@sun.com> A updated webrev against the the changeset I just pushed to the tl repo and also include some minor fixes: http://cr.openjdk.java.net/~mchung/6911737/webrev.01/ Mandy Mandy Chung wrote: > This is the next step toward modularizing the jdk: > 6911737: Module build: generate modules with native libraries and > any other files > > Webrev at: > http://cr.openjdk.java.net/~mchung/6911737/webrev.00/ > > For classes and other resource files in jar files, we use simple > patterns to match what classes/resources in which module (most cases > can simply use the package name as the pattern). The module > definitions are defined in make/modules/modules.config. > > For native libraries and any other files, pattern matching approach > won't work well and keeping the mapping of native libs and other files > to which module is hard to maintain and also error-prone. Instead, I > add a new MODULE variable and modify install-file macro in Defs.gmk so > that for any file is installed in the build image, the file will be > installed in its corresponding module in the module image. I also > add a few new macros in Defs.gmk such as install-non-module-file, > chmod-file, etc to handle different cases. > > This change modifies > 120 makefiles and most of them are added one > line to define its module. The main change is in Defs.gmk. > > > cd make/modules; gnumake all > > This command will generate one directory per module, > $OUTPUTDIR/modules/. It will consist of the jar file > containing its classes and resource files as well as any native > libraries, binaries, executables, etc. > > For example, the base module is under $OUTPUTDIR/modules/base > > > find base -print > base > base/bin > base/bin/java > base/lib > base/lib/base.jar > base/lib/i386 > base/lib/i386/native_threads > base/lib/i386/native_threads/libhpi.so > base/lib/i386/jvm.cfg > base/lib/i386/server > base/lib/i386/server/libjvm.so > base/lib/i386/server/Xusage.txt > base/lib/i386/server/libjsig.so > base/lib/i386/server/libjvm_db.so > base/lib/i386/client > base/lib/i386/client/libjvm.so > base/lib/i386/client/Xusage.txt > base/lib/i386/client/libjsig.so > base/lib/i386/client/libjvm_db.so > base/lib/i386/libjsig.so > base/lib/i386/libverify.so > base/lib/i386/libjava.so > base/lib/i386/jli > base/lib/i386/jli/libjli.so > base/lib/i386/libzip.so > base/lib/i386/libnpt.so > base/lib/i386/libnet.so > base/lib/i386/libnio.so > base/lib/security > base/lib/security/US_export_policy.jar > base/lib/security/local_policy.jar > base/lib/security/java.security > base/lib/security/java.policy > base/lib/security/cacerts > base/lib/content-types.properties > base/lib/calendars.properties > base/lib/currency.data > base/lib/net.properties > base/lib/zi/.... > > > find nio -print > nio > nio/lib > nio/lib/nio.jar > > The base module itself can be used to run applications that don't > depend on other modules. > > base/bin/java helloworld > > To add the nio module on the top of the base module, you can do: > > cp -rf base myJRE > > cp -rf nio/* myJRE > > Mandy From David.Holmes at Sun.COM Sun Dec 20 19:16:57 2009 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Mon, 21 Dec 2009 13:16:57 +1000 Subject: No rule to make foo.cpp needed by foo.o ??? Message-ID: <4B2EE8A9.4000209@sun.com> I'm doing a build and get a compilation error in foo.cpp, so I fix the problem that caused the error and make then aborts with "No rule to make target 'foo.cpp' needed by 'foo.o'. Stop" I have to do a clean and then re-build to get past this. This is building hotspot on linux and the make version is 3.81 This is driving me nuts and wasting a lot of time! Anyone got any idea why make is doing this? It is as-if it can't find the updated cpp file. Could it be a timestamp issue? Thanks, David Holmes From deepak2427 at gmail.com Sun Dec 20 22:52:56 2009 From: deepak2427 at gmail.com (Deepak Mathews) Date: Mon, 21 Dec 2009 12:22:56 +0530 Subject: No rule to make foo.cpp needed by foo.o ??? In-Reply-To: <4B2EE8A9.4000209@sun.com> References: <4B2EE8A9.4000209@sun.com> Message-ID: <454434ce0912202252h1d38a88djd7774c0f1cda622@mail.gmail.com> Are you sure about the path to foo.cpp in the makefile is correctly set during compilation. It also can be a timestamp issue, but only if the updated file has a modification time older...it might be trivial... but the if system time is behind it can cause this issue.. On Mon, Dec 21, 2009 at 8:46 AM, David Holmes - Sun Microsystems < David.Holmes at sun.com> wrote: > I'm doing a build and get a compilation error in foo.cpp, so I fix the > problem that caused the error and make then aborts with > > "No rule to make target 'foo.cpp' needed by 'foo.o'. Stop" > > I have to do a clean and then re-build to get past this. > > This is building hotspot on linux and the make version is 3.81 > > This is driving me nuts and wasting a lot of time! > > Anyone got any idea why make is doing this? It is as-if it can't find the > updated cpp file. Could it be a timestamp issue? > > Thanks, > David Holmes > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20091221/e70cceaf/attachment.html From Igor.Nekrestyanov at Sun.COM Sun Dec 20 22:59:42 2009 From: Igor.Nekrestyanov at Sun.COM (Igor Nekrestyanov) Date: Sun, 20 Dec 2009 22:59:42 -0800 Subject: No rule to make foo.cpp needed by foo.o ??? In-Reply-To: <454434ce0912202252h1d38a88djd7774c0f1cda622@mail.gmail.com> References: <4B2EE8A9.4000209@sun.com> <454434ce0912202252h1d38a88djd7774c0f1cda622@mail.gmail.com> Message-ID: <4B2F1CDE.7030400@sun.com> It could very well be timestamp issue, especially if you are editing files on the network file system. Try gnumake -dd Log should provide some additional details while rule was skipped. -igor On 12/20/09 10:52 PM, Deepak Mathews wrote: > Are you sure about the path to foo.cpp in the makefile is correctly > set during compilation. > > It also can be a timestamp issue, but only if the updated file has a > modification time older...it might be trivial... but the if system > time is behind it can cause this issue.. > > On Mon, Dec 21, 2009 at 8:46 AM, David Holmes - Sun Microsystems > > wrote: > > I'm doing a build and get a compilation error in foo.cpp, so I fix > the problem that caused the error and make then aborts with > > "No rule to make target 'foo.cpp' needed by 'foo.o'. Stop" > > I have to do a clean and then re-build to get past this. > > This is building hotspot on linux and the make version is 3.81 > > This is driving me nuts and wasting a lot of time! > > Anyone got any idea why make is doing this? It is as-if it can't > find the updated cpp file. Could it be a timestamp issue? > > Thanks, > David Holmes > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20091220/ad983ea7/attachment.html From David.Holmes at Sun.COM Sun Dec 20 23:05:38 2009 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Mon, 21 Dec 2009 17:05:38 +1000 Subject: No rule to make foo.cpp needed by foo.o ??? In-Reply-To: <454434ce0912202252h1d38a88djd7774c0f1cda622@mail.gmail.com> References: <4B2EE8A9.4000209@sun.com> <454434ce0912202252h1d38a88djd7774c0f1cda622@mail.gmail.com> Message-ID: <4B2F1E42.1050702@sun.com> Deepak Mathews said the following on 12/21/09 16:52: > Are you sure about the path to foo.cpp in the makefile is correctly set > during compilation. Yes paths are fine. > It also can be a timestamp issue, but only if the updated file has a > modification time older...it might be trivial... but the if system time > is behind it can cause this issue.. I discovered that simply re-issuing the build command also fixes it. Just seems to take two goes to get it right. And the build machine time is slightly behind the fileserver on which the source files reside, so I think it is a timestamp issue. Thanks, David > On Mon, Dec 21, 2009 at 8:46 AM, David Holmes - Sun Microsystems > > wrote: > > I'm doing a build and get a compilation error in foo.cpp, so I fix > the problem that caused the error and make then aborts with > > "No rule to make target 'foo.cpp' needed by 'foo.o'. Stop" > > I have to do a clean and then re-build to get past this. > > This is building hotspot on linux and the make version is 3.81 > > This is driving me nuts and wasting a lot of time! > > Anyone got any idea why make is doing this? It is as-if it can't > find the updated cpp file. Could it be a timestamp issue? > > Thanks, > David Holmes > > From gnu_andrew at member.fsf.org Mon Dec 21 08:45:01 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 21 Dec 2009 16:45:01 +0000 Subject: Need reviewer - minor top level make changes In-Reply-To: <4B048AB9.3050106@sun.com> References: <4B048AB9.3050106@sun.com> Message-ID: <17c6771e0912210845j67e7e836g25dbea264bb9c88@mail.gmail.com> 2009/11/19 Kelly O'Hair : > > Need reviewer. Some very minor top level make file changes. > > 6727046: Add message when docs are skipped in control build > 6864011: typo? in top level Makefile: DAYE_STAMP > > http://cr.openjdk.java.net/~ohair/openjdk7/top-make-fixes/webrev/ > > -kto > > This is a bit more than just adding a message. It also adds: + # No DOCS build when JDK_UPDATE_VERSION set + ifdef JDK_UPDATE_VERSION + GENERATE_DOCS=false + endif JDK_UPDATE_VERSION has to be set for IcedTea to deal with broken plugins which expect this (such as http://www.java.com/en/download/help/testvm.xml). I don't think it follows that turning on a version setting forces documentation off. Can we make this an #ifndef OPENJDK block? -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) 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.Holmes at Sun.COM Mon Dec 21 16:48:20 2009 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Tue, 22 Dec 2009 10:48:20 +1000 Subject: No rule to make foo.cpp needed by foo.o ??? In-Reply-To: <4B2F1E42.1050702@sun.com> References: <4B2EE8A9.4000209@sun.com> <454434ce0912202252h1d38a88djd7774c0f1cda622@mail.gmail.com> <4B2F1E42.1050702@sun.com> Message-ID: <4B301754.4000908@sun.com> Well I fixed the time problem but that didn't fix the problem. I just updated three files and had to try the build three times before it worked - each time it reported needing to make one of the updated files. Bizarre. David David Holmes - Sun Microsystems said the following on 12/21/09 17:05: > Deepak Mathews said the following on 12/21/09 16:52: >> Are you sure about the path to foo.cpp in the makefile is correctly >> set during compilation. > > Yes paths are fine. > >> It also can be a timestamp issue, but only if the updated file has a >> modification time older...it might be trivial... but the if system >> time is behind it can cause this issue.. > > I discovered that simply re-issuing the build command also fixes it. > Just seems to take two goes to get it right. > > And the build machine time is slightly behind the fileserver on which > the source files reside, so I think it is a timestamp issue. > > Thanks, > David > >> On Mon, Dec 21, 2009 at 8:46 AM, David Holmes - Sun Microsystems >> > wrote: >> >> I'm doing a build and get a compilation error in foo.cpp, so I fix >> the problem that caused the error and make then aborts with >> >> "No rule to make target 'foo.cpp' needed by 'foo.o'. Stop" >> >> I have to do a clean and then re-build to get past this. >> >> This is building hotspot on linux and the make version is 3.81 >> >> This is driving me nuts and wasting a lot of time! >> >> Anyone got any idea why make is doing this? It is as-if it can't >> find the updated cpp file. Could it be a timestamp issue? >> >> Thanks, >> David Holmes >> >> From Igor.Nekrestyanov at Sun.COM Mon Dec 21 17:45:13 2009 From: Igor.Nekrestyanov at Sun.COM (Igor Nekrestyanov) Date: Mon, 21 Dec 2009 17:45:13 -0800 Subject: No rule to make foo.cpp needed by foo.o ??? In-Reply-To: <4B301754.4000908@sun.com> References: <4B2EE8A9.4000209@sun.com> <454434ce0912202252h1d38a88djd7774c0f1cda622@mail.gmail.com> <4B2F1E42.1050702@sun.com> <4B301754.4000908@sun.com> Message-ID: <4B3024A9.2080704@sun.com> Check the output of "gnumake -dd" looking for everything related to files in question. It will tell you why rules are not fired. -igor On 12/21/09 4:48 PM, David Holmes - Sun Microsystems wrote: > Well I fixed the time problem but that didn't fix the problem. I just > updated three files and had to try the build three times before it > worked - each time it reported needing to make one of the updated files. > > Bizarre. > > David > > David Holmes - Sun Microsystems said the following on 12/21/09 17:05: >> Deepak Mathews said the following on 12/21/09 16:52: >>> Are you sure about the path to foo.cpp in the makefile is correctly >>> set during compilation. >> >> Yes paths are fine. >> >>> It also can be a timestamp issue, but only if the updated file has a >>> modification time older...it might be trivial... but the if system >>> time is behind it can cause this issue.. >> >> I discovered that simply re-issuing the build command also fixes it. >> Just seems to take two goes to get it right. >> >> And the build machine time is slightly behind the fileserver on which >> the source files reside, so I think it is a timestamp issue. >> >> Thanks, >> David >> >>> On Mon, Dec 21, 2009 at 8:46 AM, David Holmes - Sun Microsystems >>> > wrote: >>> >>> I'm doing a build and get a compilation error in foo.cpp, so I fix >>> the problem that caused the error and make then aborts with >>> >>> "No rule to make target 'foo.cpp' needed by 'foo.o'. Stop" >>> >>> I have to do a clean and then re-build to get past this. >>> >>> This is building hotspot on linux and the make version is 3.81 >>> >>> This is driving me nuts and wasting a lot of time! >>> >>> Anyone got any idea why make is doing this? It is as-if it can't >>> find the updated cpp file. Could it be a timestamp issue? >>> >>> Thanks, >>> David Holmes >>> >>> From David.Holmes at Sun.COM Mon Dec 21 18:42:44 2009 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Tue, 22 Dec 2009 12:42:44 +1000 Subject: No rule to make foo.cpp needed by foo.o ??? In-Reply-To: <4B3024A9.2080704@sun.com> References: <4B2EE8A9.4000209@sun.com> <454434ce0912202252h1d38a88djd7774c0f1cda622@mail.gmail.com> <4B2F1E42.1050702@sun.com> <4B301754.4000908@sun.com> <4B3024A9.2080704@sun.com> Message-ID: <4B303224.7000102@sun.com> Igor Nekrestyanov said the following on 12/22/09 11:45: > Check the output of "gnumake -dd" looking for everything related to > files in question. It will tell you why rules are not fired. Surprisingly the answer was because "Foo.cpp does not exist" which of course is nonsense. I'm guessing this must be some kind of NFS caching issue. I rsync the updated files to the build location and then run the build on another machine. Thanks, David > > -igor > > On 12/21/09 4:48 PM, David Holmes - Sun Microsystems wrote: >> Well I fixed the time problem but that didn't fix the problem. I just >> updated three files and had to try the build three times before it >> worked - each time it reported needing to make one of the updated files. >> >> Bizarre. >> >> David >> >> David Holmes - Sun Microsystems said the following on 12/21/09 17:05: >>> Deepak Mathews said the following on 12/21/09 16:52: >>>> Are you sure about the path to foo.cpp in the makefile is correctly >>>> set during compilation. >>> >>> Yes paths are fine. >>> >>>> It also can be a timestamp issue, but only if the updated file has a >>>> modification time older...it might be trivial... but the if system >>>> time is behind it can cause this issue.. >>> >>> I discovered that simply re-issuing the build command also fixes it. >>> Just seems to take two goes to get it right. >>> >>> And the build machine time is slightly behind the fileserver on which >>> the source files reside, so I think it is a timestamp issue. >>> >>> Thanks, >>> David >>> >>>> On Mon, Dec 21, 2009 at 8:46 AM, David Holmes - Sun Microsystems >>>> > wrote: >>>> >>>> I'm doing a build and get a compilation error in foo.cpp, so I fix >>>> the problem that caused the error and make then aborts with >>>> >>>> "No rule to make target 'foo.cpp' needed by 'foo.o'. Stop" >>>> >>>> I have to do a clean and then re-build to get past this. >>>> >>>> This is building hotspot on linux and the make version is 3.81 >>>> >>>> This is driving me nuts and wasting a lot of time! >>>> >>>> Anyone got any idea why make is doing this? It is as-if it can't >>>> find the updated cpp file. Could it be a timestamp issue? >>>> >>>> Thanks, >>>> David Holmes >>>> >>>> > From martinrb at google.com Mon Dec 21 18:53:10 2009 From: martinrb at google.com (Martin Buchholz) Date: Mon, 21 Dec 2009 18:53:10 -0800 Subject: No rule to make foo.cpp needed by foo.o ??? In-Reply-To: <4B303224.7000102@sun.com> References: <4B2EE8A9.4000209@sun.com> <454434ce0912202252h1d38a88djd7774c0f1cda622@mail.gmail.com> <4B2F1E42.1050702@sun.com> <4B301754.4000908@sun.com> <4B3024A9.2080704@sun.com> <4B303224.7000102@sun.com> Message-ID: <1ccfd1c10912211853qdc62c6dl396282ae35e91452@mail.gmail.com> On Mon, Dec 21, 2009 at 18:42, David Holmes - Sun Microsystems wrote: > Igor Nekrestyanov said the following on 12/22/09 11:45: >> >> Check the output of "gnumake -dd" looking for everything related to files >> in question. It will tell you why rules are not fired. > > Surprisingly the answer was because "Foo.cpp does not exist" which of course > is nonsense. > > I'm guessing this must be some kind of NFS caching issue. I rsync the > updated files to the build location and then run the build on another > machine. If the problem goes away if you add a sleep 30 after the NFS copy, you are probably right. NFS has always worked thus. It is just like the consistency considerations with the java memory model, except that the cache lifetimes are typically much longer. You can fix it by rsyncing to the machine where the build will happen, so that there will be no caching of stale bits. Martin From gnu_andrew at member.fsf.org Tue Dec 22 13:00:53 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Tue, 22 Dec 2009 21:00:53 +0000 Subject: make/java/nio/FILES_java.gmk does not list Unicode.java Message-ID: <17c6771e0912221300l612e10cw8bdaf58f6960bcf9@mail.gmail.com> On building OpenJDK6 from the Mercurial forest with IcedTea, I found that the class sun.nio.cs.Unicode is not built as it is not listed in FILES_java.gmk. Presumably, it was being pulled in before by some dependency which has changed since b17. The failure only occurs when bootstrapping with ecj but I don't think we should be relying on the dependency resolution of compilers to pull in essential classes (the lack of this one causes the VM to fail to even print the help output). This webrev http://cr.openjdk.java.net/~andrew/build/webrev.01/ fixes the issue and should probably go into 7 as well. Does this look ok? If so, can I have a bug ID to push it? Thanks, -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) 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.Holmes at Sun.COM Tue Dec 22 21:55:30 2009 From: David.Holmes at Sun.COM (David Holmes - Sun Microsystems) Date: Wed, 23 Dec 2009 15:55:30 +1000 Subject: No rule to make foo.cpp needed by foo.o ??? In-Reply-To: <1ccfd1c10912211853qdc62c6dl396282ae35e91452@mail.gmail.com> References: <4B2EE8A9.4000209@sun.com> <454434ce0912202252h1d38a88djd7774c0f1cda622@mail.gmail.com> <4B2F1E42.1050702@sun.com> <4B301754.4000908@sun.com> <4B3024A9.2080704@sun.com> <4B303224.7000102@sun.com> <1ccfd1c10912211853qdc62c6dl396282ae35e91452@mail.gmail.com> Message-ID: <4B31B0D2.6090205@sun.com> Hi Martin, Martin Buchholz said the following on 12/22/09 12:53: > On Mon, Dec 21, 2009 at 18:42, David Holmes - Sun Microsystems > wrote: >> Igor Nekrestyanov said the following on 12/22/09 11:45: >>> Check the output of "gnumake -dd" looking for everything related to files >>> in question. It will tell you why rules are not fired. >> Surprisingly the answer was because "Foo.cpp does not exist" which of course >> is nonsense. >> >> I'm guessing this must be some kind of NFS caching issue. I rsync the >> updated files to the build location and then run the build on another >> machine. > > If the problem goes away if you add a > sleep 30 > after the NFS copy, you are probably right. > NFS has always worked thus. No it's not that simple. If I update 5 files the first build reports the 1st is missing, the second reports the 2nd is missing and so forth and a lot longer than 30 seconds has passed in between. :( > It is just like the consistency considerations with the > java memory model, except that the cache lifetimes > are typically much longer. You mean I need to declare my files as volatile ? ;-) > You can fix it by rsyncing to the machine where the > build will happen, so that there will be no caching > of stale bits. Will have to try that. Cheers, David > Martin From Alan.Bateman at Sun.COM Wed Dec 23 02:08:27 2009 From: Alan.Bateman at Sun.COM (Alan Bateman) Date: Wed, 23 Dec 2009 10:08:27 +0000 Subject: make/java/nio/FILES_java.gmk does not list Unicode.java In-Reply-To: <17c6771e0912221300l612e10cw8bdaf58f6960bcf9@mail.gmail.com> References: <17c6771e0912221300l612e10cw8bdaf58f6960bcf9@mail.gmail.com> Message-ID: <4B31EC1B.4010706@sun.com> Andrew John Hughes wrote: > On building OpenJDK6 from the Mercurial forest with IcedTea, I found > that the class sun.nio.cs.Unicode is not built as it is not listed in > FILES_java.gmk. Presumably, it was being pulled in before by some > dependency which has changed since b17. The failure only occurs when > bootstrapping with ecj but I don't think we should be relying on the > dependency resolution of compilers to pull in essential classes (the > lack of this one causes the VM to fail to even print the help output). > > This webrev http://cr.openjdk.java.net/~andrew/build/webrev.01/ fixes > the issue and should probably go into 7 as well. > > Does this look ok? If so, can I have a bug ID to push it? > > Thanks, > Looks okay to me. I've created a bug to track this: 6912893: (build) make/java/nio/FILES_java.gmk doesn't list sun.nio.cs.Unicode I agree on pushing this to jdk7 too (jdk7/jdk7/jdk would be best). -Alan. From Alan.Bateman at Sun.COM Wed Dec 23 02:11:13 2009 From: Alan.Bateman at Sun.COM (Alan Bateman) Date: Wed, 23 Dec 2009 10:11:13 +0000 Subject: make/java/nio/FILES_java.gmk does not list Unicode.java In-Reply-To: <4B31EC1B.4010706@sun.com> References: <17c6771e0912221300l612e10cw8bdaf58f6960bcf9@mail.gmail.com> <4B31EC1B.4010706@sun.com> Message-ID: <4B31ECC1.3010006@sun.com> Alan Bateman wrote: > : > > I agree on pushing this to jdk7 too (jdk7/jdk7/jdk would be best). Ah, I meant jdk7/tl/jdk as that is where the any fixes in the nio area are pushed. -Alan. From martinrb at google.com Wed Dec 23 08:10:47 2009 From: martinrb at google.com (Martin Buchholz) Date: Wed, 23 Dec 2009 08:10:47 -0800 Subject: No rule to make foo.cpp needed by foo.o ??? In-Reply-To: <4B31B0D2.6090205@sun.com> References: <4B2EE8A9.4000209@sun.com> <454434ce0912202252h1d38a88djd7774c0f1cda622@mail.gmail.com> <4B2F1E42.1050702@sun.com> <4B301754.4000908@sun.com> <4B3024A9.2080704@sun.com> <4B303224.7000102@sun.com> <1ccfd1c10912211853qdc62c6dl396282ae35e91452@mail.gmail.com> <4B31B0D2.6090205@sun.com> Message-ID: <1ccfd1c10912230810s583c9708s8163a7b459100eae@mail.gmail.com> On Tue, Dec 22, 2009 at 21:55, David Holmes - Sun Microsystems > No it's not that simple. If I update 5 files the first build reports the 1st > is missing, the second reports the 2nd is missing and so forth and a lot > longer than 30 seconds has passed in between. :( Then it's probably a different problem. Debugging dependency handling in makefiles is an arcane skill. Martin From gnu_andrew at member.fsf.org Wed Dec 23 10:11:13 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 23 Dec 2009 18:11:13 +0000 Subject: make/java/nio/FILES_java.gmk does not list Unicode.java In-Reply-To: <4B31EC1B.4010706@sun.com> References: <17c6771e0912221300l612e10cw8bdaf58f6960bcf9@mail.gmail.com> <4B31EC1B.4010706@sun.com> Message-ID: <17c6771e0912231011s2482be77u9faa0cb3bb69daf4@mail.gmail.com> 2009/12/23 Alan Bateman : > Andrew John Hughes wrote: >> >> On building OpenJDK6 from the Mercurial forest with IcedTea, I found >> that the class sun.nio.cs.Unicode is not built as it is not listed in >> FILES_java.gmk. ?Presumably, it was being pulled in before by some >> dependency which has changed since b17. ?The failure only occurs when >> bootstrapping with ecj but I don't think we should be relying on the >> dependency resolution of compilers to pull in essential classes (the >> lack of this one causes the VM to fail to even print the help output). >> >> This webrev http://cr.openjdk.java.net/~andrew/build/webrev.01/ fixes >> the issue and should probably go into 7 as well. >> >> Does this look ok? If so, can I have a bug ID to push it? >> >> Thanks, >> > > Looks okay to me. I've created a bug to track this: > > 6912893: (build) make/java/nio/FILES_java.gmk doesn't list > sun.nio.cs.Unicode > > I agree on pushing this to jdk7 too (jdk7/jdk7/jdk would be best). > > -Alan. > Done: http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/ab9fdb59d707 http://hg.openjdk.java.net/jdk7/tl/jdk/rev/4a062158d2c5 Thanks Alan, -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) 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 Kelly.Ohair at Sun.COM Wed Dec 23 10:11:32 2009 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Wed, 23 Dec 2009 10:11:32 -0800 Subject: Need reviewer - minor top level make changes In-Reply-To: <17c6771e0912210845j67e7e836g25dbea264bb9c88@mail.gmail.com> References: <4B048AB9.3050106@sun.com> <17c6771e0912210845j67e7e836g25dbea264bb9c88@mail.gmail.com> Message-ID: <4B325D54.5080009@sun.com> Andrew John Hughes wrote: > 2009/11/19 Kelly O'Hair : >> Need reviewer. Some very minor top level make file changes. >> >> 6727046: Add message when docs are skipped in control build >> 6864011: typo? in top level Makefile: DAYE_STAMP >> >> http://cr.openjdk.java.net/~ohair/openjdk7/top-make-fixes/webrev/ >> >> -kto >> >> > > This is a bit more than just adding a message. It also adds: > > + # No DOCS build when JDK_UPDATE_VERSION set > + ifdef JDK_UPDATE_VERSION > + GENERATE_DOCS=false > + endif > Sorry about that, I assumed I was making a correction to a long standing problem. When we build jdk update releases, the docs are not regenerated. The variable JDK_UPDATE_VERSION indicates a jdk update build, I just assumed that's what it was being used for. > JDK_UPDATE_VERSION has to be set for IcedTea to deal with broken > plugins which expect this (such as > http://www.java.com/en/download/help/testvm.xml). I don't think it > follows that turning on a version setting forces documentation off. > Can we make this an #ifndef OPENJDK block? Strange use of JDK_UPDATE_VERSION if you ask me. Why not just 'make GENERATE_DOCS=true' with the IcedTea builds? Or am I missing the point? What exactly is it that JDK_UPDATE_VERSION provides for IcedTea builds? -kto From gnu_andrew at member.fsf.org Wed Dec 23 10:37:33 2009 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Wed, 23 Dec 2009 18:37:33 +0000 Subject: Need reviewer - minor top level make changes In-Reply-To: <4B325D54.5080009@sun.com> References: <4B048AB9.3050106@sun.com> <17c6771e0912210845j67e7e836g25dbea264bb9c88@mail.gmail.com> <4B325D54.5080009@sun.com> Message-ID: <17c6771e0912231037v7a46950cr113f42ece1fa72fc@mail.gmail.com> 2009/12/23 Kelly O'Hair : > > > Andrew John Hughes wrote: >> >> 2009/11/19 Kelly O'Hair : >>> >>> Need reviewer. Some very minor top level make file changes. >>> >>> 6727046: Add message when docs are skipped in control build >>> 6864011: typo? in top level Makefile: DAYE_STAMP >>> >>> http://cr.openjdk.java.net/~ohair/openjdk7/top-make-fixes/webrev/ >>> >>> -kto >>> >>> >> >> This is a bit more than just adding a message. ?It also adds: >> >> + ?# No DOCS build when JDK_UPDATE_VERSION set >> + ?ifdef JDK_UPDATE_VERSION >> + ? ?GENERATE_DOCS=false >> + ?endif >> > > Sorry about that, I assumed I was making a correction to a long standing > problem. When we build jdk update releases, the docs are not regenerated. > The variable JDK_UPDATE_VERSION indicates a jdk update build, I > just assumed that's what it was being used for. > I would expect setting JDK_UPDATE_VERSION to do what it says on the tin; i.e. set the version number that appears after the _. It doesn't follow logically (at least to me) that it also turns off parts of the build. You can already specify NO_DOCS to do just that. If Sun engineers want this free side-effect for their builds, it should be restricted to those builds i.e. when OPENJDK is not defined e.g. http://cr.openjdk.java.net/~andrew/build/webrev.02/tl.patch > >> JDK_UPDATE_VERSION has to be set for IcedTea to deal with broken >> plugins which expect this (such as >> http://www.java.com/en/download/help/testvm.xml). ?I don't think it >> follows that turning on a version setting forces documentation off. >> Can we make this an #ifndef OPENJDK block? > > Strange use of JDK_UPDATE_VERSION if you ask me. > The issue was discussed again recently on the IcedTea list: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2009-December/007712.html It now appears a JDK_UPDATE_VERSION is not enough as the Sun code is looking for update 16 or above. I agree it's not ideal but then I'm not responsible for any broken code that relies on the version number format. Sun, however, are responsible for the example cited in that mail. I would expect JDK_UPDATE_VERSION to set the version number. I wouldn't expect it to start altering other parts of the build, especially when the same can be achieved by other options. > Why not just 'make GENERATE_DOCS=true' with the IcedTea builds? > Or am I missing the point? I guess we could, but it seems the wrong way to approach this to me. It would make more sense to restrict this side-effecting behaviour to just those builds that expect it i.e. Sun's proprietary non-OPENJDK builds. We already have a large number of variables for IcedTea builds; having to maintain yet another just so Sun builds can run with one less seems the wrong approach to me. Equally, if an arbitrary user builds OpenJDK, and sets JDK_UPDATE_VERSION for whatever reason, ar they really going to expect it to stop generating documentation? > What exactly is it that JDK_UPDATE_VERSION provides for IcedTea builds? > It sets the update part of the version number so we get 1.6.0_0 or 1.7.0_0 rather than just 1.6.0 or 1.7.0. As the email link above explains in more detail, some applications/applets expect the version number to have this update part (and even for it to be >0 in some cases). > -kto > -- Andrew :-) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) 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 Steve.Blackburn at anu.edu.au Thu Dec 24 02:37:15 2009 From: Steve.Blackburn at anu.edu.au (Steve Blackburn) Date: Thu, 24 Dec 2009 21:37:15 +1100 Subject: DaCapo Benchmarks 9.12 Release Now Available Message-ID: We are very pleased to announce the second major release of the DaCapo benchmark suite, available for download now. http://sourceforge.net/projects/dacapobench/ This release represents a major overhaul of the suite, with significant change to the constituent benchmarks and to the benchmark harness and source code. The 9.12 suite comprises 14 benchmarks; six of these are entirely new, one (h2) replaces hsqldb, and the remaining seven are significantly updated versions of benchmarks from our previous release, with updated inputs. The suite now includes application server workloads (tomcat, tradebeans, and tradesoap). Nine of the benchmarks are multi- threaded. We have retained four single-threaded benchmarks to reflect the continuing importance of single threaded workloads. Release notes are available here: https://sourceforge.net/projects/dacapobench/files/9.12-bach/RELEASE_NOTES.txt/view This release of the suite was developed primarily by Steve Blackburn, Daniel Frampton, Robin Garner, and John Zigman of the ANU, with the assistance of many contributors. We are extremely grateful for the generous financial support of Intel, which helped make this release possible. We hope you enjoy using the suite. Best wishes, Steve Blackburn, ANU Kathryn McKinley, UT Austin (On behalf of the DaCapo Project) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20091224/fb3d4d05/attachment.html