From dan at fabulich.com Wed Aug 1 18:58:23 2007 From: dan at fabulich.com (Dan Fabulich) Date: Wed, 1 Aug 2007 11:58:23 -0700 (Pacific Daylight Time) Subject: encumbrances update In-Reply-To: <46AFAC07.6060608@sun.com> References: <46AFAC07.6060608@sun.com> Message-ID: Phil Race wrote: > It is believed to build and work on all platform combinations : windows, > linux, solaris, 32 and 64 bit, but testing has focused on the 32 bit > versions. "believed to build"? Has anyone yet tried doing the standard OpenJDK build on Windows, following the directions described in the documentation? There's still no reason to believe these build scripts work until somebody (anybody) says: "Yes, I did the build, just like any other non-Sun employee would. The build works for me." -Dan From ted at tedneward.com Wed Aug 1 19:27:18 2007 From: ted at tedneward.com (Ted Neward) Date: Wed, 1 Aug 2007 12:27:18 -0700 Subject: encumbrances update In-Reply-To: Message-ID: <027201c7d471$fdb68a20$802ca8c0@XPWork> That's what we're here for, Dan. :-) Seriously, I have full confidence thus far that once we get past this T2K problem, things will work. And I have full confidence that if that's NOT the case, Kelly will suffer through lots more email from me to get it to that point. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: build-dev-bounces at openjdk.java.net [mailto:build-dev- > bounces at openjdk.java.net] On Behalf Of Dan Fabulich > Sent: Wednesday, August 01, 2007 11:58 AM > To: Phil Race > Cc: discuss at openjdk.java.net; build-dev at openjdk.java.net > Subject: Re: encumbrances update > > Phil Race wrote: > > > It is believed to build and work on all platform combinations : windows, > > linux, solaris, 32 and 64 bit, but testing has focused on the 32 bit > > versions. > > "believed to build"? Has anyone yet tried doing the standard OpenJDK > build on Windows, following the directions described in the documentation? > > There's still no reason to believe these build scripts work until somebody > (anybody) says: "Yes, I did the build, just like any other non-Sun > employee would. The build works for me." > > -Dan > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.476 / Virus Database: 269.11.0/929 - Release Date: 7/31/2007 > 5:26 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.11.0/929 - Release Date: 7/31/2007 5:26 PM From dan at fabulich.com Thu Aug 2 07:19:04 2007 From: dan at fabulich.com (Dan Fabulich) Date: Thu, 2 Aug 2007 00:19:04 -0700 (Pacific Daylight Time) Subject: encumbrances update In-Reply-To: <46B1833C.7050705@sun.com> References: <46AFAC07.6060608@sun.com> <46B1833C.7050705@sun.com> Message-ID: Anthony Petrov wrote: > I'm afraid that until someone tells us exactly: "I've got the following > problems with builds on Windows: this, this, and this", we can't help you at > all, can we?.. Of course you can! :-) What I'm suggesting is that someone at Sun *test* the Windows build on their end, using the same OpenJDK source, plugs, and documentation that we're following, to make sure that the build can work at least once. Specifically, we know for sure that all of the builds we've gotten so far can't be built on Windows using the provided binary plugs (due to at least one missing file); the hope is that b17 will make it possible to build on Windows. What I'm asking is that someone at Sun try it out once, just to make sure. I'm looking for someone to say "this build works for me; it is possible to build this code without patching it." Think of it as doing QA on the build process. If it doesn't work for Sun engineers, it certainly won't work for us. -Dan From Igor.Nekrestyanov at Sun.COM Thu Aug 2 09:15:39 2007 From: Igor.Nekrestyanov at Sun.COM (Igor Nekrestyanov) Date: Thu, 02 Aug 2007 13:15:39 +0400 Subject: encumbrances update In-Reply-To: References: <46AFAC07.6060608@sun.com> <46B1833C.7050705@sun.com> Message-ID: <46B1A0BB.4030405@sun.com> Hi Dan, Of course i've tested these changes on all platforms including both 32 and 64 bit Windows. It is "believed to build and work" because we had not performed full testing of openjdk binaries and we know that build can be fragile due to different build environments. My tests are not "ideal" for number of reasons: 1) It is not exactly same bits as b17 code drop (because someone else could integrate after me, etc.) 2) I was using binary plugs created from my personal workspace. I believe they should be the same as those to be published with b17 code drop but this is my assumption. We work on removing them and may be they changed 3) after all it was me who updated docs regarding freetype build. perhaps i imply some knowledge :) Change is not small and harmless. So issues are possible despite multiple code reviews. In fact one of severe build issues was found soon after my putback (fix for it went into b17). As of now at least several other people tried to build openjdk with freetype-related changes on some platforms and it worked for them. So hopefully this means this will work for you too :) If not then i hope we can identify problem and fix it together. BTW, for windows build you will need to build freetype.dll (i tried only dll built with visualc). I believe that freetype build system does not generate .dll on windows and therefore some manual tweaking of freetype makefiles (and sources) might be necessary. For cross platform build of freetype dll for windows 64 some additional changes were required. -igor Dan Fabulich wrote: > Anthony Petrov wrote: > >> I'm afraid that until someone tells us exactly: "I've got the >> following problems with builds on Windows: this, this, and this", we >> can't help you at all, can we?.. > > Of course you can! :-) What I'm suggesting is that someone at Sun > *test* the Windows build on their end, using the same OpenJDK source, > plugs, and documentation that we're following, to make sure that the > build can work at least once. > > Specifically, we know for sure that all of the builds we've gotten so > far can't be built on Windows using the provided binary plugs (due to > at least one missing file); the hope is that b17 will make it possible > to build on Windows. What I'm asking is that someone at Sun try it > out once, just to make sure. > > I'm looking for someone to say "this build works for me; it is > possible to build this code without patching it." Think of it as > doing QA on the build process. If it doesn't work for Sun engineers, > it certainly won't work for us. > > -Dan > From dan at fabulich.com Thu Aug 2 19:15:56 2007 From: dan at fabulich.com (Dan Fabulich) Date: Thu, 2 Aug 2007 12:15:56 -0700 (Pacific Daylight Time) Subject: encumbrances update In-Reply-To: <46B1A0BB.4030405@sun.com> References: <46AFAC07.6060608@sun.com> <46B1833C.7050705@sun.com> <46B1A0BB.4030405@sun.com> Message-ID: Igor Nekrestyanov wrote: > Of course i've tested these changes on all platforms including both 32 > and 64 bit Windows. It is "believed to build and work" because we had > not performed full testing of openjdk binaries and we know that build > can be fragile due to different build environments. I'm sure you've tested your changes in your build, and maybe that's all I can ask for, but I'm pretty sure the same could have been said of all of the previous builds, including the code drop we got in May and every build since, all of which, we know, don't work for anyone who isn't @sun.com (due to at least one missing file). > My tests are not "ideal" for number of reasons: > 2) I was using binary plugs created from my personal workspace. > I believe they should be the same as those to be published with b17 > code drop but this is my assumption. We know for certain that this assumption is FALSE. No binary plug given to the public has ever built successfully on Windows; since your personal plugs have been working for you for months, we can conclude that there's something critically different between your plugs and the plugs we get. But who knows? Maybe we'll get lucky this time. :-) > BTW, for windows build you will need to build freetype.dll (i tried only > dll built with visualc). I believe that freetype build system does not > generate .dll on windows and therefore some manual tweaking of freetype > makefiles (and sources) might be necessary. Sounds like fun! :-) Will the documentation include a patch? Or just some tips on how to make a .DLL? What source files needed to change? -Dan From Igor.Nekrestyanov at Sun.COM Thu Aug 2 19:39:01 2007 From: Igor.Nekrestyanov at Sun.COM (Igor Nekrestyanov) Date: Thu, 02 Aug 2007 23:39:01 +0400 Subject: encumbrances update In-Reply-To: References: <46AFAC07.6060608@sun.com> <46B1833C.7050705@sun.com> <46B1A0BB.4030405@sun.com> Message-ID: <46B232D5.6070809@sun.com> >> My tests are not "ideal" for number of reasons: >> 2) I was using binary plugs created from my personal workspace. >> I believe they should be the same as those to be published with >> b17 code drop but this is my assumption. > > We know for certain that this assumption is FALSE. No binary plug > given to the public has ever built successfully on Windows; since your > personal plugs have been working for you for months, we can conclude > that there's something critically different between your plugs and the > plugs we get. Prior to introduction of the "binary plugs" in the makefile (starting from the b16) it was easy to use our internal product builds to import encumbered bits for openjdk build. So, internal openjdk builds were easier. However, since b16 we need to export image of binary plugs from the product build and use these exported images for openjdk build. I think (but i am not 100% sure) that same procedure is used to export binary plug bits for people outside of @sun.com. So now there is fewer chance to have discrepancies (and after all t2k.lib is not needed anymore :) ). > But who knows? Maybe we'll get lucky this time. :-) I can hardly wait to get feedback on build status. Hopefully this will be success report :) >> BTW, for windows build you will need to build freetype.dll (i tried >> only dll built with visualc). I believe that freetype build system >> does not generate .dll on windows and therefore some manual tweaking >> of freetype makefiles (and sources) might be necessary. > > Sounds like fun! :-) Will the documentation include a patch? Or just > some tips on how to make a .DLL? What source files needed to change? No, there is no patch or detailed instruction in the openjdk docs. You can follow "official" freetype approach - http://freetype.freedesktop.org/wiki/FreeType_DLL. I believe it worked for me to prepare 32 bit binary. Perhaps someday they will finally simplify it and we can just run make :) In addition to described changes you may also want to tweak ftoptions.h to enable subpixel rendering. -igor From ted at tedneward.com Fri Aug 3 08:26:13 2007 From: ted at tedneward.com (Ted Neward) Date: Fri, 3 Aug 2007 01:26:13 -0700 Subject: FW: JavaSE 7 build 17 is available at the openjdk.java.net website Message-ID: <076d01c7d5a7$f6217130$802ca8c0@XPWork> Now THAT, my friends, is real "bitch, bitch, bitch and ye shall receive" kinds of behavior. I am pulling down the binary plugs and the b17 sources from SVN, and will attempt a rebuild tonight or tomorrow. Meanwhile... *ahem* I want a pony. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: announce-bounces at openjdk.java.net [mailto:announce- > bounces at openjdk.java.net] On Behalf Of Xiomara.Jayasena at Sun.COM > Sent: Thursday, August 02, 2007 3:38 PM > To: announce at openjdk.java.net > Subject: JavaSE 7 build 17 is available at the openjdk.java.net website > > > The OpenJDK source, Compiler source and Jtreg binary for the promoted > JavaSE 7 build b17 is available under the openjdk > http://openjdk.java.net website under Source Code (direct link to > bundles: http://download.java.net/openjdk/jdk7 ) > > The OpenJDK sources are also available at the subversion repository > http://openjdk.dev.java.net/source/browse/openjdk > > Thanks, > -Xiomara > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 > 2:22 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 2:22 PM From ted at tedneward.com Sat Aug 4 01:18:56 2007 From: ted at tedneward.com (Ted Neward) Date: Fri, 3 Aug 2007 18:18:56 -0700 Subject: encumbrances update In-Reply-To: <46B232D5.6070809@sun.com> Message-ID: <096901c7d635$71959e30$802ca8c0@XPWork> OK... Using a private drop of Ivan's freetype build, with an "SVN update" of the source base, I get this: CYGWIN:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/openjdk/control/make $ make sanity make[1]: Entering directory `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make' make[2]: Entering directory `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make/tools/fre etypecheck' Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077 for 80x86 Copyright (C) Microsoft Corporation 1984-2002. All rights reserved. freetypecheck.c freetypecheck.c(42) : warning C4003: not enough actual parameters for macro 'QUO TEME' freetypecheck.c(42) : error C2059: syntax error : ')' freetypecheck.c(45) : warning C4003: not enough actual parameters for macro 'QUO TEME' freetypecheck.c(45) : error C2059: syntax error : ')' freetypecheck.c(49) : error C2143: syntax error : missing ')' before '&' freetypecheck.c(49) : error C2143: syntax error : missing '{' before '&' freetypecheck.c(49) : error C2059: syntax error : '&' freetypecheck.c(49) : error C2059: syntax error : ')' freetypecheck.c(50) : error C2059: syntax error : ',' freetypecheck.c(50) : error C2143: syntax error : missing ')' before '&' freetypecheck.c(50) : error C2143: syntax error : missing '{' before '&' freetypecheck.c(50) : error C2059: syntax error : '&' freetypecheck.c(50) : error C2059: syntax error : ')' freetypecheck.c(51) : error C2059: syntax error : ',' freetypecheck.c(51) : error C2143: syntax error : missing ')' before 'string' freetypecheck.c(51) : error C2143: syntax error : missing '{' before 'string' freetypecheck.c(51) : error C2059: syntax error : '' freetypecheck.c(51) : error C2059: syntax error : ')' freetypecheck.c(53) : error C2143: syntax error : missing ')' before 'string' freetypecheck.c(53) : error C2143: syntax error : missing '{' before 'string' freetypecheck.c(53) : error C2059: syntax error : '' freetypecheck.c(53) : error C2059: syntax error : ')' freetypecheck.c(54) : error C2059: syntax error : 'if' freetypecheck.c(54) : warning C4003: not enough actual parameters for macro 'QUO TEME' freetypecheck.c(58) : error C2059: syntax error : 'return' freetypecheck.c(59) : error C2059: syntax error : '}' make[2]: *** [c:/Prg/OpenJDK/openjdk/control/build/WINDOW~1/tmp/freetype_version check] Error 2 make[2]: Leaving directory `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make/tools/free typecheck' make[1]: [sane-freetype] Error 2 (ignored) /bin/sh: c:/Prg/OpenJDK/openjdk/control/build/WINDOW~1/tmp/freetype_versioncheck .exe: No such file or directory make[1]: Leaving directory `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make' Somebody have an idea what's going on here? (Obviously, freetypecheck.c isn't building, but I'm not sure why, beyond the obvious "there's a macro without enough parameters" as declared on line 42....) Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: build-dev-bounces at openjdk.java.net [mailto:build-dev- > bounces at openjdk.java.net] On Behalf Of Igor Nekrestyanov > Sent: Thursday, August 02, 2007 12:39 PM > To: Dan Fabulich > Cc: discuss at openjdk.java.net; Anthony Petrov; Phil Race; build- > dev at openjdk.java.net > Subject: Re: encumbrances update > > > >> My tests are not "ideal" for number of reasons: > >> 2) I was using binary plugs created from my personal workspace. > >> I believe they should be the same as those to be published with > >> b17 code drop but this is my assumption. > > > > We know for certain that this assumption is FALSE. No binary plug > > given to the public has ever built successfully on Windows; since your > > personal plugs have been working for you for months, we can conclude > > that there's something critically different between your plugs and the > > plugs we get. > Prior to introduction of the "binary plugs" in the makefile (starting > from the b16) > it was easy to use our internal product builds to import encumbered bits > for openjdk build. > So, internal openjdk builds were easier. > > However, since b16 we need to export image of binary plugs from the > product build and > use these exported images for openjdk build. > I think (but i am not 100% sure) that same procedure is used to export > binary plug bits for people outside of @sun.com. > So now there is fewer chance to have discrepancies (and after all > t2k.lib is not needed anymore :) ). > > But who knows? Maybe we'll get lucky this time. :-) > I can hardly wait to get feedback on build status. > Hopefully this will be success report :) > >> BTW, for windows build you will need to build freetype.dll (i tried > >> only dll built with visualc). I believe that freetype build system > >> does not generate .dll on windows and therefore some manual tweaking > >> of freetype makefiles (and sources) might be necessary. > > > > Sounds like fun! :-) Will the documentation include a patch? Or just > > some tips on how to make a .DLL? What source files needed to change? > No, there is no patch or detailed instruction in the openjdk docs. > > You can follow "official" freetype approach - > http://freetype.freedesktop.org/wiki/FreeType_DLL. > I believe it worked for me to prepare 32 bit binary. > Perhaps someday they will finally simplify it and we can just run make :) > > In addition to described changes you may also want to tweak ftoptions.h > to enable subpixel rendering. > > -igor > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 > 2:22 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 2:22 PM From ted at tedneward.com Sat Aug 4 01:21:38 2007 From: ted at tedneward.com (Ted Neward) Date: Fri, 3 Aug 2007 18:21:38 -0700 Subject: encumbrances update In-Reply-To: <46B232D5.6070809@sun.com> Message-ID: <096a01c7d635$d226d700$802ca8c0@XPWork> One other question: does the new build still need an ALT_CLOSED_JDK_IMPORT_PATH that points to a valid JDK 7 instance? Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: build-dev-bounces at openjdk.java.net [mailto:build-dev- > bounces at openjdk.java.net] On Behalf Of Igor Nekrestyanov > Sent: Thursday, August 02, 2007 12:39 PM > To: Dan Fabulich > Cc: discuss at openjdk.java.net; Anthony Petrov; Phil Race; build- > dev at openjdk.java.net > Subject: Re: encumbrances update > > > >> My tests are not "ideal" for number of reasons: > >> 2) I was using binary plugs created from my personal workspace. > >> I believe they should be the same as those to be published with > >> b17 code drop but this is my assumption. > > > > We know for certain that this assumption is FALSE. No binary plug > > given to the public has ever built successfully on Windows; since your > > personal plugs have been working for you for months, we can conclude > > that there's something critically different between your plugs and the > > plugs we get. > Prior to introduction of the "binary plugs" in the makefile (starting > from the b16) > it was easy to use our internal product builds to import encumbered bits > for openjdk build. > So, internal openjdk builds were easier. > > However, since b16 we need to export image of binary plugs from the > product build and > use these exported images for openjdk build. > I think (but i am not 100% sure) that same procedure is used to export > binary plug bits for people outside of @sun.com. > So now there is fewer chance to have discrepancies (and after all > t2k.lib is not needed anymore :) ). > > But who knows? Maybe we'll get lucky this time. :-) > I can hardly wait to get feedback on build status. > Hopefully this will be success report :) > >> BTW, for windows build you will need to build freetype.dll (i tried > >> only dll built with visualc). I believe that freetype build system > >> does not generate .dll on windows and therefore some manual tweaking > >> of freetype makefiles (and sources) might be necessary. > > > > Sounds like fun! :-) Will the documentation include a patch? Or just > > some tips on how to make a .DLL? What source files needed to change? > No, there is no patch or detailed instruction in the openjdk docs. > > You can follow "official" freetype approach - > http://freetype.freedesktop.org/wiki/FreeType_DLL. > I believe it worked for me to prepare 32 bit binary. > Perhaps someday they will finally simplify it and we can just run make :) > > In addition to described changes you may also want to tweak ftoptions.h > to enable subpixel rendering. > > -igor > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 > 2:22 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 2:22 PM From Phil.Race at Sun.COM Sat Aug 4 03:59:58 2007 From: Phil.Race at Sun.COM (Phil Race) Date: Fri, 03 Aug 2007 20:59:58 -0700 Subject: encumbrances update In-Reply-To: <096901c7d635$71959e30$802ca8c0@XPWork> References: <096901c7d635$71959e30$802ca8c0@XPWork> Message-ID: <46B3F9BE.9@sun.com> freetypecheck.c(42) : warning C4003: not enough actual parameters for macro 'QUO TEME' Did it really print a newline in the middle of that name ? your make/tools/freetypecheck/freetypecheck.c may be corrupt. the macro is defined there and its hard to imagine how it could be affected by anything exernal. -phil. Ted Neward wrote: > OK... Using a private drop of Ivan's freetype build, with an "SVN update" of > the source base, I get this: > > CYGWIN:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/openjdk/control/make > $ make sanity > make[1]: Entering directory `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make' > make[2]: Entering directory > `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make/tools/fre > etypecheck' > Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077 for 80x86 > Copyright (C) Microsoft Corporation 1984-2002. All rights reserved. > > freetypecheck.c > freetypecheck.c(42) : warning C4003: not enough actual parameters for macro > 'QUO > TEME' > freetypecheck.c(42) : error C2059: syntax error : ')' > freetypecheck.c(45) : warning C4003: not enough actual parameters for macro > 'QUO > TEME' > freetypecheck.c(45) : error C2059: syntax error : ')' > freetypecheck.c(49) : error C2143: syntax error : missing ')' before '&' > freetypecheck.c(49) : error C2143: syntax error : missing '{' before '&' > freetypecheck.c(49) : error C2059: syntax error : '&' > freetypecheck.c(49) : error C2059: syntax error : ')' > freetypecheck.c(50) : error C2059: syntax error : ',' > freetypecheck.c(50) : error C2143: syntax error : missing ')' before '&' > freetypecheck.c(50) : error C2143: syntax error : missing '{' before '&' > freetypecheck.c(50) : error C2059: syntax error : '&' > freetypecheck.c(50) : error C2059: syntax error : ')' > freetypecheck.c(51) : error C2059: syntax error : ',' > freetypecheck.c(51) : error C2143: syntax error : missing ')' before > 'string' > freetypecheck.c(51) : error C2143: syntax error : missing '{' before > 'string' > freetypecheck.c(51) : error C2059: syntax error : '' > freetypecheck.c(51) : error C2059: syntax error : ')' > freetypecheck.c(53) : error C2143: syntax error : missing ')' before > 'string' > freetypecheck.c(53) : error C2143: syntax error : missing '{' before > 'string' > freetypecheck.c(53) : error C2059: syntax error : '' > freetypecheck.c(53) : error C2059: syntax error : ')' > freetypecheck.c(54) : error C2059: syntax error : 'if' > freetypecheck.c(54) : warning C4003: not enough actual parameters for macro > 'QUO > TEME' > freetypecheck.c(58) : error C2059: syntax error : 'return' > freetypecheck.c(59) : error C2059: syntax error : '}' > make[2]: *** > [c:/Prg/OpenJDK/openjdk/control/build/WINDOW~1/tmp/freetype_version > check] Error 2 > make[2]: Leaving directory > `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make/tools/free > typecheck' > make[1]: [sane-freetype] Error 2 (ignored) > /bin/sh: > c:/Prg/OpenJDK/openjdk/control/build/WINDOW~1/tmp/freetype_versioncheck > .exe: No such file or directory > make[1]: Leaving directory `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make' > > Somebody have an idea what's going on here? (Obviously, freetypecheck.c > isn't building, but I'm not sure why, beyond the obvious "there's a macro > without enough parameters" as declared on line 42....) > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > > >> -----Original Message----- >> From: build-dev-bounces at openjdk.java.net [mailto:build-dev- >> bounces at openjdk.java.net] On Behalf Of Igor Nekrestyanov >> Sent: Thursday, August 02, 2007 12:39 PM >> To: Dan Fabulich >> Cc: discuss at openjdk.java.net; Anthony Petrov; Phil Race; build- >> dev at openjdk.java.net >> Subject: Re: encumbrances update >> >> >> >>>> My tests are not "ideal" for number of reasons: >>>> 2) I was using binary plugs created from my personal workspace. >>>> I believe they should be the same as those to be published with >>>> b17 code drop but this is my assumption. >>>> >>> We know for certain that this assumption is FALSE. No binary plug >>> given to the public has ever built successfully on Windows; since your >>> personal plugs have been working for you for months, we can conclude >>> that there's something critically different between your plugs and the >>> plugs we get. >>> >> Prior to introduction of the "binary plugs" in the makefile (starting >> from the b16) >> it was easy to use our internal product builds to import encumbered bits >> for openjdk build. >> So, internal openjdk builds were easier. >> >> However, since b16 we need to export image of binary plugs from the >> product build and >> use these exported images for openjdk build. >> I think (but i am not 100% sure) that same procedure is used to export >> binary plug bits for people outside of @sun.com. >> So now there is fewer chance to have discrepancies (and after all >> t2k.lib is not needed anymore :) ). >> >>> But who knows? Maybe we'll get lucky this time. :-) >>> >> I can hardly wait to get feedback on build status. >> Hopefully this will be success report :) >> >>>> BTW, for windows build you will need to build freetype.dll (i tried >>>> only dll built with visualc). I believe that freetype build system >>>> does not generate .dll on windows and therefore some manual tweaking >>>> of freetype makefiles (and sources) might be necessary. >>>> >>> Sounds like fun! :-) Will the documentation include a patch? Or just >>> some tips on how to make a .DLL? What source files needed to change? >>> >> No, there is no patch or detailed instruction in the openjdk docs. >> >> You can follow "official" freetype approach - >> http://freetype.freedesktop.org/wiki/FreeType_DLL. >> I believe it worked for me to prepare 32 bit binary. >> Perhaps someday they will finally simplify it and we can just run make :) >> >> In addition to described changes you may also want to tweak ftoptions.h >> to enable subpixel rendering. >> >> -igor >> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 >> 2:22 PM >> >> > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 > 2:22 PM > > > From Phil.Race at Sun.COM Sat Aug 4 04:02:19 2007 From: Phil.Race at Sun.COM (Phil Race) Date: Fri, 03 Aug 2007 21:02:19 -0700 Subject: encumbrances update In-Reply-To: <096a01c7d635$d226d700$802ca8c0@XPWork> References: <096a01c7d635$d226d700$802ca8c0@XPWork> Message-ID: <46B3FA4B.9020603@sun.com> Ted Neward wrote: > One other question: does the new build still need an > ALT_CLOSED_JDK_IMPORT_PATH that points to a valid JDK 7 instance? > There was no change in the overall build architecture in b17 In that regard whatever Kelly did for b16 is still the case in b17, which AFAIK means it can be just the sparse binary plugs *OR* a full JDK .. -phil. > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > > >> -----Original Message----- >> From: build-dev-bounces at openjdk.java.net [mailto:build-dev- >> bounces at openjdk.java.net] On Behalf Of Igor Nekrestyanov >> Sent: Thursday, August 02, 2007 12:39 PM >> To: Dan Fabulich >> Cc: discuss at openjdk.java.net; Anthony Petrov; Phil Race; build- >> dev at openjdk.java.net >> Subject: Re: encumbrances update >> >> >> >>>> My tests are not "ideal" for number of reasons: >>>> 2) I was using binary plugs created from my personal workspace. >>>> I believe they should be the same as those to be published with >>>> b17 code drop but this is my assumption. >>>> >>> We know for certain that this assumption is FALSE. No binary plug >>> given to the public has ever built successfully on Windows; since your >>> personal plugs have been working for you for months, we can conclude >>> that there's something critically different between your plugs and the >>> plugs we get. >>> >> Prior to introduction of the "binary plugs" in the makefile (starting >> from the b16) >> it was easy to use our internal product builds to import encumbered bits >> for openjdk build. >> So, internal openjdk builds were easier. >> >> However, since b16 we need to export image of binary plugs from the >> product build and >> use these exported images for openjdk build. >> I think (but i am not 100% sure) that same procedure is used to export >> binary plug bits for people outside of @sun.com. >> So now there is fewer chance to have discrepancies (and after all >> t2k.lib is not needed anymore :) ). >> >>> But who knows? Maybe we'll get lucky this time. :-) >>> >> I can hardly wait to get feedback on build status. >> Hopefully this will be success report :) >> >>>> BTW, for windows build you will need to build freetype.dll (i tried >>>> only dll built with visualc). I believe that freetype build system >>>> does not generate .dll on windows and therefore some manual tweaking >>>> of freetype makefiles (and sources) might be necessary. >>>> >>> Sounds like fun! :-) Will the documentation include a patch? Or just >>> some tips on how to make a .DLL? What source files needed to change? >>> >> No, there is no patch or detailed instruction in the openjdk docs. >> >> You can follow "official" freetype approach - >> http://freetype.freedesktop.org/wiki/FreeType_DLL. >> I believe it worked for me to prepare 32 bit binary. >> Perhaps someday they will finally simplify it and we can just run make :) >> >> In addition to described changes you may also want to tweak ftoptions.h >> to enable subpixel rendering. >> >> -igor >> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 >> 2:22 PM >> >> > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 > 2:22 PM > > > From samkraju.java at gmail.com Sat Aug 4 06:03:32 2007 From: samkraju.java at gmail.com (Sam K. Raju) Date: Sat, 4 Aug 2007 11:33:32 +0530 Subject: Problem while building the Hotspot Compiler Message-ID: Hi All, Yesterday I downloaded the compiler source 'compiler-7-ea-src-b17-02_aug_2007.zip' from the download site and tried to build it in Netbeans but it showed an error message that their is no version-template.java file in the 'compiler\src\share\classes\com\sun\tools\javac\resources' directory. I had an old subversion of compiler and it had the version-template.java file. Now I want to know whether the file is intentionally removed from the bundle or by mistake. And if it is intentionally, then how can I build the source. Thanks, -- Sam K. Raju Software Engineer Mobile +919871984108 Email samkraju.java at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From ted at tedneward.com Sat Aug 4 08:56:47 2007 From: ted at tedneward.com (Ted Neward) Date: Sat, 4 Aug 2007 01:56:47 -0700 Subject: encumbrances update In-Reply-To: <46B3F9BE.9@sun.com> Message-ID: <099901c7d675$65d87230$802ca8c0@XPWork> By the way, Igor, I had to copy the "ftbuild.h" file into the "freetype2" directory and put *that* directory on the FREETYPE_INCLUDE variable to make it work. I still haven't gotten regular freetype-2.3.x build to work, unfortunately--it builds the DLL, but not the import lib. :-/ Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Phil.Race at Sun.COM [mailto:Phil.Race at Sun.COM] > Sent: Friday, August 03, 2007 9:00 PM > To: Ted Neward > Cc: 'Igor Nekrestyanov'; 'Dan Fabulich'; discuss at openjdk.java.net; > 'Anthony Petrov'; build-dev at openjdk.java.net > Subject: Re: encumbrances update > > freetypecheck.c(42) : warning C4003: not enough actual parameters for > macro > 'QUO > TEME' > > Did it really print a newline in the middle of that name ? > > your make/tools/freetypecheck/freetypecheck.c may be corrupt. > > the macro is defined there and its hard to imagine how it could be > affected by anything exernal. > > -phil. > > Ted Neward wrote: > > OK... Using a private drop of Ivan's freetype build, with an "SVN > update" of > > the source base, I get this: > > > > CYGWIN:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/openjdk/control/make > > $ make sanity > > make[1]: Entering directory `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make' > > make[2]: Entering directory > > `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make/tools/fre > > etypecheck' > > Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077 for > 80x86 > > Copyright (C) Microsoft Corporation 1984-2002. All rights reserved. > > > > freetypecheck.c > > freetypecheck.c(42) : warning C4003: not enough actual parameters for > macro > > 'QUO > > TEME' > > freetypecheck.c(42) : error C2059: syntax error : ')' > > freetypecheck.c(45) : warning C4003: not enough actual parameters for > macro > > 'QUO > > TEME' > > freetypecheck.c(45) : error C2059: syntax error : ')' > > freetypecheck.c(49) : error C2143: syntax error : missing ')' before '&' > > freetypecheck.c(49) : error C2143: syntax error : missing '{' before '&' > > freetypecheck.c(49) : error C2059: syntax error : '&' > > freetypecheck.c(49) : error C2059: syntax error : ')' > > freetypecheck.c(50) : error C2059: syntax error : ',' > > freetypecheck.c(50) : error C2143: syntax error : missing ')' before '&' > > freetypecheck.c(50) : error C2143: syntax error : missing '{' before '&' > > freetypecheck.c(50) : error C2059: syntax error : '&' > > freetypecheck.c(50) : error C2059: syntax error : ')' > > freetypecheck.c(51) : error C2059: syntax error : ',' > > freetypecheck.c(51) : error C2143: syntax error : missing ')' before > > 'string' > > freetypecheck.c(51) : error C2143: syntax error : missing '{' before > > 'string' > > freetypecheck.c(51) : error C2059: syntax error : '' > > freetypecheck.c(51) : error C2059: syntax error : ')' > > freetypecheck.c(53) : error C2143: syntax error : missing ')' before > > 'string' > > freetypecheck.c(53) : error C2143: syntax error : missing '{' before > > 'string' > > freetypecheck.c(53) : error C2059: syntax error : '' > > freetypecheck.c(53) : error C2059: syntax error : ')' > > freetypecheck.c(54) : error C2059: syntax error : 'if' > > freetypecheck.c(54) : warning C4003: not enough actual parameters for > macro > > 'QUO > > TEME' > > freetypecheck.c(58) : error C2059: syntax error : 'return' > > freetypecheck.c(59) : error C2059: syntax error : '}' > > make[2]: *** > > [c:/Prg/OpenJDK/openjdk/control/build/WINDOW~1/tmp/freetype_version > > check] Error 2 > > make[2]: Leaving directory > > `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make/tools/free > > typecheck' > > make[1]: [sane-freetype] Error 2 (ignored) > > /bin/sh: > > c:/Prg/OpenJDK/openjdk/control/build/WINDOW~1/tmp/freetype_versioncheck > > .exe: No such file or directory > > make[1]: Leaving directory `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make' > > > > Somebody have an idea what's going on here? (Obviously, freetypecheck.c > > isn't building, but I'm not sure why, beyond the obvious "there's a > macro > > without enough parameters" as declared on line 42....) > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > > > > >> -----Original Message----- > >> From: build-dev-bounces at openjdk.java.net [mailto:build-dev- > >> bounces at openjdk.java.net] On Behalf Of Igor Nekrestyanov > >> Sent: Thursday, August 02, 2007 12:39 PM > >> To: Dan Fabulich > >> Cc: discuss at openjdk.java.net; Anthony Petrov; Phil Race; build- > >> dev at openjdk.java.net > >> Subject: Re: encumbrances update > >> > >> > >> > >>>> My tests are not "ideal" for number of reasons: > >>>> 2) I was using binary plugs created from my personal workspace. > >>>> I believe they should be the same as those to be published with > >>>> b17 code drop but this is my assumption. > >>>> > >>> We know for certain that this assumption is FALSE. No binary plug > >>> given to the public has ever built successfully on Windows; since your > >>> personal plugs have been working for you for months, we can conclude > >>> that there's something critically different between your plugs and the > >>> plugs we get. > >>> > >> Prior to introduction of the "binary plugs" in the makefile (starting > >> from the b16) > >> it was easy to use our internal product builds to import encumbered > bits > >> for openjdk build. > >> So, internal openjdk builds were easier. > >> > >> However, since b16 we need to export image of binary plugs from the > >> product build and > >> use these exported images for openjdk build. > >> I think (but i am not 100% sure) that same procedure is used to export > >> binary plug bits for people outside of @sun.com. > >> So now there is fewer chance to have discrepancies (and after all > >> t2k.lib is not needed anymore :) ). > >> > >>> But who knows? Maybe we'll get lucky this time. :-) > >>> > >> I can hardly wait to get feedback on build status. > >> Hopefully this will be success report :) > >> > >>>> BTW, for windows build you will need to build freetype.dll (i tried > >>>> only dll built with visualc). I believe that freetype build system > >>>> does not generate .dll on windows and therefore some manual tweaking > >>>> of freetype makefiles (and sources) might be necessary. > >>>> > >>> Sounds like fun! :-) Will the documentation include a patch? Or just > >>> some tips on how to make a .DLL? What source files needed to change? > >>> > >> No, there is no patch or detailed instruction in the openjdk docs. > >> > >> You can follow "official" freetype approach - > >> http://freetype.freedesktop.org/wiki/FreeType_DLL. > >> I believe it worked for me to prepare 32 bit binary. > >> Perhaps someday they will finally simplify it and we can just run make > :) > >> > >> In addition to described changes you may also want to tweak ftoptions.h > >> to enable subpixel rendering. > >> > >> -igor > >> > >> No virus found in this incoming message. > >> Checked by AVG Free Edition. > >> Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: > 8/2/2007 > >> 2:22 PM > >> > >> > > > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 > > 2:22 PM > > > > > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 > 2:22 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 2:22 PM From ted at tedneward.com Sat Aug 4 08:56:47 2007 From: ted at tedneward.com (Ted Neward) Date: Sat, 4 Aug 2007 01:56:47 -0700 Subject: encumbrances update In-Reply-To: <46B3F9BE.9@sun.com> Message-ID: <099a01c7d675$670ea840$802ca8c0@XPWork> The newline was line-wrapping from my console window. I checked the C code, it's fine. The problem is that the REQUIRED_FREETYPE_VERSION macro wasn't being set inside the sanity makefile checks unless I explicitly put "OPENJDK=1" (which I think should be "OPENJDK=true") on the build command line. "make sanity OPENJDK=true" works, trying a full build now. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Phil.Race at Sun.COM [mailto:Phil.Race at Sun.COM] > Sent: Friday, August 03, 2007 9:00 PM > To: Ted Neward > Cc: 'Igor Nekrestyanov'; 'Dan Fabulich'; discuss at openjdk.java.net; > 'Anthony Petrov'; build-dev at openjdk.java.net > Subject: Re: encumbrances update > > freetypecheck.c(42) : warning C4003: not enough actual parameters for > macro > 'QUO > TEME' > > Did it really print a newline in the middle of that name ? > > your make/tools/freetypecheck/freetypecheck.c may be corrupt. > > the macro is defined there and its hard to imagine how it could be > affected by anything exernal. > > -phil. > > Ted Neward wrote: > > OK... Using a private drop of Ivan's freetype build, with an "SVN > update" of > > the source base, I get this: > > > > CYGWIN:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/openjdk/control/make > > $ make sanity > > make[1]: Entering directory `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make' > > make[2]: Entering directory > > `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make/tools/fre > > etypecheck' > > Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077 for > 80x86 > > Copyright (C) Microsoft Corporation 1984-2002. All rights reserved. > > > > freetypecheck.c > > freetypecheck.c(42) : warning C4003: not enough actual parameters for > macro > > 'QUO > > TEME' > > freetypecheck.c(42) : error C2059: syntax error : ')' > > freetypecheck.c(45) : warning C4003: not enough actual parameters for > macro > > 'QUO > > TEME' > > freetypecheck.c(45) : error C2059: syntax error : ')' > > freetypecheck.c(49) : error C2143: syntax error : missing ')' before '&' > > freetypecheck.c(49) : error C2143: syntax error : missing '{' before '&' > > freetypecheck.c(49) : error C2059: syntax error : '&' > > freetypecheck.c(49) : error C2059: syntax error : ')' > > freetypecheck.c(50) : error C2059: syntax error : ',' > > freetypecheck.c(50) : error C2143: syntax error : missing ')' before '&' > > freetypecheck.c(50) : error C2143: syntax error : missing '{' before '&' > > freetypecheck.c(50) : error C2059: syntax error : '&' > > freetypecheck.c(50) : error C2059: syntax error : ')' > > freetypecheck.c(51) : error C2059: syntax error : ',' > > freetypecheck.c(51) : error C2143: syntax error : missing ')' before > > 'string' > > freetypecheck.c(51) : error C2143: syntax error : missing '{' before > > 'string' > > freetypecheck.c(51) : error C2059: syntax error : '' > > freetypecheck.c(51) : error C2059: syntax error : ')' > > freetypecheck.c(53) : error C2143: syntax error : missing ')' before > > 'string' > > freetypecheck.c(53) : error C2143: syntax error : missing '{' before > > 'string' > > freetypecheck.c(53) : error C2059: syntax error : '' > > freetypecheck.c(53) : error C2059: syntax error : ')' > > freetypecheck.c(54) : error C2059: syntax error : 'if' > > freetypecheck.c(54) : warning C4003: not enough actual parameters for > macro > > 'QUO > > TEME' > > freetypecheck.c(58) : error C2059: syntax error : 'return' > > freetypecheck.c(59) : error C2059: syntax error : '}' > > make[2]: *** > > [c:/Prg/OpenJDK/openjdk/control/build/WINDOW~1/tmp/freetype_version > > check] Error 2 > > make[2]: Leaving directory > > `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make/tools/free > > typecheck' > > make[1]: [sane-freetype] Error 2 (ignored) > > /bin/sh: > > c:/Prg/OpenJDK/openjdk/control/build/WINDOW~1/tmp/freetype_versioncheck > > .exe: No such file or directory > > make[1]: Leaving directory `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make' > > > > Somebody have an idea what's going on here? (Obviously, freetypecheck.c > > isn't building, but I'm not sure why, beyond the obvious "there's a > macro > > without enough parameters" as declared on line 42....) > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > > > > >> -----Original Message----- > >> From: build-dev-bounces at openjdk.java.net [mailto:build-dev- > >> bounces at openjdk.java.net] On Behalf Of Igor Nekrestyanov > >> Sent: Thursday, August 02, 2007 12:39 PM > >> To: Dan Fabulich > >> Cc: discuss at openjdk.java.net; Anthony Petrov; Phil Race; build- > >> dev at openjdk.java.net > >> Subject: Re: encumbrances update > >> > >> > >> > >>>> My tests are not "ideal" for number of reasons: > >>>> 2) I was using binary plugs created from my personal workspace. > >>>> I believe they should be the same as those to be published with > >>>> b17 code drop but this is my assumption. > >>>> > >>> We know for certain that this assumption is FALSE. No binary plug > >>> given to the public has ever built successfully on Windows; since your > >>> personal plugs have been working for you for months, we can conclude > >>> that there's something critically different between your plugs and the > >>> plugs we get. > >>> > >> Prior to introduction of the "binary plugs" in the makefile (starting > >> from the b16) > >> it was easy to use our internal product builds to import encumbered > bits > >> for openjdk build. > >> So, internal openjdk builds were easier. > >> > >> However, since b16 we need to export image of binary plugs from the > >> product build and > >> use these exported images for openjdk build. > >> I think (but i am not 100% sure) that same procedure is used to export > >> binary plug bits for people outside of @sun.com. > >> So now there is fewer chance to have discrepancies (and after all > >> t2k.lib is not needed anymore :) ). > >> > >>> But who knows? Maybe we'll get lucky this time. :-) > >>> > >> I can hardly wait to get feedback on build status. > >> Hopefully this will be success report :) > >> > >>>> BTW, for windows build you will need to build freetype.dll (i tried > >>>> only dll built with visualc). I believe that freetype build system > >>>> does not generate .dll on windows and therefore some manual tweaking > >>>> of freetype makefiles (and sources) might be necessary. > >>>> > >>> Sounds like fun! :-) Will the documentation include a patch? Or just > >>> some tips on how to make a .DLL? What source files needed to change? > >>> > >> No, there is no patch or detailed instruction in the openjdk docs. > >> > >> You can follow "official" freetype approach - > >> http://freetype.freedesktop.org/wiki/FreeType_DLL. > >> I believe it worked for me to prepare 32 bit binary. > >> Perhaps someday they will finally simplify it and we can just run make > :) > >> > >> In addition to described changes you may also want to tweak ftoptions.h > >> to enable subpixel rendering. > >> > >> -igor > >> > >> No virus found in this incoming message. > >> Checked by AVG Free Edition. > >> Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: > 8/2/2007 > >> 2:22 PM > >> > >> > > > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 > > 2:22 PM > > > > > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 > 2:22 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 2:22 PM From ted at tedneward.com Sat Aug 4 08:57:53 2007 From: ted at tedneward.com (Ted Neward) Date: Sat, 4 Aug 2007 01:57:53 -0700 Subject: encumbrances update In-Reply-To: <46B3F9BE.9@sun.com> Message-ID: <099c01c7d675$8d51bb50$802ca8c0@XPWork> Hate to say it, guys, but this build seems *more* broken than the last. I can't even get a fraction of the distance through the build: cd ../../hotspot/make ; \ make ALT_SLASH_JAVA=J: ARCH_DATA_MODEL=32 ALT_OUTPUTDIR=C:/Prg/JDK-P R~2/hotspot/outputdir ALT_EXPORT_PATH=C:/Prg/JDK-PR~2/hotspot/import PREVIOUS_JD K_VERSION=1.5.0 ALT_BOOTDIR=C:/Prg/jdk1.6.0 FULL_VERSION="1.7.0-private-fastdebu g-b00" JDK_VERSION=1.7.0 COOKED_BUILD_NUMBER=0 JDK_MKTG_VERSION=7 JDK_MAJOR_VERS ION=1 JDK_MINOR_VERSION=7 JDK_MICRO_VERSION=0 all_fastdebug make[3]: Entering directory `/cygdrive/c/Prg/OpenJDK/openjdk/hotspot/make' make VM_TARGET=fastdebug generic_build2 make[4]: Entering directory `/cygdrive/c/Prg/OpenJDK/openjdk/hotspot/make' mkdir -p C:/Prg/JDK-PR~2/hotspot/outputdir cd C:/Prg/JDK-PR~2/hotspot/outputdir; \ MAKEFLAGS= MFLAGS= nmake /NOLOGO -f c:/Prg/OpenJDK/openjdk/hotspot/build/windows/build.make \ Variant=compiler2 \ WorkSpace=c:\\Prg\\OpenJDK\\openjdk\\hotspot \ BootStrapDir=C:\\Prg\\jdk1.6.0 \ BuildUser=Ted \ BuildID=1.7.0-private-fastdebug-b00 HS_MKTG_VERSION=7 HS_ MAJOR_VER=1 HS_MINOR_VER=7 HS_MICRO_VER=0 HS_BUILD_NUMBER=0 JAVA_HOME=C:\\Prg\\jdk1.6.0 GAMMADIR=c:\\Prg\\OpenJDK\\openjdk\\hotspot MAKE_VERBOSE=y fastdebug Not building SA: BUILD_WIN_SA != 1 /usr/bin/expr: syntax error *** WARNING *** unrecognized link.exe version (). Use FORCE_LINK_VER to override automatic detection. cd windows_i486_compiler2 nmake -nologo -f c:\Prg\OpenJDK\openjdk\hotspot\build\windows\makefiles\ top.make BUILD_FLAVOR=fastdebug ARCH=i486 nmake in .\generated cd generated && nmake /NOLOGO /f c:\Prg\OpenJDK\openjdk\hotspot\build\wi ndows\makefiles\generated.make DIR=.\generated BUILD_FLAVOR=fastdebug link.exe kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib a dvapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib Wsock32.lib winmm.lib / nologo /machine:I386 /opt:REF /opt:ICF,8 /map /debug /subsystem:console /out:ad lc.exe main.obj adlparse.obj archDesc.obj arena.obj dfa.obj dict2.obj filebuff.o bj forms.obj formsopt.obj formssel.obj opcodes.obj output_c.obj output_h.obj link: extra operand `gdi32.lib' Try `link --help' for more information. NMAKE : fatal error U1077: 'link.exe' : return code '0x1' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. NMAKE : fatal error U1077: 'c:\Prg\MSVS2003\Vc7\bin\nmake.exe' : return code '0x 2' Stop. make[4]: *** [generic_build2] Error 2 make[4]: Leaving directory `/cygdrive/c/Prg/OpenJDK/openjdk/hotspot/make' make[3]: *** [fastdebug] Error 2 make[3]: Leaving directory `/cygdrive/c/Prg/OpenJDK/openjdk/hotspot/make' make[2]: *** [hotspot-build] Error 2 make[2]: Leaving directory `/cygdrive/c/Prg/OpenJDK/openjdk/control/make' make[1]: *** [generic_debug_build] Error 2 make[1]: Leaving directory `/cygdrive/c/Prg/OpenJDK/openjdk/control/make' make: *** [fastdebug_build] Error 2 Not sure why the link version isn't being recognized, or that "gdi32.lib" is thought to be an 'extra operand'.... sanity works just fine. Anybody got any ideas? Or should I just blow the tree away and do a fresh fetch from SVN? Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Phil.Race at Sun.COM [mailto:Phil.Race at Sun.COM] > Sent: Friday, August 03, 2007 9:00 PM > To: Ted Neward > Cc: 'Igor Nekrestyanov'; 'Dan Fabulich'; discuss at openjdk.java.net; > 'Anthony Petrov'; build-dev at openjdk.java.net > Subject: Re: encumbrances update > > freetypecheck.c(42) : warning C4003: not enough actual parameters for > macro > 'QUO > TEME' > > Did it really print a newline in the middle of that name ? > > your make/tools/freetypecheck/freetypecheck.c may be corrupt. > > the macro is defined there and its hard to imagine how it could be > affected by anything exernal. > > -phil. > > Ted Neward wrote: > > OK... Using a private drop of Ivan's freetype build, with an "SVN > update" of > > the source base, I get this: > > > > CYGWIN:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/openjdk/control/make > > $ make sanity > > make[1]: Entering directory `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make' > > make[2]: Entering directory > > `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make/tools/fre > > etypecheck' > > Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077 for > 80x86 > > Copyright (C) Microsoft Corporation 1984-2002. All rights reserved. > > > > freetypecheck.c > > freetypecheck.c(42) : warning C4003: not enough actual parameters for > macro > > 'QUO > > TEME' > > freetypecheck.c(42) : error C2059: syntax error : ')' > > freetypecheck.c(45) : warning C4003: not enough actual parameters for > macro > > 'QUO > > TEME' > > freetypecheck.c(45) : error C2059: syntax error : ')' > > freetypecheck.c(49) : error C2143: syntax error : missing ')' before '&' > > freetypecheck.c(49) : error C2143: syntax error : missing '{' before '&' > > freetypecheck.c(49) : error C2059: syntax error : '&' > > freetypecheck.c(49) : error C2059: syntax error : ')' > > freetypecheck.c(50) : error C2059: syntax error : ',' > > freetypecheck.c(50) : error C2143: syntax error : missing ')' before '&' > > freetypecheck.c(50) : error C2143: syntax error : missing '{' before '&' > > freetypecheck.c(50) : error C2059: syntax error : '&' > > freetypecheck.c(50) : error C2059: syntax error : ')' > > freetypecheck.c(51) : error C2059: syntax error : ',' > > freetypecheck.c(51) : error C2143: syntax error : missing ')' before > > 'string' > > freetypecheck.c(51) : error C2143: syntax error : missing '{' before > > 'string' > > freetypecheck.c(51) : error C2059: syntax error : '' > > freetypecheck.c(51) : error C2059: syntax error : ')' > > freetypecheck.c(53) : error C2143: syntax error : missing ')' before > > 'string' > > freetypecheck.c(53) : error C2143: syntax error : missing '{' before > > 'string' > > freetypecheck.c(53) : error C2059: syntax error : '' > > freetypecheck.c(53) : error C2059: syntax error : ')' > > freetypecheck.c(54) : error C2059: syntax error : 'if' > > freetypecheck.c(54) : warning C4003: not enough actual parameters for > macro > > 'QUO > > TEME' > > freetypecheck.c(58) : error C2059: syntax error : 'return' > > freetypecheck.c(59) : error C2059: syntax error : '}' > > make[2]: *** > > [c:/Prg/OpenJDK/openjdk/control/build/WINDOW~1/tmp/freetype_version > > check] Error 2 > > make[2]: Leaving directory > > `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make/tools/free > > typecheck' > > make[1]: [sane-freetype] Error 2 (ignored) > > /bin/sh: > > c:/Prg/OpenJDK/openjdk/control/build/WINDOW~1/tmp/freetype_versioncheck > > .exe: No such file or directory > > make[1]: Leaving directory `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make' > > > > Somebody have an idea what's going on here? (Obviously, freetypecheck.c > > isn't building, but I'm not sure why, beyond the obvious "there's a > macro > > without enough parameters" as declared on line 42....) > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > > > > >> -----Original Message----- > >> From: build-dev-bounces at openjdk.java.net [mailto:build-dev- > >> bounces at openjdk.java.net] On Behalf Of Igor Nekrestyanov > >> Sent: Thursday, August 02, 2007 12:39 PM > >> To: Dan Fabulich > >> Cc: discuss at openjdk.java.net; Anthony Petrov; Phil Race; build- > >> dev at openjdk.java.net > >> Subject: Re: encumbrances update > >> > >> > >> > >>>> My tests are not "ideal" for number of reasons: > >>>> 2) I was using binary plugs created from my personal workspace. > >>>> I believe they should be the same as those to be published with > >>>> b17 code drop but this is my assumption. > >>>> > >>> We know for certain that this assumption is FALSE. No binary plug > >>> given to the public has ever built successfully on Windows; since your > >>> personal plugs have been working for you for months, we can conclude > >>> that there's something critically different between your plugs and the > >>> plugs we get. > >>> > >> Prior to introduction of the "binary plugs" in the makefile (starting > >> from the b16) > >> it was easy to use our internal product builds to import encumbered > bits > >> for openjdk build. > >> So, internal openjdk builds were easier. > >> > >> However, since b16 we need to export image of binary plugs from the > >> product build and > >> use these exported images for openjdk build. > >> I think (but i am not 100% sure) that same procedure is used to export > >> binary plug bits for people outside of @sun.com. > >> So now there is fewer chance to have discrepancies (and after all > >> t2k.lib is not needed anymore :) ). > >> > >>> But who knows? Maybe we'll get lucky this time. :-) > >>> > >> I can hardly wait to get feedback on build status. > >> Hopefully this will be success report :) > >> > >>>> BTW, for windows build you will need to build freetype.dll (i tried > >>>> only dll built with visualc). I believe that freetype build system > >>>> does not generate .dll on windows and therefore some manual tweaking > >>>> of freetype makefiles (and sources) might be necessary. > >>>> > >>> Sounds like fun! :-) Will the documentation include a patch? Or just > >>> some tips on how to make a .DLL? What source files needed to change? > >>> > >> No, there is no patch or detailed instruction in the openjdk docs. > >> > >> You can follow "official" freetype approach - > >> http://freetype.freedesktop.org/wiki/FreeType_DLL. > >> I believe it worked for me to prepare 32 bit binary. > >> Perhaps someday they will finally simplify it and we can just run make > :) > >> > >> In addition to described changes you may also want to tweak ftoptions.h > >> to enable subpixel rendering. > >> > >> -igor > >> > >> No virus found in this incoming message. > >> Checked by AVG Free Edition. > >> Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: > 8/2/2007 > >> 2:22 PM > >> > >> > > > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 > > 2:22 PM > > > > > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 > 2:22 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 2:22 PM From Igor.Nekrestyanov at Sun.COM Sat Aug 4 09:25:01 2007 From: Igor.Nekrestyanov at Sun.COM (Igor Nekrestyanov) Date: Sat, 04 Aug 2007 13:25:01 +0400 Subject: encumbrances update In-Reply-To: <099a01c7d675$670ea840$802ca8c0@XPWork> References: <099a01c7d675$670ea840$802ca8c0@XPWork> Message-ID: <46B445ED.6040600@sun.com> This is actually bug. make/common/Defs.gmk includes Platform.gmk before it sets OPENJDK variable. As a result REQUIRED_FREETYPE_VERSION is never set. (BTW, this is because we always set OPENJDK=true manually because our internal builds have access to closed_src. So, yet one problem that sneak in because of difference in the environments) This seems only affect sanity check but we still have to fix it. And this should be reproducible on any platform, not just windows. Meanwhile please set environment variable OPENJDK=true prior to starting build or pass it in the command line as you did. I do not know what happens in the second case when build fails for you. I'll try clean ws from openjdk.dev.java.net and try to reproduce it. -igor Ted Neward wrote: > The newline was line-wrapping from my console window. I checked the C code, > it's fine. The problem is that the REQUIRED_FREETYPE_VERSION macro wasn't > being set inside the sanity makefile checks unless I explicitly put > "OPENJDK=1" (which I think should be "OPENJDK=true") on the build command > line. "make sanity OPENJDK=true" works, trying a full build now. > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > > >> -----Original Message----- >> From: Phil.Race at Sun.COM [mailto:Phil.Race at Sun.COM] >> Sent: Friday, August 03, 2007 9:00 PM >> To: Ted Neward >> Cc: 'Igor Nekrestyanov'; 'Dan Fabulich'; discuss at openjdk.java.net; >> 'Anthony Petrov'; build-dev at openjdk.java.net >> Subject: Re: encumbrances update >> >> freetypecheck.c(42) : warning C4003: not enough actual parameters for >> macro >> 'QUO >> TEME' >> >> Did it really print a newline in the middle of that name ? >> >> your make/tools/freetypecheck/freetypecheck.c may be corrupt. >> >> the macro is defined there and its hard to imagine how it could be >> affected by anything exernal. >> >> -phil. >> >> Ted Neward wrote: >> >>> OK... Using a private drop of Ivan's freetype build, with an "SVN >>> >> update" of >> >>> the source base, I get this: >>> >>> CYGWIN:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/openjdk/control/make >>> $ make sanity >>> make[1]: Entering directory `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make' >>> make[2]: Entering directory >>> `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make/tools/fre >>> etypecheck' >>> Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077 for >>> >> 80x86 >> >>> Copyright (C) Microsoft Corporation 1984-2002. All rights reserved. >>> >>> freetypecheck.c >>> freetypecheck.c(42) : warning C4003: not enough actual parameters for >>> >> macro >> >>> 'QUO >>> TEME' >>> freetypecheck.c(42) : error C2059: syntax error : ')' >>> freetypecheck.c(45) : warning C4003: not enough actual parameters for >>> >> macro >> >>> 'QUO >>> TEME' >>> freetypecheck.c(45) : error C2059: syntax error : ')' >>> freetypecheck.c(49) : error C2143: syntax error : missing ')' before '&' >>> freetypecheck.c(49) : error C2143: syntax error : missing '{' before '&' >>> freetypecheck.c(49) : error C2059: syntax error : '&' >>> freetypecheck.c(49) : error C2059: syntax error : ')' >>> freetypecheck.c(50) : error C2059: syntax error : ',' >>> freetypecheck.c(50) : error C2143: syntax error : missing ')' before '&' >>> freetypecheck.c(50) : error C2143: syntax error : missing '{' before '&' >>> freetypecheck.c(50) : error C2059: syntax error : '&' >>> freetypecheck.c(50) : error C2059: syntax error : ')' >>> freetypecheck.c(51) : error C2059: syntax error : ',' >>> freetypecheck.c(51) : error C2143: syntax error : missing ')' before >>> 'string' >>> freetypecheck.c(51) : error C2143: syntax error : missing '{' before >>> 'string' >>> freetypecheck.c(51) : error C2059: syntax error : '' >>> freetypecheck.c(51) : error C2059: syntax error : ')' >>> freetypecheck.c(53) : error C2143: syntax error : missing ')' before >>> 'string' >>> freetypecheck.c(53) : error C2143: syntax error : missing '{' before >>> 'string' >>> freetypecheck.c(53) : error C2059: syntax error : '' >>> freetypecheck.c(53) : error C2059: syntax error : ')' >>> freetypecheck.c(54) : error C2059: syntax error : 'if' >>> freetypecheck.c(54) : warning C4003: not enough actual parameters for >>> >> macro >> >>> 'QUO >>> TEME' >>> freetypecheck.c(58) : error C2059: syntax error : 'return' >>> freetypecheck.c(59) : error C2059: syntax error : '}' >>> make[2]: *** >>> [c:/Prg/OpenJDK/openjdk/control/build/WINDOW~1/tmp/freetype_version >>> check] Error 2 >>> make[2]: Leaving directory >>> `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make/tools/free >>> typecheck' >>> make[1]: [sane-freetype] Error 2 (ignored) >>> /bin/sh: >>> c:/Prg/OpenJDK/openjdk/control/build/WINDOW~1/tmp/freetype_versioncheck >>> .exe: No such file or directory >>> make[1]: Leaving directory `/cygdrive/c/Prg/OpenJDK/openjdk/j2se/make' >>> >>> Somebody have an idea what's going on here? (Obviously, freetypecheck.c >>> isn't building, but I'm not sure why, beyond the obvious "there's a >>> >> macro >> >>> without enough parameters" as declared on line 42....) >>> >>> Ted Neward >>> Java, .NET, XML Services >>> Consulting, Teaching, Speaking, Writing >>> http://www.tedneward.com >>> >>> >>> >>> >>>> -----Original Message----- >>>> From: build-dev-bounces at openjdk.java.net [mailto:build-dev- >>>> bounces at openjdk.java.net] On Behalf Of Igor Nekrestyanov >>>> Sent: Thursday, August 02, 2007 12:39 PM >>>> To: Dan Fabulich >>>> Cc: discuss at openjdk.java.net; Anthony Petrov; Phil Race; build- >>>> dev at openjdk.java.net >>>> Subject: Re: encumbrances update >>>> >>>> >>>> >>>> >>>>>> My tests are not "ideal" for number of reasons: >>>>>> 2) I was using binary plugs created from my personal workspace. >>>>>> I believe they should be the same as those to be published with >>>>>> b17 code drop but this is my assumption. >>>>>> >>>>>> >>>>> We know for certain that this assumption is FALSE. No binary plug >>>>> given to the public has ever built successfully on Windows; since your >>>>> personal plugs have been working for you for months, we can conclude >>>>> that there's something critically different between your plugs and the >>>>> plugs we get. >>>>> >>>>> >>>> Prior to introduction of the "binary plugs" in the makefile (starting >>>> from the b16) >>>> it was easy to use our internal product builds to import encumbered >>>> >> bits >> >>>> for openjdk build. >>>> So, internal openjdk builds were easier. >>>> >>>> However, since b16 we need to export image of binary plugs from the >>>> product build and >>>> use these exported images for openjdk build. >>>> I think (but i am not 100% sure) that same procedure is used to export >>>> binary plug bits for people outside of @sun.com. >>>> So now there is fewer chance to have discrepancies (and after all >>>> t2k.lib is not needed anymore :) ). >>>> >>>> >>>>> But who knows? Maybe we'll get lucky this time. :-) >>>>> >>>>> >>>> I can hardly wait to get feedback on build status. >>>> Hopefully this will be success report :) >>>> >>>> >>>>>> BTW, for windows build you will need to build freetype.dll (i tried >>>>>> only dll built with visualc). I believe that freetype build system >>>>>> does not generate .dll on windows and therefore some manual tweaking >>>>>> of freetype makefiles (and sources) might be necessary. >>>>>> >>>>>> >>>>> Sounds like fun! :-) Will the documentation include a patch? Or just >>>>> some tips on how to make a .DLL? What source files needed to change? >>>>> >>>>> >>>> No, there is no patch or detailed instruction in the openjdk docs. >>>> >>>> You can follow "official" freetype approach - >>>> http://freetype.freedesktop.org/wiki/FreeType_DLL. >>>> I believe it worked for me to prepare 32 bit binary. >>>> Perhaps someday they will finally simplify it and we can just run make >>>> >> :) >> >>>> In addition to described changes you may also want to tweak ftoptions.h >>>> to enable subpixel rendering. >>>> >>>> -igor >>>> >>>> No virus found in this incoming message. >>>> Checked by AVG Free Edition. >>>> Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: >>>> >> 8/2/2007 >> >>>> 2:22 PM >>>> >>>> >>>> >>> No virus found in this outgoing message. >>> Checked by AVG Free Edition. >>> Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 >>> 2:22 PM >>> >>> >>> >>> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 >> 2:22 PM >> >> > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.476 / Virus Database: 269.11.2/933 - Release Date: 8/2/2007 > 2:22 PM > > > From alexanderschunk at t-online.de Sun Aug 5 11:32:00 2007 From: alexanderschunk at t-online.de (Alexander Schunk) Date: 05 Aug 2007 11:32 GMT Subject: OpenJDK: Build Contributions Message-ID: <1IHeLL-03fgUi0@fwd29.aul.t-online.de> Hi, i joined this mailing list to help OpenJDK with code Contributions and or other informations i can offer. I have browsed over the various Group websites and joind other Groups - Audio Engine, 2D Graphics - and found that some of these APIs are currently not open because of pending licence questions. As far as i can see it seems like it looks only those parts of Java SDK are open that are under SUNs own licence however i think community can help anyhow on this issue especially if they have OpenSource project experiences. Best Regards Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From Igor.Nekrestyanov at Sun.COM Mon Aug 6 09:47:13 2007 From: Igor.Nekrestyanov at Sun.COM (Igor Nekrestyanov) Date: Mon, 06 Aug 2007 13:47:13 +0400 Subject: My windows build story Message-ID: <46B6EE21.7010605@sun.com> Hi, I tried to build openjdk on windows (WinXP) using home PC and following instructions from openjdk.dev.java.net. I was able to do it. There were few issues though (because we rarely use cygwin for internal builds). Below is brief story of how i did it. It might be incomplete because i am recovering it from the notes. I will double check this tonight with full clean build but it will be nice if someone else can try to repeat it. 1) Latest cygwin. In addition to list from README-builds.html i also installed zip/unzip packages. I think i have installed cygwin in default mode, i.e. using Unix/binary default text file type. However, this did not help fully (see item 5). 2) Downgraded make to 3.80 Download from http://cygwin.paracoda.com/release/make/make-3.80-1.tar.bz2 cd / tar xjf /cygdrive/c/where-your-download-is/make-3.80-1.tar.bz2 bin/make.exe --version GNU Make 3.80 Copyright (C) 2002 Free Software Foundation, Inc. 3) Here is my buildenv.bat. Note: avoid use /cygdrive/c paths because it will fool VC compiler (cl will not resolve them properly, e.g. will not find header files) ================================================= rem Minimize hidden environment differences set PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;c:\tools\cygwin\bin set LD_LIBRARY_PATH= set CLASSPATH= set JAVA_HOME= set ALT_BOOTDIR=c:/tools/jdk70b13 set ALT_OUTPUTDIR=c:/tmp/openjdk-build set ALT_BINARY_PLUGS_PATH=c:/tools/bplugs/b17/openjdk-binary-plugs rem not mentioned in the README-builds.html? (place hotspot VM comes from) rem TODO: try to point to openjdk vm set ALT_JDK_IMPORT_PATH=c:/tools/bplugs/jdk1.7.0 set ALT_DXSDK_PATH=c:/Tools/dxsdk set VC=c:/Progra~1/Micros~1.NET set ALT_COMPILER_PATH=%VC%/VC7/Bin set ALT_MSDEVTOOLS_PATH=%VC%/Common7/Tools/Bin set ALT_MSVCR71_DLL_PATH=%VC%/SDK/v1.1/Bin set ALT_FREETYPE_LIB_PATH=c:/tools/freetype/windows/freetype-i586/lib set ALT_FREETYPE_HEADERS_PATH=c:/tools/freetype/windows/freetype-i586/include rem NB: not documented? will be removed in b18? http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6332635 rem unicows.dll/unicows.lib are available on the web. rem E.g. http://www.microsoft.com/downloads/details.aspx?FamilyId=73BA7BD7-ED06-4F0D-80A4-2A7EEAEE17E2&displaylang=en set ALT_UNICOWS_LIB_PATH=c:/tools/devtools/MSLU set ALT_UNICOWS_DLL_PATH=c:/tools/devtools/MSLU rem bug in the makefiles: should be set prior to freetypecheck. rem TODO: file it set OPENJDK=true call c:\Progra~1\Micros~1.NET\Common7\Tools\vsvars32.bat bash ============================================= 4) technically further build is just buildenv.bat cd control/make; make 5) Sanity check passes, hotspot build without any problems. j2se build failed in the make/java/java - LocaleDataMetaInfo.java does not compile The reason was that string literals contained bunch of \r characters. These were introduced by cygwin awk. I guess because it uses text mode (at least for output). I am still not fully sure what is proper fix for this and whether this is bug in cygwin (Assuming i chosed Unix/binary during cygwin install process). My workaround was to edit j2se\make\java\java\localegen.sh and replace localelist=`$NAWK -F$1_ '{print $2}' $2 | sort` with localelist=`$NAWK -v BINMODE=w -F$1_ '{print $2}' $2 | sort` 6) removed LocaleDataMetaInfo.java from gensrc dir and restarted build. Build finished without new problems and at least java -jar Font2DTest.jar works. Any volunteers to follow these instructions? Important note: I know that cygwin builds on at least two Vista systems were failing in random places because of some cygwin bugs (shell fails reporting failure to allocate memory or something else). Failures are random and build will process on restart of make after failure. I do not know if it is possible to get working build subsequently restarting make. I also do not know if these problems were addressed in cygwin or perhaps specific to these particular Vista systems. But I suggest to start with WinXP build first. -igor p.s. if you need freetype binary to try this - i can provide my build of it. Just drop me personal request. From Anthony.Petrov at Sun.COM Mon Aug 6 09:56:47 2007 From: Anthony.Petrov at Sun.COM (Anthony Petrov) Date: Mon, 06 Aug 2007 13:56:47 +0400 Subject: My windows build story In-Reply-To: <46B6EE21.7010605@sun.com> References: <46B6EE21.7010605@sun.com> Message-ID: <46B6F05F.5050303@sun.com> On 08/06/2007 01:47 PM Igor Nekrestyanov wrote: > Important note: > I know that cygwin builds on at least two Vista systems were failing in > random places because of some > cygwin bugs (shell fails reporting failure to allocate memory or > something else). Failures are random and build will process on restart > of make after failure. > I do not know if it is possible to get working build subsequently > restarting make. > I also do not know if these problems were addressed in cygwin or perhaps > specific to these particular Vista systems. > But I suggest to start with WinXP build first. Actually this kind of problems were born out of using the cmd.exe command line as the build environment. JDK requires to use an Unix-like shell in order to build correctly (e.g. bash). This was addressed, and a sanity check was added in order to check the environment. Please see http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6577700 for more information. -- best regards, Anthony From ted at tedneward.com Wed Aug 8 01:57:37 2007 From: ted at tedneward.com (Ted Neward) Date: Tue, 7 Aug 2007 18:57:37 -0700 Subject: Derby not included in OpenJDK build? Message-ID: <002201c7d95f$8314fde0$893ef9a0$@com> I just noticed?the Apache Derby bits that were included as part of Java6 (in the JDK/db directory) aren?t a part of the OpenJDK build process; is this deliberate? Will they go in at some point, or was that a one-shot that?s not being repeated in Java7/OpenJDK? Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing HYPERLINK "http://www.tedneward.com"http://www.tedneward.com No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.11.8/940 - Release Date: 8/6/2007 4:53 PM -------------- next part -------------- An HTML attachment was scrubbed... URL: From ted at tedneward.com Wed Aug 8 01:57:37 2007 From: ted at tedneward.com (Ted Neward) Date: Tue, 7 Aug 2007 18:57:37 -0700 Subject: My windows build story In-Reply-To: <46B6EE21.7010605@sun.com> References: <46B6EE21.7010605@sun.com> Message-ID: <005201c7d95f$8a570df0$9f0529d0$@com> Here's a question: when trying to build freetype using their download, I couldn't get the build there to produce a DLL import library; you obviously did, though. Did you do anything in particular to make that work? (I didn't want to bother wrestling with their .sln file because that seemed too much work for something that simple.) Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: build-dev-bounces at openjdk.java.net [mailto:build-dev- > bounces at openjdk.java.net] On Behalf Of Igor Nekrestyanov > Sent: Monday, August 06, 2007 2:47 AM > To: build-dev at openjdk.java.net > Subject: My windows build story > > Hi, > > I tried to build openjdk on windows (WinXP) using home PC and following > instructions from openjdk.dev.java.net. > I was able to do it. There were few issues though (because we rarely > use > cygwin for internal builds). > > Below is brief story of how i did it. It might be incomplete because i > am recovering it from the notes. > I will double check this tonight with full clean build but it will be > nice if someone else can try to repeat it. > > 1) Latest cygwin. > In addition to list from README-builds.html i also installed > zip/unzip packages. > > I think i have installed cygwin in default mode, i.e. using > Unix/binary default text file type. > However, this did not help fully (see item 5). > > 2) Downgraded make to 3.80 > > Download from > http://cygwin.paracoda.com/release/make/make-3.80-1.tar.bz2 > > cd / > tar xjf /cygdrive/c/where-your-download-is/make-3.80-1.tar.bz2 > bin/make.exe --version > > GNU Make 3.80 > Copyright (C) 2002 Free Software Foundation, Inc. > > 3) Here is my buildenv.bat. > > Note: avoid use /cygdrive/c paths because it will fool VC compiler > (cl will not resolve them properly, e.g. will not find header > files) > > ================================================= > > rem Minimize hidden environment differences > set > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;c:\tools\c > ygwin\bin > set LD_LIBRARY_PATH= > set CLASSPATH= > set JAVA_HOME= > > set ALT_BOOTDIR=c:/tools/jdk70b13 > set ALT_OUTPUTDIR=c:/tmp/openjdk-build > set ALT_BINARY_PLUGS_PATH=c:/tools/bplugs/b17/openjdk-binary-plugs > > rem not mentioned in the README-builds.html? (place hotspot VM comes > from) > rem TODO: try to point to openjdk vm > set ALT_JDK_IMPORT_PATH=c:/tools/bplugs/jdk1.7.0 > > set ALT_DXSDK_PATH=c:/Tools/dxsdk > > set VC=c:/Progra~1/Micros~1.NET > set ALT_COMPILER_PATH=%VC%/VC7/Bin > set ALT_MSDEVTOOLS_PATH=%VC%/Common7/Tools/Bin > set ALT_MSVCR71_DLL_PATH=%VC%/SDK/v1.1/Bin > > set ALT_FREETYPE_LIB_PATH=c:/tools/freetype/windows/freetype-i586/lib > set ALT_FREETYPE_HEADERS_PATH=c:/tools/freetype/windows/freetype- > i586/include > > rem NB: not documented? will be removed in b18? > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6332635 > rem unicows.dll/unicows.lib are available on the web. > rem E.g. > http://www.microsoft.com/downloads/details.aspx?FamilyId=73BA7BD7-ED06- > 4F0D-80A4-2A7EEAEE17E2&displaylang=en > set ALT_UNICOWS_LIB_PATH=c:/tools/devtools/MSLU > set ALT_UNICOWS_DLL_PATH=c:/tools/devtools/MSLU > > rem bug in the makefiles: should be set prior to freetypecheck. > rem TODO: file it > set OPENJDK=true > > call c:\Progra~1\Micros~1.NET\Common7\Tools\vsvars32.bat > > bash > ============================================= > > 4) technically further build is just > buildenv.bat > cd control/make; > make > > 5) Sanity check passes, hotspot build without any problems. > j2se build failed in the make/java/java - LocaleDataMetaInfo.java > does not compile > > The reason was that string literals contained bunch of \r > characters. > These were introduced by cygwin awk. I guess because it uses text > mode (at least for output). > > I am still not fully sure what is proper fix for this and whether > this is bug in cygwin > (Assuming i chosed Unix/binary during cygwin install process). > > My workaround was to edit j2se\make\java\java\localegen.sh and > replace > localelist=`$NAWK -F$1_ '{print $2}' $2 | sort` > with > localelist=`$NAWK -v BINMODE=w -F$1_ '{print $2}' $2 | sort` > > 6) removed LocaleDataMetaInfo.java from gensrc dir and restarted build. > Build finished without new problems and at least java -jar > Font2DTest.jar works. > > Any volunteers to follow these instructions? > > Important note: > I know that cygwin builds on at least two Vista systems were failing > in random places because of some > cygwin bugs (shell fails reporting failure to allocate memory or > something else). Failures are random and build will process on > restart > of make after failure. > I do not know if it is possible to get working build subsequently > restarting make. > I also do not know if these problems were addressed in cygwin or > perhaps > specific to these particular Vista systems. > But I suggest to start with WinXP build first. > > -igor > > p.s. > if you need freetype binary to try this - i can provide my build of > it. Just drop me personal request. > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.476 / Virus Database: 269.11.4/936 - Release Date: > 8/4/2007 2:42 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.11.8/940 - Release Date: 8/6/2007 4:53 PM From mr at sun.com Wed Aug 8 05:10:18 2007 From: mr at sun.com (Mark Reinhold) Date: Tue, 07 Aug 2007 22:10:18 -0700 Subject: Derby not included in OpenJDK build? In-Reply-To: ted@tedneward.com; Tue, 07 Aug 2007 18:57:37 PDT; <002201c7d95f$8314fde0$893ef9a0$@com> Message-ID: <20070808051018.EED92B3AB@callebaut.niobe.net> > Date: Tue, 07 Aug 2007 18:57:37 -0700 > From: Ted Neward > I just noticed\227Apache Derby bits that were included as part of Java6 (in > the JDK/db directory) aren\222t a part of the OpenJDK build process; is this > deliberate? Yes. > Will they go in at some point, or was that a one-shot that\222s not > being repeated in Java7/OpenJDK? Derby (aka JavaDB) is co-bundled in Sun's (encumbered) binary JDK distribution as a convenience to developers. It's not part of the Java SE platform, and neither is it an integral part of the JDK. I expect this co-bundling arrangement to continue. - Mark From Igor.Nekrestyanov at Sun.COM Wed Aug 8 13:15:19 2007 From: Igor.Nekrestyanov at Sun.COM (Igor Nekrestyanov) Date: Wed, 08 Aug 2007 17:15:19 +0400 Subject: My windows build story In-Reply-To: <005201c7d95f$8a570df0$9f0529d0$@com> References: <46B6EE21.7010605@sun.com> <005201c7d95f$8a570df0$9f0529d0$@com> Message-ID: <46B9C1E7.1030407@sun.com> I also spend some time trying to find out how to to this and i do not know how to get it from their build system. What i did in the end was pretty much the same as described here - http://freetype.freedesktop.org/wiki/FreeType_DLL, i.e. 1) add #define FT_EXPORT(x) __declspec( dllexport ) x to include\freetype\config\ftoption.h 2) execute following bat file: set PATH=c:\windows;c:\tools;C:\WINDOWS\system32 call "c:\Progra~1\Micros~1.NET\Common7\Tools\vsvars32.bat" gnumake setup visualc gnumake link /nologo /incremental:no /subsystem:windows /release /opt:ref /opt:icf,3 /opt:nowin98 /dll /out:objs\freetype.dll /implib:objs\freetype.lib .\objs\*.obj 3) You need include directory and .lib/.dll files from objs. Optionally you may also uncomment (before executing gnumake) #define FT_CONFIG_OPTION_SUBPIXEL_RENDERING in the include\freetype\config\ftoption.h. This does not affect any build procedures but enables subpixel rendering. -igor Ted Neward wrote: > Here's a question: when trying to build freetype using their download, I > couldn't get the build there to produce a DLL import library; you obviously > did, though. Did you do anything in particular to make that work? (I didn't > want to bother wrestling with their .sln file because that seemed too much > work for something that simple.) > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > > >> -----Original Message----- >> From: build-dev-bounces at openjdk.java.net [mailto:build-dev- >> bounces at openjdk.java.net] On Behalf Of Igor Nekrestyanov >> Sent: Monday, August 06, 2007 2:47 AM >> To: build-dev at openjdk.java.net >> Subject: My windows build story >> >> Hi, >> >> I tried to build openjdk on windows (WinXP) using home PC and following >> instructions from openjdk.dev.java.net. >> I was able to do it. There were few issues though (because we rarely >> use >> cygwin for internal builds). >> >> Below is brief story of how i did it. It might be incomplete because i >> am recovering it from the notes. >> I will double check this tonight with full clean build but it will be >> nice if someone else can try to repeat it. >> >> 1) Latest cygwin. >> In addition to list from README-builds.html i also installed >> zip/unzip packages. >> >> I think i have installed cygwin in default mode, i.e. using >> Unix/binary default text file type. >> However, this did not help fully (see item 5). >> >> 2) Downgraded make to 3.80 >> >> Download from >> http://cygwin.paracoda.com/release/make/make-3.80-1.tar.bz2 >> >> cd / >> tar xjf /cygdrive/c/where-your-download-is/make-3.80-1.tar.bz2 >> bin/make.exe --version >> >> GNU Make 3.80 >> Copyright (C) 2002 Free Software Foundation, Inc. >> >> 3) Here is my buildenv.bat. >> >> Note: avoid use /cygdrive/c paths because it will fool VC compiler >> (cl will not resolve them properly, e.g. will not find header >> files) >> >> ================================================= >> >> rem Minimize hidden environment differences >> set >> PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;c:\tools\c >> ygwin\bin >> set LD_LIBRARY_PATH= >> set CLASSPATH= >> set JAVA_HOME= >> >> set ALT_BOOTDIR=c:/tools/jdk70b13 >> set ALT_OUTPUTDIR=c:/tmp/openjdk-build >> set ALT_BINARY_PLUGS_PATH=c:/tools/bplugs/b17/openjdk-binary-plugs >> >> rem not mentioned in the README-builds.html? (place hotspot VM comes >> from) >> rem TODO: try to point to openjdk vm >> set ALT_JDK_IMPORT_PATH=c:/tools/bplugs/jdk1.7.0 >> >> set ALT_DXSDK_PATH=c:/Tools/dxsdk >> >> set VC=c:/Progra~1/Micros~1.NET >> set ALT_COMPILER_PATH=%VC%/VC7/Bin >> set ALT_MSDEVTOOLS_PATH=%VC%/Common7/Tools/Bin >> set ALT_MSVCR71_DLL_PATH=%VC%/SDK/v1.1/Bin >> >> set ALT_FREETYPE_LIB_PATH=c:/tools/freetype/windows/freetype-i586/lib >> set ALT_FREETYPE_HEADERS_PATH=c:/tools/freetype/windows/freetype- >> i586/include >> >> rem NB: not documented? will be removed in b18? >> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6332635 >> rem unicows.dll/unicows.lib are available on the web. >> rem E.g. >> http://www.microsoft.com/downloads/details.aspx?FamilyId=73BA7BD7-ED06- >> 4F0D-80A4-2A7EEAEE17E2&displaylang=en >> set ALT_UNICOWS_LIB_PATH=c:/tools/devtools/MSLU >> set ALT_UNICOWS_DLL_PATH=c:/tools/devtools/MSLU >> >> rem bug in the makefiles: should be set prior to freetypecheck. >> rem TODO: file it >> set OPENJDK=true >> >> call c:\Progra~1\Micros~1.NET\Common7\Tools\vsvars32.bat >> >> bash >> ============================================= >> >> 4) technically further build is just >> buildenv.bat >> cd control/make; >> make >> >> 5) Sanity check passes, hotspot build without any problems. >> j2se build failed in the make/java/java - LocaleDataMetaInfo.java >> does not compile >> >> The reason was that string literals contained bunch of \r >> characters. >> These were introduced by cygwin awk. I guess because it uses text >> mode (at least for output). >> >> I am still not fully sure what is proper fix for this and whether >> this is bug in cygwin >> (Assuming i chosed Unix/binary during cygwin install process). >> >> My workaround was to edit j2se\make\java\java\localegen.sh and >> replace >> localelist=`$NAWK -F$1_ '{print $2}' $2 | sort` >> with >> localelist=`$NAWK -v BINMODE=w -F$1_ '{print $2}' $2 | sort` >> >> 6) removed LocaleDataMetaInfo.java from gensrc dir and restarted build. >> Build finished without new problems and at least java -jar >> Font2DTest.jar works. >> >> Any volunteers to follow these instructions? >> >> Important note: >> I know that cygwin builds on at least two Vista systems were failing >> in random places because of some >> cygwin bugs (shell fails reporting failure to allocate memory or >> something else). Failures are random and build will process on >> restart >> of make after failure. >> I do not know if it is possible to get working build subsequently >> restarting make. >> I also do not know if these problems were addressed in cygwin or >> perhaps >> specific to these particular Vista systems. >> But I suggest to start with WinXP build first. >> >> -igor >> >> p.s. >> if you need freetype binary to try this - i can provide my build of >> it. Just drop me personal request. >> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.476 / Virus Database: 269.11.4/936 - Release Date: >> 8/4/2007 2:42 PM >> >> > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.476 / Virus Database: 269.11.8/940 - Release Date: 8/6/2007 > 4:53 PM > > > From Anthony.Petrov at Sun.COM Thu Aug 2 07:09:48 2007 From: Anthony.Petrov at Sun.COM (Anthony Petrov) Date: Thu, 02 Aug 2007 11:09:48 +0400 Subject: encumbrances update In-Reply-To: References: <46AFAC07.6060608@sun.com> Message-ID: <46B1833C.7050705@sun.com> Hmm... On 08/01/2007 10:58 PM Dan Fabulich wrote: >> It is believed to build and work on all platform combinations : windows, >> linux, solaris, 32 and 64 bit, but testing has focused on the 32 bit >> versions. > "believed to build"? Has anyone yet tried doing the standard OpenJDK > build on Windows, following the directions described in the documentation? > There's still no reason to believe these build scripts work until > somebody (anybody) says: "Yes, I did the build, just like any other > non-Sun employee would. The build works for me." I'm afraid that until someone tells us exactly: "I've got the following problems with builds on Windows: this, this, and this", we can't help you at all, can we?.. -- best regards, Anthony From Kelly.Ohair at Sun.COM Thu Aug 9 15:27:44 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 09 Aug 2007 08:27:44 -0700 Subject: My windows build story In-Reply-To: <46B6EE21.7010605@sun.com> References: <46B6EE21.7010605@sun.com> Message-ID: <46BB3270.9050105@sun.com> You have to specifically ask for the cygwin version of awk when installing cygwin, you may be getting some other awk. -kto Igor Nekrestyanov wrote: > Hi, > > I tried to build openjdk on windows (WinXP) using home PC and following > instructions from openjdk.dev.java.net. > I was able to do it. There were few issues though (because we rarely use > cygwin for internal builds). > > Below is brief story of how i did it. It might be incomplete because i > am recovering it from the notes. > I will double check this tonight with full clean build but it will be > nice if someone else can try to repeat it. > > 1) Latest cygwin. > In addition to list from README-builds.html i also installed > zip/unzip packages. > > I think i have installed cygwin in default mode, i.e. using > Unix/binary default text file type. > However, this did not help fully (see item 5). > > 2) Downgraded make to 3.80 > > Download from > http://cygwin.paracoda.com/release/make/make-3.80-1.tar.bz2 > > cd / > tar xjf /cygdrive/c/where-your-download-is/make-3.80-1.tar.bz2 > bin/make.exe --version > > GNU Make 3.80 > Copyright (C) 2002 Free Software Foundation, Inc. > > 3) Here is my buildenv.bat. > Note: avoid use /cygdrive/c paths because it will fool VC compiler > (cl will not resolve them properly, e.g. will not find header > files) > > ================================================= > > rem Minimize hidden environment differences > set > PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;c:\tools\cygwin\bin > > set LD_LIBRARY_PATH= > set CLASSPATH= > set JAVA_HOME= > > set ALT_BOOTDIR=c:/tools/jdk70b13 > set ALT_OUTPUTDIR=c:/tmp/openjdk-build > set ALT_BINARY_PLUGS_PATH=c:/tools/bplugs/b17/openjdk-binary-plugs > > rem not mentioned in the README-builds.html? (place hotspot VM comes > from) rem TODO: try to point to openjdk vm > set ALT_JDK_IMPORT_PATH=c:/tools/bplugs/jdk1.7.0 > > set ALT_DXSDK_PATH=c:/Tools/dxsdk > > set VC=c:/Progra~1/Micros~1.NET > set ALT_COMPILER_PATH=%VC%/VC7/Bin set > ALT_MSDEVTOOLS_PATH=%VC%/Common7/Tools/Bin > set ALT_MSVCR71_DLL_PATH=%VC%/SDK/v1.1/Bin > > set ALT_FREETYPE_LIB_PATH=c:/tools/freetype/windows/freetype-i586/lib > set > ALT_FREETYPE_HEADERS_PATH=c:/tools/freetype/windows/freetype-i586/include > > rem NB: not documented? will be removed in b18? > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6332635 > rem unicows.dll/unicows.lib are available on the web. rem E.g. > http://www.microsoft.com/downloads/details.aspx?FamilyId=73BA7BD7-ED06-4F0D-80A4-2A7EEAEE17E2&displaylang=en > > set ALT_UNICOWS_LIB_PATH=c:/tools/devtools/MSLU > set ALT_UNICOWS_DLL_PATH=c:/tools/devtools/MSLU > > rem bug in the makefiles: should be set prior to freetypecheck. rem > TODO: file it > set OPENJDK=true > > call c:\Progra~1\Micros~1.NET\Common7\Tools\vsvars32.bat > > bash > ============================================= > > 4) technically further build is just > buildenv.bat > cd control/make; > make > > 5) Sanity check passes, hotspot build without any problems. > j2se build failed in the make/java/java - LocaleDataMetaInfo.java > does not compile > > The reason was that string literals contained bunch of \r characters. > These were introduced by cygwin awk. I guess because it uses text > mode (at least for output). > > I am still not fully sure what is proper fix for this and whether > this is bug in cygwin > (Assuming i chosed Unix/binary during cygwin install process). > > My workaround was to edit j2se\make\java\java\localegen.sh and replace > localelist=`$NAWK -F$1_ '{print $2}' $2 | sort` > with > localelist=`$NAWK -v BINMODE=w -F$1_ '{print $2}' $2 | sort` > > 6) removed LocaleDataMetaInfo.java from gensrc dir and restarted build. > Build finished without new problems and at least java -jar > Font2DTest.jar works. > > Any volunteers to follow these instructions? > > Important note: > I know that cygwin builds on at least two Vista systems were failing in > random places because of some > cygwin bugs (shell fails reporting failure to allocate memory or > something else). Failures are random and build will process on restart > of make after failure. > I do not know if it is possible to get working build subsequently > restarting make. > I also do not know if these problems were addressed in cygwin or perhaps > specific to these particular Vista systems. > But I suggest to start with WinXP build first. > > -igor > > p.s. > if you need freetype binary to try this - i can provide my build of > it. Just drop me personal request. > From Kelly.Ohair at Sun.COM Thu Aug 9 17:22:17 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 09 Aug 2007 10:22:17 -0700 Subject: encumbrances update In-Reply-To: References: <46AFAC07.6060608@sun.com> <46B1833C.7050705@sun.com> <46B1A0BB.4030405@sun.com> Message-ID: <46BB4D49.9080900@sun.com> I thought it was clear from the beginning, perhaps I wasn't making this as well known as I should. If so, my aplogies. It was never expected that the initial OpenJDK source drops would be buildable on Windows. We focused on Linux and OpenSolaris and purposely left out Windows due to the t2k issue, and knowing that the team working on this was very close to removing it as a dependence, we felt this was justfified. So that fact that it has never built on Windows was well known, I thought. While I was trying to make t2k.lib available in the binary plugs, another team was busy trying to remove it completely. So you can't say we haven't been trying to deal with this issue. It is pretty impossible to guarantee builds will be successful in all possible configurations, but once we get past the basic issues, we will do regular test builds of OpenJDK on Windows. But speaking from years of experience, Windows is a difficult platform to get consistent and reliable. Just because we can build on Windows isn't worth as much as saying it for Linux or OpenSolaris. -kto Dan Fabulich wrote: > Igor Nekrestyanov wrote: > >> Of course i've tested these changes on all platforms including both 32 >> and 64 bit Windows. It is "believed to build and work" because we had >> not performed full testing of openjdk binaries and we know that build >> can be fragile due to different build environments. > > I'm sure you've tested your changes in your build, and maybe that's all > I can ask for, but I'm pretty sure the same could have been said of all > of the previous builds, including the code drop we got in May and every > build since, all of which, we know, don't work for anyone who isn't > @sun.com (due to at least one missing file). > >> My tests are not "ideal" for number of reasons: >> 2) I was using binary plugs created from my personal workspace. >> I believe they should be the same as those to be published with >> b17 code drop but this is my assumption. > > We know for certain that this assumption is FALSE. No binary plug given > to the public has ever built successfully on Windows; since your > personal plugs have been working for you for months, we can conclude > that there's something critically different between your plugs and the > plugs we get. > > But who knows? Maybe we'll get lucky this time. :-) > >> BTW, for windows build you will need to build freetype.dll (i tried >> only dll built with visualc). I believe that freetype build system >> does not generate .dll on windows and therefore some manual tweaking >> of freetype makefiles (and sources) might be necessary. > > Sounds like fun! :-) Will the documentation include a patch? Or just > some tips on how to make a .DLL? What source files needed to change? > > -Dan From dan at fabulich.com Thu Aug 9 20:42:33 2007 From: dan at fabulich.com (Dan Fabulich) Date: Thu, 9 Aug 2007 13:42:33 -0700 (Pacific Daylight Time) Subject: encumbrances update In-Reply-To: <46BB4D49.9080900@sun.com> References: <46AFAC07.6060608@sun.com> <46B1833C.7050705@sun.com> <46B1A0BB.4030405@sun.com> <46BB4D49.9080900@sun.com> Message-ID: Kelly O'Hair wrote: > It was never expected that the initial OpenJDK source drops would be > buildable on Windows. [...] > So that fact that it has never built on Windows was well known, I thought. Actually, that comes as a (small) surprise to me. When I asked about Windows build problems at Mark's OpenJDK talk at JavaOne, I asked him if he believed it should work; he said yes. I then followed up with a question like: "Would you believe that it doesn't work?" he again replied yes. I showed him the failure, to which I believe he replied: "Bummer." :-) Certainly there's no sign on the website or in the README that Windows is *expected* not to work; instead, what you find are build instructions, with warnings that Windows is a difficult environment requiring a gentle touch, etc. Especially in light of earlier e-mails from you back in June suggesting that build 15 would probably work, I frankly believed all this time that you guys just had no free Windows testing resources, and so nobody had ever tried a realistic clean OpenJDK build on Windows using the same plugs that we get. > While I was trying to make t2k.lib available in the binary plugs, > another team was busy trying to remove it completely. So you can't say > we haven't been trying to deal with this issue. I would never have said that. I sincerely appreciate all of the work that you and other engineers at Sun have done on this, and look forward to the glorious day when one of us can get this thing to build! :-) -Dan From Kelly.Ohair at Sun.COM Thu Aug 9 22:05:57 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 09 Aug 2007 15:05:57 -0700 Subject: encumbrances update In-Reply-To: References: <46AFAC07.6060608@sun.com> <46B1833C.7050705@sun.com> <46B1A0BB.4030405@sun.com> <46BB4D49.9080900@sun.com> Message-ID: <46BB8FC5.5050308@sun.com> Dan Fabulich wrote: > Kelly O'Hair wrote: > >> It was never expected that the initial OpenJDK source drops would be >> buildable on Windows. > [...] >> So that fact that it has never built on Windows was well known, I >> thought. > > Actually, that comes as a (small) surprise to me. When I asked about > Windows build problems at Mark's OpenJDK talk at JavaOne, I asked him if > he believed it should work; he said yes. I then followed up with a > question like: "Would you believe that it doesn't work?" he again > replied yes. I showed him the failure, to which I believe he replied: > "Bummer." :-) > Many of us had hopes it would work in the end, I was hopeful til the end too. Ted obviously figured out how to create a t2k.lib from a t2k.dll, so he got pretty close... Not that we expected anyone to try that hard. ;^) > Certainly there's no sign on the website or in the README that Windows > is *expected* not to work; instead, what you find are build > instructions, with warnings that Windows is a difficult environment > requiring a gentle touch, etc. I suspect that many of us at the lower levels were surprised that the windows binary plugs were even made available. But as to the README, I was responsible for that, and I was thinking more 'long term' when I kept the Windows information in it, some people didn't want it there until we delivered windows buildable bundles. I was probably wrong to include it, just confused things. > > Especially in light of earlier e-mails from you back in June suggesting > that build 15 would probably work, I frankly believed all this time that > you guys just had no free Windows testing resources, and so nobody had > ever tried a realistic clean OpenJDK build on Windows using the same > plugs that we get. > A fairly valid analysis. We had high hopes, but our delivery was poor. You are getting pretty raw sources when it comes to windows right now. >> While I was trying to make t2k.lib available in the binary plugs, >> another team was busy trying to remove it completely. So you can't say >> we haven't been trying to deal with this issue. > > I would never have said that. I sincerely appreciate all of the work > that you and other engineers at Sun have done on this, and look forward > to the glorious day when one of us can get this thing to build! :-) I look forward to it too, but in the meantime I need to get going on the Mercurial repositories. --- We have openjdk builds, and product jdk builds, and part of our internal issue here is that it isn't easy to make sure both are building, so I'll be looking at how we can get some/many of the developers inside Sun using a make target that does both builds, chained together so to speak. Stay tuned on this... As always, it will take some time for all this to get better, and hopefully it's more steps forward than backward. -kto > > -Dan From ted at tedneward.com Fri Aug 10 00:28:55 2007 From: ted at tedneward.com (Ted Neward) Date: Thu, 9 Aug 2007 17:28:55 -0700 Subject: encumbrances update In-Reply-To: <46BB4D49.9080900@sun.com> References: <46AFAC07.6060608@sun.com> <46B1833C.7050705@sun.com> <46B1A0BB.4030405@sun.com> <46BB4D49.9080900@sun.com> Message-ID: <015701c7dae5$740b44d0$5c21ce70$@com> Well... several thoughts come to mind: (1) The fact that OpenJDK was not aiming to be buildable on Windows from the beginning was definitely NOT clear, at least not to me. (2) The fact that it would be viewed as acceptable to release the source in an unbuildable form on any of the "supported" platforms--Windows, Linux, Solaris--surprises me. I accepted the idea that it was unbuildable as I thought it was a temporary break, to be fixed "real soon now", not an acceptable state of affairs. (3) The idea that Windows is not as important as Linux or Solaris is a dangerous idea, IMHO. It essentially suggests that Sun is throwing away a whole legion of developers who work on Windows and would want to contribute patches and suggestions for improving the Java-Windows experience. IMHO, the success of .NET due in no small part to the fairly substantive gap between Java and Windows. (4) I don't want to suggest in any way that I'm unhappy with the progress made by you (Kelly) or any of the other build team developers--having wrestled with other build systems in the past, I'm stunned at the size of building the JVM, and awed at the fact that it works at all, much less on systems that aren't tightly locked down in terms of tools and filesystem layout. (I worked at Intuit for a while, on Quicken 5, and there you got to choose what drive letter the code would be installed on--several guys had external SCSI drives they took with them to work from home--but beyond that, everything had to look "just like this".) I said it publicly on my blog, I said it to Simon Phipps during an interview with him at OSCon (which is going up on iTunes), I'll say it again here: you guys are doing a DAMN impressive job. (5) It's kinda all moot--I did a fresh re-fetch from SVN for the b17 drop, used Ivan's build of the freetype DLL, and it all builds, both debug and fastdebug. So yes, Dan, somebody outside of Sun managed to make it work on Windows. :-) Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: build-dev-bounces at openjdk.java.net [mailto:build-dev- > bounces at openjdk.java.net] On Behalf Of Kelly O'Hair > Sent: Thursday, August 09, 2007 10:22 AM > To: Dan Fabulich > Cc: discuss at openjdk.java.net; Anthony Petrov; Phil Race; Igor > Nekrestyanov; build-dev at openjdk.java.net > Subject: Re: encumbrances update > > I thought it was clear from the beginning, perhaps I wasn't making this > as well known as I should. If so, my aplogies. > > It was never expected that the initial OpenJDK source drops would be > buildable > on Windows. We focused on Linux and OpenSolaris and purposely left out > Windows due to the t2k issue, and knowing that the team working on this > was very close to removing it as a dependence, we felt this was > justfified. > So that fact that it has never built on Windows was well known, I > thought. > > While I was trying to make t2k.lib available in the binary plugs, > another team > was busy trying to remove it completely. So you can't say we haven't > been trying > to deal with this issue. > > It is pretty impossible to guarantee builds will be successful in all > possible configurations, but once we get past the basic issues, we will > do regular test builds of OpenJDK on Windows. But speaking from years > of > experience, Windows is a difficult platform to get consistent and > reliable. > Just because we can build on Windows isn't worth as much as saying it > for > Linux or OpenSolaris. > > -kto > > Dan Fabulich wrote: > > Igor Nekrestyanov wrote: > > > >> Of course i've tested these changes on all platforms including both > 32 > >> and 64 bit Windows. It is "believed to build and work" because we > had > >> not performed full testing of openjdk binaries and we know that > build > >> can be fragile due to different build environments. > > > > I'm sure you've tested your changes in your build, and maybe that's > all > > I can ask for, but I'm pretty sure the same could have been said of > all > > of the previous builds, including the code drop we got in May and > every > > build since, all of which, we know, don't work for anyone who isn't > > @sun.com (due to at least one missing file). > > > >> My tests are not "ideal" for number of reasons: > >> 2) I was using binary plugs created from my personal workspace. > >> I believe they should be the same as those to be published with > >> b17 code drop but this is my assumption. > > > > We know for certain that this assumption is FALSE. No binary plug > given > > to the public has ever built successfully on Windows; since your > > personal plugs have been working for you for months, we can conclude > > that there's something critically different between your plugs and > the > > plugs we get. > > > > But who knows? Maybe we'll get lucky this time. :-) > > > >> BTW, for windows build you will need to build freetype.dll (i tried > >> only dll built with visualc). I believe that freetype build system > >> does not generate .dll on windows and therefore some manual tweaking > >> of freetype makefiles (and sources) might be necessary. > > > > Sounds like fun! :-) Will the documentation include a patch? Or > just > > some tips on how to make a .DLL? What source files needed to change? > > > > -Dan > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.476 / Virus Database: 269.11.11/944 - Release Date: > 8/9/2007 2:44 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.11.11/944 - Release Date: 8/9/2007 2:44 PM From dan at fabulich.com Fri Aug 10 00:32:46 2007 From: dan at fabulich.com (Dan Fabulich) Date: Thu, 9 Aug 2007 17:32:46 -0700 (Pacific Daylight Time) Subject: ted's build on windows succeeded! In-Reply-To: <015701c7dae5$740b44d0$5c21ce70$@com> References: <46AFAC07.6060608@sun.com> <46B1833C.7050705@sun.com> <46B1A0BB.4030405@sun.com> <46BB4D49.9080900@sun.com> <015701c7dae5$740b44d0$5c21ce70$@com> Message-ID: Ted Neward wrote: > (5) It's kinda all moot--I did a fresh re-fetch from SVN for the b17 drop, > used Ivan's build of the freetype DLL, and it all builds, both debug and > fastdebug. > > So yes, Dan, somebody outside of Sun managed to make it work on Windows. :-) Congratulations! Now I'm going to try it again. ;-) -Dan From Kelly.Ohair at Sun.COM Fri Aug 10 01:02:49 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 09 Aug 2007 18:02:49 -0700 Subject: encumbrances update In-Reply-To: <015701c7dae5$740b44d0$5c21ce70$@com> References: <46AFAC07.6060608@sun.com> <46B1833C.7050705@sun.com> <46B1A0BB.4030405@sun.com> <46BB4D49.9080900@sun.com> <015701c7dae5$740b44d0$5c21ce70$@com> Message-ID: <46BBB939.9000305@sun.com> Ted Neward wrote: > Well... several thoughts come to mind: > > (1) The fact that OpenJDK was not aiming to be buildable on Windows from the > beginning was definitely NOT clear, at least not to me. > (2) The fact that it would be viewed as acceptable to release the source in > an unbuildable form on any of the "supported" platforms--Windows, Linux, > Solaris--surprises me. I accepted the idea that it was unbuildable as I > thought it was a temporary break, to be fixed "real soon now", not an > acceptable state of affairs. > (3) The idea that Windows is not as important as Linux or Solaris is a > dangerous idea, IMHO. It essentially suggests that Sun is throwing away a > whole legion of developers who work on Windows and would want to contribute > patches and suggestions for improving the Java-Windows experience. IMHO, the > success of .NET due in no small part to the fairly substantive gap between > Java and Windows. > (4) I don't want to suggest in any way that I'm unhappy with the progress > made by you (Kelly) or any of the other build team developers--having > wrestled with other build systems in the past, I'm stunned at the size of > building the JVM, and awed at the fact that it works at all, much less on > systems that aren't tightly locked down in terms of tools and filesystem > layout. (I worked at Intuit for a while, on Quicken 5, and there you got to > choose what drive letter the code would be installed on--several guys had > external SCSI drives they took with them to work from home--but beyond that, > everything had to look "just like this".) I said it publicly on my blog, I > said it to Simon Phipps during an interview with him at OSCon (which is > going up on iTunes), I'll say it again here: you guys are doing a DAMN > impressive job. > (5) It's kinda all moot--I did a fresh re-fetch from SVN for the b17 drop, > used Ivan's build of the freetype DLL, and it all builds, both debug and > fastdebug. Hurrah! My sincere apologies for items 1-3 above. I'll give myself 20 lashes. :^( -kto > > So yes, Dan, somebody outside of Sun managed to make it work on Windows. :-) > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > >> -----Original Message----- >> From: build-dev-bounces at openjdk.java.net [mailto:build-dev- >> bounces at openjdk.java.net] On Behalf Of Kelly O'Hair >> Sent: Thursday, August 09, 2007 10:22 AM >> To: Dan Fabulich >> Cc: discuss at openjdk.java.net; Anthony Petrov; Phil Race; Igor >> Nekrestyanov; build-dev at openjdk.java.net >> Subject: Re: encumbrances update >> >> I thought it was clear from the beginning, perhaps I wasn't making this >> as well known as I should. If so, my aplogies. >> >> It was never expected that the initial OpenJDK source drops would be >> buildable >> on Windows. We focused on Linux and OpenSolaris and purposely left out >> Windows due to the t2k issue, and knowing that the team working on this >> was very close to removing it as a dependence, we felt this was >> justfified. >> So that fact that it has never built on Windows was well known, I >> thought. >> >> While I was trying to make t2k.lib available in the binary plugs, >> another team >> was busy trying to remove it completely. So you can't say we haven't >> been trying >> to deal with this issue. >> >> It is pretty impossible to guarantee builds will be successful in all >> possible configurations, but once we get past the basic issues, we will >> do regular test builds of OpenJDK on Windows. But speaking from years >> of >> experience, Windows is a difficult platform to get consistent and >> reliable. >> Just because we can build on Windows isn't worth as much as saying it >> for >> Linux or OpenSolaris. >> >> -kto >> >> Dan Fabulich wrote: >>> Igor Nekrestyanov wrote: >>> >>>> Of course i've tested these changes on all platforms including both >> 32 >>>> and 64 bit Windows. It is "believed to build and work" because we >> had >>>> not performed full testing of openjdk binaries and we know that >> build >>>> can be fragile due to different build environments. >>> I'm sure you've tested your changes in your build, and maybe that's >> all >>> I can ask for, but I'm pretty sure the same could have been said of >> all >>> of the previous builds, including the code drop we got in May and >> every >>> build since, all of which, we know, don't work for anyone who isn't >>> @sun.com (due to at least one missing file). >>> >>>> My tests are not "ideal" for number of reasons: >>>> 2) I was using binary plugs created from my personal workspace. >>>> I believe they should be the same as those to be published with >>>> b17 code drop but this is my assumption. >>> We know for certain that this assumption is FALSE. No binary plug >> given >>> to the public has ever built successfully on Windows; since your >>> personal plugs have been working for you for months, we can conclude >>> that there's something critically different between your plugs and >> the >>> plugs we get. >>> >>> But who knows? Maybe we'll get lucky this time. :-) >>> >>>> BTW, for windows build you will need to build freetype.dll (i tried >>>> only dll built with visualc). I believe that freetype build system >>>> does not generate .dll on windows and therefore some manual tweaking >>>> of freetype makefiles (and sources) might be necessary. >>> Sounds like fun! :-) Will the documentation include a patch? Or >> just >>> some tips on how to make a .DLL? What source files needed to change? >>> >>> -Dan >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.476 / Virus Database: 269.11.11/944 - Release Date: >> 8/9/2007 2:44 PM >> > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.476 / Virus Database: 269.11.11/944 - Release Date: 8/9/2007 > 2:44 PM > > From dan at fabulich.com Mon Aug 13 00:55:41 2007 From: dan at fabulich.com (Dan Fabulich) Date: Sun, 12 Aug 2007 17:55:41 -0700 (Pacific Daylight Time) Subject: dan's build on windows succeeded too! In-Reply-To: References: <46AFAC07.6060608@sun.com> <46B1833C.7050705@sun.com> <46B1A0BB.4030405@sun.com> <46BB4D49.9080900@sun.com> <015701c7dae5$740b44d0$5c21ce70$@com> Message-ID: I'm pleased to announce that I've also gotten build 17 to succeed on Windows. Notably, I used a copied-and-pasted version of Igor's buildenv.bat file, which I then tweaked with my own paths. Here's the tweaking I needed to do: 1) Path ordering confused localegen: Using Igor's env vars, I reproduced the '\r' problem in LocaleMetaDataInfo.java that Igor reported earlier. Unfortunately, at least in my case, changing the awk command line did not work around the problem. Digging just a bit deeper, I found that localegen.sh was naively invoking "sort" right off the path, a version of which comes with Windows as c:\windows\system32\sort.exe. Since Igor's PATH called for using c:\windows\system32 prior to cygwin\bin, Windows' sort.exe was used, which inserted Windows-ish line endings. Changing the PATH to use cygwin\bin first fixed the problem. It would be wise to add a sanity check to make sure that "sort" is not Windows' sort.exe. 2) User name contained spaces: I also found that the scripts like to insert the current user's name into various version strings; this doesn't work when one's user name has a space in it. (My default user name on Windows XP is "Dan Fabulich.") To remedy this, I set my USERNAME environment variable to just be "dan", and made a symlink from /home/dan to /home/Dan\ Fabulich. It would be wise to add a sanity check to make sure that $USERNAME contains no spaces. 3) Unicows.lib: Igor linked to a place where you can download unicows, and his buildenv.bat indicated that unicows.dll and unicows.lib would be in the same location. http://www.microsoft.com/downloads/details.aspx?FamilyId=73BA7BD7-ED06-4F0D-80A4-2A7EEAEE17E2&displaylang=en I found that when I downloaded unicows.exe and extracted it, I got unicows.dll and .pdb, but no .lib. As far as I know, unicows.lib is NOT available on the web, but is only available as part of Visual Studio. In summary, here's the buildenv.bat that worked for me: ****************** title openjdk set PATH=c:\cygwin\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem set LD_LIBRARY_PATH= set CLASSPATH= set JAVA_HOME= set ALT_BOOTDIR=C:/devtools/jdk1.6.0_00 set ALT_OUTPUTDIR=c:/devtools/openjdk-build set ALT_BINARY_PLUGS_PATH=C:/devtools/openjdk-binary-plugs-b17 rem not mentioned in the README-builds.html? (place hotspot VM comes from) rem TODO: try to point to openjdk vm set ALT_JDK_IMPORT_PATH=C:/devtools/jdk1.6.0_00 set ALT_DXSDK_PATH=C:/PROGRA~1/MICROS~1.0SD set VC=C:/PROGRA~1/MICROS~2.NET set ALT_COMPILER_PATH=%VC%/VC7/Bin set ALT_MSDEVTOOLS_PATH=%VC%/Common7/Tools/Bin set ALT_MSVCR71_DLL_PATH=%VC%/SDK/v1.1/Bin rem using Igor's build of Freetype set ALT_FREETYPE_LIB_PATH=C:/devtools/freetype/freetype-i586/lib set ALT_FREETYPE_HEADERS_PATH=C:/devtools/freetype/freetype-i586/include rem NB: not documented? will be removed in b18? rem http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6332635 rem unicows.dll is available on the web. rem E.g. http://tinyurl.com/qynq set ALT_UNICOWS_LIB_PATH=%VC%/Vc7/PLATFO~1/Lib set ALT_UNICOWS_DLL_PATH=c:/devtools/unicows rem bug in the makefiles: should be set prior to freetypecheck. rem TODO: file it set OPENJDK=true set HOME=/home/dan set USERNAME=dan call %vc%\Common7\Tools\vsvars32.bat bash **************** Running this script and executing the build from within bash, I did "cd control/make" and ran "make sanity". It succeeded. Then I ran "make"; a while later, I got a working JDK. -Dan From Igor.Nekrestyanov at Sun.COM Mon Aug 13 06:40:26 2007 From: Igor.Nekrestyanov at Sun.COM (Igor Nekrestyanov) Date: Mon, 13 Aug 2007 10:40:26 +0400 Subject: dan's build on windows succeeded too! In-Reply-To: References: <46AFAC07.6060608@sun.com> <46B1833C.7050705@sun.com> <46B1A0BB.4030405@sun.com> <46BB4D49.9080900@sun.com> <015701c7dae5$740b44d0$5c21ce70$@com> Message-ID: <46BFFCDA.6030309@sun.com> Congratulations! Thanks for providing additional details. We will use it to improve build. Do you remember particular details on build failure if user name has spaces (which scripts failed and what was error message)? BTW, it seems that dependency on unicows.dll/lib will be gone in b18. Also, setting ALT_JDK_IMPORT_PATH is only necessary for partial builds. For full builds (i.e. make from control/make) it is not required. -igor Dan Fabulich wrote: > > I'm pleased to announce that I've also gotten build 17 to succeed on > Windows. > > Notably, I used a copied-and-pasted version of Igor's buildenv.bat > file, which I then tweaked with my own paths. Here's the tweaking I > needed to do: > > 1) Path ordering confused localegen: Using Igor's env vars, I > reproduced the '\r' problem in LocaleMetaDataInfo.java that Igor > reported earlier. Unfortunately, at least in my case, changing the awk > command line did not work around the problem. > > Digging just a bit deeper, I found that localegen.sh was naively > invoking "sort" right off the path, a version of which comes with > Windows as c:\windows\system32\sort.exe. Since Igor's PATH called for > using c:\windows\system32 prior to cygwin\bin, Windows' sort.exe was > used, which inserted Windows-ish line endings. Changing the PATH to > use cygwin\bin first fixed the problem. > > It would be wise to add a sanity check to make sure that "sort" is not > Windows' sort.exe. > > 2) User name contained spaces: I also found that the scripts like to > insert the current user's name into various version strings; this > doesn't work when one's user name has a space in it. (My default user > name on Windows XP is "Dan Fabulich.") To remedy this, I set my > USERNAME environment variable to just be "dan", and made a symlink > from /home/dan to /home/Dan\ Fabulich. > > It would be wise to add a sanity check to make sure that $USERNAME > contains no spaces. > > 3) Unicows.lib: Igor linked to a place where you can download unicows, > and his buildenv.bat indicated that unicows.dll and unicows.lib would > be in the same location. > http://www.microsoft.com/downloads/details.aspx?FamilyId=73BA7BD7-ED06-4F0D-80A4-2A7EEAEE17E2&displaylang=en > > > I found that when I downloaded unicows.exe and extracted it, I got > unicows.dll and .pdb, but no .lib. As far as I know, unicows.lib is > NOT available on the web, but is only available as part of Visual Studio. > > In summary, here's the buildenv.bat that worked for me: > > ****************** > title openjdk > set > PATH=c:\cygwin\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem > > set LD_LIBRARY_PATH= > set CLASSPATH= > set JAVA_HOME= > > set ALT_BOOTDIR=C:/devtools/jdk1.6.0_00 > set ALT_OUTPUTDIR=c:/devtools/openjdk-build > set ALT_BINARY_PLUGS_PATH=C:/devtools/openjdk-binary-plugs-b17 > > rem not mentioned in the README-builds.html? (place hotspot VM comes > from) rem TODO: try to point to openjdk vm > set ALT_JDK_IMPORT_PATH=C:/devtools/jdk1.6.0_00 > > set ALT_DXSDK_PATH=C:/PROGRA~1/MICROS~1.0SD > > set VC=C:/PROGRA~1/MICROS~2.NET > set ALT_COMPILER_PATH=%VC%/VC7/Bin > set ALT_MSDEVTOOLS_PATH=%VC%/Common7/Tools/Bin > set ALT_MSVCR71_DLL_PATH=%VC%/SDK/v1.1/Bin > > rem using Igor's build of Freetype > set ALT_FREETYPE_LIB_PATH=C:/devtools/freetype/freetype-i586/lib > set ALT_FREETYPE_HEADERS_PATH=C:/devtools/freetype/freetype-i586/include > > rem NB: not documented? will be removed in b18? > rem http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6332635 > rem unicows.dll is available on the web. rem E.g. http://tinyurl.com/qynq > set ALT_UNICOWS_LIB_PATH=%VC%/Vc7/PLATFO~1/Lib > set ALT_UNICOWS_DLL_PATH=c:/devtools/unicows > > rem bug in the makefiles: should be set prior to freetypecheck. rem > TODO: file it > set OPENJDK=true > > set HOME=/home/dan > set USERNAME=dan > > call %vc%\Common7\Tools\vsvars32.bat > > bash > **************** > > Running this script and executing the build from within bash, I did > "cd control/make" and ran "make sanity". It succeeded. Then I ran > "make"; a while later, I got a working JDK. > > -Dan From rpangrazio at gmail.com Wed Aug 15 10:48:55 2007 From: rpangrazio at gmail.com (Robert Pangrazio) Date: Wed, 15 Aug 2007 05:48:55 -0500 Subject: building JDK for new platform Message-ID: I noticed that to build JDK 6 or higher you need an existing Java setup. I was wondering how you go about building the JDK for a new platform. If i have a cross compilation setup for my new platform, can I use the build machines native JDK, or do I have to have a JDK that is native to my new platform. If i have to have a native JDK to build the JDK how do you build the first native JDK? Thanks Bob From gbenson at redhat.com Wed Aug 15 11:34:24 2007 From: gbenson at redhat.com (Gary Benson) Date: Wed, 15 Aug 2007 12:34:24 +0100 Subject: building JDK for new platform In-Reply-To: References: Message-ID: <20070815113424.GA3685@redhat.com> Hi Robert, I use IcedTea's bootstrap VM and plug replacements. Build them with: hg clone http://icedtea.classpath.org/hg/icedtea cd icedtea ./configure make boot plugs Then build the JDK with: export ALT_BOOTDIR=/path/to/icedtea/bootstrap/jdk1.6.0 export ALT_CLOSED_JDK_IMPORT_PATH=/path/to/icedtea/bootstrap/jdk1.7.0 Cheers, Gary Robert Pangrazio wrote: > I noticed that to build JDK 6 or higher you need an existing Java > setup. I was wondering how you go about building the JDK for a new > platform. If i have a cross compilation setup for my new platform, > can I use the build machines native JDK, or do I have to have a JDK > that is native to my new platform. If i have to have a native JDK > to build the JDK how do you build the first native JDK? > > Thanks > Bob From khare.rishi at gmail.com Thu Aug 16 06:27:28 2007 From: khare.rishi at gmail.com (Rishi Khare) Date: Wed, 15 Aug 2007 23:27:28 -0700 Subject: building openjdk for windows ,freetype Message-ID: hi all, I am a newbie for openjdk build so forgive if it seems fairly easy. I am trying to build openjdk on windows xp sp2. have gone through all setup and tools installation and successfully able to build hotspot jvm. but when I am trying to build complete jdk it is giving the following error. ERROR: FreeType version 2.3.0 or higher is required. freetype is installed by cygwin itself, I downloaded the binary version also and putting that in to the path is not making any difference, is there any specific way to do that? -Regards -Rishi -------------- next part -------------- An HTML attachment was scrubbed... URL: From Igor.Nekrestyanov at Sun.COM Thu Aug 16 07:31:48 2007 From: Igor.Nekrestyanov at Sun.COM (Igor Nekrestyanov) Date: Thu, 16 Aug 2007 11:31:48 +0400 Subject: building openjdk for windows ,freetype In-Reply-To: References: Message-ID: <46C3FD64.20506@sun.com> Hi, > > freetype is installed by cygwin itself, I downloaded the binary > version also and putting that in to the path is not making any > difference, is there any specific way to do that? Freetype from cygwin will not work as is. It depends too much on other headers/libs from cygwin. You need to build own copy of freetype. Try following instruction: http://mail.openjdk.java.net/pipermail/build-dev/2007-August/000187.html -igor From alexanderschunk at t-online.de Thu Aug 16 15:19:00 2007 From: alexanderschunk at t-online.de (Alexander Schunk) Date: 16 Aug 2007 15:19 GMT Subject: OpenJDK: using ant instead of make Message-ID: <1ILh82-04Go640@fwd33.aul.t-online.de> Hi, i have tried to build openjdk on XP with the buildenv.bat used by Dan and my settings but i am missing the freetype lib from Igor so if anyone cand send me this lib i would feel great. Also I think it would be easier to build openjdk on windows if we use ant instead of make. The first obvious advantage ist that you can integrate it into an IDE and you only need to run the ant script. So besides improving the buildenv.bat i would suggest porting the make file to an ant skript for the windows plattform and i also was playing with the idea to set up a working environment for all XP plattforms. Currently every one needs to set up his own build environment until has has set the corresponding vars. I think it should be easier to have a programm or make it automatic to set these vars on every windows plattform. May be an installer like programm could do it using a wizard. - Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From ted at tedneward.com Thu Aug 16 19:52:32 2007 From: ted at tedneward.com (Ted Neward) Date: Thu, 16 Aug 2007 12:52:32 -0700 Subject: building openjdk for windows ,freetype In-Reply-To: References: Message-ID: <001d01c7e03e$fe309760$fa91c620$@com> Having just done this recently, I?d suggest going through the archives and finding Igor?s posts on the subject, and work from there. Make sure you have the latest version of FreeType, because it sounds like yours may be the wrong version. Also, when building using the b17 (most recent) drop, build with ?OPENJDK=true? on the command line. You presumably are running ?make sanity? OK? Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing HYPERLINK "http://www.tedneward.com"http://www.tedneward.com From: build-dev-bounces at openjdk.java.net [mailto:build-dev-bounces at openjdk.java.net] On Behalf Of Rishi Khare Sent: Wednesday, August 15, 2007 11:27 PM To: build-dev at openjdk.java.net Subject: building openjdk for windows ,freetype hi all, I am a newbie for openjdk build so forgive if it seems fairly easy. I am trying to build openjdk on windows xp sp2. have gone through all setup and tools installation and successfully able to build hotspot jvm. but when I am trying to build complete jdk it is giving the following error. ERROR: FreeType version 2.3.0 or higher is required. freetype is installed by cygwin itself, I downloaded the binary version also and putting that in to the path is not making any difference, is there any specific way to do that? -Regards -Rishi No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.11.19/955 - Release Date: 8/15/2007 4:55 PM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: 269.12.0/957 - Release Date: 8/16/2007 1:46 PM -------------- next part -------------- An HTML attachment was scrubbed... URL: From ted at tedneward.com Thu Aug 16 19:56:37 2007 From: ted at tedneward.com (Ted Neward) Date: Thu, 16 Aug 2007 12:56:37 -0700 Subject: OpenJDK: using ant instead of make In-Reply-To: <1ILh82-04Go640@fwd33.aul.t-online.de> References: <1ILh82-04Go640@fwd33.aul.t-online.de> Message-ID: <002201c7e03f$8f754fe0$ae5fefa0$@com> I don?t think anybody disagrees, in principle, with what you?re saying; in reality, though, that?s just adding one more thing to the long list of TODOs that the build team have in front of them, and I wouldn?t hold my breath waiting for it to happen. They need to complete the move to Mercurial first, for starters, before any kind of major surgery to the build process could even be contemplated. Now, if you wanted to take that on as a project of your own, I?m sure they?d love the help? :-) But realistically speaking, I don?t think the process is going to get much simpler by moving to Ant; with Make you configure your settings through environment variables, with Ant it?s through properties (either passed on the command-line or in a .properties file), but the same variables still need to be configured. I?m not sure switching to Ant makes it any simpler or easier (except for building from an IDE). I know that parts of the build are already IDE-friendly, as over on the compiler list they talk about a NetBeans-friendly build setup that seems to be working for people. (I haven?t tried it.) Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing HYPERLINK "http://www.tedneward.com"http://www.tedneward.com From: build-dev-bounces at openjdk.java.net [mailto:build-dev-bounces at openjdk.java.net] On Behalf Of Alexander Schunk Sent: Thursday, August 16, 2007 8:19 AM To: build-dev at openjdk.java.net Subject: OpenJDK: using ant instead of make Hi, i have tried to build openjdk on XP with the buildenv.bat used by Dan and my settings but i am missing the freetype lib from Igor so if anyone cand send me this lib i would feel great. Also I think it would be easier to build openjdk on windows if we use ant instead of make. The first obvious advantage ist that you can integrate it into an IDE and you only need to run the ant script. So besides improving the buildenv.bat i would suggest porting the make file to an ant skript for the windows plattform and i also was playing with the idea to set up a working environment for all XP plattforms. Currently every one needs to set up his own build environment until has has set the corresponding vars. I think it should be easier to have a programm or make it automatic to set these vars on every windows plattform. May be an installer like programm could do it using a wizard. - Alex No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.11.19/955 - Release Date: 8/15/2007 4:55 PM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: 269.12.0/957 - Release Date: 8/16/2007 1:46 PM -------------- next part -------------- An HTML attachment was scrubbed... URL: From khare.rishi at gmail.com Thu Aug 16 20:01:15 2007 From: khare.rishi at gmail.com (Rishi Khare) Date: Thu, 16 Aug 2007 13:01:15 -0700 Subject: building openjdk for windows ,freetype In-Reply-To: <001d01c7e03e$fe309760$fa91c620$@com> References: <001d01c7e03e$fe309760$fa91c620$@com> Message-ID: thanks a lot for your help, actually the freetype needs to be built, the one supplied with cygwin directly doesnt work. I had to just open the Visual Studio project file from freetype-2.3.5\builds\win32\visualc and open it is Visual Studio.net 2003 (need to change its version from 8.00 to 7.10 otherwise it wont open) and compile the project, it will produce the required .lib files , which can be given to ALT_FREETYPE_LIB_PATH i did the same and it is working fine now.(the build is running now and passed the point where it used to get stuck while freetype check) I could not use the bat file at http://mail.openjdk.java.net/pipermail/build-dev/2007-August/000187.html because i couldnt find the gnumake command for cygwin (probably it needs MKS) and i dont have MKS . Thanks a lot once again. -Regards Rishi On 8/16/07, Ted Neward wrote: > > Having just done this recently, I'd suggest going through the archives > and finding Igor's posts on the subject, and work from there. Make sure you > have the latest version of FreeType, because it sounds like yours may be the > wrong version. Also, when building using the b17 (most recent) drop, build > with "OPENJDK=true" on the command line. > > > > You presumably are running "make sanity" OK? > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > *From:* build-dev-bounces at openjdk.java.net [mailto: > build-dev-bounces at openjdk.java.net] *On Behalf Of *Rishi Khare > *Sent:* Wednesday, August 15, 2007 11:27 PM > *To:* build-dev at openjdk.java.net > *Subject:* building openjdk for windows ,freetype > > > > hi all, > I am a newbie for openjdk build so forgive if it seems fairly easy. > I am trying to build openjdk on windows xp sp2. have gone through all > setup and tools installation and successfully able to build hotspot jvm. > but when I am trying to build complete jdk it is giving the following > error. > ERROR: FreeType version 2.3.0 or higher is required. > > freetype is installed by cygwin itself, I downloaded the binary version > also and putting that in to the path is not making any difference, is there > any specific way to do that? > -Regards > -Rishi > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.476 / Virus Database: 269.11.19/955 - Release Date: 8/15/2007 > 4:55 PM > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.484 / Virus Database: 269.12.0/957 - Release Date: 8/16/2007 > 1:46 PM > -------------- next part -------------- An HTML attachment was scrubbed... URL: From khare.rishi at gmail.com Thu Aug 16 20:12:09 2007 From: khare.rishi at gmail.com (Rishi Khare) Date: Thu, 16 Aug 2007 13:12:09 -0700 Subject: building openjdk for windows ,freetype In-Reply-To: <46C4AD09.10608@Sun.COM> References: <001d01c7e03e$fe309760$fa91c620$@com> <46C4AD09.10608@Sun.COM> Message-ID: I tried doing the same but it wasnt working. i got the following error C:\tools-openjdk\freetype-2.3.0>make -f Makefile make: ver: Command not found make: type: Command not found make: *** [dos_setup] Error 127 I tried running this from both cmd.exe as well as cygwin but it didnt worked. was i missing something? -Rishi On 8/16/07, Sandeep Konchady wrote: > > Rishi, > > What ever "make" command exists in \bin is > the gnumake. If it is not named so, you can change your config file to use > that make. This is not MKS specific and you should be able to do all the > builds with cygwin (except for VC compiler/linker and other binary plus of > course). > > Thanks, > Sandeep > > Rishi Khare wrote: > > thanks a lot for your help, > actually the freetype needs to be built, the one supplied with cygwin > directly doesnt work. > I had to just open the Visual Studio project file from > freetype-2.3.5\builds\win32\visualc and open it is Visual Studio.net 2003 > (need to change its version from 8.00 to 7.10 otherwise it wont open) > and compile the project, it will produce the required .lib files , which > can be given to ALT_FREETYPE_LIB_PATH > i did the same and it is working fine now.(the build is running now and > passed the point where it used to get stuck while freetype check) > > I could not use the bat file at > http://mail.openjdk.java.net/pipermail/build-dev/2007-August/000187.html > because i couldnt find the gnumake command for cygwin (probably it needs > MKS) and i dont have MKS . > > Thanks a lot once again. > -Regards > Rishi > > > On 8/16/07, Ted Neward wrote: > > > > Having just done this recently, I'd suggest going through the archives > > and finding Igor's posts on the subject, and work from there. Make sure you > > have the latest version of FreeType, because it sounds like yours may be the > > wrong version. Also, when building using the b17 (most recent) drop, build > > with "OPENJDK=true" on the command line. > > > > > > > > You presumably are running "make sanity" OK? > > > > > > > > Ted Neward > > > > Java, .NET, XML Services > > > > Consulting, Teaching, Speaking, Writing > > > > http://www.tedneward.com > > > > > > > > *From:* build-dev-bounces at openjdk.java.net [mailto:build-dev-bounces at openjdk.java.net] > > *On Behalf Of *Rishi Khare > > *Sent:* Wednesday, August 15, 2007 11:27 PM > > *To:* build-dev at openjdk.java.net > > *Subject:* building openjdk for windows ,freetype > > > > > > > > hi all, > > I am a newbie for openjdk build so forgive if it seems fairly easy. > > I am trying to build openjdk on windows xp sp2. have gone through all > > setup and tools installation and successfully able to build hotspot jvm. > > but when I am trying to build complete jdk it is giving the following > > error. > > ERROR: FreeType version 2.3.0 or higher is required. > > > > freetype is installed by cygwin itself, I downloaded the binary version > > also and putting that in to the path is not making any difference, is there > > any specific way to do that? > > -Regards > > -Rishi > > > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.5.476 / Virus Database: 269.11.19/955 - Release Date: > > 8/15/2007 4:55 PM > > > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.5.484 / Virus Database: 269.12.0/957 - Release Date: > > 8/16/2007 1:46 PM > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gnu_andrew at member.fsf.org Thu Aug 16 20:51:01 2007 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Thu, 16 Aug 2007 21:51:01 +0100 Subject: OpenJDK: using ant instead of make In-Reply-To: <002201c7e03f$8f754fe0$ae5fefa0$@com> References: <1ILh82-04Go640@fwd33.aul.t-online.de> <002201c7e03f$8f754fe0$ae5fefa0$@com> Message-ID: <200708162151.15170.gnu_andrew@member.fsf.org> On Thursday 16 August 2007 20:56, Ted Neward wrote: > I don?t think anybody disagrees, in principle, with what you?re saying; in > reality, though, that?s just adding one more thing to the long list of > TODOs that the build team have in front of them, and I wouldn?t hold my > breath waiting for it to happen. They need to complete the move to > Mercurial first, for starters, before any kind of major surgery to the > build process could even be contemplated. > > > > Now, if you wanted to take that on as a project of your own, I?m sure > they?d love the help? :-) > > > > But realistically speaking, I don?t think the process is going to get much > simpler by moving to Ant; with Make you configure your settings through > environment variables, with Ant it?s through properties (either passed on > the command-line or in a .properties file), but the same variables still > need to be configured. I?m not sure switching to Ant makes it any simpler > or easier (except for building from an IDE). I know that parts of the build > are already IDE-friendly, as over on the compiler list they talk about a > NetBeans-friendly build setup that seems to be working for people. (I > haven?t tried it.) > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > HYPERLINK "http://www.tedneward.com"http://www.tedneward.com > > > > From: build-dev-bounces at openjdk.java.net > [mailto:build-dev-bounces at openjdk.java.net] On Behalf Of Alexander Schunk > Sent: Thursday, August 16, 2007 8:19 AM > To: build-dev at openjdk.java.net > Subject: OpenJDK: using ant instead of make > > > > Hi, > > i have tried to build openjdk on XP with the buildenv.bat used by Dan and > my settings but i am missing the freetype lib from Igor so if anyone cand > send me this lib i would feel great. > > Also I think it would be easier to build openjdk on windows if we use ant > instead of make. > > The first obvious advantage ist that you can integrate it into an IDE and > you only need to > > run the ant script. > > So besides improving the buildenv.bat i would suggest porting the make file > to an ant skript for the windows plattform and i also was playing with the > idea to set up a working environment for all XP plattforms. > > Currently every one needs to set up his own build environment until has has > set the corresponding vars. > > I think it should be easier to have a programm or make it automatic to set > these vars on every windows plattform. May be an installer like programm > could do it using a wizard. > > - Alex > > > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.476 / Virus Database: 269.11.19/955 - Release Date: 8/15/2007 > 4:55 PM > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.484 / Virus Database: 269.12.0/957 - Release Date: 8/16/2007 > 1:46 PM I'd second what Ted says; as an external interested party who has been contributing to GNU Classpath I'd most like to see OpenJDK become a true FOSS project (i.e. writable source repository via Mercurial, open development process, etc.) before we start worrying about things as trivial as making the build process simpler. Once that does occur, pretty much anyone could contribute such changes for consideration by all. On the topic of Ant itself, it seems a bad idea to have building a Java VM dependent on a Java VM. In addition, OpenJDK includes a lot of native code which I've not seen Ant deal with very gracefully. If there is to be any switch from what's there at present, then building on top of the existing Makefiles with an autoconf system (to provide more sophisticated detection of external libraries such as Motif, etc.) would seem to be the way to go. Thanks, -- Andrew :-) Help end the Java Trap! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Igor.Nekrestyanov at Sun.COM Thu Aug 16 21:16:22 2007 From: Igor.Nekrestyanov at Sun.COM (Igor Nekrestyanov) Date: Fri, 17 Aug 2007 01:16:22 +0400 Subject: building openjdk for windows ,freetype In-Reply-To: References: <001d01c7e03e$fe309760$fa91c620$@com> <46C4AD09.10608@Sun.COM> Message-ID: <46C4BEA6.304@sun.com> You need to start make (or gmake) from cygwin shell. Otherwise paths are not set correctly. I suggest to try to repeat my windows build story described here (make sure you installed everything mentioned in the README-builds.html): http://mail.openjdk.java.net/pipermail/build-dev/2007-August/000182.html Adjust buildenv.bat for your setup and use following additional hints found recently: 1) change PATH to include cygwin directory on the first place (last in my example) 2) make sure your username ($USERNAME) has no spaces -igor Rishi Khare wrote: > I tried doing the same but it wasnt working. > i got the following error > > C:\tools-openjdk\freetype-2.3.0>make -f Makefile > make: ver: Command not found > make: type: Command not found > make: *** [dos_setup] Error 127 > > I tried running this from both cmd.exe as well as cygwin but it didnt > worked. > was i missing something? > -Rishi > > On 8/16/07, *Sandeep Konchady* > wrote: > > Rishi, > > What ever "make" command exists in dir>\bin is the gnumake. If it is not named so, you can change > your config file to use that make. This is not MKS specific and > you should be able to do all the builds with cygwin (except for VC > compiler/linker and other binary plus of course). > > Thanks, > Sandeep > > > Rishi Khare wrote: >> thanks a lot for your help, >> actually the freetype needs to be built, the one supplied with >> cygwin directly doesnt work. >> I had to just open the Visual Studio project file from >> freetype-2.3.5\builds\win32\visualc and open it is Visual >> Studio.net 2003 (need to change its version >> from 8.00 to 7.10 otherwise it wont open) >> and compile the project, it will produce the required .lib files >> , which can be given to ALT_FREETYPE_LIB_PATH >> i did the same and it is working fine now.(the build is running >> now and passed the point where it used to get stuck while >> freetype check) >> >> I could not use the bat file at >> http://mail.openjdk.java.net/pipermail/build-dev/2007-August/000187.html >> because i couldnt find the gnumake command for cygwin (probably >> it needs MKS) and i dont have MKS . >> >> Thanks a lot once again. >> -Regards >> Rishi >> >> >> On 8/16/07, *Ted Neward* > > wrote: >> >> Having just done this recently, I'd suggest going through the >> archives and finding Igor's posts on the subject, and work >> from there. Make sure you have the latest version of >> FreeType, because it sounds like yours may be the wrong >> version. Also, when building using the b17 (most recent) >> drop, build with "OPENJDK=true" on the command line. >> >> >> >> You presumably are running "make sanity" OK? >> >> >> >> Ted Neward >> >> Java, .NET, XML Services >> >> Consulting, Teaching, Speaking, Writing >> >> http://www.tedneward.com >> >> >> >> *From:* build-dev-bounces at openjdk.java.net >> [mailto: >> build-dev-bounces at openjdk.java.net >> ] *On Behalf Of >> *Rishi Khare >> *Sent:* Wednesday, August 15, 2007 11:27 PM >> *To:* build-dev at openjdk.java.net >> >> *Subject:* building openjdk for windows ,freetype >> >> >> >> hi all, >> I am a newbie for openjdk build so forgive if it seems >> fairly easy. >> I am trying to build openjdk on windows xp sp2. have gone >> through all setup and tools installation and successfully >> able to build hotspot jvm. >> but when I am trying to build complete jdk it is giving the >> following error. >> ERROR: FreeType version 2.3.0 or higher is required. >> >> freetype is installed by cygwin itself, I downloaded the >> binary version also and putting that in to the path is not >> making any difference, is there any specific way to do that? >> -Regards >> -Rishi >> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.476 / Virus Database: 269.11.19/955 - Release >> Date: 8/15/2007 4:55 PM >> >> >> No virus found in this outgoing message. >> Checked by AVG Free Edition. >> Version: 7.5.484 / Virus Database: 269.12.0/957 - Release >> Date: 8/16/2007 1:46 PM >> >> > > From rpangrazio at gmail.com Fri Aug 17 02:33:27 2007 From: rpangrazio at gmail.com (Robert Pangrazio) Date: Thu, 16 Aug 2007 21:33:27 -0500 Subject: building JDK for new platform In-Reply-To: <20070815113424.GA3685@redhat.com> References: <20070815113424.GA3685@redhat.com> Message-ID: Well I will look into that. I think that some more detail maybe necessary. I am thinking of building for RiscOS. There is a really nice project that allows you to compile programs written for linux, on a linux machine, to run on a RiscOS machine. I would like to try to use this to build Java. I was just wondering if it was a waste of time, as I would be expecting the Linux native Java version to be used in the build process. On 8/15/07, Gary Benson wrote: > Hi Robert, > > I use IcedTea's bootstrap VM and plug replacements. Build them with: > > hg clone http://icedtea.classpath.org/hg/icedtea > cd icedtea > ./configure > make boot plugs > > Then build the JDK with: > > export ALT_BOOTDIR=/path/to/icedtea/bootstrap/jdk1.6.0 > export ALT_CLOSED_JDK_IMPORT_PATH=/path/to/icedtea/bootstrap/jdk1.7.0 > > Cheers, > Gary > > Robert Pangrazio wrote: > > I noticed that to build JDK 6 or higher you need an existing Java > > setup. I was wondering how you go about building the JDK for a new > > platform. If i have a cross compilation setup for my new platform, > > can I use the build machines native JDK, or do I have to have a JDK > > that is native to my new platform. If i have to have a native JDK > > to build the JDK how do you build the first native JDK? > > > > Thanks > > Bob > From khare.rishi at gmail.com Fri Aug 17 04:30:21 2007 From: khare.rishi at gmail.com (Rishi Khare) Date: Thu, 16 Aug 2007 21:30:21 -0700 Subject: Success :) building openjdk for windows Message-ID: After running for almost 4 hours the build is ready :D. C:\openjdk-build\j2sdk-image\bin>java.exe -version openjdk version "1.7.0-internal" OpenJDK Runtime Environment (build 1.7.0-internal-rishi_17_aug_2007_00_49-b00) OpenJDK Client VM (build 1.7.0-internal-rishi_17_aug_2007_00_49-b00, mixed mode) thanks a lot for everyone's help. igor: I had read your build story and that was my one big help, and starting point too. sandeep : your mails and blog has been of a great help. Actually the build process is not as complicated as it seems to be, In my work place I have seen way much more complex build processes which run for more time require a big amount of setup. but just one point from my side. The biggest pain is to use Visual Studio.net 2003 and not Visual Studio.2005Express edition or GCC for windows or MingW or some other free Compiler for windows.The idea of buying any software to work on open source development is not very encouraging. -Regards Rishi On 8/16/07, Igor Nekrestyanov wrote: > > You need to start make (or gmake) from cygwin shell. Otherwise paths are > not set correctly. I tried both, but none worked.but Using Visual Studio directly to compile the freetype project actually worked. I suggest to try to repeat my windows build story described here (make > sure you installed everything mentioned in the README-builds.html): > > http://mail.openjdk.java.net/pipermail/build-dev/2007-August/000182.html > > Adjust buildenv.bat for your setup and use following additional hints > found recently: > 1) change PATH to include cygwin directory on the first place (last > in my example) > 2) make sure your username ($USERNAME) has no spaces > > -igor > > > Rishi Khare wrote: > > I tried doing the same but it wasnt working. > > i got the following error > > > > C:\tools-openjdk\freetype-2.3.0>make -f Makefile > > make: ver: Command not found > > make: type: Command not found > > make: *** [dos_setup] Error 127 > > > > I tried running this from both cmd.exe as well as cygwin but it didnt > > worked. > > was i missing something? > > -Rishi > > > > On 8/16/07, *Sandeep Konchady* > > wrote: > > > > Rishi, > > > > What ever "make" command exists in > dir>\bin is the gnumake. If it is not named so, you can change > > your config file to use that make. This is not MKS specific and > > you should be able to do all the builds with cygwin (except for VC > > compiler/linker and other binary plus of course). > > > > Thanks, > > Sandeep > > > > > > Rishi Khare wrote: > >> thanks a lot for your help, > >> actually the freetype needs to be built, the one supplied with > >> cygwin directly doesnt work. > >> I had to just open the Visual Studio project file from > >> freetype-2.3.5\builds\win32\visualc and open it is Visual > >> Studio.net 2003 (need to change its version > >> from 8.00 to 7.10 otherwise it wont open) > >> and compile the project, it will produce the required .lib files > >> , which can be given to ALT_FREETYPE_LIB_PATH > >> i did the same and it is working fine now.(the build is running > >> now and passed the point where it used to get stuck while > >> freetype check) > >> > >> I could not use the bat file at > >> > http://mail.openjdk.java.net/pipermail/build-dev/2007-August/000187.html > >> because i couldnt find the gnumake command for cygwin (probably > >> it needs MKS) and i dont have MKS . > >> > >> Thanks a lot once again. > >> -Regards > >> Rishi > >> > >> > >> On 8/16/07, *Ted Neward* >> > wrote: > >> > >> Having just done this recently, I'd suggest going through the > >> archives and finding Igor's posts on the subject, and work > >> from there. Make sure you have the latest version of > >> FreeType, because it sounds like yours may be the wrong > >> version. Also, when building using the b17 (most recent) > >> drop, build with "OPENJDK=true" on the command line. > >> > >> > >> > >> You presumably are running "make sanity" OK? > >> > >> > >> > >> Ted Neward > >> > >> Java, .NET, XML Services > >> > >> Consulting, Teaching, Speaking, Writing > >> > >> http://www.tedneward.com > >> > >> > >> > >> *From:* build-dev-bounces at openjdk.java.net > >> [mailto: > >> build-dev-bounces at openjdk.java.net > >> ] *On Behalf Of > >> *Rishi Khare > >> *Sent:* Wednesday, August 15, 2007 11:27 PM > >> *To:* build-dev at openjdk.java.net > >> > >> *Subject:* building openjdk for windows ,freetype > >> > >> > >> > >> hi all, > >> I am a newbie for openjdk build so forgive if it seems > >> fairly easy. > >> I am trying to build openjdk on windows xp sp2. have gone > >> through all setup and tools installation and successfully > >> able to build hotspot jvm. > >> but when I am trying to build complete jdk it is giving the > >> following error. > >> ERROR: FreeType version 2.3.0 or higher is required. > >> > >> freetype is installed by cygwin itself, I downloaded the > >> binary version also and putting that in to the path is not > >> making any difference, is there any specific way to do that? > >> -Regards > >> -Rishi > >> > >> No virus found in this incoming message. > >> Checked by AVG Free Edition. > >> Version: 7.5.476 / Virus Database: 269.11.19/955 - Release > >> Date: 8/15/2007 4:55 PM > >> > >> > >> No virus found in this outgoing message. > >> Checked by AVG Free Edition. > >> Version: 7.5.484 / Virus Database: 269.12.0/957 - Release > >> Date: 8/16/2007 1:46 PM > >> > >> > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Igor.Nekrestyanov at Sun.COM Fri Aug 17 06:36:24 2007 From: Igor.Nekrestyanov at Sun.COM (Igor Nekrestyanov) Date: Fri, 17 Aug 2007 10:36:24 +0400 Subject: Success :) building openjdk for windows In-Reply-To: References: Message-ID: <46C541E8.6010504@sun.com> > The biggest pain is to use Visual Studio.net 2003 > and not Visual Studio.2005 Express edition or GCC for windows or MingW > or some other free Compiler for windows.The idea of buying any > software to work on open source development is not very encouraging. > I agree it will be nice to build with freely available tools only. I have vague recollection that usage of free MS compiler was evaluated n the past and there were some complications. Anyway, this sounds like interesting project to explore (adapting build procedure to use free tools only) even without access to mercurial. -igor From Anthony.Petrov at Sun.COM Fri Aug 17 07:20:41 2007 From: Anthony.Petrov at Sun.COM (Anthony Petrov) Date: Fri, 17 Aug 2007 11:20:41 +0400 Subject: Success :) building openjdk for windows In-Reply-To: <46C541E8.6010504@sun.com> References: <46C541E8.6010504@sun.com> Message-ID: <46C54C49.5010204@sun.com> I took some part in testing the VS2005 Express to build the JDK. So far there's no any major problem present except the following: http://bugs.sun.com/view_bug.do?bug_id=6523947 However, this RFE has a very simple workaround provided. Please try it and tell us about the results. -- best regards, Anthony On 08/17/2007 10:36 AM Igor Nekrestyanov wrote: > >> The biggest pain is to use Visual Studio.net 2003 >> and not Visual Studio.2005 Express edition or GCC for windows or MingW >> or some other free Compiler for windows.The idea of buying any >> software to work on open source development is not very encouraging. >> > I agree it will be nice to build with freely available tools only. > I have vague recollection that usage of free MS compiler was evaluated n > the past and there were some complications. > Anyway, this sounds like interesting project to explore (adapting build > procedure to use free tools only) even without access to mercurial. > > -igor From gbenson at redhat.com Fri Aug 17 07:45:25 2007 From: gbenson at redhat.com (Gary Benson) Date: Fri, 17 Aug 2007 08:45:25 +0100 Subject: building JDK for new platform In-Reply-To: References: <20070815113424.GA3685@redhat.com> Message-ID: <20070817074524.GB3701@redhat.com> There's a lot of platform-specific stuff that will still need adding. Look in hotspot/src/cpu and hotspot/src/os_cpu -- you basically need to write everything in their for your platform. Cheers, Gary Robert Pangrazio wrote: > Well I will look into that. I think that some more detail maybe > necessary. I am thinking of building for RiscOS. There is a really > nice project that allows you to compile programs written for linux, > on a linux machine, to run on a RiscOS machine. I would like to try > to use this to build Java. I was just wondering if it was a waste > of time, as I would be expecting the Linux native Java version to > be used in the build process. > > On 8/15/07, Gary Benson wrote: > > Hi Robert, > > > > I use IcedTea's bootstrap VM and plug replacements. Build them > > with: > > > > hg clone http://icedtea.classpath.org/hg/icedtea > > cd icedtea > > ./configure > > make boot plugs > > > > Then build the JDK with: > > > > export ALT_BOOTDIR=/path/to/icedtea/bootstrap/jdk1.6.0 > > export ALT_CLOSED_JDK_IMPORT_PATH=/path/to/icedtea/bootstrap/jdk1.7.0 > > > > Cheers, > > Gary > > > > Robert Pangrazio wrote: > > > I noticed that to build JDK 6 or higher you need an existing > > > Java setup. I was wondering how you go about building the JDK > > > for a new platform. If i have a cross compilation setup for my > > > new platform, can I use the build machines native JDK, or do I > > > have to have a JDK that is native to my new platform. If i have > > > to have a native JDK to build the JDK how do you build the first > > > native JDK? > > > > > > Thanks > > > Bob From twisti at complang.tuwien.ac.at Fri Aug 17 17:21:59 2007 From: twisti at complang.tuwien.ac.at (Christian Thalinger) Date: Fri, 17 Aug 2007 19:21:59 +0200 Subject: building JDK for new platform In-Reply-To: References: <20070815113424.GA3685@redhat.com> Message-ID: <1187371319.3747.5.camel@localhost.localdomain> On Thu, 2007-08-16 at 21:33 -0500, Robert Pangrazio wrote: > Well I will look into that. I think that some more detail maybe > necessary. I am thinking of building for RiscOS. There is a really > nice project that allows you to compile programs written for linux, on > a linux machine, to run on a RiscOS machine. I would like to try to > use this to build Java. I was just wondering if it was a waste of > time, as I would be expecting the Linux native Java version to be used > in the build process. Hi! As we're now on a non-HotSpot architecture, I'd give it a try with CACAO. That's probably the best give-it-a-try for now. Here are my notes: https://c1.complang.tuwien.ac.at/cacaowiki/OpenJDK - twisti From rpangrazio at gmail.com Fri Aug 17 19:21:06 2007 From: rpangrazio at gmail.com (Robert Pangrazio) Date: Fri, 17 Aug 2007 14:21:06 -0500 Subject: building JDK for new platform In-Reply-To: <20070817074524.GB3701@redhat.com> References: <20070815113424.GA3685@redhat.com> <20070817074524.GB3701@redhat.com> Message-ID: I was thinking that would be the case. I just didn't even know how to build it to test the code. It seemed that I was caught in the Chicken or the Egg problem. I am going to try this RiscOS project as I tries to translate from Linux calls to RiscOS calls. I am not holding my breath or anything. Can't hurt much to try it though. Thanks for the advice, and the help Bob On 8/17/07, Gary Benson wrote: > There's a lot of platform-specific stuff that will still need > adding. Look in hotspot/src/cpu and hotspot/src/os_cpu -- you > basically need to write everything in their for your platform. > > Cheers, > Gary > > Robert Pangrazio wrote: > > Well I will look into that. I think that some more detail maybe > > necessary. I am thinking of building for RiscOS. There is a really > > nice project that allows you to compile programs written for linux, > > on a linux machine, to run on a RiscOS machine. I would like to try > > to use this to build Java. I was just wondering if it was a waste > > of time, as I would be expecting the Linux native Java version to > > be used in the build process. > > > > On 8/15/07, Gary Benson wrote: > > > Hi Robert, > > > > > > I use IcedTea's bootstrap VM and plug replacements. Build them > > > with: > > > > > > hg clone http://icedtea.classpath.org/hg/icedtea > > > cd icedtea > > > ./configure > > > make boot plugs > > > > > > Then build the JDK with: > > > > > > export ALT_BOOTDIR=/path/to/icedtea/bootstrap/jdk1.6.0 > > > export ALT_CLOSED_JDK_IMPORT_PATH=/path/to/icedtea/bootstrap/jdk1.7.0 > > > > > > Cheers, > > > Gary > > > > > > Robert Pangrazio wrote: > > > > I noticed that to build JDK 6 or higher you need an existing > > > > Java setup. I was wondering how you go about building the JDK > > > > for a new platform. If i have a cross compilation setup for my > > > > new platform, can I use the build machines native JDK, or do I > > > > have to have a JDK that is native to my new platform. If i have > > > > to have a native JDK to build the JDK how do you build the first > > > > native JDK? > > > > > > > > Thanks > > > > Bob > From Kelly.Ohair at Sun.COM Fri Aug 17 19:38:14 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 17 Aug 2007 12:38:14 -0700 Subject: OpenJDK: using ant instead of make In-Reply-To: <002201c7e03f$8f754fe0$ae5fefa0$@com> References: <1ILh82-04Go640@fwd33.aul.t-online.de> <002201c7e03f$8f754fe0$ae5fefa0$@com> Message-ID: <46C5F926.7010105@sun.com> FYI... There is probably 40,000+ lines of Makefile logic in the j2se source tree. Just understanding it all is a project in and of itself. Over the last few years I have tried very hard to simplify what I can, but it's tricky stuff. And I am convinced that a wholesale conversion to ant would be a major mistake. We need something better than ant for dealing with the fairly complex native and shell work that is often needed in the build. Every time I try and do ANY shell logic in ant, it's a huge nightmare. On the other hand, sometimes simple java compilations are much easier in ant, although even ant doesn't do a true incremental build. We will be moving parts of the build to ant scripts to facilitate use of IDE tools, like javac, but no wholesale conversion, it just doesn't make sense. -kto Ted Neward wrote: > I don?t think anybody disagrees, in principle, with what you?re saying; > in reality, though, that?s just adding one more thing to the long list > of TODOs that the build team have in front of them, and I wouldn?t hold > my breath waiting for it to happen. They need to complete the move to > Mercurial first, for starters, before any kind of major surgery to the > build process could even be contemplated. > > > > Now, if you wanted to take that on as a project of your own, I?m sure > they?d love the help? :-) > > > > But realistically speaking, I don?t think the process is going to get > much simpler by moving to Ant; with Make you configure your settings > through environment variables, with Ant it?s through properties (either > passed on the command-line or in a .properties file), but the same > variables still need to be configured. I?m not sure switching to Ant > makes it any simpler or easier (except for building from an IDE). I know > that parts of the build are already IDE-friendly, as over on the > compiler list they talk about a NetBeans-friendly build setup that seems > to be working for people. (I haven?t tried it.) > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > *From:* build-dev-bounces at openjdk.java.net > [mailto:build-dev-bounces at openjdk.java.net] *On Behalf Of *Alexander Schunk > *Sent:* Thursday, August 16, 2007 8:19 AM > *To:* build-dev at openjdk.java.net > *Subject:* OpenJDK: using ant instead of make > > > > Hi, > > i have tried to build openjdk on XP with the buildenv.bat used by Dan > and my settings but i am missing the freetype lib from Igor so if anyone > cand send me this lib i would feel great. > > Also I think it would be easier to build openjdk on windows if we use > ant instead of make. > > The first obvious advantage ist that you can integrate it into an IDE > and you only need to > > run the ant script. > > So besides improving the buildenv.bat i would suggest porting the make > file to an ant skript for the windows plattform and i also was playing > with the idea to set up a working environment for all XP plattforms. > > Currently every one needs to set up his own build environment until has > has set the corresponding vars. > > I think it should be easier to have a programm or make it automatic to > set these vars on every windows plattform. May be an installer like > programm could do it using a wizard. > > - Alex > > > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.476 / Virus Database: 269.11.19/955 - Release Date: > 8/15/2007 4:55 PM > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.484 / Virus Database: 269.12.0/957 - Release Date: > 8/16/2007 1:46 PM > From Sandeep.Konchady at Sun.COM Thu Aug 16 20:01:13 2007 From: Sandeep.Konchady at Sun.COM (Sandeep Konchady) Date: Thu, 16 Aug 2007 13:01:13 -0700 Subject: building openjdk for windows ,freetype In-Reply-To: References: <001d01c7e03e$fe309760$fa91c620$@com> Message-ID: <46C4AD09.10608@Sun.COM> Rishi, What ever "make" command exists in \bin is the gnumake. If it is not named so, you can change your config file to use that make. This is not MKS specific and you should be able to do all the builds with cygwin (except for VC compiler/linker and other binary plus of course). Thanks, Sandeep Rishi Khare wrote: > thanks a lot for your help, > actually the freetype needs to be built, the one supplied with cygwin > directly doesnt work. > I had to just open the Visual Studio project file from > freetype-2.3.5\builds\win32\visualc and open it is Visual Studio.net > 2003 (need to change its version from 8.00 to 7.10 > otherwise it wont open) > and compile the project, it will produce the required .lib files , > which can be given to ALT_FREETYPE_LIB_PATH > i did the same and it is working fine now.(the build is running now > and passed the point where it used to get stuck while freetype check) > > I could not use the bat file at > http://mail.openjdk.java.net/pipermail/build-dev/2007-August/000187.html > because i couldnt find the gnumake command for cygwin (probably it > needs MKS) and i dont have MKS . > > Thanks a lot once again. > -Regards > Rishi > > > On 8/16/07, *Ted Neward* > wrote: > > Having just done this recently, I'd suggest going through the > archives and finding Igor's posts on the subject, and work from > there. Make sure you have the latest version of FreeType, because > it sounds like yours may be the wrong version. Also, when building > using the b17 (most recent) drop, build with "OPENJDK=true" on the > command line. > > > > You presumably are running "make sanity" OK? > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > *From:* build-dev-bounces at openjdk.java.net > [mailto: > build-dev-bounces at openjdk.java.net > ] *On Behalf Of *Rishi > Khare > *Sent:* Wednesday, August 15, 2007 11:27 PM > *To:* build-dev at openjdk.java.net > *Subject:* building openjdk for windows ,freetype > > > > hi all, > I am a newbie for openjdk build so forgive if it seems fairly > easy. > I am trying to build openjdk on windows xp sp2. have gone through > all setup and tools installation and successfully able to build > hotspot jvm. > but when I am trying to build complete jdk it is giving the > following error. > ERROR: FreeType version 2.3.0 or higher is required. > > freetype is installed by cygwin itself, I downloaded the binary > version also and putting that in to the path is not making any > difference, is there any specific way to do that? > -Regards > -Rishi > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.476 / Virus Database: 269.11.19/955 - Release Date: > 8/15/2007 4:55 PM > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.484 / Virus Database: 269.12.0/957 - Release Date: > 8/16/2007 1:46 PM > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kelly.Ohair at Sun.COM Sat Aug 18 18:08:23 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Sat, 18 Aug 2007 11:08:23 -0700 Subject: Binary Plugs Usage Message-ID: <46C73597.4030304@sun.com> With the new sparse binary plug bundles, the build options will be slightly different. Full openjdk control builds won't change much, but partial openjdk builds (builds where hotspot is copied from somewhere) will be slightly different. With the new sparse binary plugs the recommendation for full openjdk control builds (where hotspot is also built): Download openjdk sources and binary plugs. cd control/make && gnumake ALT_BINARY_PLUGS_PATH=/plugs The name ALT_CLOSED_JDK_IMPORT_PATH will be phased out. The hotspot sources are part of the openjdk, so the proper or legal "open source" way to set yourself up for partial openjdk builds would be: Download openjdk sources and binary plugs. cd control/make && gnumake ALT_BINARY_PLUGS_PATH=/plugs ALT_OUTPUTDIR=/myopenjdkimport Then you could repeatedly: cd j2se/make && gnumake ALT_BINARY_PLUGS_PATH=/plugs ALT_JDK_IMPORT_PATH=/myopenjdkimport to avoid rebuilding hotspot. Since technically the hotspot VM is not a "binary plug", they are no longer in the binary plugs bundle, and the past behavior had accidently copied the hotspot from the plugs area. We use ALT_JDK_IMPORT_PATH as a way to facilitate partial builds where not all of the jdk needs to be built, so the hotspot vm will now come from this location. So for partial openjdk builds (and building from NetBeans projects) you will need to change. -kto From ted at tedneward.com Sun Aug 19 01:36:42 2007 From: ted at tedneward.com (Ted Neward) Date: Sat, 18 Aug 2007 18:36:42 -0700 Subject: Success :) building openjdk for windows In-Reply-To: <46C54C49.5010204@sun.com> References: <46C541E8.6010504@sun.com> <46C54C49.5010204@sun.com> Message-ID: <000c01c7e201$6d197ca0$474c75e0$@com> You did this with Visual C++ Express 2005? (The term "VS2005 Express" throws me, as there is no "Visual Studio Express" SKU from Microsoft that I'm aware of.) Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: build-dev-bounces at openjdk.java.net [mailto:build-dev- > bounces at openjdk.java.net] On Behalf Of Anthony Petrov > Sent: Friday, August 17, 2007 12:21 AM > To: Rishi Khare > Cc: build-dev at openjdk.java.net; Sandeep.Konchady at Sun.COM; Igor > Nekrestyanov > Subject: Re: Success :) building openjdk for windows > > I took some part in testing the VS2005 Express to build the JDK. So far > there's no any major problem present except the following: > http://bugs.sun.com/view_bug.do?bug_id=6523947 > However, this RFE has a very simple workaround provided. Please try it > and tell us about the results. > > -- > best regards, > Anthony > > > On 08/17/2007 10:36 AM Igor Nekrestyanov wrote: > > > >> The biggest pain is to use Visual Studio.net > 2003 > >> and not Visual Studio.2005 Express edition or GCC for windows or > MingW > >> or some other free Compiler for windows.The idea of buying any > >> software to work on open source development is not very encouraging. > >> > > I agree it will be nice to build with freely available tools only. > > I have vague recollection that usage of free MS compiler was > evaluated n > > the past and there were some complications. > > Anyway, this sounds like interesting project to explore (adapting > build > > procedure to use free tools only) even without access to mercurial. > > > > -igor > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.484 / Virus Database: 269.12.0/957 - Release Date: > 8/16/2007 1:46 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: 269.12.0/960 - Release Date: 8/18/2007 3:48 PM From ted at tedneward.com Sun Aug 19 03:22:56 2007 From: ted at tedneward.com (Ted Neward) Date: Sat, 18 Aug 2007 20:22:56 -0700 Subject: Next platform: anybody had any success building OpenJDK for the MacOS? Message-ID: <00aa01c7e210$4276e230$c764a690$@com> Subject says it all? I?d like to know if anybody?s had success with this before trying it myself? again? Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing HYPERLINK "http://www.tedneward.com"http://www.tedneward.com No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: 269.12.0/960 - Release Date: 8/18/2007 3:48 PM -------------- next part -------------- An HTML attachment was scrubbed... URL: From dan at fabulich.com Sun Aug 19 06:20:25 2007 From: dan at fabulich.com (Dan Fabulich) Date: Sat, 18 Aug 2007 23:20:25 -0700 (Pacific Daylight Time) Subject: Next platform: anybody had any success building OpenJDK for the MacOS? In-Reply-To: <00aa01c7e210$4276e230$c764a690$@com> References: <00aa01c7e210$4276e230$c764a690$@com> Message-ID: Ted Neward wrote: > Subject says it all? I?d like to know if anybody?s had success with this > before trying it myself? again? I think Apple maintains their own source base for their JDK, based on a licensing arrangement they have with Sun. Certainly we have no documentation on how to try to get the OpenJDK to build on OS X, and it wouldn't surprise me if, in fact, nobody at Sun *has* ever done this build on OS X, not even in their private dev environment. -Dan From Anthony.Petrov at Sun.COM Sun Aug 19 07:15:26 2007 From: Anthony.Petrov at Sun.COM (Anthony Petrov) Date: Sun, 19 Aug 2007 11:15:26 +0400 Subject: Success :) building openjdk for windows In-Reply-To: <000c01c7e201$6d197ca0$474c75e0$@com> References: <46C541E8.6010504@sun.com> <46C54C49.5010204@sun.com> <000c01c7e201$6d197ca0$474c75e0$@com> Message-ID: <46C7EE0E.8070509@sun.com> Yes. I used Visual C++ Express 2005 SP1. -- best regards, Anthony On 8/19/2007 5:36 AM Ted Neward wrote: > You did this with Visual C++ Express 2005? (The term "VS2005 Express" throws > me, as there is no "Visual Studio Express" SKU from Microsoft that I'm aware > of.) > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > >> -----Original Message----- >> From: build-dev-bounces at openjdk.java.net [mailto:build-dev- >> bounces at openjdk.java.net] On Behalf Of Anthony Petrov >> Sent: Friday, August 17, 2007 12:21 AM >> To: Rishi Khare >> Cc: build-dev at openjdk.java.net; Sandeep.Konchady at Sun.COM; Igor >> Nekrestyanov >> Subject: Re: Success :) building openjdk for windows >> >> I took some part in testing the VS2005 Express to build the JDK. So far >> there's no any major problem present except the following: >> http://bugs.sun.com/view_bug.do?bug_id=6523947 >> However, this RFE has a very simple workaround provided. Please try it >> and tell us about the results. >> >> -- >> best regards, >> Anthony >> >> >> On 08/17/2007 10:36 AM Igor Nekrestyanov wrote: >>>> The biggest pain is to use Visual Studio.net >> 2003 >>>> and not Visual Studio.2005 Express edition or GCC for windows or >> MingW >>>> or some other free Compiler for windows.The idea of buying any >>>> software to work on open source development is not very encouraging. >>>> >>> I agree it will be nice to build with freely available tools only. >>> I have vague recollection that usage of free MS compiler was >> evaluated n >>> the past and there were some complications. >>> Anyway, this sounds like interesting project to explore (adapting >> build >>> procedure to use free tools only) even without access to mercurial. >>> >>> -igor >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.484 / Virus Database: 269.12.0/957 - Release Date: >> 8/16/2007 1:46 PM >> > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.484 / Virus Database: 269.12.0/960 - Release Date: 8/18/2007 > 3:48 PM > > From wmeissner at gmail.com Sun Aug 19 07:51:25 2007 From: wmeissner at gmail.com (Wayne Meissner) Date: Sun, 19 Aug 2007 17:51:25 +1000 Subject: Next platform: anybody had any success building OpenJDK for the MacOS? In-Reply-To: <00aa01c7e210$4276e230$c764a690$@com> References: <00aa01c7e210$4276e230$c764a690$@com> Message-ID: <46C7F67D.8030201@gmail.com> Ted Neward wrote: > Subject says it all? I?d like to know if anybody?s had success with this > before trying it myself? again? Success? Not that I've heard. Marius & I did some work a couple of months ago, and he documented it on his blog. We didn't get very far though - just getting the basic setup in place and working through the build system took ages. There are huge chunks of code that need to be re-implemented for MacOSX. See Marius' blog @ http://de-co-de.blogspot.com/ From mcollins at me.dium.com Sun Aug 19 18:10:17 2007 From: mcollins at me.dium.com (Michael Collins) Date: Sun, 19 Aug 2007 12:10:17 -0600 Subject: Next platform: anybody had any success building OpenJDK for the MacOS? In-Reply-To: <46C7F67D.8030201@gmail.com> Message-ID: I had tried a couple of months ago, following what I'd read on several blog posts, but never did get the build to succeed, though I think I was close. I would like to get it working, just haven't had the time. My Mac *used* to be a great platform for Java development, but as I need to use some of the version 6 features, I am stuck doing builds in Parallels+Linux. It seems as if there are at least a few other people who would like to get this working, would it be worth it to start a project to get Next/Darwin build documentation? I think that much of the customizations Apple has done are integrating with their Cocoa framework, I know I for one could live without that. /mc On 8/19/07 1:51 AM, "Wayne Meissner" wrote: > > > Ted Neward wrote: >> Subject says it all? I?d like to know if anybody?s had success with this >> before trying it myself? again? > > Success? Not that I've heard. > > Marius & I did some work a couple of months ago, and he documented it on > his blog. We didn't get very far though - just getting the basic setup > in place and working through the build system took ages. > > There are huge chunks of code that need to be re-implemented for MacOSX. > > See Marius' blog @ http://de-co-de.blogspot.com/ > > From alexanderschunk at t-online.de Tue Aug 21 18:24:00 2007 From: alexanderschunk at t-online.de (alexanderschunk at t-online.de) Date: 21 Aug 2007 18:24 GMT Subject: Java 6: Java kernel available? Message-ID: <1INYOX-10VbIe0@fwd30.t-online.de> i am not sure about this but there was a tiny blog today stating that Java kernel is ready for production and to be released with Java 6u4 update? Anyone a prooven information about this? If its right then i think this is pretty cool. - Best Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From Kelly.Ohair at Sun.COM Wed Aug 22 01:07:05 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Tue, 21 Aug 2007 18:07:05 -0700 Subject: OpenJDK Mercurial Trsntiion Update 1 Message-ID: <46CB8C39.8090007@sun.com> I decided to do this update with a blog that I could edit instead of an email: http://weblogs.java.net/blog/kellyohair/archive/2007/08/openjdk_mercuri.html -kto From devel.sjanki at gmail.com Wed Aug 22 12:56:13 2007 From: devel.sjanki at gmail.com (Sunil Amitkumar Janki) Date: Wed, 22 Aug 2007 14:56:13 +0200 Subject: JDK GNU/Linux SPARC and MIPS Message-ID: <46CC326D.1030101@gmail.com> I have GNU/Linux running on x86, MIPS and SPARC but only x86 has an up to date JDK. For MIPS I have JDK 1.5.0 and for SPARC Blackdown's JDK 1.4.1. I would like to see support for both architectures integrated into the JDK sources alongside x86, x86_64 and Solaris SPARC so all systems can benefit from up to date Java installations. Could someone point out to me what I'd have to do to get the latest JDK up and running and support for it integrated into mainline sources? Regards, Sunil From betelgeuse at gentoo.org Wed Aug 22 17:08:47 2007 From: betelgeuse at gentoo.org (=?UTF-8?B?UGV0dGVyaSBSw6R0eQ==?=) Date: Wed, 22 Aug 2007 20:08:47 +0300 Subject: Why does libdeploy link libstdc++ dynamically? In-Reply-To: <466C2322.8040708@gentoo.org> References: <466C2322.8040708@gentoo.org> Message-ID: <46CC6D9F.6070405@gentoo.org> Petteri R?ty kirjoitti: > All other parts of the JDK link libstdc++ statically so it's weird that > libdeploy (from that I understand java web start and plugin related > stuff and as such still closed source) links it dynamically. This means > that our packages need to depend on the the old version of libstdc++. > > betelgeuse at pena ~/bin $ qlist sun-jdk-1.7 | xargs scanelf -n | grep libstdc > ET_DYN libc.so.6,libstdc++.so.5,libm.so.6,libgcc_s.so.1 > /opt/sun-jdk-1.7.0.0_alpha13/jre/lib/i386/libdeploy.so > > Regards, > Petteri > No-one answered so far so putting a query again. Many users are really puzzled why 1.6 needs an old gcc installed when 1.5 didn't so it would really help to solve this issue. Regards, Petteri -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From Kelly.Ohair at Sun.COM Wed Aug 22 18:23:24 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Wed, 22 Aug 2007 11:23:24 -0700 Subject: Why does libdeploy link libstdc++ dynamically? In-Reply-To: <46CC6D9F.6070405@gentoo.org> References: <466C2322.8040708@gentoo.org> <46CC6D9F.6070405@gentoo.org> Message-ID: <46CC7F1C.40400@sun.com> I am not seeing this dependency on our jdk7 build images from older Linux releases. I suspect that the Makefile logic that triggers static links might be broken for some Linux systems, or more likely for gcc 4. But I'd need more information about the system. What version of Linux and gcc was used to build this jdk? -kto Petteri R?ty wrote: > Petteri R?ty kirjoitti: >> All other parts of the JDK link libstdc++ statically so it's weird that >> libdeploy (from that I understand java web start and plugin related >> stuff and as such still closed source) links it dynamically. This means >> that our packages need to depend on the the old version of libstdc++. >> >> betelgeuse at pena ~/bin $ qlist sun-jdk-1.7 | xargs scanelf -n | grep libstdc >> ET_DYN libc.so.6,libstdc++.so.5,libm.so.6,libgcc_s.so.1 >> /opt/sun-jdk-1.7.0.0_alpha13/jre/lib/i386/libdeploy.so >> >> Regards, >> Petteri >> > > No-one answered so far so putting a query again. Many users are really > puzzled why 1.6 needs an old gcc installed when 1.5 didn't so it would > really help to solve this issue. > > Regards, > Petteri > From betelgeuse at gentoo.org Wed Aug 22 19:02:31 2007 From: betelgeuse at gentoo.org (=?UTF-8?B?UGV0dGVyaSBSw6R0eQ==?=) Date: Wed, 22 Aug 2007 22:02:31 +0300 Subject: Why does libdeploy link libstdc++ dynamically? In-Reply-To: <46CC7F1C.40400@sun.com> References: <466C2322.8040708@gentoo.org> <46CC6D9F.6070405@gentoo.org> <46CC7F1C.40400@sun.com> Message-ID: <46CC8847.6090100@gentoo.org> Kelly O'Hair kirjoitti: > > I am not seeing this dependency on our jdk7 build images from older > Linux releases. > > I suspect that the Makefile logic that triggers static links might be > broken for some Linux systems, or more likely for gcc 4. But I'd need > more information about the system. > > What version of Linux and gcc was used to build this jdk? > > -kto > I don't know what Sun uses to build their releases. Of course if you build it on your own then it uses the libstdc++ you have installed. Regards, Petteri -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From ted at tedneward.com Thu Aug 23 03:36:19 2007 From: ted at tedneward.com (Ted Neward) Date: Wed, 22 Aug 2007 20:36:19 -0700 Subject: Java 6: Java kernel available? In-Reply-To: <1INYOX-10VbIe0@fwd30.t-online.de> References: <1INYOX-10VbIe0@fwd30.t-online.de> Message-ID: <00d801c7e536$c7795200$566bf600$@com> Here?s a dumb question: what?s Java kernel? Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing HYPERLINK "http://www.tedneward.com"http://www.tedneward.com From: build-dev-bounces at openjdk.java.net [mailto:build-dev-bounces at openjdk.java.net] On Behalf Of alexanderschunk at t-online.de Sent: Tuesday, August 21, 2007 11:24 AM To: build-dev at openjdk.java.net Subject: Java 6: Java kernel available? i am not sure about this but there was a tiny blog today stating that Java kernel is ready for production and to be released with Java 6u4 update? Anyone a prooven information about this? If its right then i think this is pretty cool. - Best Alex No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: 8/21/2007 4:02 PM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: 8/21/2007 4:02 PM -------------- next part -------------- An HTML attachment was scrubbed... URL: From volker.simonis at gmail.com Thu Aug 23 07:45:47 2007 From: volker.simonis at gmail.com (Volker Simonis) Date: Thu, 23 Aug 2007 09:45:47 +0200 Subject: Java 6: Java kernel available? In-Reply-To: <00d801c7e536$c7795200$566bf600$@com> References: <1INYOX-10VbIe0@fwd30.t-online.de> <00d801c7e536$c7795200$566bf600$@com> Message-ID: google is your friend :) http://weblogs.java.net/blog/enicholas/archive/2006/09/java_browser_ed.html On 8/23/07, Ted Neward wrote: > > > > > Here's a dumb question: what's Java kernel? > > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > > > From: build-dev-bounces at openjdk.java.net > [mailto:build-dev-bounces at openjdk.java.net] On Behalf Of > alexanderschunk at t-online.de > Sent: Tuesday, August 21, 2007 11:24 AM > To: build-dev at openjdk.java.net > Subject: Java 6: Java kernel available? > > > > i am not sure about this but there was a tiny blog today stating that Java > kernel is ready for production and to be released with Java 6u4 update? > > Anyone a prooven information about this? > > If its right then i think this is pretty cool. > > - Best Alex > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: 8/21/2007 > 4:02 PM > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: 8/21/2007 > 4:02 PM > From Kelly.Ohair at Sun.COM Thu Aug 23 16:21:26 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 23 Aug 2007 09:21:26 -0700 Subject: Why does libdeploy link libstdc++ dynamically? In-Reply-To: <46CC8847.6090100@gentoo.org> References: <466C2322.8040708@gentoo.org> <46CC6D9F.6070405@gentoo.org> <46CC7F1C.40400@sun.com> <46CC8847.6090100@gentoo.org> Message-ID: <46CDB406.6060105@sun.com> Wait a minute, where did you get libdeploy.so? It's not part of the OpenJDK, at least not yet, and not that I'm aware of. -kto Petteri R?ty wrote: > Kelly O'Hair kirjoitti: >> I am not seeing this dependency on our jdk7 build images from older >> Linux releases. >> >> I suspect that the Makefile logic that triggers static links might be >> broken for some Linux systems, or more likely for gcc 4. But I'd need >> more information about the system. >> >> What version of Linux and gcc was used to build this jdk? >> >> -kto >> > > I don't know what Sun uses to build their releases. Of course if you > build it on your own then it uses the libstdc++ you have installed. > > Regards, > Petteri > From betelgeuse at gentoo.org Thu Aug 23 16:53:43 2007 From: betelgeuse at gentoo.org (=?UTF-8?B?UGV0dGVyaSBSw6R0eQ==?=) Date: Thu, 23 Aug 2007 19:53:43 +0300 Subject: Why does libdeploy link libstdc++ dynamically? In-Reply-To: <46CDB406.6060105@sun.com> References: <466C2322.8040708@gentoo.org> <46CC6D9F.6070405@gentoo.org> <46CC7F1C.40400@sun.com> <46CC8847.6090100@gentoo.org> <46CDB406.6060105@sun.com> Message-ID: <46CDBB97.4090903@gentoo.org> Kelly O'Hair kirjoitti: > Wait a minute, where did you get libdeploy.so? > > It's not part of the OpenJDK, at least not yet, and not that I'm aware of. > > -kto > > Nope. It's from the proprietary binary builds but this mailing list seemed the best place to ask about it as there could be a valid reason on why it's done and as such not a bug. Regards, Petteri -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From alexanderschunk at t-online.de Thu Aug 23 19:37:00 2007 From: alexanderschunk at t-online.de (alexanderschunk at t-online.de) Date: 23 Aug 2007 19:37 GMT Subject: OpenJDK: LinAlg API Message-ID: <1IOIV7-1E7WOe0@fwd31.t-online.de> Hi, i have written an API for linear algebra operations in Java that provides the following: Vector2D and Vector3D operations Matrix operations Complex Numbers operations You can use LinAlg classes straightforward: Vector2D x = new Vector2D(1, 3); //create a 2D Vector with x and y components Vectro2D y = new Vector2D(2, 3); //create another Vector x.add(y); //add y to x per component, that is x.x + y.x, x.y + y.y x.scalarMul(2); //scalar mulitply vector x by 2 I have had some discussions on this with Jeff Dinkins and Tom Marble. I have started providing a library for LinAlg you can download from my private homepage: http://www.alexanderschunk.de/javaen.htm I know there is currently lot of work on Mercurial and some restructuring going of OpenJDK on but you can use the .jar file or sourc bundle provided above as a first "preview". I post this here to get some feedback and futher opinions on this. I keep working on it so stay tune for updates. - Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From robilad at kaffe.org Fri Aug 24 14:49:46 2007 From: robilad at kaffe.org (Dalibor Topic) Date: Fri, 24 Aug 2007 16:49:46 +0200 Subject: OpenJDK Mercurial Trsntiion Update 1 In-Reply-To: <46CB8C39.8090007@sun.com> References: <46CB8C39.8090007@sun.com> Message-ID: <46CEF00A.8070402@kaffe.org> Kelly O'Hair wrote: > > I decided to do this update with a blog that I could edit instead of > an email: > > > http://weblogs.java.net/blog/kellyohair/archive/2007/08/openjdk_mercuri.html > Thank you very much for the update, Kelly, and in particular for the work on making it all happen. :) cheers, dalibor topic From alexanderschunk at t-online.de Fri Aug 24 17:27:00 2007 From: alexanderschunk at t-online.de (alexanderschunk at t-online.de) Date: 24 Aug 2007 17:27 GMT Subject: OpenJDK: SIMD and 3DNOW Message-ID: <1IOcwE-17Qqe00@fwd33.t-online.de> i just wonder if there is SIMD or 3DNOW support in Java / OpenjDK? I have used SIMD and 3DNOW with C++ for Computer graphics so i just wonder if there plans to incluede these for Java / OpenJDK computation or graphics features. - Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From betelgeuse at gentoo.org Sat Aug 25 08:51:35 2007 From: betelgeuse at gentoo.org (=?UTF-8?B?UGV0dGVyaSBSw6R0eQ==?=) Date: Sat, 25 Aug 2007 11:51:35 +0300 Subject: Binary Plugs Usage In-Reply-To: <46C73597.4030304@sun.com> References: <46C73597.4030304@sun.com> Message-ID: <46CFED97.2090200@gentoo.org> Kelly O'Hair kirjoitti: > > With the new sparse binary plug bundles, the build options will be > slightly different. > Great that they are smaller but still useless for ebuilds as they are GUI. Seems someone wrote a hack around that https://bugs.gentoo.org/show_bug.cgi?id=190148 . What does Sun think about this hack? Of course the best solution would be to just make the binary plugs available without GUI clicking. Regards, Petteri -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From Kelly.Ohair at Sun.COM Sat Aug 25 21:06:55 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Sat, 25 Aug 2007 14:06:55 -0700 Subject: Binary Plugs Usage In-Reply-To: <46CFED97.2090200@gentoo.org> References: <46C73597.4030304@sun.com> <46CFED97.2090200@gentoo.org> Message-ID: <46D099EF.5010604@sun.com> Humm.. well it's not like it was that hard to figure out, but anyone using this has effectively accepted the license... ;^) I'll file an RFE to see if we could make the binary plug unbundling GUI-less and potentially something that could be automated. Can't promise ti will happen real quick, the mercurial transition is #1 for me right now. -kto Petteri R?ty wrote: > Kelly O'Hair kirjoitti: >> With the new sparse binary plug bundles, the build options will be >> slightly different. >> > > Great that they are smaller but still useless for ebuilds as they are > GUI. Seems someone wrote a hack around that > https://bugs.gentoo.org/show_bug.cgi?id=190148 . What does Sun think > about this hack? Of course the best solution would be to just make the > binary plugs available without GUI clicking. > > Regards, > Petteri > From betelgeuse at gentoo.org Sat Aug 25 22:00:12 2007 From: betelgeuse at gentoo.org (=?UTF-8?B?UGV0dGVyaSBSw6R0eQ==?=) Date: Sun, 26 Aug 2007 01:00:12 +0300 Subject: Binary Plugs Usage In-Reply-To: <46D099EF.5010604@sun.com> References: <46C73597.4030304@sun.com> <46CFED97.2090200@gentoo.org> <46D099EF.5010604@sun.com> Message-ID: <46D0A66C.3030603@gentoo.org> Kelly O'Hair kirjoitti: > Humm.. well it's not like it was that hard to figure out, but anyone > using this has effectively accepted the license... ;^) > > I'll file an RFE to see if we could make the binary plug unbundling > GUI-less and potentially something that could be automated. > Can't promise ti will happen real quick, the mercurial transition is #1 > for me right now. > > -kto > Indeed but is it ok if I use the hack in the ebuild? Regards, Petteri -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From ted at tedneward.com Sun Aug 26 04:35:01 2007 From: ted at tedneward.com (Ted Neward) Date: Sat, 25 Aug 2007 21:35:01 -0700 Subject: Java 6: Java kernel available? In-Reply-To: References: <1INYOX-10VbIe0@fwd30.t-online.de> <00d801c7e536$c7795200$566bf600$@com> Message-ID: <002101c7e79a$797662d0$6c632870$@com> True, but I was worried that Googling "Java kernel" would yield up tons of old JavaOS and JavaCPU pages. :-) Still, I wonder about this componentization of the JRE that Chet's alluding to--where is this work taking place, and is it being reflected in what we see in the OpenJDK builds? I'm curious to see how it's progressing (and potentially affecting the JVM as a whole...). Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Volker Simonis [mailto:volker.simonis at gmail.com] > Sent: Thursday, August 23, 2007 12:46 AM > To: Ted Neward > Cc: alexanderschunk at t-online.de; build-dev at openjdk.java.net > Subject: Re: Java 6: Java kernel available? > > google is your friend :) > > http://weblogs.java.net/blog/enicholas/archive/2006/09/java_browser_ed. > html > > On 8/23/07, Ted Neward wrote: > > > > > > > > > > Here's a dumb question: what's Java kernel? > > > > > > > > > > Ted Neward > > > > Java, .NET, XML Services > > > > Consulting, Teaching, Speaking, Writing > > > > http://www.tedneward.com > > > > > > > > > > > > From: build-dev-bounces at openjdk.java.net > > [mailto:build-dev-bounces at openjdk.java.net] On Behalf Of > > alexanderschunk at t-online.de > > Sent: Tuesday, August 21, 2007 11:24 AM > > To: build-dev at openjdk.java.net > > Subject: Java 6: Java kernel available? > > > > > > > > i am not sure about this but there was a tiny blog today stating that > Java > > kernel is ready for production and to be released with Java 6u4 > update? > > > > Anyone a prooven information about this? > > > > If its right then i think this is pretty cool. > > > > - Best Alex > > > > > > > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: > 8/21/2007 > > 4:02 PM > > > > > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: > 8/21/2007 > > 4:02 PM > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: > 8/21/2007 4:02 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: 269.12.6/971 - Release Date: 8/24/2007 2:59 PM From Kelly.Ohair at Sun.COM Sun Aug 26 16:33:24 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Sun, 26 Aug 2007 09:33:24 -0700 Subject: Binary Plugs Usage In-Reply-To: <46D0A66C.3030603@gentoo.org> References: <46C73597.4030304@sun.com> <46CFED97.2090200@gentoo.org> <46D099EF.5010604@sun.com> <46D0A66C.3030603@gentoo.org> Message-ID: <46D1AB54.6050208@sun.com> I cannot answer that, I am not a lawyer. Sorry. :^( -kto Petteri R?ty wrote: > Kelly O'Hair kirjoitti: >> Humm.. well it's not like it was that hard to figure out, but anyone >> using this has effectively accepted the license... ;^) >> >> I'll file an RFE to see if we could make the binary plug unbundling >> GUI-less and potentially something that could be automated. >> Can't promise ti will happen real quick, the mercurial transition is #1 >> for me right now. >> >> -kto >> > > Indeed but is it ok if I use the hack in the ebuild? > > Regards, > Petteri > From springer at reservoir.com Mon Aug 27 17:00:53 2007 From: springer at reservoir.com (Jonathan Springer) Date: Mon, 27 Aug 2007 12:00:53 -0500 Subject: Binary plugs for non-supported platforms? Message-ID: <46D30345.2010506@reservoir.com> Hi, We have been working on an OpenJDK MIPS port, but it's difficult to produce a version that works fully due to the remaining missing pieces (in b18, libdcpr.so, libjsound.so, and libjsoundalso.so). I know that work is in progress to create open replacements for these pieces (and thanks for the work to remove libt2k already), but would it be possible in the meantime to get binary versions of these libraries, analogous to the binary plug versions that exist for other platforms? We could actually do the work of building them ourselves; we'd just need a copy of the code with an appropriate license from Sun, or some other similar agreement. If Sun has access to a Linux MIPS machine and could generate it that would be great too, of course, but I'm expecting not. Thanks, -Jonathan -- Jonathan Springer | Reservoir Labs, Inc. | http://www.reservoir.com/ From fw at deneb.enyo.de Mon Aug 27 21:24:05 2007 From: fw at deneb.enyo.de (Florian Weimer) Date: Mon, 27 Aug 2007 23:24:05 +0200 Subject: Binary plugs for non-supported platforms? In-Reply-To: <46D30345.2010506@reservoir.com> (Jonathan Springer's message of "Mon, 27 Aug 2007 12:00:53 -0500") References: <46D30345.2010506@reservoir.com> Message-ID: <87ejhou0wa.fsf@mid.deneb.enyo.de> * Jonathan Springer: > We have been working on an OpenJDK MIPS port, but it's difficult to > produce a version that works fully due to the remaining missing pieces > (in b18, libdcpr.so, libjsound.so, and libjsoundalso.so). I know that > work is in progress to create open replacements for these pieces (and > thanks for the work to remove libt2k already), but would it be > possible in the meantime to get binary versions of these libraries, > analogous to the binary plug versions that exist for other platforms? Couldn't you base your work on the IcedTea effort? It should give you a fairly complete variant of OpenJDK on any GCJ-supported platform, provided that you've successfully ported the Hotspot VM. From twisti at complang.tuwien.ac.at Mon Aug 27 21:32:53 2007 From: twisti at complang.tuwien.ac.at (Christian Thalinger) Date: Mon, 27 Aug 2007 23:32:53 +0200 Subject: JDK GNU/Linux SPARC and MIPS In-Reply-To: <46CC326D.1030101@gmail.com> References: <46CC326D.1030101@gmail.com> Message-ID: <1188250373.3823.44.camel@localhost.localdomain> On Wed, 2007-08-22 at 14:56 +0200, Sunil Amitkumar Janki wrote: > I have GNU/Linux running on x86, MIPS and SPARC but only > x86 has an up to date JDK. For MIPS I have JDK 1.5.0 and > for SPARC Blackdown's JDK 1.4.1. > > I would like to see support for both architectures integrated > into the JDK sources alongside x86, x86_64 and Solaris SPARC > so all systems can benefit from up to date Java installations. > > Could someone point out to me what I'd have to do to get > the latest JDK up and running and support for it integrated > into mainline sources? Well, you could port HotSpot or join us, in whatever way, in the IcedTea project where we try to get OpenJDK running on non-HotSpot platforms. - twisti From springer at reservoir.com Mon Aug 27 22:14:49 2007 From: springer at reservoir.com (Jonathan Springer) Date: Mon, 27 Aug 2007 17:14:49 -0500 Subject: Binary plugs for non-supported platforms? In-Reply-To: <87ejhou0wa.fsf@mid.deneb.enyo.de> References: <46D30345.2010506@reservoir.com> <87ejhou0wa.fsf@mid.deneb.enyo.de> Message-ID: <46D34CD9.8080406@reservoir.com> Florian Weimer wrote: > * Jonathan Springer: > >>We have been working on an OpenJDK MIPS port, but it's difficult to >>produce a version that works fully due to the remaining missing pieces >>(in b18, libdcpr.so, libjsound.so, and libjsoundalso.so). I know that >>work is in progress to create open replacements for these pieces (and >>thanks for the work to remove libt2k already), but would it be >>possible in the meantime to get binary versions of these libraries, >>analogous to the binary plug versions that exist for other platforms? > > Couldn't you base your work on the IcedTea effort? It should give you > a fairly complete variant of OpenJDK on any GCJ-supported platform, > provided that you've successfully ported the Hotspot VM. I wasn't aware that IcedTea had replacements for these closed libraries (listed above), which are referenced by some elements of the class library. However, I just went to the wiki to check, and it sounds like you've stubbed out sound (libjsound, libjsoundalsa) and maybe reimplemented around libdcpr. I guess I should take a closer look -- thanks for the idea. One issue for use of IcedTea is that we are on Gentoo, though I see now the FAQ talks about how to get that to work (build a custom libgcj). It's just a question of what is least painful. I'm still interested in getting simple binaries of the originals, since that would be most expedient. -- Jonathan Springer | Reservoir Labs, Inc. | http://www.reservoir.com/ From Tim.Bell at Sun.COM Mon Aug 27 22:29:42 2007 From: Tim.Bell at Sun.COM (Tim Bell) Date: Mon, 27 Aug 2007 15:29:42 -0700 Subject: Binary plugs for non-supported platforms? In-Reply-To: <46D30345.2010506@reservoir.com> References: <46D30345.2010506@reservoir.com> Message-ID: <46D35056.9060005@sun.com> Jonathan Springer wrote: > We could actually do the work of building them ourselves; we'd just need > a copy of the code with an appropriate license from Sun, or some other > similar agreement. If you can work within the terms of the Java Research License (JRL), the code is available here: https://jdk-jrl-sources.dev.java.net/ > If Sun has access to a Linux MIPS machine and could generate it that would > be great too, of course, but I'm expecting not. Sorry - as far as I know we don't have MIPS anything in our labs. Tim From springer at reservoir.com Mon Aug 27 23:11:53 2007 From: springer at reservoir.com (Jonathan Springer) Date: Mon, 27 Aug 2007 18:11:53 -0500 Subject: Binary plugs for non-supported platforms? In-Reply-To: <46D35056.9060005@sun.com> References: <46D30345.2010506@reservoir.com> <46D35056.9060005@sun.com> Message-ID: <46D35A39.7090008@reservoir.com> Tim Bell wrote: > Jonathan Springer wrote: > >> We could actually do the work of building them ourselves; we'd just >> need a copy of the code with an appropriate license from Sun, or some >> other similar agreement. > > If you can work within the terms of the Java Research License (JRL), > the code is available here: > > https://jdk-jrl-sources.dev.java.net/ Thanks -- it might be ok (for now), but I was concerned it might not be and preferred to avoid having to deal with that issue. The IcedTea workarounds may work for us. -- Jonathan Springer | Reservoir Labs, Inc. | http://www.reservoir.com/ From Phil.Race at Sun.COM Tue Aug 28 16:40:27 2007 From: Phil.Race at Sun.COM (Phil Race) Date: Tue, 28 Aug 2007 09:40:27 -0700 Subject: Java 6: Java kernel available? In-Reply-To: <002101c7e79a$797662d0$6c632870$@com> References: <1INYOX-10VbIe0@fwd30.t-online.de> <00d801c7e536$c7795200$566bf600$@com> <002101c7e79a$797662d0$6c632870$@com> Message-ID: <46D44FFB.40009@sun.com> The Java Kernel is an installation technology. Its not part of the OpenJDK sources. i.e it doesn't (SFAIK) touch anything in the JDK source tree, so you won't see any changes there. -phil. Ted Neward wrote: > True, but I was worried that Googling "Java kernel" would yield up tons of old JavaOS and JavaCPU pages. :-) > > Still, I wonder about this componentization of the JRE that Chet's alluding to--where is this work taking place, and is it being reflected in what we see in the OpenJDK builds? I'm curious to see how it's progressing (and potentially affecting the JVM as a whole...). > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > >> -----Original Message----- >> From: Volker Simonis [mailto:volker.simonis at gmail.com] >> Sent: Thursday, August 23, 2007 12:46 AM >> To: Ted Neward >> Cc: alexanderschunk at t-online.de; build-dev at openjdk.java.net >> Subject: Re: Java 6: Java kernel available? >> >> google is your friend :) >> >> http://weblogs.java.net/blog/enicholas/archive/2006/09/java_browser_ed. >> html >> >> On 8/23/07, Ted Neward wrote: >>> >>> >>> >>> Here's a dumb question: what's Java kernel? >>> >>> >>> >>> >>> Ted Neward >>> >>> Java, .NET, XML Services >>> >>> Consulting, Teaching, Speaking, Writing >>> >>> http://www.tedneward.com >>> >>> >>> >>> >>> >>> From: build-dev-bounces at openjdk.java.net >>> [mailto:build-dev-bounces at openjdk.java.net] On Behalf Of >>> alexanderschunk at t-online.de >>> Sent: Tuesday, August 21, 2007 11:24 AM >>> To: build-dev at openjdk.java.net >>> Subject: Java 6: Java kernel available? >>> >>> >>> >>> i am not sure about this but there was a tiny blog today stating that >> Java >>> kernel is ready for production and to be released with Java 6u4 >> update? >>> Anyone a prooven information about this? >>> >>> If its right then i think this is pretty cool. >>> >>> - Best Alex >>> >>> >>> >>> No virus found in this incoming message. >>> Checked by AVG Free Edition. >>> Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: >> 8/21/2007 >>> 4:02 PM >>> >>> >>> No virus found in this outgoing message. >>> Checked by AVG Free Edition. >>> Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: >> 8/21/2007 >>> 4:02 PM >>> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: >> 8/21/2007 4:02 PM >> > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.484 / Virus Database: 269.12.6/971 - Release Date: 8/24/2007 2:59 PM > > From Phil.Race at Sun.COM Tue Aug 28 17:22:13 2007 From: Phil.Race at Sun.COM (Phil Race) Date: Tue, 28 Aug 2007 10:22:13 -0700 Subject: Java 6: Java kernel available? In-Reply-To: <46D44FFB.40009@sun.com> References: <1INYOX-10VbIe0@fwd30.t-online.de> <00d801c7e536$c7795200$566bf600$@com> <002101c7e79a$797662d0$6c632870$@com> <46D44FFB.40009@sun.com> Message-ID: <46D459C5.8060809@sun.com> PS it was pointed out to me that there may be some changes in the hotspot source tree for kernel to address classloading and library loading but I don't know anything about hotspot internals so can't be more specific. -phil. Phil Race wrote: > The Java Kernel is an installation technology. Its not part of the > OpenJDK sources. > i.e it doesn't (SFAIK) touch anything in the JDK source tree, so you > won't see > any changes there. > > -phil. > > Ted Neward wrote: >> True, but I was worried that Googling "Java kernel" would yield up >> tons of old JavaOS and JavaCPU pages. :-) >> >> Still, I wonder about this componentization of the JRE that Chet's >> alluding to--where is this work taking place, and is it being >> reflected in what we see in the OpenJDK builds? I'm curious to see how >> it's progressing (and potentially affecting the JVM as a whole...). >> >> Ted Neward >> Java, .NET, XML Services >> Consulting, Teaching, Speaking, Writing >> http://www.tedneward.com >> >>> -----Original Message----- >>> From: Volker Simonis [mailto:volker.simonis at gmail.com] >>> Sent: Thursday, August 23, 2007 12:46 AM >>> To: Ted Neward >>> Cc: alexanderschunk at t-online.de; build-dev at openjdk.java.net >>> Subject: Re: Java 6: Java kernel available? >>> >>> google is your friend :) >>> >>> http://weblogs.java.net/blog/enicholas/archive/2006/09/java_browser_ed. >>> html >>> >>> On 8/23/07, Ted Neward wrote: >>>> >>>> >>>> >>>> Here's a dumb question: what's Java kernel? >>>> >>>> >>>> >>>> >>>> Ted Neward >>>> >>>> Java, .NET, XML Services >>>> >>>> Consulting, Teaching, Speaking, Writing >>>> >>>> http://www.tedneward.com >>>> >>>> >>>> >>>> >>>> >>>> From: build-dev-bounces at openjdk.java.net >>>> [mailto:build-dev-bounces at openjdk.java.net] On Behalf Of >>>> alexanderschunk at t-online.de >>>> Sent: Tuesday, August 21, 2007 11:24 AM >>>> To: build-dev at openjdk.java.net >>>> Subject: Java 6: Java kernel available? >>>> >>>> >>>> >>>> i am not sure about this but there was a tiny blog today stating that >>> Java >>>> kernel is ready for production and to be released with Java 6u4 >>> update? >>>> Anyone a prooven information about this? >>>> >>>> If its right then i think this is pretty cool. >>>> >>>> - Best Alex >>>> >>>> >>>> >>>> No virus found in this incoming message. >>>> Checked by AVG Free Edition. >>>> Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: >>> 8/21/2007 >>>> 4:02 PM >>>> >>>> >>>> No virus found in this outgoing message. >>>> Checked by AVG Free Edition. >>>> Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: >>> 8/21/2007 >>>> 4:02 PM >>>> >>> No virus found in this incoming message. >>> Checked by AVG Free Edition. >>> Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: >>> 8/21/2007 4:02 PM >>> >> >> No virus found in this outgoing message. >> Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: >> 269.12.6/971 - Release Date: 8/24/2007 2:59 PM >> >> From alexanderschunk at t-online.de Tue Aug 28 19:12:00 2007 From: alexanderschunk at t-online.de (alexanderschunk at t-online.de) Date: 28 Aug 2007 19:12 GMT Subject: OpenJDK: Quickstart Message-ID: <1IQ6Tx-14Q8R60@fwd35.t-online.de> Hi, i want to help on improving cold / warmstart issues for OpenJDK. As i have learned from Chets Blog on the Consumer JRE there are talks about takint advantage of the disk cache to improve warm start. I would to contribute to this issue and have created a java.net project called JumpStart - in contrast to Quickstart. Is there currently any work going on in this field of the OpenJDK JRE / VM? Thanks -Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From Phil.Race at Sun.COM Tue Aug 28 19:23:23 2007 From: Phil.Race at Sun.COM (Phil Race) Date: Tue, 28 Aug 2007 12:23:23 -0700 Subject: OpenJDK: Quickstart In-Reply-To: <1IQ6Tx-14Q8R60@fwd35.t-online.de> References: <1IQ6Tx-14Q8R60@fwd35.t-online.de> Message-ID: <46D4762B.5020906@sun.com> Alexander, This would be better asked on the "discuss" list since it has nothing to do with the JDK build process. -phil. alexanderschunk at t-online.de wrote: > Hi, > > i want to help on improving cold / warmstart issues for OpenJDK. > > As i have learned from Chets Blog on the Consumer JRE there are talks about > takint advantage of the disk cache to improve warm start. > > I would to contribute to this issue and have created a java.net project > called JumpStart - in contrast > to Quickstart. > > Is there currently any work going on in this field of the OpenJDK JRE / VM? > > Thanks > -Alex From alexanderschunk at t-online.de Tue Aug 28 21:07:00 2007 From: alexanderschunk at t-online.de (alexanderschunk at t-online.de) Date: 28 Aug 2007 21:07 GMT Subject: build-dev Digest, Vol 4, Issue 26 In-Reply-To: References: Message-ID: <1IQ8HM-10SIiG0@fwd26.t-online.de> see http://weblogs.java.net/blog/chet/archive/2007/05/consumer_jre_le.html for more information. - Alex schrieb: > Send build-dev mailing list submissions to > mailto:build-dev at openjdk.java.net > > To subscribe or unsubscribe via the World Wide Web, visit > http://mail.openjdk.java.net/mailman/listinfo/build-dev > or, via email, send a message with subject or body 'help' to > mailto:build-dev-request at openjdk.java.net > > You can reach the person managing the list at > mailto:build-dev-owner at openjdk.java.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of build-dev digest..." > > > Today's Topics: > > 1. Re: Binary plugs for non-supported platforms? (Florian Weimer) > 2. Re: JDK GNU/Linux SPARC and MIPS (Christian Thalinger) > 3. Re: Binary plugs for non-supported platforms? (Jonathan Springer) > 4. Re: Binary plugs for non-supported platforms? (Tim Bell) > 5. Re: Binary plugs for non-supported platforms? (Jonathan Springer) > 6. Re: Java 6: Java kernel available? (Phil Race) > 7. Re: Java 6: Java kernel available? (Phil Race) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 27 Aug 2007 23:24:05 +0200 > From: Florian Weimer > Subject: Re: Binary plugs for non-supported platforms? > To: Jonathan Springer > Cc: mailto:build-dev at openjdk.java.net > Message-ID: > Content-Type: text/plain; charset=us-ascii > > * Jonathan Springer: > > > We have been working on an OpenJDK MIPS port, but it's difficult to > > produce a version that works fully due to the remaining missing pieces > > (in b18, libdcpr.so, libjsound.so, and libjsoundalso.so). I know that > > work is in progress to create open replacements for these pieces (and > > thanks for the work to remove libt2k already), but would it be > > possible in the meantime to get binary versions of these libraries, > > analogous to the binary plug versions that exist for other platforms? > > Couldn't you base your work on the IcedTea effort? It should give you > a fairly complete variant of OpenJDK on any GCJ-supported platform, > provided that you've successfully ported the Hotspot VM. > > > ------------------------------ > > Message: 2 > Date: Mon, 27 Aug 2007 23:32:53 +0200 > From: Christian Thalinger > Subject: Re: JDK GNU/Linux SPARC and MIPS > To: Sunil Amitkumar Janki > Cc: mailto:build-dev at openjdk.java.net > Message-ID: > Content-Type: text/plain > > On Wed, 2007-08-22 at 14:56 +0200, Sunil Amitkumar Janki wrote: > > I have GNU/Linux running on x86, MIPS and SPARC but only > > x86 has an up to date JDK. For MIPS I have JDK 1.5.0 and > > for SPARC Blackdown's JDK 1.4.1. > > > > I would like to see support for both architectures integrated > > into the JDK sources alongside x86, x86_64 and Solaris SPARC > > so all systems can benefit from up to date Java installations. > > > > Could someone point out to me what I'd have to do to get > > the latest JDK up and running and support for it integrated > > into mainline sources? > > Well, you could port HotSpot or join us, in whatever way, in the IcedTea > project where we try to get OpenJDK running on non-HotSpot platforms. > > - twisti > > > > ------------------------------ > > Message: 3 > Date: Mon, 27 Aug 2007 17:14:49 -0500 > From: Jonathan Springer > Subject: Re: Binary plugs for non-supported platforms? > To: Florian Weimer > Cc: mailto:build-dev at openjdk.java.net > Message-ID: > Content-Type: text/plain; charset=us-ascii; format=flowed > > Florian Weimer wrote: > > > * Jonathan Springer: > > > >>We have been working on an OpenJDK MIPS port, but it's difficult to > >>produce a version that works fully due to the remaining missing pieces > >>(in b18, libdcpr.so, libjsound.so, and libjsoundalso.so). I know that > >>work is in progress to create open replacements for these pieces (and > >>thanks for the work to remove libt2k already), but would it be > >>possible in the meantime to get binary versions of these libraries, > >>analogous to the binary plug versions that exist for other platforms? > > > > Couldn't you base your work on the IcedTea effort? It should give you > > a fairly complete variant of OpenJDK on any GCJ-supported platform, > > provided that you've successfully ported the Hotspot VM. > > I wasn't aware that IcedTea had replacements for these closed libraries (listed above), > which are referenced by some elements of the class library. However, I just went to the > wiki to check, and it sounds like you've stubbed out sound (libjsound, libjsoundalsa) and > maybe reimplemented around libdcpr. I guess I should take a closer look -- thanks for the > idea. > > One issue for use of IcedTea is that we are on Gentoo, though I see now the FAQ talks > about how to get that to work (build a custom libgcj). It's just a question of what is > least painful. > > I'm still interested in getting simple binaries of the originals, since that would be most > expedient. > > -- > Jonathan Springer | > Reservoir Labs, Inc. | http://www.reservoir.com/ > > > ------------------------------ > > Message: 4 > Date: Mon, 27 Aug 2007 15:29:42 -0700 > From: Tim Bell > Subject: Re: Binary plugs for non-supported platforms? > To: Jonathan Springer > Cc: mailto:build-dev at openjdk.java.net > Message-ID: > Content-Type: text/plain; format=flowed; charset=ISO-8859-1 > > Jonathan Springer wrote: > > > We could actually do the work of building them ourselves; we'd just need > > a copy of the code with an appropriate license from Sun, or some other > > similar agreement. > > If you can work within the terms of the Java Research License (JRL), > the code is available here: > > https://jdk-jrl-sources.dev.java.net/ > > > If Sun has access to a Linux MIPS machine and could generate it that would > > be great too, of course, but I'm expecting not. > > Sorry - as far as I know we don't have MIPS anything in our labs. > > Tim > > > ------------------------------ > > Message: 5 > Date: Mon, 27 Aug 2007 18:11:53 -0500 > From: Jonathan Springer > Subject: Re: Binary plugs for non-supported platforms? > To: mailto:Tim.Bell at Sun.COM > Cc: mailto:build-dev at openjdk.java.net > Message-ID: > Content-Type: text/plain; charset=us-ascii; format=flowed > > Tim Bell wrote: > > > Jonathan Springer wrote: > > > >> We could actually do the work of building them ourselves; we'd just > >> need a copy of the code with an appropriate license from Sun, or some > >> other similar agreement. > > > > If you can work within the terms of the Java Research License (JRL), > > the code is available here: > > > > https://jdk-jrl-sources.dev.java.net/ > > Thanks -- it might be ok (for now), but I was concerned it might not be and preferred to > avoid having to deal with that issue. > > The IcedTea workarounds may work for us. > > -- > Jonathan Springer | > Reservoir Labs, Inc. | http://www.reservoir.com/ > > > ------------------------------ > > Message: 6 > Date: Tue, 28 Aug 2007 09:40:27 -0700 > From: Phil Race > Subject: Re: Java 6: Java kernel available? > To: Ted Neward > Cc: mailto:alexanderschunk at t-online.de, mailto:build-dev at openjdk.java.net > Message-ID: > Content-Type: text/plain; format=flowed; charset=utf-8 > > The Java Kernel is an installation technology. Its not part of the OpenJDK sources. > i.e it doesn't (SFAIK) touch anything in the JDK source tree, so you won't see > any changes there. > > -phil. > > Ted Neward wrote: > > True, but I was worried that Googling "Java kernel" would yield up tons of old JavaOS and JavaCPU pages. :-) > > > > Still, I wonder about this componentization of the JRE that Chet's alluding to--where is this work taking place, and is it being reflected in what we see in the OpenJDK builds? I'm curious to see how it's progressing (and potentially affecting the JVM as a whole...). > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > >> -----Original Message----- > >> From: Volker Simonis [mailto:volker.simonis at gmail.com] > >> Sent: Thursday, August 23, 2007 12:46 AM > >> To: Ted Neward > >> Cc: mailto:alexanderschunk at t-online.de; mailto:build-dev at openjdk.java.net > >> Subject: Re: Java 6: Java kernel available? > >> > >> google is your friend :) > >> > >> http://weblogs.java.net/blog/enicholas/archive/2006/09/java_browser_ed. > >> html > >> > >> On 8/23/07, Ted Neward wrote: > >>> > >>> > >>> > >>> Here's a dumb question: what's Java kernel? > >>> > >>> > >>> > >>> > >>> Ted Neward > >>> > >>> Java, .NET, XML Services > >>> > >>> Consulting, Teaching, Speaking, Writing > >>> > >>> http://www.tedneward.com > >>> > >>> > >>> > >>> > >>> > >>> From: mailto:build-dev-bounces at openjdk.java.net > >>> [mailto:build-dev-bounces at openjdk.java.net] On Behalf Of > >>> mailto:alexanderschunk at t-online.de > >>> Sent: Tuesday, August 21, 2007 11:24 AM > >>> To: mailto:build-dev at openjdk.java.net > >>> Subject: Java 6: Java kernel available? > >>> > >>> > >>> > >>> i am not sure about this but there was a tiny blog today stating that > >> Java > >>> kernel is ready for production and to be released with Java 6u4 > >> update? > >>> Anyone a prooven information about this? > >>> > >>> If its right then i think this is pretty cool. > >>> > >>> - Best Alex > >>> > >>> > >>> > >>> No virus found in this incoming message. > >>> Checked by AVG Free Edition. > >>> Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: > >> 8/21/2007 > >>> 4:02 PM > >>> > >>> > >>> No virus found in this outgoing message. > >>> Checked by AVG Free Edition. > >>> Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: > >> 8/21/2007 > >>> 4:02 PM > >>> > >> No virus found in this incoming message. > >> Checked by AVG Free Edition. > >> Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: > >> 8/21/2007 4:02 PM > >> > > > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.5.484 / Virus Database: 269.12.6/971 - Release Date: 8/24/2007 2:59 PM > > > > > > > ------------------------------ > > Message: 7 > Date: Tue, 28 Aug 2007 10:22:13 -0700 > From: Phil Race > Subject: Re: Java 6: Java kernel available? > To: Ted Neward > Cc: mailto:alexanderschunk at t-online.de, mailto:build-dev at openjdk.java.net > Message-ID: > Content-Type: text/plain; format=flowed; charset=utf-8 > > PS it was pointed out to me that there may be some changes in > the hotspot source tree for kernel to address classloading and > library loading but I don't know anything about hotspot internals > so can't be more specific. > > -phil. > > Phil Race wrote: > > The Java Kernel is an installation technology. Its not part of the > > OpenJDK sources. > > i.e it doesn't (SFAIK) touch anything in the JDK source tree, so you > > won't see > > any changes there. > > > > -phil. > > > > Ted Neward wrote: > >> True, but I was worried that Googling "Java kernel" would yield up > >> tons of old JavaOS and JavaCPU pages. :-) > >> > >> Still, I wonder about this componentization of the JRE that Chet's > >> alluding to--where is this work taking place, and is it being > >> reflected in what we see in the OpenJDK builds? I'm curious to see how > >> it's progressing (and potentially affecting the JVM as a whole...). > >> > >> Ted Neward > >> Java, .NET, XML Services > >> Consulting, Teaching, Speaking, Writing > >> http://www.tedneward.com > >> > >>> -----Original Message----- > >>> From: Volker Simonis [mailto:volker.simonis at gmail.com] > >>> Sent: Thursday, August 23, 2007 12:46 AM > >>> To: Ted Neward > >>> Cc: mailto:alexanderschunk at t-online.de; mailto:build-dev at openjdk.java.net > >>> Subject: Re: Java 6: Java kernel available? > >>> > >>> google is your friend :) > >>> > >>> http://weblogs.java.net/blog/enicholas/archive/2006/09/java_browser_ed. > >>> html > >>> > >>> On 8/23/07, Ted Neward wrote: > >>>> > >>>> > >>>> > >>>> Here's a dumb question: what's Java kernel? > >>>> > >>>> > >>>> > >>>> > >>>> Ted Neward > >>>> > >>>> Java, .NET, XML Services > >>>> > >>>> Consulting, Teaching, Speaking, Writing > >>>> > >>>> http://www.tedneward.com > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> From: mailto:build-dev-bounces at openjdk.java.net > >>>> [mailto:build-dev-bounces at openjdk.java.net] On Behalf Of > >>>> mailto:alexanderschunk at t-online.de > >>>> Sent: Tuesday, August 21, 2007 11:24 AM > >>>> To: mailto:build-dev at openjdk.java.net > >>>> Subject: Java 6: Java kernel available? > >>>> > >>>> > >>>> > >>>> i am not sure about this but there was a tiny blog today stating that > >>> Java > >>>> kernel is ready for production and to be released with Java 6u4 > >>> update? > >>>> Anyone a prooven information about this? > >>>> > >>>> If its right then i think this is pretty cool. > >>>> > >>>> - Best Alex > >>>> > >>>> > >>>> > >>>> No virus found in this incoming message. > >>>> Checked by AVG Free Edition. > >>>> Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: > >>> 8/21/2007 > >>>> 4:02 PM > >>>> > >>>> > >>>> No virus found in this outgoing message. > >>>> Checked by AVG Free Edition. > >>>> Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: > >>> 8/21/2007 > >>>> 4:02 PM > >>>> > >>> No virus found in this incoming message. > >>> Checked by AVG Free Edition. > >>> Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: > >>> 8/21/2007 4:02 PM > >>> > >> > >> No virus found in this outgoing message. > >> Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: > >> 269.12.6/971 - Release Date: 8/24/2007 2:59 PM > >> > >> > > > End of build-dev Digest, Vol 4, Issue 26 > **************************************** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.egger at campus02.at Tue Aug 28 20:47:57 2007 From: alexander.egger at campus02.at (Alexander Egger) Date: Tue, 28 Aug 2007 22:47:57 +0200 Subject: Building plugin and javaws on Linux Message-ID: <200708282247.58840.alexander.egger@campus02.at> Hi, I was successfull in building openjdk b18 on my openSUSE 10.2 build service account, but unfortunately the Mozilla plugin and javaws were not build. Any idea how to include this to the build. The binary distribution has both so I think there has to be a switch somewhere. Alexander -- Dr. Alexander Egger, Studiengang IT & IT-Marketing CAMPUS 02 Fachhochschule der Wirtschaft GmbH K?rblergasse 126, 8021 Graz, Austria/EUROPE T:+43 316 6002 395 M:+43 699 14102026