From feng.xian at gmail.com Sat Dec 1 14:39:36 2007 From: feng.xian at gmail.com (Feng Xian) Date: Sat, 1 Dec 2007 16:39:36 -0600 Subject: problem with building jdk7--"cannot find -ljvm" Message-ID: <610b3d450712011439i42ffa43byd9aaf0c1d732cd10@mail.gmail.com> Hi, I downloaded openjdk today and modified some source files in hotspot. I made a building script but the build failed after executing the script. The error message is shown below ============================== .................... echo Linking launcher...; \ \ gcc -m32 -march=i586 -Xlinker -O1 -m32 -march=i586 -export-dynamic -L `pwd` -o gamma launcher.o -ljvm -lm -ldl -lpthread; \ \ } Linking launcher... /usr/bin/ld: cannot find -ljvm <-----ERROR ================================ The build script is below. I dont know why libjvm.so couldn't be found ( the library still couldn't be found even I set LD_LIBRARY_PATH). Could someone help me out on this? Thanks! =================================== #!/bin/bash unset JAVA_HOME CLASSPATH LD_LIBRARY_PATH export ALT_DEVTOOLS_PATH="/usr/bin" export ALT_BOOTDIR="/home/fxian/jdk1.6.0_03" export ALT_BINARY_PLUGS_PATH="/home/fxian/openjdk" export ALT_JDK_IMPORT_PATH="/home/fxian/jdk1.6.0_03" export ALT_MOZILLA_HEADERS_PATH="/home/fxian/openjdk/share/plugin" export MILESTONE="TerryJDK7" export DEV_ONLY=true export INSANE=true export MAKE_VERBOSE=true export BUILD_LANGTOOLS=false export DEBUG_GDB3=true export ARCH_DATA_MODEL=32 make hotspot ====================================== -- Addr: 1025N, 23rd str, APT 33, Lincoln, NE, 68503 Phone: (402)310-9826 WWW: cse.unl.edu/~fxian -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20071201/db151602/attachment.html From Dmitri.Trembovetski at Sun.COM Sat Dec 1 22:52:42 2007 From: Dmitri.Trembovetski at Sun.COM (Dmitri Trembovetski) Date: Sat, 01 Dec 2007 22:52:42 -0800 Subject: problem with building jdk7--"cannot find -ljvm" In-Reply-To: <610b3d450712011439i42ffa43byd9aaf0c1d732cd10@mail.gmail.com> References: <610b3d450712011439i42ffa43byd9aaf0c1d732cd10@mail.gmail.com> Message-ID: <4752563A.9070302@Sun.COM> Feng Xian wrote: > export INSANE=true I don't know exactly what the problem is but typically folks don't bother spending time investigating build issues when INSANE is set. Why did you have to set it? Could you post output of make sanity without INSANE set? Thanks, Dmitri From mvfranz at gmail.com Sun Dec 2 12:03:06 2007 From: mvfranz at gmail.com (mvfranz) Date: Sun, 2 Dec 2007 12:03:06 -0800 (PST) Subject: ccplus: warnings being trated as errors In-Reply-To: <1196340407.27594.36.camel@dijkstra.wildebeest.org> References: <975ae7d10711290307r2d1a3e49v66f3ad4d99681c84@mail.gmail.com> <1196340407.27594.36.camel@dijkstra.wildebeest.org> Message-ID: <14119396.post@talk.nabble.com> Mark Wielaard wrote: > > > Yes, had the same issue on Debian. Arnaud van Dyck made a page > describing how to compile (icedtea derived from openjdk) on Debian using > a couple of small patches: > http://icedtea.classpath.org/wiki/DebianBuildingInstructions > Some of those patches might also be appropriate for your suse system. > > Cheers, > > Mark > These are good instructions. On OpenSuse 10.3 openjdk/hotspot/src/share/vm/ci/ciMethodBlocks.cpp needs to be patched too. I am not sure how to create the correct patch file. Will these patches be included into icedtea? They seem to be valid patches for all platforms. Michael -- View this message in context: http://www.nabble.com/ccplus%3A-warnings-being-trated-as-errors-tf4896478.html#a14119396 Sent from the OpenJDK Build Infrastructure mailing list archive at Nabble.com. From dalibor.topic at googlemail.com Sun Dec 2 14:44:28 2007 From: dalibor.topic at googlemail.com (Dalibor Topic) Date: Sun, 02 Dec 2007 23:44:28 +0100 Subject: Build 24 promotion and the Mercurial Transition Status In-Reply-To: <47506072.5030509@sun.com> References: <47506072.5030509@sun.com> Message-ID: <4753354C.3000706@kaffe.org> Kelly O'Hair wrote: > > Build 24 and the Mercurial Transition Status: > > * We are finishing up our Mercurial dryrun this week. > In the next few days, all the repositories at > http://hg.openjdk.java.net/ > will be re-initialized, making them unrelated to the previous > experimental ones. > They will contain the official starting sources, which will be the > same sources > we started the dryrun with, and the same as Build 23, so don't be > expecting > to see developer changes, yet. > > * Once we have the official jdk7 repositories, we will creating > potential Build 24 > bits (probably on Mon or Tues), and our release engineering team > will have these > bits go through some very basic testing before we officially > promote them and > declare Build 24 done. The release engineering team will be > creating some > mercurial tags and pushing them into the master jdk7 repositories > to label > Build 24 when the promotion happens, hopefully Tues or Wed next week. > > * Internally, we'll need a few days after that to get ourselves > re-setup for > developers to start doing pushes into their team repositories for > Build 25. > Since all these team areas are available at > http://hg.openjdk.java.net/, > everyone should start seeing the jdk7 development 'live', as it > happens. > > * It's not clear when the first team integration into the master > jdk7 area for > Build 25 will happen. We are still trying to nail down some of our > detailed > procedures on how team integrations will work, and we'll probably > adjust them > over time. > > -kto Thank you very much for your hard work (and the team's!) on making the transition happen. I'm looking forward to the commit, patch & review flood! cheers, dalibor topic From feng.xian at gmail.com Sun Dec 2 22:22:57 2007 From: feng.xian at gmail.com (Feng Xian) Date: Mon, 3 Dec 2007 00:22:57 -0600 Subject: problem with building jdk7--"cannot find -ljvm" In-Reply-To: <4752563A.9070302@Sun.COM> References: <610b3d450712011439i42ffa43byd9aaf0c1d732cd10@mail.gmail.com> <4752563A.9070302@Sun.COM> Message-ID: <610b3d450712022222q62d21c11y781cb2d67e764318@mail.gmail.com> I figured out the problem of "cannot find -ljvm"" but now I ran into a new problem. The cause of my previous problem is that I built openjdk in amd64 machine but the bootstrap jdk is for 32-bit platform. So the build couldn't find ${ALT_JDK_IMPORT_PATH}/jre/lib/amd64/client/libjvm.so. Then I used jdk6 for amd64 platform as bootstrap jdk, the build (type "make build" in control/make) failed with the following errors: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ PLUG IMPORT: java/awt/image/renderable/ParameterBlock.class PLUG IMPORT: java/awt/image/renderable/RenderContext.class PLUG IMPORT: java/awt/image/renderable/RenderableImage.class PLUG IMPORT: java/awt/image/renderable/RenderableImageOp.class PLUG IMPORT: java/awt/image/renderable/RenderableImageProducer.class PLUG IMPORT: java/awt/image/renderable/RenderedImageFactory.class (cd /home/fxian/openjdk/control/build/linux-amd64/classes && /home/fxian/java/bin/jar xf /home/fxian/openjdk/openjdk-binary-plugs/jre/lib/rt-closed.jar@/home/fxian/openjdk/control/build/linux-amd64/tmp/java/plugs/awt.clist) BinaryPlugs import completed: Mon Dec 3 00:02:40 CST 2007 make[3]: *** No rule to make target `/home/fxian/openjdk/control/build/linux-amd64/hotspot/import/jre/lib/amd64/server/libjvm.so', needed by `/home/fxian/openjdk/control/build/linux-amd64/lib/amd64/server/libjvm.so'. Stop. make[3]: Leaving directory `/home/fxian/openjdk/jdk/make/java/redist' make[2]: *** [all] Error 1 make[2]: Leaving directory `/home/fxian/openjdk/jdk/make/java' make[1]: *** [all] Error 1 make[1]: Leaving directory `/home/fxian/openjdk/jdk/make' make: *** [jdk-build] Error 2 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I digged openjdk/jdk/make/java/redist/Makefile and found the make file has "make build" rule. I had no clue why "No rule to make target". Could someone help me out on this? Thanks! . *To make you better understand my configuration, the following is the output of "make sanity".* ===================================================== make[1]: Entering directory `/home/fxian/openjdk/jdk/make' make[2]: Entering directory `/home/fxian/openjdk/jdk/make/tools/freetypecheck' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/fxian/openjdk/jdk/make/tools/freetypecheck' make[1]: Leaving directory `/home/fxian/openjdk/jdk/make' Build Machine Information: build machine = terryxian.com Build Directory Structure: CWD = /home/fxian/openjdk/control/make TOPDIR = ../.. CONTROL_TOPDIR = ../../control LANGTOOLS_TOPDIR = ../../langtools JAXP_TOPDIR = ../../jaxp JAXWS_TOPDIR = ../../jaxws CORBA_TOPDIR = ../../corba HOTSPOT_TOPDIR = ../../hotspot JDK_TOPDIR = ../../jdk Build Directives: BUILD_LANGTOOLS = false BUILD_JAXP = true BUILD_JAXWS = true BUILD_CORBA = true BUILD_HOTSPOT = true BUILD_JDK = true Hotspot Settings: HOTSPOT_BUILD_JOBS = HOTSPOT_OUTPUTDIR = /home/fxian/openjdk/control/build/linux-amd64/hotspot/outputdir HOTSPOT_EXPORT_PATH = /home/fxian/openjdk/control/build/linux-amd64/hotspot/import Bootstrap Settings: BOOTDIR = /home/fxian/java ALT_BOOTDIR = /home/fxian/java BOOT_VER = 1.6 [requires at least 1.5] OUTPUTDIR = /home/fxian/openjdk/control/build/linux-amd64 ALT_OUTPUTDIR = /home/fxian/openjdk/control/build/linux-amd64 ABS_OUTPUTDIR = /home/fxian/openjdk/control/build/linux-amd64 Build Tool Settings: SLASH_JAVA = /NOT-SET ALT_SLASH_JAVA = VARIANT = OPT JDK_DEVTOOLS_DIR = /NOT-SET/devtools ALT_JDK_DEVTOOLS_DIR = ANT_HOME = /home/fxian/bench/SPECjAppServer2004/ant FINDBUGS_HOME = /home/fxian/program_files/findbugs-1.3.0 UNIXCOMMAND_PATH = /bin/ ALT_UNIXCOMMAND_PATH = COMPILER_PATH = /usr/bin/ ALT_COMPILER_PATH = DEVTOOLS_PATH = /usr/bin/ ALT_DEVTOOLS_PATH = /usr/bin UNIXCCS_PATH = /usr/ccs/bin/ ALT_UNIXCCS_PATH = USRBIN_PATH = /usr/bin/ ALT_USRBIN_PATH = COMPILER_NAME = GCC COMPILER_VERSION = CC_VER = 4.1 [requires at least 3.2] ZIP_VER = 2.31 [requires at least 2.2] UNZIP_VER = 5.52 [requires at least 5.12] ANT_VER = 1.6 [requires at least 1.6.3] FINDBUGS_VER = 1.3 [requires at least 1.1] TEMPDIR = /home/fxian/openjdk/control/build/linux-amd64/tmp Build Directives: OPENJDK = true USE_HOTSPOT_INTERPRETER_MODE = PEDANTIC = DEV_ONLY = NO_DOCS = NO_IMAGES = TOOLS_ONLY = INSANE = COMPILE_APPROACH = parallel PARALLEL_COMPILE_JOBS = 2 ALT_PARALLEL_COMPILE_JOBS = FASTDEBUG = COMPILER_WARNINGS_FATAL = false COMPILER_WARNING_LEVEL = INCREMENTAL_BUILD = false CC_HIGHEST_OPT = -O3 CC_HIGHER_OPT = -O3 CC_LOWER_OPT = -O2 CXXFLAGS = -O2 -fPIC -DCC_NOEX -W -Wall -Wno-unused -Wno-parentheses -fno-omit-frame-pointer -D_LITTLE_ENDIAN CFLAGS = -O2 -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe -fno-omit-frame-pointer -D_LITTLE_ENDIAN BOOT_JAVA_CMD = /home/fxian/java/bin/java -client -Xmx896m -Xms128m -XX:PermSize=32m -XX:MaxPermSize=160m BOOT_JAVAC_CMD = /home/fxian/java/bin/javac -J-XX:ThreadStackSize=768 -J-client -J-Xmx896m -J-Xms128m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m -encoding ascii BOOT_JAR_CMD = /home/fxian/java/bin/jar BOOT_JARSIGNER_CMD = /home/fxian/java/bin/jarsigner JAVAC_CMD = /home/fxian/java/bin/javac -J-XX:ThreadStackSize=768 -J-client -J-Xmx896m -J-Xms128m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m -source 1.5 -target 5 -encoding ascii -Xbootclasspath:/home/fxian/openjdk/control/build/linux-amd64/classes JAVAH_CMD = /home/fxian/java/bin/javah -bootclasspath /home/fxian/openjdk/control/build/linux-amd64/classes JAVADOC_CMD = /home/fxian/java/bin/javadoc -J-client -J-Xmx896m -J-Xms128m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m Build Platform Settings: USER = fxian PLATFORM = linux ARCH = amd64 LIBARCH = amd64 ARCH_FAMILY = amd64 ARCH_DATA_MODEL = 32 ARCHPROP = amd64 LINUX_VERSION = 7 ALSA_VERSION = 1.0.14rc3 OS_VERSION = 2.6.20-prep [requires at least 2.4.9-e.3] OS_NAME = linux TEMP_FREE_SPACE = 54826720 FREE_SPACE = 54826720 MB_OF_MEMORY = 31187 GNU Make Settings: MAKE = make MAKE_VER = 3.81 [requires at least 3.78] MAKECMDGOALS = sanity MAKEFLAGS = w SHELL = /bin/sh Target Build Versions: JDK_VERSION = 1.7.0 MILESTONE = TerryJDK7 RELEASE = 1.7.0-TerryJDK7 FULL_VERSION = 1.7.0-TerryJDK7-fxian_02_dec_2007_23_54-b00 BUILD_NUMBER = b00 External File/Binary Locations: USRJDKINSTANCES_PATH = /opt/java BUILD_JDK_IMPORT_PATH = /NOT-SET/re/jdk/1.7.0/promoted/latest/binaries ALT_BUILD_JDK_IMPORT_PATH = JDK_IMPORT_PATH = /home/fxian/java ALT_JDK_IMPORT_PATH = /home/fxian/java LANGTOOLS_DIST = ALT_LANGTOOLS_DIST = CORBA_DIST = /home/fxian/openjdk/control/build/linux-amd64/corba/dist ALT_CORBA_DIST = /home/fxian/openjdk/control/build/linux-amd64/corba/dist JAXP_DIST = /home/fxian/openjdk/control/build/linux-amd64/jaxp/dist ALT_JAXP_DIST = /home/fxian/openjdk/control/build/linux-amd64/jaxp/dist JAXWS_DIST = /home/fxian/openjdk/control/build/linux-amd64/jaxws/dist ALT_JAXWS_DIST = /home/fxian/openjdk/control/build/linux-amd64/jaxws/dist HOTSPOT_DOCS_IMPORT_PATH = /home/fxian/openjdk/control/build/linux-amd64/hotspot/import/docs ALT_HOTSPOT_DOCS_IMPORT_PATH = HOTSPOT_IMPORT_PATH = /home/fxian/openjdk/control/build/linux-amd64/hotspot/import ALT_HOTSPOT_IMPORT_PATH = /home/fxian/openjdk/control/build/linux-amd64/hotspot/import HOTSPOT_CLIENT_PATH = /home/fxian/openjdk/control/build/linux-amd64/hotspot/import/jre/lib/amd64/client ALT_HOTSPOT_CLIENT_PATH = HOTSPOT_SERVER_PATH = /home/fxian/openjdk/control/build/linux-amd64/hotspot/import/jre/lib/amd64/server ALT_HOTSPOT_SERVER_PATH = CACERTS_FILE = /home/fxian/openjdk/jdk/src/share/lib/security/cacerts ALT_CACERTS_FILE = CUPS_HEADERS_PATH = /usr/include ALT_CUPS_HEADERS_PATH = OpenJDK-specific settings: FREETYPE_HEADERS_PATH = /usr/include ALT_FREETYPE_HEADERS_PATH = FREETYPE_LIB_PATH = /usr/lib ALT_FREETYPE_LIB_PATH = OPENJDK Import Binary Plug Settings: BINARY_PLUGS_JARFILE = /home/fxian/openjdk/openjdk-binary-plugs/jre/lib/rt-closed.jar ALT_BINARY_PLUGS_JARFILE = BINARY_PLUGS_PATH = /home/fxian/openjdk/openjdk-binary-plugs ALT_BINARY_PLUGS_PATH = /home/fxian/openjdk/openjdk-binary-plugs BUILD_BINARY_PLUGS_PATH = /NOT-SET/re/jdk/1.7.0/promoted/latest/openjdk/binaryplugs ALT_BUILD_BINARY_PLUGS_PATH = PLUG_LIBRARY_NAMES = Previous JDK Settings: PREVIOUS_RELEASE_PATH = /NOT-SET/re/jdk/1.6.0/archive/fcs/bundles/linux-amd64 ALT_PREVIOUS_RELEASE_PATH = PREVIOUS_JDK_VERSION = 1.6.0 ALT_PREVIOUS_JDK_VERSION = PREVIOUS_JDK_FILE = jdk--linux-amd64.tar.gz ALT_PREVIOUS_JDK_FILE = PREVIOUS_JRE_FILE = jre--linux-amd64.tar.gz ALT_PREVIOUS_JRE_FILE = PREVIOUS_RELEASE_IMAGE = ALT_PREVIOUS_RELEASE_IMAGE = WARNING: You are not building the LANGTOOLS sources. Lang tools (javac) will be obtained from the location set in ALT_JDK_IMPORT_PATH. Sanity check passed. On Dec 2, 2007 12:52 AM, Dmitri Trembovetski wrote: > Feng Xian wrote: > > export INSANE=true > > I don't know exactly what the problem is but typically folks > don't bother spending time investigating build issues when INSANE is set. > Why did you have to set it? > > Could you post output of > make sanity > without INSANE set? > > Thanks, > Dmitri > > -- Addr: 1025N, 23rd str, APT 33, Lincoln, NE, 68503 Phone: (402)310-9826 WWW: cse.unl.edu/~fxian -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20071203/5409f8d9/attachment.html From mr at sun.com Sun Dec 2 22:34:44 2007 From: mr at sun.com (Mark Reinhold) Date: Sun, 02 Dec 2007 22:34:44 -0800 Subject: Build 24 promotion and the Mercurial Transition Status In-Reply-To: kelly.ohair@sun.com; Fri, 30 Nov 2007 11:11:46 PST; <47506072.5030509@sun.com> Message-ID: <20071203063444.9CAF71B52@callebaut.niobe.net> > Date: Fri, 30 Nov 2007 11:11:46 -0800 > From: kelly.ohair at sun.com > * We are finishing up our Mercurial dryrun this week. > In the next few days, all the repositories at http://hg.openjdk.java.net/ > will be re-initialized, making them unrelated to the previous experimental ones. I've reloaded the JDK 7 master forest at http://hg.openjdk.java.net/jdk7/jdk7. This forest is not quite "official" yet. If tonight's nightly build goes to plan then the other JDK 7 forests will be reinitialized around this time on Monday night. - Mark From gnu_andrew at member.fsf.org Mon Dec 3 01:01:25 2007 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Mon, 3 Dec 2007 09:01:25 +0000 Subject: Build 24 promotion and the Mercurial Transition Status In-Reply-To: <47506072.5030509@sun.com> References: <47506072.5030509@sun.com> Message-ID: <17c6771e0712030101m7c9bf82fnec7206285f9444cd@mail.gmail.com> On 30/11/2007, Kelly O'Hair wrote: > > > Build 24 and the Mercurial Transition Status: > > * We are finishing up our Mercurial dryrun this week. > In the next few days, all the repositories at > http://hg.openjdk.java.net/ > will be re-initialized, making them unrelated to the previous > experimental ones. > They will contain the official starting sources, which will be the > same sources > we started the dryrun with, and the same as Build 23, so don't be > expecting > to see developer changes, yet. > > * Once we have the official jdk7 repositories, we will creating > potential Build 24 > bits (probably on Mon or Tues), and our release engineering team will > have these > bits go through some very basic testing before we officially promote > them and > declare Build 24 done. The release engineering team will be creating > some > mercurial tags and pushing them into the master jdk7 repositories to > label > Build 24 when the promotion happens, hopefully Tues or Wed next week. > > * Internally, we'll need a few days after that to get ourselves > re-setup for > developers to start doing pushes into their team repositories for > Build 25. > Since all these team areas are available at > http://hg.openjdk.java.net/, > everyone should start seeing the jdk7 development 'live', as it > happens. > > * It's not clear when the first team integration into the master jdk7 > area for > Build 25 will happen. We are still trying to nail down some of our > detailed > procedures on how team integrations will work, and we'll probably > adjust them > over time. > > -kto > > > > > > Fantastic news! Good to know Sun JDK development will soon become open! -- 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 -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20071203/09a9b46a/attachment.html From michael.mcmahon at sun.com Mon Dec 3 07:56:09 2007 From: michael.mcmahon at sun.com (michael.mcmahon at sun.com) Date: Mon, 03 Dec 2007 15:56:09 +0000 Subject: jdk7/jsn/jdk: edit comment Message-ID: <20071203155622.DF8A526006@hg.openjdk.java.net> Changeset: f023956584fb Author: michaelm Date: 2007-12-03 13:51 +0000 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/f023956584fb edit comment ! test/sun/net/www/httptest/HttpServer.java From Xiomara.Jayasena at Sun.COM Mon Dec 3 08:36:08 2007 From: Xiomara.Jayasena at Sun.COM (Xiomara Jayasena) Date: Mon, 03 Dec 2007 08:36:08 -0800 Subject: Build 24 promotion and the Mercurial Transition Status In-Reply-To: <20071203063444.9CAF71B52@callebaut.niobe.net> References: <20071203063444.9CAF71B52@callebaut.niobe.net> Message-ID: <47543078.7020807@sun.com> Mark Reinhold wrote: >> Date: Fri, 30 Nov 2007 11:11:46 -0800 >> From: kelly.ohair at sun.com >> > > >> * We are finishing up our Mercurial dryrun this week. >> In the next few days, all the repositories at http://hg.openjdk.java.net/ >> will be re-initialized, making them unrelated to the previous experimental ones. >> > > I've reloaded the JDK 7 master forest at http://hg.openjdk.java.net/jdk7/jdk7. > > This forest is not quite "official" yet. If tonight's nightly build goes to > plan then the other JDK 7 forests will be reinitialized around this time on > Monday night. > The status of the release engineering nightly builds on this is green. Thumbs up! -Xiomara > - Mark > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20071203/1bfee8b3/attachment.html From rabelenda at gmail.com Mon Dec 3 09:20:03 2007 From: rabelenda at gmail.com (Roger Abelenda) Date: Mon, 3 Dec 2007 15:20:03 -0200 Subject: ccplus: warnings being trated as errors In-Reply-To: <14119396.post@talk.nabble.com> References: <975ae7d10711290307r2d1a3e49v66f3ad4d99681c84@mail.gmail.com> <1196340407.27594.36.camel@dijkstra.wildebeest.org> <14119396.post@talk.nabble.com> Message-ID: <975ae7d10712030920q45238bf6nbb6454290183812a@mail.gmail.com> I used the const_string patch and it seems to work fine, thanks. I didn't try with the second option (change the settings of the compiler). 2007/12/2, mvfranz : > > > > Mark Wielaard wrote: > > > > > > Yes, had the same issue on Debian. Arnaud van Dyck made a page > > describing how to compile (icedtea derived from openjdk) on Debian using > > a couple of small patches: > > http://icedtea.classpath.org/wiki/DebianBuildingInstructions > > Some of those patches might also be appropriate for your suse system. > > > > Cheers, > > > > Mark > > > These are good instructions. On OpenSuse 10.3 > openjdk/hotspot/src/share/vm/ci/ciMethodBlocks.cpp needs to be patched too. > > I am not sure how to create the correct patch file. > > Will these patches be included into icedtea? They seem to be valid patches > for all platforms. > > Michael > -- > View this message in context: http://www.nabble.com/ccplus%3A-warnings-being-trated-as-errors-tf4896478.html#a14119396 > Sent from the OpenJDK Build Infrastructure mailing list archive at Nabble.com. > > From roman.kennke at aicas.com Mon Dec 3 11:07:07 2007 From: roman.kennke at aicas.com (Roman Kennke) Date: Mon, 03 Dec 2007 20:07:07 +0100 Subject: Build 24 promotion and the Mercurial Transition Status In-Reply-To: <47543078.7020807@sun.com> References: <20071203063444.9CAF71B52@callebaut.niobe.net> <47543078.7020807@sun.com> Message-ID: <1196708827.6715.9.camel@mercury> Hello everybody, with a fresh checkout from the new repositories I get the following compile error, am I missing something here?: /usr/bin/gcc -O3 -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -fno-omit-frame-pointer -D_LITTLE_ENDIAN -D__MEDIALIB_OLD_NAMES -D__USE_J2D_NAMES -DMLIB_NO_LIBSUNMATH -Di586 -DARCH='"i586"' -DLINUX -DRELEASE='"1.7.0-internal"' -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -D_REENTRANT -I. -I/home/roman/src/OpenJDK/openjdk/build/linux-i586/tmp/sun/sun.awt/awt/CClassHeaders -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/javavm/export -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/javavm/export -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/javavm/include -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/javavm/include -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/common -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/common -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt -I/usr/X11R6/include -I/usr/X11R6/include/X11/extensions -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/font -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/debug -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../font -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../font -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/cvutils -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/shell -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/medialib -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/medialib -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../java2d -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/loops -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/pipe -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/opengl -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../java2d/opengl -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../java2d/x11 -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../dc/doe -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../dc/path -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../jdga -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt -c -o /home/roman/src/OpenJDK/openjdk/build/linux-i586/tmp/sun/sun.awt/awt/obj/BlitBg.o /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/loops/BlitBg.c In file included from /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/color.h:28, from /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/img_util_md.h:26, from /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/BufImgSurfaceData.c:31: /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:38:27: error: X11/Intrinsic.h: No such file or directory In file included from /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/color.h:28, from /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/img_util_md.h:26, from /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/BufImgSurfaceData.c:31: /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:162: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:163: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'awt_appContext' /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:164: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'awt_root_shell' /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:165: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'awt_defaultBg' /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:166: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'awt_defaultFg' /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:173: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'awt_scrollCursor' /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:174: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'awt_ModLockIsShiftLock' In file included from /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/img_util_md.h:26, from /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/BufImgSurfaceData.c:31: /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/color.h:34: error: expected specifier-qualifier-list before 'XPixmapFormatValues' In file included from /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/BufImgSurfaceData.c:31: /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/img_util_md.h:32: error: expected specifier-qualifier-list before 'XID' /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/BufImgSurfaceData.c: In function 'Java_sun_awt_image_BufImgSurfaceData_freeNativeICMData': /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/BufImgSurfaceData.c:95: warning: cast to pointer from integer of different size make[4]: *** [/home/roman/src/OpenJDK/openjdk/build/linux-i586/tmp/sun/sun.awt/awt/obj/BufImgSurfaceData.o] Error 1 make[4]: *** Waiting for unfinished jobs.... make[4]: Leaving directory `/home/roman/src/OpenJDK/openjdk/jdk/make/sun/awt' make[3]: *** [library_parallel_compile] Error 2 make[3]: Leaving directory `/home/roman/src/OpenJDK/openjdk/jdk/make/sun/awt' make[2]: *** [all] Error 1 make[2]: Leaving directory `/home/roman/src/OpenJDK/openjdk/jdk/make/sun' make[1]: *** [all] Error 1 make[1]: Leaving directory `/home/roman/src/OpenJDK/openjdk/jdk/make' make: *** [jdk-build] Error 2 /Roman Am Montag, den 03.12.2007, 08:36 -0800 schrieb Xiomara Jayasena: > Mark Reinhold wrote: > > > Date: Fri, 30 Nov 2007 11:11:46 -0800 > > > From: kelly.ohair at sun.com > > > > > > > > > > * We are finishing up our Mercurial dryrun this week. > > > In the next few days, all the repositories at http://hg.openjdk.java.net/ > > > will be re-initialized, making them unrelated to the previous experimental ones. > > > > > > > I've reloaded the JDK 7 master forest at http://hg.openjdk.java.net/jdk7/jdk7. > > > > This forest is not quite "official" yet. If tonight's nightly build goes to > > plan then the other JDK 7 forests will be reinitialized around this time on > > Monday night. > > > The status of the release engineering nightly builds on this is green. > Thumbs up! > > -Xiomara > > - Mark > > > -- Dipl.-Inform. (FH) Roman Kennke, Software Engineer, http://kennke.org aicas Allerton Interworks Computer Automated Systems GmbH Haid-und-Neu-Stra?e 18 * D-76131 Karlsruhe * Germany http://www.aicas.com * Tel: +49-721-663 968-0 USt-Id: DE216375633, Handelsregister HRB 109481, AG Karlsruhe Gesch?ftsf?hrer: Dr. James J. Hunt From Xiomara.Jayasena at Sun.COM Mon Dec 3 11:58:11 2007 From: Xiomara.Jayasena at Sun.COM (Xiomara Jayasena) Date: Mon, 03 Dec 2007 11:58:11 -0800 Subject: Build 24 promotion and the Mercurial Transition Status In-Reply-To: <1196708827.6715.9.camel@mercury> References: <20071203063444.9CAF71B52@callebaut.niobe.net> <47543078.7020807@sun.com> <1196708827.6715.9.camel@mercury> Message-ID: <47545FD3.9020007@sun.com> Hi Roman, The build I was referring to was for the product build. I am working on building the openjdk build and will let you know. -Xiomara Roman Kennke wrote: > Hello everybody, > > with a fresh checkout from the new repositories I get the following > compile error, am I missing something here?: > > /usr/bin/gcc -O3 -fno-strict-aliasing -fPIC -W -Wall -Wno-unused > -Wno-parentheses -fno-omit-frame-pointer -D_LITTLE_ENDIAN > -D__MEDIALIB_OLD_NAMES -D__USE_J2D_NAMES -DMLIB_NO_LIBSUNMATH -Di586 > -DARCH='"i586"' -DLINUX -DRELEASE='"1.7.0-internal"' > -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -D_REENTRANT -I. > -I/home/roman/src/OpenJDK/openjdk/build/linux-i586/tmp/sun/sun.awt/awt/CClassHeaders -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/javavm/export -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/javavm/export -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/javavm/include -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/javavm/include -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/common -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/common -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt -I/usr/X11R6/include -I/usr/X11R6/include/X11/extensions -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/font -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/debug -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../font -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../font -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/cvutils -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/shell -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/medialib -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/medialib -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../java2d -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/loops -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/pipe -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/opengl -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../java2d/opengl -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../java2d/x11 -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../dc/doe -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../dc/path -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../jdga -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt -c -o /home/roman/src/OpenJDK/openjdk/build/linux-i586/tmp/sun/sun.awt/awt/obj/BlitBg.o /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/loops/BlitBg.c > In file included > from /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/color.h:28, > > from /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/img_util_md.h:26, > > from /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/BufImgSurfaceData.c:31: > /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:38:27: error: X11/Intrinsic.h: No such file or directory > In file included > from /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/color.h:28, > > from /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/img_util_md.h:26, > > from /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/BufImgSurfaceData.c:31: > /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:162: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token > /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:163: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'awt_appContext' > /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:164: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'awt_root_shell' > /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:165: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'awt_defaultBg' > /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:166: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'awt_defaultFg' > /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:173: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'awt_scrollCursor' > /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:174: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'awt_ModLockIsShiftLock' > In file included > from /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/img_util_md.h:26, > > from /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/BufImgSurfaceData.c:31: > /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/color.h:34: error: expected specifier-qualifier-list before 'XPixmapFormatValues' > In file included > from /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/BufImgSurfaceData.c:31: > /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/img_util_md.h:32: error: expected specifier-qualifier-list before 'XID' > /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/BufImgSurfaceData.c: In function 'Java_sun_awt_image_BufImgSurfaceData_freeNativeICMData': > /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/BufImgSurfaceData.c:95: warning: cast to pointer from integer of different size > make[4]: *** > [/home/roman/src/OpenJDK/openjdk/build/linux-i586/tmp/sun/sun.awt/awt/obj/BufImgSurfaceData.o] Error 1 > make[4]: *** Waiting for unfinished jobs.... > make[4]: Leaving directory > `/home/roman/src/OpenJDK/openjdk/jdk/make/sun/awt' > make[3]: *** [library_parallel_compile] Error 2 > make[3]: Leaving directory > `/home/roman/src/OpenJDK/openjdk/jdk/make/sun/awt' > make[2]: *** [all] Error 1 > make[2]: Leaving directory > `/home/roman/src/OpenJDK/openjdk/jdk/make/sun' > make[1]: *** [all] Error 1 > make[1]: Leaving directory `/home/roman/src/OpenJDK/openjdk/jdk/make' > make: *** [jdk-build] Error 2 > > > /Roman > > Am Montag, den 03.12.2007, 08:36 -0800 schrieb Xiomara Jayasena: > >> Mark Reinhold wrote: >> >>>> Date: Fri, 30 Nov 2007 11:11:46 -0800 >>>> From: kelly.ohair at sun.com >>>> >>>> >>> >>> >>>> * We are finishing up our Mercurial dryrun this week. >>>> In the next few days, all the repositories at http://hg.openjdk.java.net/ >>>> will be re-initialized, making them unrelated to the previous experimental ones. >>>> >>>> >>> I've reloaded the JDK 7 master forest at http://hg.openjdk.java.net/jdk7/jdk7. >>> >>> This forest is not quite "official" yet. If tonight's nightly build goes to >>> plan then the other JDK 7 forests will be reinitialized around this time on >>> Monday night. >>> >>> >> The status of the release engineering nightly builds on this is green. >> Thumbs up! >> >> -Xiomara >> >>> - Mark >>> >>> From Phil.Race at Sun.COM Mon Dec 3 12:08:26 2007 From: Phil.Race at Sun.COM (Phil Race) Date: Mon, 03 Dec 2007 12:08:26 -0800 Subject: Build 24 promotion and the Mercurial Transition Status In-Reply-To: <1196708827.6715.9.camel@mercury> References: <20071203063444.9CAF71B52@callebaut.niobe.net> <47543078.7020807@sun.com> <1196708827.6715.9.camel@mercury> Message-ID: <4754623A.6020904@sun.com> Roman, > error: X11/Intrinsic.h: No such file or directory The requirement for this header file isn't new, and its used in the production bits too, and since the openjdk code is the same as b23 so if you don't have this file I'd have expected previous builds/drops to fail for you also. -phil. Roman Kennke wrote: > Hello everybody, > > with a fresh checkout from the new repositories I get the following > compile error, am I missing something here?: > > /usr/bin/gcc -O3 -fno-strict-aliasing -fPIC -W -Wall -Wno-unused > -Wno-parentheses -fno-omit-frame-pointer -D_LITTLE_ENDIAN > -D__MEDIALIB_OLD_NAMES -D__USE_J2D_NAMES -DMLIB_NO_LIBSUNMATH -Di586 > -DARCH='"i586"' -DLINUX -DRELEASE='"1.7.0-internal"' > -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -D_REENTRANT -I. > -I/home/roman/src/OpenJDK/openjdk/build/linux-i586/tmp/sun/sun.awt/awt/CClassHeaders -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/javavm/export -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/javavm/export -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/javavm/include -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/javavm/include -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/common -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/common -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt -I/usr/X11R6/include -I/usr/X11R6/include/X11/extensions -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/font -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/debug -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../font -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../font -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/nati ve/sun/awt/image -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/cvutils -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/shell -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/medialib -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/medialib -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../java2d -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/loops -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/pipe -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/opengl -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../java2d/opengl -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../java2d/x11 -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../dc/doe -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt /../dc/path -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../jdga -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt -c -o /home/roman/src/OpenJDK/openjdk/build/linux-i586/tmp/sun/sun.awt/awt/obj/BlitBg.o /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/loops/BlitBg.c > In file included > from /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/color.h:28, > > from /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/img_util_md.h:26, > > from /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/BufImgSurfaceData.c:31: > /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:38:27: error: X11/Intrinsic.h: No such file or directory From Bradford.Wetmore at Sun.COM Mon Dec 3 12:31:01 2007 From: Bradford.Wetmore at Sun.COM (Brad Wetmore) Date: Mon, 03 Dec 2007 12:31:01 -0800 Subject: kdiff3 arguments order In-Reply-To: <20071130140727.GA19550@frigate.russia.sun.com> References: <20071130140727.GA19550@frigate.russia.sun.com> Message-ID: <47546785.3090907@sun.com> Yuri Nesterenko wrote: > Colleagues, > > moderately useful dry-run finding: > using kdiff3 as a merge tool for mercurial, you better wrap it in the script > like this ("merge = ~/bin/kdiff3.sh" in my .hgrc): > > #!/bin/bash > /opt/kde3/bin/kdiff3 -o $1 $2 $1 $3 I like kdiff3 too, but doesn't work under default Solaris. Apparently have to build/install KDE. I currently use it only under Windows. Anyway, the default hgmerge script in the hg distribution does do this automatically. http://selenic.com/repo/hg-stable/file/f2f42262adbd/hgmerge # try using kdiff3, which is fairly nice if [ -n "$KDIFF3" ]; then # # Auto Merging is evil!!! Brad # $KDIFF3 --auto "$BASE" "$BACKUP" "$OTHER" -o "$LOCAL" \ # || failure # $KDIFF3 "$BASE" "$BACKUP" "$OTHER" -o "$LOCAL" || failure success fi Having been a teamware user for years, I think automerging is evil, so I don't use the default --auto option. Note: the standard windows distributions don't include the hgmerge /bin/sh shell script, probably because windows doesn't have a Bourne shell by default. I run MKS under Windows, so I copied/use the default hgmerge from the mercurial source base. You'll probably need to install it as: c:/Mercurial/hgmerge.sh (or wherever you installed Mercurial), otherwise, Mercurial may expect the hgmerge file to be a COMMAND.COM (DOS) script. Brad From roman.kennke at aicas.com Mon Dec 3 12:38:31 2007 From: roman.kennke at aicas.com (Roman Kennke) Date: Mon, 03 Dec 2007 21:38:31 +0100 Subject: Build 24 promotion and the Mercurial Transition Status In-Reply-To: <4754623A.6020904@sun.com> References: <20071203063444.9CAF71B52@callebaut.niobe.net> <47543078.7020807@sun.com> <1196708827.6715.9.camel@mercury> <4754623A.6020904@sun.com> Message-ID: <1196714311.6715.16.camel@mercury> Hi Phil, > Roman, > > error: X11/Intrinsic.h: No such file or directory > > The requirement for this header file isn't new, and its used in the > production bits too, and since the openjdk code is the same as b23 > so if you don't have this file I'd have expected previous builds/drops > to fail for you also. Thanks for pointing this out. Must have missed this when scanning over the error message. I've upgraded my machine since the last build and probably this package (libxt-dev on Ubuntu) got deleted somehow. Anyway, it would be helpful to include this in some configure-like check, maybe in make sanity, or similar. I've already seen a couple of such compiler failures (e.g. for libasound), which are non-obvious to figure out, and more importantly they bomb _anytime_ during a build process, as opposed to a quick configure-check which fails right before the build starts. Makes life much easier IMO. /Roman > > -phil. > > Roman Kennke wrote: > > Hello everybody, > > > > with a fresh checkout from the new repositories I get the following > > compile error, am I missing something here?: > > > > /usr/bin/gcc -O3 -fno-strict-aliasing -fPIC -W -Wall -Wno-unused > > -Wno-parentheses -fno-omit-frame-pointer -D_LITTLE_ENDIAN > > -D__MEDIALIB_OLD_NAMES -D__USE_J2D_NAMES -DMLIB_NO_LIBSUNMATH -Di586 > > -DARCH='"i586"' -DLINUX -DRELEASE='"1.7.0-internal"' > > -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -D_REENTRANT -I. > > -I/home/roman/src/OpenJDK/openjdk/build/linux-i586/tmp/sun/sun.awt/awt/CClassHeaders -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/javavm/export -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/javavm/export -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/javavm/include -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/javavm/include -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/common -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/common -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt -I/usr/X11R6/include -I/usr/X11R6/include/X11/extensions -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/font -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/debug -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../font -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../font -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/nati > ve/sun/awt/image -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/cvutils -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/shell -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/medialib -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/medialib -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../java2d -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/loops -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/pipe -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/opengl -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../java2d/opengl -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../java2d/x11 -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../dc/doe -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt > /../dc/path -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../jdga -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt -c -o /home/roman/src/OpenJDK/openjdk/build/linux-i586/tmp/sun/sun.awt/awt/obj/BlitBg.o /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/loops/BlitBg.c > > In file included > > from /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/color.h:28, > > > > from /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/img_util_md.h:26, > > > > from /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/BufImgSurfaceData.c:31: > > /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:38:27: error: X11/Intrinsic.h: No such file or directory -- Dipl.-Inform. (FH) Roman Kennke, Software Engineer, http://kennke.org aicas Allerton Interworks Computer Automated Systems GmbH Haid-und-Neu-Stra?e 18 * D-76131 Karlsruhe * Germany http://www.aicas.com * Tel: +49-721-663 968-0 USt-Id: DE216375633, Handelsregister HRB 109481, AG Karlsruhe Gesch?ftsf?hrer: Dr. James J. Hunt From Kelly.Ohair at Sun.COM Mon Dec 3 13:31:38 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Mon, 03 Dec 2007 13:31:38 -0800 Subject: kdiff3 arguments order In-Reply-To: <47546785.3090907@sun.com> References: <20071130140727.GA19550@frigate.russia.sun.com> <47546785.3090907@sun.com> Message-ID: <475475BA.7020900@sun.com> Looking at hgmerge it's obvious nobody agreed on any common option parsing rules for merge tools. :^( Watch out for your PATH setting. The hgmerge script behave according to whether it can find the various tools in your PATH, and it looks for many different names for the same tool. On Solaris... The auto merge tools 'merge' and 'gdiff3' (or diff3) are looked for in PATH. I usually place /opt/sfw/bin in my path, so when I run hgmerge, it finds gdiff3, but if it can't find gdiff3 it looks for diff3, which will be /usr/bin/diff3 and the wrong diff3 on Solaris (it doesn't do merges). Luckily, this wrong diff3 fails when it gets an unknown -m option, but the hgmerge script also expects specific undocumented exit codes from diff3. :^( So be careful with hgmerge. By the way, if DISPLAY is not set, the GUI tools kdiff3, tkdiff, or meld will not be run by hgmerge, but on the Mac FileMerge will run even if DISPLAY is not set. -kto Brad Wetmore wrote: > > > Yuri Nesterenko wrote: >> Colleagues, >> >> moderately useful dry-run finding: >> using kdiff3 as a merge tool for mercurial, you better wrap it in the >> script >> like this ("merge = ~/bin/kdiff3.sh" in my .hgrc): >> >> #!/bin/bash >> /opt/kde3/bin/kdiff3 -o $1 $2 $1 $3 > > I like kdiff3 too, but doesn't work under default Solaris. Apparently > have to build/install KDE. I currently use it only under Windows. > > Anyway, the default hgmerge script in the hg distribution does do this > automatically. > > http://selenic.com/repo/hg-stable/file/f2f42262adbd/hgmerge > > # try using kdiff3, which is fairly nice > if [ -n "$KDIFF3" ]; then > # > # Auto Merging is evil!!! Brad > # $KDIFF3 --auto "$BASE" "$BACKUP" "$OTHER" -o "$LOCAL" \ > # || failure > # > $KDIFF3 "$BASE" "$BACKUP" "$OTHER" -o "$LOCAL" || failure > success > fi > > Having been a teamware user for years, I think automerging is evil, so I > don't use the default --auto option. > > Note: the standard windows distributions don't include the hgmerge > /bin/sh shell script, probably because windows doesn't have a Bourne > shell by default. I run MKS under Windows, so I copied/use the default > hgmerge from the mercurial source base. You'll probably need to install > it as: c:/Mercurial/hgmerge.sh (or wherever you installed Mercurial), > otherwise, Mercurial may expect the hgmerge file to be a COMMAND.COM > (DOS) script. > > Brad From Xiomara.Jayasena at Sun.COM Mon Dec 3 14:56:37 2007 From: Xiomara.Jayasena at Sun.COM (Xiomara Jayasena) Date: Mon, 03 Dec 2007 14:56:37 -0800 Subject: Build 24 promotion and the Mercurial Transition Status In-Reply-To: <4754623A.6020904@sun.com> References: <20071203063444.9CAF71B52@callebaut.niobe.net> <47543078.7020807@sun.com> <1196708827.6715.9.camel@mercury> <4754623A.6020904@sun.com> Message-ID: <475489A5.4010909@sun.com> Yes, since no code had changed as suspected the build passed. -Xiomara Phil Race wrote: > Roman, > > error: X11/Intrinsic.h: No such file or directory > > The requirement for this header file isn't new, and its used in the > production bits too, and since the openjdk code is the same as b23 > so if you don't have this file I'd have expected previous builds/drops > to fail for you also. > > -phil. > > Roman Kennke wrote: >> Hello everybody, >> with a fresh checkout from the new repositories I get the following >> compile error, am I missing something here?: >> >> /usr/bin/gcc -O3 -fno-strict-aliasing -fPIC -W -Wall -Wno-unused >> -Wno-parentheses -fno-omit-frame-pointer -D_LITTLE_ENDIAN >> -D__MEDIALIB_OLD_NAMES -D__USE_J2D_NAMES -DMLIB_NO_LIBSUNMATH -Di586 >> -DARCH='"i586"' -DLINUX -DRELEASE='"1.7.0-internal"' >> -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -D_REENTRANT -I. >> -I/home/roman/src/OpenJDK/openjdk/build/linux-i586/tmp/sun/sun.awt/awt/CClassHeaders >> -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/javavm/export >> -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/javavm/export >> -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/javavm/include >> -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/javavm/include >> -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/common >> -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/common >> -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt >> -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt >> -I/usr/X11R6/include -I/usr/X11R6/include/X11/extensions >> -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/font >> -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/debug >> -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../font >> -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../font >> -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/nati > ve/sun/awt/image > -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/cvutils > -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/shell > -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/medialib > -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/medialib > -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d > -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../java2d > -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/loops > -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/pipe > -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/opengl > -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../java2d/opengl > -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../java2d/x11 > -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../dc/doe > -I/home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt > /../dc/path > -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/../jdga > -I/home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt -c > -o > /home/roman/src/OpenJDK/openjdk/build/linux-i586/tmp/sun/sun.awt/awt/obj/BlitBg.o > /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/../java2d/loops/BlitBg.c > >> In file included >> from >> /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/color.h:28, >> >> >> from >> /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/img_util_md.h:26, >> >> >> from >> /home/roman/src/OpenJDK/openjdk/jdk/src/share/native/sun/awt/image/BufImgSurfaceData.c:31: >> >> /home/roman/src/OpenJDK/openjdk/jdk/src/solaris/native/sun/awt/awt.h:38:27: >> error: X11/Intrinsic.h: No such file or directory From weijun.wang at sun.com Mon Dec 3 23:49:04 2007 From: weijun.wang at sun.com (weijun.wang at sun.com) Date: Tue, 04 Dec 2007 07:49:04 +0000 Subject: jdk7/jsn/corba: 3 new changesets Message-ID: <20071204074907.CE12626015@hg.openjdk.java.net> Changeset: a8072479696b Author: weijun Date: 2007-11-29 09:55 +0800 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/a8072479696b More REAME ! README Changeset: 49538017ddfd Author: billgates Date: 2007-12-02 13:53 +0800 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/49538017ddfd I'm still a hacker. ! README Changeset: 98fd177796f2 Author: weijun Date: 2007-12-04 15:46 +0800 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/98fd177796f2 MERGED ! README From bradford.wetmore at sun.com Tue Dec 4 17:27:53 2007 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 05 Dec 2007 01:27:53 +0000 Subject: jdk7/tl: 2 new changesets Message-ID: <20071205012753.479AB26050@hg.openjdk.java.net> Changeset: a601faeb7172 Author: wetmore Date: 2007-11-16 18:10 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/a601faeb7172 Nothing to see here, daughter ! Makefile Changeset: bb6d85f9e68e Author: wetmore Date: 2007-12-04 15:23 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/rev/bb6d85f9e68e Merged JSN/TL ! Makefile From bradford.wetmore at sun.com Tue Dec 4 17:28:06 2007 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 05 Dec 2007 01:28:06 +0000 Subject: jdk7/tl/corba: 6 new changesets Message-ID: <20071205012811.BE7E926056@hg.openjdk.java.net> Changeset: 51dc87a1de64 Author: weijun Date: 2007-11-29 10:52 +0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/51dc87a1de64 Second Try ! README Changeset: 4cbbdfccc885 Author: weijun Date: 2007-11-30 01:17 +0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/4cbbdfccc885 License canot be modified ! LICENSE Changeset: a8072479696b Author: weijun Date: 2007-11-29 09:55 +0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/a8072479696b More REAME ! README Changeset: 49538017ddfd Author: billgates Date: 2007-12-02 13:53 +0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/49538017ddfd I'm still a hacker. ! README Changeset: 98fd177796f2 Author: weijun Date: 2007-12-04 15:46 +0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/98fd177796f2 MERGED ! README Changeset: a9de762edf19 Author: wetmore Date: 2007-12-04 15:23 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/corba/rev/a9de762edf19 Merged JSN/TL From bradford.wetmore at sun.com Tue Dec 4 17:28:49 2007 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 05 Dec 2007 01:28:49 +0000 Subject: jdk7/tl/jaxp: 2 new changesets Message-ID: <20071205012852.1948926068@hg.openjdk.java.net> Changeset: 2360a49d0e35 Author: weijun Date: 2007-11-28 18:39 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/2360a49d0e35 More README ! README Changeset: 17fd03b47103 Author: wetmore Date: 2007-12-04 15:23 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jaxp/rev/17fd03b47103 Merged JSN/TL From bradford.wetmore at sun.com Tue Dec 4 17:29:12 2007 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 05 Dec 2007 01:29:12 +0000 Subject: jdk7/tl/jdk: 6 new changesets Message-ID: <20071205013024.71EB926070@hg.openjdk.java.net> Changeset: ff6031bc8f2c Author: wetmore Date: 2007-11-16 17:57 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/ff6031bc8f2c Move along, nothing to see here in the open. ! make/Makefile Changeset: 136e95de6f4a Author: chegar Date: 2007-11-28 16:18 +0000 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/136e95de6f4a Added bogus comment to APDSI. ! src/share/classes/java/net/AbstractPlainDatagramSocketImpl.java Changeset: 57ad67ba0e34 Author: valeriep Date: 2007-11-29 14:27 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/57ad67ba0e34 Fixed 9999999: updated exception message ! src/share/classes/sun/security/pkcs11/SunPKCS11.java Changeset: e697861313ea Author: valeriep Date: 2007-11-29 14:42 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/e697861313ea Automated merge with http://hg.openjdk.java.net/jdk7/jsn/jdk Changeset: f023956584fb Author: michaelm Date: 2007-12-03 13:51 +0000 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/f023956584fb edit comment ! test/sun/net/www/httptest/HttpServer.java Changeset: 26e7508ad4b9 Author: wetmore Date: 2007-12-04 15:22 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/26e7508ad4b9 Merged JSN/TL ! make/Makefile - test/java/nio/channels/Selector/WakeupAfterClose.java From bradford.wetmore at sun.com Tue Dec 4 17:31:20 2007 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 05 Dec 2007 01:31:20 +0000 Subject: jdk7/jsn: 34 new changesets Message-ID: <20071205013120.CC4D426075@hg.openjdk.java.net> Changeset: cbb2915931cd Author: ohair Date: 2007-11-09 15:47 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/cbb2915931cd Added junk + junk Changeset: e1bdac1823a1 Author: xdono Date: 2007-11-09 15:56 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/e1bdac1823a1 55555: empty change ! Makefile Changeset: 1850c9e3538f Author: xdono Date: 2007-11-09 15:57 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/1850c9e3538f Automated merge with http://hg.openjdk.java.net/jdk7/tl/ Changeset: 8e0ae5329539 Author: ohair Date: 2007-11-09 16:12 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/8e0ae5329539 Added tag test-tag for changeset cbb2915931cd + .hgtags Changeset: acde8ad4ef7c Author: ohair Date: 2007-11-09 16:14 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/acde8ad4ef7c Merge Changeset: 6e16a5e11e08 Author: xdono Date: 2007-11-09 16:35 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/6e16a5e11e08 Added tag jdk1.7.0-ea-b23 for changeset acde8ad4ef7c ! .hgtags Changeset: 22923a5e0f29 Author: ohair Date: 2007-11-09 16:43 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/22923a5e0f29 xxx the test line ! junk Changeset: f6970a92fd34 Author: ohair Date: 2007-11-09 17:04 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/f6970a92fd34 Merge Changeset: 070d11b2b7c7 Author: ohair Date: 2007-11-09 16:41 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/070d11b2b7c7 xxx the test line ! junk Changeset: 48a288edea59 Author: ohair Date: 2007-11-09 17:16 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/48a288edea59 Merge Changeset: ec87984511ab Author: ohair Date: 2007-11-09 17:17 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/ec87984511ab Merge ! junk Changeset: 8792e7dbf130 Author: tbell Date: 2007-11-09 18:06 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/8792e7dbf130 7654321: banner adds on Makefiles ! Makefile ! junk Changeset: 2e4d6d562de7 Author: xdono Date: 2007-11-09 20:03 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/2e4d6d562de7 Added tag jdk7-ea-b99 for changeset 8792e7dbf130 ! .hgtags Changeset: 082010cdc4b8 Author: xdono Date: 2007-11-09 21:19 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/082010cdc4b8 Added tag jdk7-ea-b98 for changeset 2e4d6d562de7 ! .hgtags Changeset: c9d8a5a54cb2 Author: ohair Date: 2007-11-11 11:29 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/c9d8a5a54cb2 Added tag foobar1 for changeset 082010cdc4b8 ! .hgtags Changeset: 2e129c7ac139 Author: ohair Date: 2007-11-11 11:15 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/2e129c7ac139 testfile addition + testfile Changeset: 23bb234dec9b Author: ohair Date: 2007-11-11 11:39 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/23bb234dec9b Automated merge with http://hg.openjdk.java.net/jdk7/tl/ Changeset: 88c495d7dd03 Author: ohair Date: 2007-11-11 12:17 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/88c495d7dd03 Comment changes at tail of file - even more junk ! Makefile Changeset: 644f1f3b2728 Author: ohair Date: 2007-11-11 12:16 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/644f1f3b2728 Comment changes at tail of file. ! Makefile Changeset: 25997943704a Author: ohair Date: 2007-11-11 12:18 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/25997943704a Merge Changeset: 078672f43bd5 Author: ohair Date: 2007-11-11 12:22 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/078672f43bd5 Merge ! Makefile Changeset: 464d5c66de6f Author: tbell Date: 2007-11-12 20:42 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/464d5c66de6f 7654321: touch all Makefiles ! Makefile Changeset: 44ab86240fae Author: ohair Date: 2007-11-11 15:23 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/44ab86240fae yyy ! junk Changeset: b0d1c0dcb5b5 Author: ohair Date: 2007-11-11 15:22 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/b0d1c0dcb5b5 xxx ! junk Changeset: 957cd57d7cf1 Author: ohair Date: 2007-11-11 15:32 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/957cd57d7cf1 xxx ! junk Changeset: bfcc776c82f0 Author: ohair Date: 2007-11-13 09:59 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/bfcc776c82f0 Merge Changeset: f9a97bc09ff9 Author: ohair Date: 2007-11-13 10:08 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/f9a97bc09ff9 Added junk.abc (testing hg fpush timing) + junk.abc Changeset: fd4dd51c8306 Author: ohair Date: 2007-11-20 10:58 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/fd4dd51c8306 Added blank line ! Makefile Changeset: 40e30a7d03dd Author: ohair Date: 2007-11-20 11:01 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/40e30a7d03dd add blank in second changeset ! Makefile Changeset: b2839043fa92 Author: ohair Date: 2007-11-20 11:04 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/b2839043fa92 merge ! Makefile Changeset: 4b10bd0b9e52 Author: ohair Date: 2007-11-20 11:07 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/4b10bd0b9e52 test add blank line ! Makefile Changeset: 60b555d5ce99 Author: ohair Date: 2007-11-20 11:11 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/60b555d5ce99 fix Makefile ! Makefile Changeset: e7e6149cb626 Author: ohair Date: 2007-11-20 11:12 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/e7e6149cb626 merge ! Makefile Changeset: bb6d85f9e68e Author: wetmore Date: 2007-12-04 15:23 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/rev/bb6d85f9e68e Merged JSN/TL ! Makefile From bradford.wetmore at sun.com Tue Dec 4 17:31:36 2007 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 05 Dec 2007 01:31:36 +0000 Subject: jdk7/jsn/corba: 13 new changesets Message-ID: <20071205013147.803172607C@hg.openjdk.java.net> Changeset: 22306825ab5e Author: ohair Date: 2007-11-09 15:47 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/22306825ab5e Added junk + junk Changeset: 2e1498855d17 Author: ohair Date: 2007-11-09 16:12 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/2e1498855d17 Added tag test-tag for changeset 22306825ab5e + .hgtags Changeset: 3f5daa726f9f Author: ohair Date: 2007-11-09 16:41 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/3f5daa726f9f xxx the test line ! junk Changeset: 3c74a267218b Author: ohair Date: 2007-11-09 16:43 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/3c74a267218b xxx the test line ! junk Changeset: c66a3960cc8d Author: ohair Date: 2007-11-09 17:04 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/c66a3960cc8d Merge ! junk Changeset: 6733b693e111 Author: xdono Date: 2007-11-09 20:13 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/6733b693e111 Added tag jdk7-ea-b99 for changeset c66a3960cc8d ! .hgtags Changeset: aee1d2361181 Author: xdono Date: 2007-11-09 21:19 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/aee1d2361181 Added tag jdk7-ea-b98 for changeset 6733b693e111 ! .hgtags Changeset: 02aa5dc5ba8e Author: ohair Date: 2007-11-11 11:29 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/02aa5dc5ba8e Added tag foobar1 for changeset aee1d2361181 ! .hgtags Changeset: 7dd9a7657945 Author: ohair Date: 2007-11-11 11:15 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/7dd9a7657945 testfile addition + testfile Changeset: 1567de7e4c2e Author: ohair Date: 2007-11-11 11:39 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/1567de7e4c2e Automated merge with http://hg.openjdk.java.net/jdk7/tl/corba Changeset: ccd42d367593 Author: tbell Date: 2007-11-12 20:52 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/ccd42d367593 7654322: touch all Makefiles ! make/Makefile ! make/com/Makefile ! make/com/sun/Makefile ! make/com/sun/corba/Makefile ! make/com/sun/corba/se/Makefile ! make/com/sun/corba/se/PortableActivationIDL/Makefile ! make/com/sun/corba/se/connection/Makefile ! make/com/sun/corba/se/core/Makefile ! make/com/sun/corba/se/corespi/Makefile ! make/com/sun/corba/se/impl/Makefile ! make/com/sun/corba/se/impl/activation/Makefile ! make/com/sun/corba/se/impl/activation/orbd/Makefile ! make/com/sun/corba/se/impl/activation/servertool/Makefile ! make/com/sun/corba/se/impl/interceptors/Makefile ! make/com/sun/corba/se/impl/logging/Makefile ! make/com/sun/corba/se/impl/monitoring/Makefile ! make/com/sun/corba/se/impl/naming/Makefile ! make/com/sun/corba/se/impl/naming/cosnaming/Makefile ! make/com/sun/corba/se/impl/naming/namingutil/Makefile ! make/com/sun/corba/se/impl/naming/pcosnaming/Makefile ! make/com/sun/corba/se/impl/oa/Makefile ! make/com/sun/corba/se/impl/oa/poa/Makefile ! make/com/sun/corba/se/impl/oa/toa/Makefile ! make/com/sun/corba/se/interceptor/Makefile ! make/com/sun/corba/se/pept/Makefile ! make/com/sun/corba/se/rmi/Makefile ! make/com/sun/corba/se/rmi/rmic/Makefile ! make/com/sun/corba/se/sources/Makefile ! make/com/sun/corba/se/spi/Makefile ! make/com/sun/corba/se/spi/activation/Makefile ! make/com/sun/corba/se/spi/copyobject/Makefile ! make/com/sun/corba/se/spi/encoding/Makefile ! make/com/sun/corba/se/spi/extension/Makefile ! make/com/sun/corba/se/spi/legacy/Makefile ! make/com/sun/corba/se/spi/legacy/connection/Makefile ! make/com/sun/corba/se/spi/legacy/interceptor/Makefile ! make/com/sun/corba/se/spi/logging/Makefile ! make/com/sun/corba/se/spi/monitoring/Makefile ! make/javax/Makefile ! make/javax/xa/Makefile ! make/org/Makefile ! make/org/omg/CORBA/Makefile ! make/org/omg/CosNaming/Makefile ! make/org/omg/DynamicAny/Makefile ! make/org/omg/Makefile ! make/org/omg/PortableInterceptor/Makefile ! make/org/omg/PortableServer/Makefile ! make/org/omg/idl/Makefile ! make/org/omg/sources/Makefile ! make/sun/Makefile ! make/sun/corba/Makefile ! make/sun/corba/core/Makefile ! make/sun/corba/org/Makefile ! make/sun/corba/org/omg/Makefile ! make/sun/rmi/Makefile ! make/sun/rmi/corbalogcompile/Makefile ! make/sun/rmi/corbalogsources/Makefile ! make/sun/rmi/rmic/Makefile ! make/tools/Makefile ! make/tools/idlj/Makefile ! make/tools/strip_properties/Makefile ! src/share/classes/com/sun/tools/corba/se/logutil/Makefile Changeset: f25410e55873 Author: ohair Date: 2007-11-13 10:08 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/f25410e55873 Added junk.abc (testing hg fpush timing) + junk.abc Changeset: a9de762edf19 Author: wetmore Date: 2007-12-04 15:23 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/corba/rev/a9de762edf19 Merged JSN/TL From bradford.wetmore at sun.com Tue Dec 4 17:32:07 2007 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 05 Dec 2007 01:32:07 +0000 Subject: jdk7/tl/langtools: 9 new changesets Message-ID: <20071205013221.F24A32608E@hg.openjdk.java.net> Changeset: 8d2bb475b3dd Author: wetmore Date: 2007-11-12 16:37 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/8d2bb475b3dd Hello there, Duke! ! make/Makefile Changeset: 3191daff8073 Author: wetmore Date: 2007-11-12 17:07 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/3191daff8073 Merged with TL gate Changeset: 8c00a18dc2ce Author: wetmore Date: 2007-11-12 17:12 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/8c00a18dc2ce This is a simple test ! make/Makefile Changeset: 57c873e5bb48 Author: wetmore Date: 2007-11-12 17:19 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/57c873e5bb48 This is yet another simple test ! make/Makefile Changeset: 947367b8a6b5 Author: wetmore Date: 2007-11-12 17:21 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/947367b8a6b5 This is is getting complicated ! make/Makefile Changeset: 39bdac3a94da Author: wetmore Date: 2007-11-12 17:22 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/39bdac3a94da Eenie Meenie Minni Moe ! make/Makefile Changeset: 93a519c63e8e Author: wetmore Date: 2007-11-12 17:26 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/93a519c63e8e hello world ! make/Makefile Changeset: 6598217f61a6 Author: wetmore Date: 2007-11-12 17:40 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/6598217f61a6 Unix style commit ! make/Makefile Changeset: e1c881f36330 Author: wetmore Date: 2007-12-04 15:24 -0800 URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/e1c881f36330 Merged JSN/TL ! make/Makefile From bradford.wetmore at sun.com Tue Dec 4 17:32:13 2007 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 05 Dec 2007 01:32:13 +0000 Subject: jdk7/jsn/hotspot: 12 new changesets Message-ID: <20071205013240.02F4C26092@hg.openjdk.java.net> Changeset: 4fbb76406145 Author: ohair Date: 2007-11-09 15:47 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/hotspot/rev/4fbb76406145 Added junk + junk Changeset: 036a6d4ba0ac Author: ohair Date: 2007-11-09 16:12 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/hotspot/rev/036a6d4ba0ac Added tag test-tag for changeset 4fbb76406145 + .hgtags Changeset: 58140014ae4a Author: ohair Date: 2007-11-09 16:41 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/hotspot/rev/58140014ae4a xxx the test line ! junk Changeset: 7f434d510c49 Author: ohair Date: 2007-11-09 16:43 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/hotspot/rev/7f434d510c49 xxx the test line ! junk Changeset: 7b9636879053 Author: ohair Date: 2007-11-09 17:04 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/hotspot/rev/7b9636879053 Merge ! junk Changeset: deb4be71f293 Author: xdono Date: 2007-11-09 20:13 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/hotspot/rev/deb4be71f293 Added tag jdk7-ea-b99 for changeset 7b9636879053 ! .hgtags Changeset: 0728f0199b0c Author: xdono Date: 2007-11-09 21:19 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/hotspot/rev/0728f0199b0c Added tag jdk7-ea-b98 for changeset deb4be71f293 ! .hgtags Changeset: e3993d6bd774 Author: ohair Date: 2007-11-11 11:29 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/hotspot/rev/e3993d6bd774 Added tag foobar1 for changeset 0728f0199b0c ! .hgtags Changeset: d4e7ef4bf426 Author: ohair Date: 2007-11-11 11:15 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/hotspot/rev/d4e7ef4bf426 testfile addition + testfile Changeset: 604b97d53776 Author: ohair Date: 2007-11-11 11:39 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/hotspot/rev/604b97d53776 Automated merge with http://hg.openjdk.java.net/jdk7/tl/hotspot Changeset: 39fdd477b25b Author: tbell Date: 2007-11-12 20:52 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/hotspot/rev/39fdd477b25b 7654322: touch all Makefiles ! agent/make/Makefile ! agent/src/os/linux/Makefile ! agent/src/os/solaris/Makefile ! agent/src/os/solaris/dbx/Makefile ! agent/src/os/solaris/proc/Makefile ! agent/src/os/win32/Makefile ! agent/src/os/win32/windbg/Makefile ! agent/test/libproc/Makefile ! build/linux/Makefile ! build/solaris/Makefile ! build/windows/projectfiles/common/Makefile ! build/windows/projectfiles/compiler1/Makefile ! build/windows/projectfiles/compiler2/Makefile ! build/windows/projectfiles/core/Makefile ! build/windows/projectfiles/kernel/Makefile ! build/windows/projectfiles/tiered/Makefile ! make/Makefile ! test/Makefile Changeset: 92ff0c0ff4c7 Author: ohair Date: 2007-11-13 10:08 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/hotspot/rev/92ff0c0ff4c7 Added junk.abc (testing hg fpush timing) + junk.abc From bradford.wetmore at sun.com Tue Dec 4 17:33:29 2007 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 05 Dec 2007 01:33:29 +0000 Subject: jdk7/jsn/jaxp: 13 new changesets Message-ID: <20071205013348.57B49260A2@hg.openjdk.java.net> Changeset: 2030d4b64c3f Author: ohair Date: 2007-11-09 15:47 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxp/rev/2030d4b64c3f Added junk + junk Changeset: ad6c1ff92c0a Author: ohair Date: 2007-11-09 16:12 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxp/rev/ad6c1ff92c0a Added tag test-tag for changeset 2030d4b64c3f + .hgtags Changeset: 695d996cc500 Author: ohair Date: 2007-11-09 16:41 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxp/rev/695d996cc500 xxx the test line ! junk Changeset: 8706c1aab216 Author: ohair Date: 2007-11-09 16:43 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxp/rev/8706c1aab216 xxx the test line ! junk Changeset: a99e421a4a56 Author: ohair Date: 2007-11-09 17:04 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxp/rev/a99e421a4a56 Merge ! junk Changeset: 141756fe15a7 Author: xdono Date: 2007-11-09 20:13 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxp/rev/141756fe15a7 Added tag jdk7-ea-b99 for changeset a99e421a4a56 ! .hgtags Changeset: 5de13263b128 Author: xdono Date: 2007-11-09 21:19 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxp/rev/5de13263b128 Added tag jdk7-ea-b98 for changeset 141756fe15a7 ! .hgtags Changeset: 84753a8341d3 Author: ohair Date: 2007-11-11 11:29 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxp/rev/84753a8341d3 Added tag foobar1 for changeset 5de13263b128 ! .hgtags Changeset: b74c4ea4ddf7 Author: ohair Date: 2007-11-11 11:15 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxp/rev/b74c4ea4ddf7 testfile addition + testfile Changeset: d722487fee30 Author: ohair Date: 2007-11-11 11:39 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxp/rev/d722487fee30 Automated merge with http://hg.openjdk.java.net/jdk7/tl/jaxp Changeset: dd4fa618b39a Author: tbell Date: 2007-11-12 20:53 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxp/rev/dd4fa618b39a 7654322: touch all Makefiles ! make/Makefile Changeset: 5db2663431de Author: ohair Date: 2007-11-13 10:08 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxp/rev/5db2663431de Added junk.abc (testing hg fpush timing) + junk.abc Changeset: 17fd03b47103 Author: wetmore Date: 2007-12-04 15:23 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxp/rev/17fd03b47103 Merged JSN/TL From bradford.wetmore at sun.com Tue Dec 4 17:34:20 2007 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 05 Dec 2007 01:34:20 +0000 Subject: jdk7/jsn/jaxws: 12 new changesets Message-ID: <20071205013437.996BC260A8@hg.openjdk.java.net> Changeset: d861124b4394 Author: ohair Date: 2007-11-09 15:47 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxws/rev/d861124b4394 Added junk + junk Changeset: d0da022294cf Author: ohair Date: 2007-11-09 16:12 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxws/rev/d0da022294cf Added tag test-tag for changeset d861124b4394 + .hgtags Changeset: 3a184d8e3d80 Author: ohair Date: 2007-11-09 16:41 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxws/rev/3a184d8e3d80 xxx the test line ! junk Changeset: 54642cdb83e0 Author: ohair Date: 2007-11-09 16:43 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxws/rev/54642cdb83e0 xxx the test line ! junk Changeset: 096a6fdb56c6 Author: ohair Date: 2007-11-09 17:04 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxws/rev/096a6fdb56c6 Merge ! junk Changeset: 13a7d97e993a Author: xdono Date: 2007-11-09 20:13 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxws/rev/13a7d97e993a Added tag jdk7-ea-b99 for changeset 096a6fdb56c6 ! .hgtags Changeset: d172dafca693 Author: xdono Date: 2007-11-09 21:19 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxws/rev/d172dafca693 Added tag jdk7-ea-b98 for changeset 13a7d97e993a ! .hgtags Changeset: b5b64e5dadc9 Author: ohair Date: 2007-11-11 11:29 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxws/rev/b5b64e5dadc9 Added tag foobar1 for changeset d172dafca693 ! .hgtags Changeset: 70b44744e58c Author: ohair Date: 2007-11-11 11:15 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxws/rev/70b44744e58c testfile addition + testfile Changeset: 3f00ea95c65e Author: ohair Date: 2007-11-11 11:39 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxws/rev/3f00ea95c65e Automated merge with http://hg.openjdk.java.net/jdk7/tl/jaxws Changeset: a9506f9440d4 Author: tbell Date: 2007-11-12 20:53 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxws/rev/a9506f9440d4 7654322: touch all Makefiles ! make/Makefile Changeset: 06b80c183136 Author: ohair Date: 2007-11-13 10:08 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jaxws/rev/06b80c183136 Added junk.abc (testing hg fpush timing) + junk.abc From bradford.wetmore at sun.com Tue Dec 4 17:35:10 2007 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 05 Dec 2007 01:35:10 +0000 Subject: jdk7/jsn/jdk: 27 new changesets Message-ID: <20071205014035.DDE4C260AE@hg.openjdk.java.net> Changeset: b438378d48a9 Author: ohair Date: 2007-11-09 15:47 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/b438378d48a9 Added junk + junk Changeset: 0fe0b1b794be Author: ohair Date: 2007-11-09 16:12 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/0fe0b1b794be Added tag test-tag for changeset b438378d48a9 + .hgtags Changeset: 7ffee64bd299 Author: ohair Date: 2007-11-09 16:41 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/7ffee64bd299 xxx the test line ! junk Changeset: f3a0ec3c1799 Author: ohair Date: 2007-11-09 16:43 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/f3a0ec3c1799 xxx the test line ! junk Changeset: 98c3756381ed Author: ohair Date: 2007-11-09 17:04 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/98c3756381ed Merge ! junk Changeset: 7615b71c9ba8 Author: tbell Date: 2007-11-09 18:06 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/7615b71c9ba8 7654321: banner adds on Makefiles ! make/jpda/Makefile ! make/mkdemo/jpda/Makefile Changeset: 9fc487433dfd Author: xdono Date: 2007-11-09 20:13 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/9fc487433dfd Added tag jdk7-ea-b99 for changeset 7615b71c9ba8 ! .hgtags Changeset: 77f89108b2e4 Author: xdono Date: 2007-11-09 21:19 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/77f89108b2e4 Added tag jdk7-ea-b98 for changeset 9fc487433dfd ! .hgtags Changeset: 638aa04a652d Author: ohair Date: 2007-11-11 11:29 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/638aa04a652d Added tag foobar1 for changeset 77f89108b2e4 ! .hgtags Changeset: 0162db574ce3 Author: ohair Date: 2007-11-11 11:15 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/0162db574ce3 testfile addition + testfile Changeset: 2c67b542f067 Author: ohair Date: 2007-11-11 11:40 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/2c67b542f067 Automated merge with http://hg.openjdk.java.net/jdk7/tl/jdk Changeset: 9f64bd5e0735 Author: jferaud Date: 2007-11-09 13:08 +0100 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/9f64bd5e0735 7777777: Empty change ! make/Makefile Changeset: b7b9cea53986 Author: jferaud Date: 2007-11-12 16:14 +0100 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/b7b9cea53986 test merge Changeset: 9442b90a75e1 Author: tbell Date: 2007-11-12 20:53 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/9442b90a75e1 7654322: touch all Makefiles ! make/Makefile ! make/com/Makefile ! make/com/sun/Makefile ! make/com/sun/crypto/provider/Makefile ! make/com/sun/demo/Makefile ! make/com/sun/demo/jvmti/Makefile ! make/com/sun/demo/jvmti/hprof/Makefile ! make/com/sun/image/Makefile ! make/com/sun/inputmethods/Makefile ! make/com/sun/inputmethods/indicim/Makefile ! make/com/sun/inputmethods/thaiim/Makefile ! make/com/sun/jarsigner/Makefile ! make/com/sun/java/Makefile ! make/com/sun/java/browser/Makefile ! make/com/sun/java/browser/dom/Makefile ! make/com/sun/java/browser/net/Makefile ! make/com/sun/java/pack/Makefile ! make/com/sun/java/pack/prop/Makefile ! make/com/sun/jmx/Makefile ! make/com/sun/jmx/snmp/Makefile ! make/com/sun/jndi/Makefile ! make/com/sun/jndi/cosnaming/Makefile ! make/com/sun/jndi/dns/Makefile ! make/com/sun/jndi/ldap/Makefile ! make/com/sun/jndi/rmi/Makefile ! make/com/sun/jndi/rmi/registry/Makefile ! make/com/sun/jndi/toolkit/Makefile ! make/com/sun/net/httpserver/Makefile ! make/com/sun/net/ssl/Makefile ! make/com/sun/org/Makefile ! make/com/sun/org/apache/Makefile ! make/com/sun/org/apache/xml/Makefile ! make/com/sun/rowset/Makefile ! make/com/sun/script/Makefile ! make/com/sun/security/Makefile ! make/com/sun/security/auth/Makefile ! make/com/sun/security/auth/module/Makefile ! make/com/sun/security/jgss/Makefile ! make/com/sun/security/sasl/Makefile ! make/com/sun/sql/Makefile ! make/com/sun/tools/Makefile ! make/com/sun/tools/attach/Makefile ! make/com/sun/xml/Makefile ! make/docs/Makefile ! make/java/Makefile ! make/java/applet/Makefile ! make/java/awt/Makefile ! make/java/beans/Makefile ! make/java/fdlibm/Makefile ! make/java/hpi/Makefile ! make/java/hpi/native/Makefile ! make/java/hpi/windows/Makefile ! make/java/instrument/Makefile ! make/java/jar/Makefile ! make/java/java/Makefile ! make/java/java/reflect/Makefile ! make/java/java_crw_demo/Makefile ! make/java/java_hprof_demo/Makefile ! make/java/jexec/Makefile ! make/java/jli/Makefile ! make/java/jvm/Makefile ! make/java/logging/Makefile ! make/java/main/Makefile ! make/java/main/java/Makefile ! make/java/main/javaw/Makefile ! make/java/management/Makefile ! make/java/math/Makefile ! make/java/net/Makefile ! make/java/nio/Makefile ! make/java/npt/Makefile ! make/java/redist/Makefile ! make/java/rmi/Makefile ! make/java/security/Makefile ! make/java/sql/Makefile ! make/java/sun_nio/Makefile ! make/java/text/Makefile ! make/java/util/Makefile ! make/java/verify/Makefile ! make/java/version/Makefile ! make/java/zip/Makefile ! make/javax/Makefile ! make/javax/accessibility/Makefile ! make/javax/crypto/Makefile ! make/javax/imageio/Makefile ! make/javax/management/Makefile ! make/javax/print/Makefile ! make/javax/rmi/Makefile ! make/javax/rmi/ssl/Makefile ! make/javax/sound/Makefile ! make/javax/sound/jsoundalsa/Makefile ! make/javax/sound/jsoundds/Makefile ! make/javax/sound/jsoundhs/Makefile ! make/javax/sql/Makefile ! make/javax/swing/Makefile ! make/javax/swing/beaninfo/Makefile ! make/javax/swing/html32dtd/Makefile ! make/javax/swing/plaf/Makefile ! make/jpda/Makefile ! make/jpda/back/Makefile ! make/jpda/bdi/Makefile ! make/jpda/expr/Makefile ! make/jpda/front/Makefile ! make/jpda/gui/Makefile ! make/jpda/jdwp/Makefile ! make/jpda/transport/Makefile ! make/jpda/transport/shmem/Makefile ! make/jpda/transport/socket/Makefile ! make/jpda/tty/Makefile ! make/launchers/Makefile ! make/mkdemo/Makefile ! make/mkdemo/applets/Animator/Makefile ! make/mkdemo/applets/ArcTest/Makefile ! make/mkdemo/applets/BarChart/Makefile ! make/mkdemo/applets/Blink/Makefile ! make/mkdemo/applets/CardTest/Makefile ! make/mkdemo/applets/Clock/Makefile ! make/mkdemo/applets/DitherTest/Makefile ! make/mkdemo/applets/DrawTest/Makefile ! make/mkdemo/applets/Fractal/Makefile ! make/mkdemo/applets/GraphLayout/Makefile ! make/mkdemo/applets/GraphicsTest/Makefile ! make/mkdemo/applets/JumpingBox/Makefile ! make/mkdemo/applets/Makefile ! make/mkdemo/applets/MoleculeViewer/Makefile ! make/mkdemo/applets/NervousText/Makefile ! make/mkdemo/applets/SimpleGraph/Makefile ! make/mkdemo/applets/SortDemo/Makefile ! make/mkdemo/applets/SpreadSheet/Makefile ! make/mkdemo/applets/TicTacToe/Makefile ! make/mkdemo/applets/WireFrame/Makefile ! make/mkdemo/jfc/CodePointIM/Makefile ! make/mkdemo/jfc/FileChooserDemo/Makefile ! make/mkdemo/jfc/Font2DTest/Makefile ! make/mkdemo/jfc/Java2D/Makefile ! make/mkdemo/jfc/Makefile ! make/mkdemo/jfc/Metalworks/Makefile ! make/mkdemo/jfc/Notepad/Makefile ! make/mkdemo/jfc/SampleTree/Makefile ! make/mkdemo/jfc/Stylepad/Makefile ! make/mkdemo/jfc/SwingApplet/Makefile ! make/mkdemo/jfc/SwingSet2/Makefile ! make/mkdemo/jfc/TableExample/Makefile ! make/mkdemo/jni/Makefile ! make/mkdemo/jni/Poller/Makefile ! make/mkdemo/jpda/Makefile ! make/mkdemo/jvmti/Makefile ! make/mkdemo/jvmti/gctest/Makefile ! make/mkdemo/jvmti/heapTracker/Makefile ! make/mkdemo/jvmti/heapViewer/Makefile ! make/mkdemo/jvmti/hprof/Makefile ! make/mkdemo/jvmti/minst/Makefile ! make/mkdemo/jvmti/mtrace/Makefile ! make/mkdemo/jvmti/versionCheck/Makefile ! make/mkdemo/jvmti/waiters/Makefile ! make/mkdemo/management/FullThreadDump/Makefile ! make/mkdemo/management/JTop/Makefile ! make/mkdemo/management/Makefile ! make/mkdemo/management/MemoryMonitor/Makefile ! make/mkdemo/management/VerboseGC/Makefile ! make/mkdemo/scripting/Makefile ! make/mkdemo/scripting/jconsole-plugin/Makefile ! make/mksample/Makefile ! make/mksample/dtrace/Makefile ! make/mksample/jmx/Makefile ! make/mksample/jmx/jmx-scandir/Makefile ! make/mksample/nbproject/Makefile ! make/mksample/nio/Makefile ! make/mksample/nio/server/Makefile ! make/mksample/scripting/Makefile ! make/mksample/scripting/scriptpad/Makefile ! make/mksample/webservices/EbayClient/Makefile ! make/mksample/webservices/EbayServer/Makefile ! make/mksample/webservices/Makefile ! make/org/Makefile ! make/org/ietf/Makefile ! make/org/ietf/jgss/Makefile ! make/org/jcp/Makefile ! make/sun/Makefile ! make/sun/applet/Makefile ! make/sun/audio/Makefile ! make/sun/awt/Makefile ! make/sun/beans/Makefile ! make/sun/cmm/Makefile ! make/sun/cmm/kcms/Makefile ! make/sun/cmm/lcms/Makefile ! make/sun/dcpr/Makefile ! make/sun/font/Makefile ! make/sun/font/t2k/Makefile ! make/sun/headless/Makefile ! make/sun/image/Makefile ! make/sun/image/generic/Makefile ! make/sun/image/vis/Makefile ! make/sun/jar/Makefile ! make/sun/javazic/Makefile ! make/sun/jawt/Makefile ! make/sun/jconsole/Makefile ! make/sun/jdbc/Makefile ! make/sun/jdga/Makefile ! make/sun/jpeg/Makefile ! make/sun/launcher/Makefile ! make/sun/management/Makefile ! make/sun/management/jmxremote/Makefile ! make/sun/management/snmp/Makefile ! make/sun/misc/Makefile ! make/sun/native2ascii/Makefile ! make/sun/net/Makefile ! make/sun/net/others/Makefile ! make/sun/net/spi/Makefile ! make/sun/net/spi/nameservice/Makefile ! make/sun/net/spi/nameservice/dns/Makefile ! make/sun/nio/Makefile ! make/sun/org/Makefile ! make/sun/org/mozilla/Makefile ! make/sun/org/mozilla/javascript/Makefile ! make/sun/pisces/Makefile ! make/sun/rmi/Makefile ! make/sun/rmi/cgi/Makefile ! make/sun/rmi/oldtools/Makefile ! make/sun/rmi/registry/Makefile ! make/sun/rmi/rmi/Makefile ! make/sun/rmi/rmic/Makefile ! make/sun/rmi/rmid/Makefile ! make/sun/security/Makefile ! make/sun/security/action/Makefile ! make/sun/security/jgss/Makefile ! make/sun/security/jgss/wrapper/Makefile ! make/sun/security/krb5/Makefile ! make/sun/security/mscapi/Makefile ! make/sun/security/other/Makefile ! make/sun/security/pkcs11/Makefile ! make/sun/security/smartcardio/Makefile ! make/sun/security/tools/Makefile ! make/sun/security/util/Makefile ! make/sun/serialver/Makefile ! make/sun/splashscreen/Makefile ! make/sun/text/Makefile ! make/sun/tools/Makefile ! make/sun/xawt/Makefile ! make/sunw/Makefile ! make/tools/GenerateCharacter/Makefile ! make/tools/Makefile ! make/tools/addjsum/Makefile ! make/tools/auto_multi/Makefile ! make/tools/buildmetaindex/Makefile ! make/tools/commentchecker/Makefile ! make/tools/compile_font_config/Makefile ! make/tools/compile_properties/Makefile ! make/tools/dir_diff/Makefile ! make/tools/dtdbuilder/Makefile ! make/tools/fontchecker/Makefile ! make/tools/freetypecheck/Makefile ! make/tools/generate_break_iterator/Makefile ! make/tools/generatecurrencydata/Makefile ! make/tools/hasher_classes/Makefile ! make/tools/jarreorder/Makefile ! make/tools/jarsplit/Makefile ! make/tools/javazic/Makefile ! make/tools/jdwpgen/Makefile ! make/tools/makeclasslist/Makefile ! make/tools/reorder/Makefile ! make/tools/strip_properties/Makefile ! make/tools/winver/Makefile ! src/share/demo/java2d/J2DBench/Makefile ! src/share/sample/vm/clr-jvm/Makefile ! src/share/sample/vm/jvm-clr/Makefile ! test/Makefile ! test/java/net/URLClassLoader/sealing/Makefile ! test/java/nio/channels/spi/SelectorProvider/inheritedChannel/Makefile ! test/java/rmi/reliability/benchmark/bench/Makefile ! test/java/rmi/reliability/benchmark/bench/rmi/Makefile ! test/java/util/PluggableLocale/providersrc/Makefile ! test/sun/management/jmxremote/bootstrap/Makefile Changeset: aa5bb4ad0e23 Author: ohair Date: 2007-11-13 10:08 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/aa5bb4ad0e23 Added junk.abc (testing hg fpush timing) + junk.abc Changeset: 81a7f7824e6b Author: ksrini Date: 2007-11-27 16:22 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/81a7f7824e6b Added new include as test. ! src/share/bin/main.c Changeset: 985827c1b854 Author: ksrini Date: 2007-11-27 17:22 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/985827c1b854 Undid the bad header file and added a new file + src/share/bin/README ! src/share/bin/main.c Changeset: 8d6e9e2c82cd Author: dfuchs Date: 2007-11-28 14:54 +0100 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/8d6e9e2c82cd Test Mercurial set-up ! src/share/classes/com/sun/jmx/defaults/package.html + src/share/classes/com/sun/jmx/remote/util/NewInterface.java Changeset: 4a7493b97806 Author: dfuchs Date: 2007-11-28 15:41 +0100 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/4a7493b97806 Removing file used to test Mercurial set-up - src/share/classes/com/sun/jmx/remote/util/NewInterface.java Changeset: 63300458df4a Author: dfuchs Date: 2007-11-28 18:07 +0100 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/63300458df4a Yet another other test ! testfile Changeset: 763beb9353dc Author: ksrini Date: 2007-11-28 10:58 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/763beb9353dc undid the last and renamed a file = src/share/bin/READ.ME < src/share/bin/README Changeset: 0703b5489eaa Author: ksrini Date: 2007-11-28 14:55 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/0703b5489eaa test Changeset: 3bdf72345daf Author: alanb Date: 2007-11-26 15:09 +0000 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/3bdf72345daf Rename test + test/java/nio/channels/Selector/ReallyWakeupAfterClose.java - test/java/nio/channels/Selector/WakeupAfterClose.java Changeset: 1323d9a3fbc6 Author: alanb Date: 2007-11-30 11:53 +0000 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/1323d9a3fbc6 Merge - test/java/nio/channels/Selector/WakeupAfterClose.java Changeset: 71bcdba5aaf9 Author: ksrini Date: 2007-11-30 15:47 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/71bcdba5aaf9 Removed an annoying READ.ME file, lets see if this works while jano2 is down. - src/share/bin/READ.ME Changeset: fa3a2d41c21e Author: ksrini Date: 2007-11-30 15:49 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/fa3a2d41c21e Say what ? I did not remove WakeupAfterClose - test/java/nio/channels/Selector/WakeupAfterClose.java Changeset: 26e7508ad4b9 Author: wetmore Date: 2007-12-04 15:22 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/jdk/rev/26e7508ad4b9 Merged JSN/TL ! make/Makefile - test/java/nio/channels/Selector/WakeupAfterClose.java From bradford.wetmore at sun.com Tue Dec 4 17:46:29 2007 From: bradford.wetmore at sun.com (bradford.wetmore at sun.com) Date: Wed, 05 Dec 2007 01:46:29 +0000 Subject: jdk7/jsn/langtools: 4 new changesets Message-ID: <20071205014635.5AD33260BA@hg.openjdk.java.net> Changeset: 5f835b2631d9 Author: tbell Date: 2007-11-12 20:54 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/5f835b2631d9 7654322: touch all Makefiles ! make/Makefile ! src/share/opensource/javac/Makefile ! test/Makefile Changeset: aef3dd3f6a18 Author: ohair Date: 2007-11-13 10:08 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/aef3dd3f6a18 Added junk.abc (testing hg fpush timing) + junk.abc Changeset: d046b75bf7b2 Author: jjg Date: 2007-11-27 17:24 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/d046b75bf7b2 Added dummy comment ! README Changeset: e1c881f36330 Author: wetmore Date: 2007-12-04 15:24 -0800 URL: http://hg.openjdk.java.net/jdk7/jsn/langtools/rev/e1c881f36330 Merged JSN/TL ! make/Makefile From mr at hg.openjdk.java.net Tue Dec 4 21:03:04 2007 From: mr at hg.openjdk.java.net (mr at hg.openjdk.java.net) Date: Tue, 04 Dec 2007 21:03:04 -0800 Subject: jdk7/jdk7: Added tag jdk7-b24 for changeset cfeea66a3fa8 Message-ID: <20071205050304.35BF8260C3@hg.openjdk.java.net> Changeset: 0a5c5386a678 Author: xdono Date: 2007-12-04 16:28 -0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/rev/0a5c5386a678 Added tag jdk7-b24 for changeset cfeea66a3fa8 + .hgtags From mr at hg.openjdk.java.net Tue Dec 4 21:03:09 2007 From: mr at hg.openjdk.java.net (mr at hg.openjdk.java.net) Date: Tue, 04 Dec 2007 21:03:09 -0800 Subject: jdk7/jdk7/corba: Added tag jdk7-b24 for changeset 55540e827aef Message-ID: <20071205050310.A30C9260C4@hg.openjdk.java.net> Changeset: 474c23b174e9 Author: xdono Date: 2007-12-04 16:28 -0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/corba/rev/474c23b174e9 Added tag jdk7-b24 for changeset 55540e827aef + .hgtags From mr at hg.openjdk.java.net Tue Dec 4 21:03:16 2007 From: mr at hg.openjdk.java.net (mr at hg.openjdk.java.net) Date: Tue, 04 Dec 2007 21:03:16 -0800 Subject: jdk7/jdk7/hotspot: Added tag jdk7-b24 for changeset a61af66fc99e Message-ID: <20071205050319.945BE260C5@hg.openjdk.java.net> Changeset: 92489cdc94d1 Author: xdono Date: 2007-12-04 16:28 -0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/hotspot/rev/92489cdc94d1 Added tag jdk7-b24 for changeset a61af66fc99e + .hgtags From mr at hg.openjdk.java.net Tue Dec 4 21:03:25 2007 From: mr at hg.openjdk.java.net (mr at hg.openjdk.java.net) Date: Tue, 04 Dec 2007 21:03:25 -0800 Subject: jdk7/jdk7/jaxp: Added tag jdk7-b24 for changeset 6ce5f4757bde Message-ID: <20071205050327.AE557260C6@hg.openjdk.java.net> Changeset: 9e3c1ad7cdb9 Author: xdono Date: 2007-12-04 16:28 -0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxp/rev/9e3c1ad7cdb9 Added tag jdk7-b24 for changeset 6ce5f4757bde + .hgtags From mr at hg.openjdk.java.net Tue Dec 4 21:03:32 2007 From: mr at hg.openjdk.java.net (mr at hg.openjdk.java.net) Date: Tue, 04 Dec 2007 21:03:32 -0800 Subject: jdk7/jdk7/jaxws: Added tag jdk7-b24 for changeset 0961a4a21176 Message-ID: <20071205050334.E5E88260C7@hg.openjdk.java.net> Changeset: 7d53d3bd7879 Author: xdono Date: 2007-12-04 16:28 -0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/jaxws/rev/7d53d3bd7879 Added tag jdk7-b24 for changeset 0961a4a21176 + .hgtags From mr at hg.openjdk.java.net Tue Dec 4 21:03:40 2007 From: mr at hg.openjdk.java.net (mr at hg.openjdk.java.net) Date: Tue, 04 Dec 2007 21:03:40 -0800 Subject: jdk7/jdk7/jdk: Added tag jdk7-b24 for changeset 37a05a11f281 Message-ID: <20071205050352.5DA60260C8@hg.openjdk.java.net> Changeset: 99a06bc7fdb5 Author: xdono Date: 2007-12-04 16:28 -0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/99a06bc7fdb5 Added tag jdk7-b24 for changeset 37a05a11f281 + .hgtags From mr at hg.openjdk.java.net Tue Dec 4 21:03:57 2007 From: mr at hg.openjdk.java.net (mr at hg.openjdk.java.net) Date: Tue, 04 Dec 2007 21:03:57 -0800 Subject: jdk7/jdk7/langtools: Added tag jdk7-b24 for changeset 9a66ca7c79fa Message-ID: <20071205050359.DE9B0260C9@hg.openjdk.java.net> Changeset: e4dae1993f8b Author: xdono Date: 2007-12-04 16:28 -0800 URL: http://hg.openjdk.java.net/jdk7/jdk7/langtools/rev/e4dae1993f8b Added tag jdk7-b24 for changeset 9a66ca7c79fa + .hgtags From peter.jones at sun.com Wed Dec 5 10:18:10 2007 From: peter.jones at sun.com (Peter Jones) Date: Wed, 5 Dec 2007 13:18:10 -0500 Subject: hg mail notification In-Reply-To: <20071130040402.AAD781A67@callebaut.niobe.net> References: <474F16E1.5070700@Sun.COM> <20071130040402.AAD781A67@callebaut.niobe.net> Message-ID: <20071205181810.GB7073@east> On Thu, Nov 29, 2007 at 08:04:02PM -0800, Mark Reinhold wrote: >> Date: Thu, 29 Nov 2007 11:45:37 -0800 >> From: kumar.srinivasan at sun.com >> Is it possible to special prefix the notification subject with an >> invariant string, >> ex: Hg Push: /jdk7/tl/..... > > Yes, it's possible, though it'd waste space in the subject line. > > What do others think? I wouldn't mind seeing a (short) subject prefix, but also on the topic of push email notifications, FWIW-- It looks like they are including a files added/removed/modified list per individual changeset in the changegroup. A similar template is being used for another Mercurial-based project that I'm working with, and I have found that this can be distracting especially when the pushed changegroup includes merge changesets, because (potentially very many) files can get listed that are completely unrelated to what the engineers were touching-- i.e. there are no differences in those files between the head versions of the parent repository before and after the push. Perhaps this is just Teamware fondness that I need to work out of my system, but I think that I would like to see in push notifications what "putback" would have said for a file list: the files added/removed/modified between the parent's latest revision before the push and after the push, i.e. what's actually getting changed in the repository by the aggregation of the changesets being pushed. This should be similar to the file list that we would see in a webrev across multiple changesets. Of course, the changeset metadata (comment, etc.) would still need to be listed per changeset. -- Peter From bccheng at google.com Wed Dec 5 17:56:27 2007 From: bccheng at google.com (Ben Cheng) Date: Wed, 5 Dec 2007 17:56:27 -0800 Subject: how to build 32-bit openjdk7 on x86_64 In-Reply-To: <474DB7D6.60201@sun.com> References: <474DB52C.4090801@sun.com> <474DB7D6.60201@sun.com> Message-ID: On Nov 28, 2007 10:47 AM, Kelly O'Hair wrote: > > If your adventure is to figure out how to build 32bit on a 64bit system, > please keep track > of what you had to do and we can document it, and have fun. ;^) > I have a four-file patch that enables me to do 32-bit build on 64-bit linux machines (where 32-bit libraries are installed) now. I don't need to specify ARCH explicitly on the build command line. Instead, I rely on saying ARCH_DATA_MODEL=32 to override the auto-detected ARCH value in several makefiles. Thanks, -Ben -------------------------------------------------------------------------- ==== control/make/jprt.config ==== 179c179,184 < linux_arch=amd64 --- > # LOCALPATCH > if [ "${ARCH_DATA_MODEL}" = 64 ] ; then > linux_arch=amd64 > else > linux_arch=i586 > fi ==== control/make/make/jprt.config ==== 179c179,184 < linux_arch=amd64 --- > # LOCALPATCH > if [ "${ARCH_DATA_MODEL}" = 64 ] ; then > linux_arch=amd64 > else > linux_arch=i586 > fi ==== corba/make/common/shared/Platform.gmk ==== 217c217,219 < # i586 is 32-bit, amd64 is 64-bit --- > # LOCALPATCH > # i586 is 32-bit, amd64 is 64-bit, unless ARCH_DATA_MODEL is explicitly set > # as 32 and ARCH will be demoted to i586 223a226,230 > else > ifeq ($(ARCH_DATA_MODEL), 32) > ARCH=i586 > ARCH_FAMILY := $(ARCH) > endif ==== jdk/make/common/shared/Platform.gmk ==== 226c226,228 < # i586 is 32-bit, amd64 is 64-bit --- > # LOCALPATCH > # i586 is 32-bit, amd64 is 64-bit, unless ARCH_DATA_MODEL is explicitly set > # as 32 and ARCH will be demoted to i586 232a235,239 > else > ifeq ($(ARCH_DATA_MODEL), 32) > ARCH=i586 > ARCH_FAMILY := $(ARCH) > endif -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20071205/e17b4a36/attachment.html From Kelly.Ohair at Sun.COM Wed Dec 5 18:21:58 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Wed, 05 Dec 2007 18:21:58 -0800 Subject: how to build 32-bit openjdk7 on x86_64 In-Reply-To: References: <474DB52C.4090801@sun.com> <474DB7D6.60201@sun.com> Message-ID: <47575CC6.8020303@sun.com> I don't see your name on the SCA list: https://sca.dev.java.net/CA_signatories.htm Signing the SCA is required before I can integrate your change: http://www.sun.com/software/opensource/sca.pdf Legal red tape. :^( The changes look good to me, simple, small, and I think should work fine. -kto Ben Cheng wrote: > On Nov 28, 2007 10:47 AM, Kelly O'Hair > wrote: > > > If your adventure is to figure out how to build 32bit on a 64bit > system, please keep track > of what you had to do and we can document it, and have fun. ;^) > > > I have a four-file patch that enables me to do 32-bit build on 64-bit > linux machines (where 32-bit libraries are installed) now. I don't need > to specify ARCH explicitly on the build command line. Instead, I rely on > saying ARCH_DATA_MODEL=32 to override the auto-detected ARCH value in > several makefiles. > > Thanks, > -Ben > > -------------------------------------------------------------------------- > > ==== control/make/jprt.config ==== > 179c179,184 > < linux_arch=amd64 > --- > > # LOCALPATCH > > if [ "${ARCH_DATA_MODEL}" = 64 ] ; then > > linux_arch=amd64 > > else > > linux_arch=i586 > > fi > ==== control/make/make/jprt.config ==== > 179c179,184 > < linux_arch=amd64 > --- > > # LOCALPATCH > > if [ "${ARCH_DATA_MODEL}" = 64 ] ; then > > linux_arch=amd64 > > else > > linux_arch=i586 > > fi > ==== corba/make/common/shared/Platform.gmk ==== > 217c217,219 > < # i586 is 32-bit, amd64 is 64-bit > --- > > # LOCALPATCH > > # i586 is 32-bit, amd64 is 64-bit, unless ARCH_DATA_MODEL is > explicitly set > > # as 32 and ARCH will be demoted to i586 > 223a226,230 > > else > > ifeq ($(ARCH_DATA_MODEL), 32) > > ARCH=i586 > > ARCH_FAMILY := $(ARCH) > > endif > ==== jdk/make/common/shared/Platform.gmk ==== > 226c226,228 > < # i586 is 32-bit, amd64 is 64-bit > --- > > # LOCALPATCH > > # i586 is 32-bit, amd64 is 64-bit, unless ARCH_DATA_MODEL is > explicitly set > > # as 32 and ARCH will be demoted to i586 > 232a235,239 > > else > > ifeq ($(ARCH_DATA_MODEL), 32) > > ARCH=i586 > > ARCH_FAMILY := $(ARCH) > > endif > > > From Tim.Bell at Sun.COM Wed Dec 5 18:27:44 2007 From: Tim.Bell at Sun.COM (Tim Bell) Date: Wed, 05 Dec 2007 18:27:44 -0800 Subject: how to build 32-bit openjdk7 on x86_64 In-Reply-To: References: <474DB52C.4090801@sun.com> <474DB7D6.60201@sun.com> Message-ID: <47575E20.8090505@sun.com> Ben Cheng wrote: [...] > I have a four-file patch that enables me to do 32-bit build on 64-bit > linux machines (where 32-bit libraries are installed) now. Thanks for the patch. What Kelly said about the SCA, but that's a detail. You wrote: "where 32-bit libraries are installed" Er - how many libraries, and what were their names? Could you enumerate the 32/64 installation process so that others could do these builds? Thanks - Tim From bccheng at google.com Thu Dec 6 10:56:24 2007 From: bccheng at google.com (Ben Cheng) Date: Thu, 6 Dec 2007 10:56:24 -0800 Subject: how to build 32-bit openjdk7 on x86_64 In-Reply-To: <47575E20.8090505@sun.com> References: <474DB52C.4090801@sun.com> <474DB7D6.60201@sun.com> <47575E20.8090505@sun.com> Message-ID: Sorry for not being clear in the original email. It is not as scary as it sounds. All the pre-installed libraries by IT on our x86_64 linux workstations are 32-bit, so I just grab a few extra ones (sound, freetype, ...) as described on the build-howto page. After that and the makefile hacks, I was able to build 32-bit JDK. However, I was not able to build 64-bit JDK yet. I assume I will need to prepare a chroot environment with 64-bit libraries installed but I just don't have time to try it out yet. So the bottom line is if a developer is constrained by the hybrid 32/64-bit environment like I am, it is possible to build 32-bit JDK with a few makefile hacks. Thanks, -Ben On Dec 5, 2007 6:27 PM, Tim Bell wrote: > [...] > You wrote: > > "where 32-bit libraries are installed" > > Er - how many libraries, and what were their names? Could you enumerate > the 32/64 installation > process so that others could do these builds? > > Thanks - Tim > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20071206/7a7573e8/attachment.html From Tim.Bell at Sun.COM Thu Dec 6 11:34:18 2007 From: Tim.Bell at Sun.COM (Tim Bell) Date: Thu, 06 Dec 2007 11:34:18 -0800 Subject: how to build 32-bit openjdk7 on x86_64 In-Reply-To: References: <474DB52C.4090801@sun.com> <474DB7D6.60201@sun.com> <47575E20.8090505@sun.com> Message-ID: <47584EBA.7080402@sun.com> Ben Cheng wrote: : : > So the bottom line is if a developer is constrained by the hybrid > 32/64-bit environment like I am, it is possible to build 32-bit JDK with > a few makefile hacks. That is good to know, and thanks for the description as it will benefit the folks who may find this thread in the archives. Tim From Kelly.Ohair at Sun.COM Thu Dec 6 15:42:46 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 06 Dec 2007 15:42:46 -0800 Subject: JDK 7 Project Message-ID: <475888F6.3010000@sun.com> Mark Reinhold has proposed the JDK 7 Project [1]. Should the Build Group sponsor this Project? Please cast your vote by replying to this message with either Vote: yes or Vote: no as the first line of the message body. You may indicate the reason for your decision, if you wish, on subsequent lines. This is optional and not required. Votes are due by midnight UTC this Monday, 10 December 2007, after which time I'll tally the votes and post a summary to this list and to discuss at openjdk.java.net. Only Members of the Build Group are eligible to vote on this decision [2]. The current Members are: Kelly O'Hair Mark Reinhold Xiomara Jayasena Tim Bell [1] is: http://mail.openjdk.java.net/pipermail/announce/2007-December/000049.html [2] http://blogs.sun.com/mr/entry/cosmology -kto From Kelly.Ohair at Sun.COM Thu Dec 6 16:01:10 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Thu, 06 Dec 2007 16:01:10 -0800 Subject: JDK 7 Project In-Reply-To: <475888F6.3010000@sun.com> References: <475888F6.3010000@sun.com> Message-ID: <47588D46.5070307@sun.com> Vote: yes -kto Kelly O'Hair wrote: > > Mark Reinhold has proposed the JDK 7 Project [1]. > > Should the Build Group sponsor this Project? > > Please cast your vote by replying to this message with either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may indicate the reason for your decision, if you wish, on > subsequent lines. > This is optional and not required. > > Votes are due by midnight UTC this Monday, 10 December 2007, after which > time I'll > tally the votes and post a summary to this list and to discuss at > openjdk.java.net. > > Only Members of the Build Group are eligible to vote on this decision [2]. > > The current Members are: > > Kelly O'Hair > Mark Reinhold > Xiomara Jayasena > Tim Bell > > [1] is: > http://mail.openjdk.java.net/pipermail/announce/2007-December/000049.html > [2] http://blogs.sun.com/mr/entry/cosmology > > -kto From Xiomara.Jayasena at Sun.COM Thu Dec 6 16:05:23 2007 From: Xiomara.Jayasena at Sun.COM (Xiomara Jayasena) Date: Thu, 06 Dec 2007 16:05:23 -0800 Subject: JDK 7 Project In-Reply-To: <475888F6.3010000@sun.com> References: <475888F6.3010000@sun.com> Message-ID: <47588E43.6000003@sun.com> Vote: yes -Xiomara Kelly O'Hair wrote: > > Mark Reinhold has proposed the JDK 7 Project [1]. > > Should the Build Group sponsor this Project? > > Please cast your vote by replying to this message with either > > Vote: yes > > or > > Vote: no > > as the first line of the message body. > > You may indicate the reason for your decision, if you wish, on > subsequent lines. > This is optional and not required. > > Votes are due by midnight UTC this Monday, 10 December 2007, after > which time I'll > tally the votes and post a summary to this list and to discuss at > openjdk.java.net. > > Only Members of the Build Group are eligible to vote on this decision > [2]. > > The current Members are: > > Kelly O'Hair > Mark Reinhold > Xiomara Jayasena > Tim Bell > > [1] is: > http://mail.openjdk.java.net/pipermail/announce/2007-December/000049.html > [2] http://blogs.sun.com/mr/entry/cosmology > > -kto From Tim.Bell at Sun.COM Thu Dec 6 16:14:32 2007 From: Tim.Bell at Sun.COM (Tim Bell) Date: Thu, 06 Dec 2007 16:14:32 -0800 Subject: JDK 7 Project In-Reply-To: <475888F6.3010000@sun.com> References: <475888F6.3010000@sun.com> Message-ID: <47589068.4050208@sun.com> Vote: yes This is the Open way to work on JDK7 while the JSR(s) are finalized. Tim From mr at sun.com Thu Dec 6 19:23:53 2007 From: mr at sun.com (Mark Reinhold) Date: Thu, 06 Dec 2007 19:23:53 -0800 Subject: JDK 7 Project In-Reply-To: kelly.ohair@sun.com; Thu, 06 Dec 2007 15:42:46 PST; <475888F6.3010000@sun.com> Message-ID: <20071207032353.137CC1B53@callebaut.niobe.net> Vote: yes (duh) - Mark From jensseidel at users.sf.net Fri Dec 7 04:03:41 2007 From: jensseidel at users.sf.net (Jens Seidel) Date: Fri, 7 Dec 2007 13:03:41 +0100 Subject: Wrong file permissions in openjdk-7-ea-src-b23-30_oct_2007.zip Message-ID: <20071207120341.GA3308@imkf-pc073.imkf.tu-freiberg.de> Hi, I was able to build OpenJDK (to be more specific IcedTea) following http://iced-tea.org/wiki/DebianBuildingInstructions. It ends with BUILD SUCCESSFUL Total time: 1 minute 38 seconds make[2]: Leaving directory `/tmp/Java/IcedTea/icedtea/openjdk-ecj/langtools/make' make[1]: Leaving directory `/tmp/Java/IcedTea/icedtea/openjdk-ecj/control/make' make: *** [stamps/icedtea-ecj.stamp] error 2 which is funny but it may be a IcedTea issue. Nevertheless I noticed that many many files have wrong permissions. I tried to search for created binaries using find -type f -perm +111 and found also many C++ source files with the executable flag. openjdk-7-ea-src-b23-30_oct_2007.zip contains e.g. openjdk/hotspot/src/share/vm/prims/jvmtiExtensions.cpp Unix file attributes (100555 octal): -r-xr-xr-x Can you please fix this? PS: Please CC: me. Jens From Xiomara.Jayasena at Sun.COM Sat Dec 8 11:08:18 2007 From: Xiomara.Jayasena at Sun.COM (Xiomara Jayasena) Date: Sat, 08 Dec 2007 11:08:18 -0800 Subject: Wrong file permissions in openjdk-7-ea-src-b23-30_oct_2007.zip In-Reply-To: <20071207120341.GA3308@imkf-pc073.imkf.tu-freiberg.de> References: <20071207120341.GA3308@imkf-pc073.imkf.tu-freiberg.de> Message-ID: <475AEBA2.4090004@sun.com> Hi Jens, The openjdk-7-ea...*.zip format will no longer be supported starting from JDK 7 build 24. Instead use hg fclone to get the source from the JDK 7 mercurial repository which is pretty much the equivalent of it. That said I will check the permissions mentioned below and fix as necessary/appropriate. Thanks, -Xiomara Jens Seidel wrote: > Hi, > > I was able to build OpenJDK (to be more specific IcedTea) following > http://iced-tea.org/wiki/DebianBuildingInstructions. > > It ends with > > BUILD SUCCESSFUL > Total time: 1 minute 38 seconds > make[2]: Leaving directory `/tmp/Java/IcedTea/icedtea/openjdk-ecj/langtools/make' > make[1]: Leaving directory `/tmp/Java/IcedTea/icedtea/openjdk-ecj/control/make' > make: *** [stamps/icedtea-ecj.stamp] error 2 > > which is funny but it may be a IcedTea issue. > > Nevertheless I noticed that many many files have wrong permissions. I > tried to search for created binaries using > find -type f -perm +111 > and found also many C++ source files with the executable flag. > > openjdk-7-ea-src-b23-30_oct_2007.zip contains e.g. > > openjdk/hotspot/src/share/vm/prims/jvmtiExtensions.cpp > Unix file attributes (100555 octal): -r-xr-xr-x > > Can you please fix this? > > PS: Please CC: me. > > Jens > From ismail at pardus.org.tr Sun Dec 9 10:16:48 2007 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Sun, 9 Dec 2007 20:16:48 +0200 Subject: java.lang.OutOfMemoryError: Java heap space while bootstrapping OpenJDK Message-ID: <200712092016.48092.ismail@pardus.org.tr> Hi all, I cloned latest OpenJDK off HG forest tree. And I am using jdk 1.6 to bootstrap, to be exact : [~/jdk7]> javac -version javac 1.6.0_03 All sanity tests passes but when I try make, I get : =========================================================================== # Running javac: /opt/sun-jdk/bin/javac -sourcepath ../../../build/linux-i586/gensrc:../../../src/solaris/classes:../../../src/share/classes -d ../../../build/linux-i586/classes @../../../build/linux-i586/tmp/sun/java.awt/.classes.list The system is out of resources. Consult the following stack trace for details. java.lang.OutOfMemoryError: Java heap space at com.sun.tools.javac.util.Position$LineMapImpl.build(Position.java:139) at com.sun.tools.javac.util.Position.makeLineMap(Position.java:63) at com.sun.tools.javac.parser.Scanner.getLineMap(Scanner.java:1105) at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:512) at com.sun.tools.javac.main.JavaCompiler.complete(JavaCompiler.java:646) at com.sun.tools.javac.jvm.ClassReader.fillIn(ClassReader.java:1869) at com.sun.tools.javac.jvm.ClassReader.complete(ClassReader.java:1777) at com.sun.tools.javac.code.Symbol.complete(Symbol.java:386) at com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:758) at com.sun.tools.javac.jvm.ClassReader.loadClass(ClassReader.java:1951) at com.sun.tools.javac.comp.Resolve.loadClass(Resolve.java:842) at com.sun.tools.javac.comp.Resolve.findGlobalType(Resolve.java:901) at com.sun.tools.javac.comp.Resolve.findType(Resolve.java:957) at com.sun.tools.javac.comp.Resolve.findIdent(Resolve.java:986) at com.sun.tools.javac.comp.Resolve.resolveIdent(Resolve.java:1162) at com.sun.tools.javac.comp.Attr.visitIdent(Attr.java:1711) at com.sun.tools.javac.tree.JCTree$JCIdent.accept(JCTree.java:1547) at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:360) at com.sun.tools.javac.comp.Attr.attribType(Attr.java:390) at com.sun.tools.javac.comp.MemberEnter.visitVarDef(MemberEnter.java:607) at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:691) at com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:387) at com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:399) at com.sun.tools.javac.comp.MemberEnter.finishClass(MemberEnter.java:410) at com.sun.tools.javac.comp.MemberEnter.finish(MemberEnter.java:1000) at com.sun.tools.javac.comp.MemberEnter.complete(MemberEnter.java:967) at com.sun.tools.javac.code.Symbol.complete(Symbol.java:386) at com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:758) at com.sun.tools.javac.comp.Enter.complete(Enter.java:451) at com.sun.tools.javac.comp.Enter.main(Enter.java:429) at com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:819) at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:727) make[2]: *** [.compile.classlist] Error 3 make[2]: Leaving directory `/home/cartman/jdk7/jdk/make/java/awt' make[1]: *** [all] Error 1 make[1]: Leaving directory `/home/cartman/jdk7/jdk/make/java' make: *** [all] Error 1 =========================================================================== The machine have 1 GB RAM but I tested on a machine with same JDK but 2 GB of RAM but the same problem happens. Do I need more RAM or something else is going on here? Regards, ismail -- Never learn by your mistakes, if you do you may never dare to try again. From ismail at pardus.org.tr Sun Dec 9 10:33:50 2007 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Sun, 9 Dec 2007 20:33:50 +0200 Subject: java.lang.OutOfMemoryError: Java heap space while bootstrapping OpenJDK In-Reply-To: <200712092016.48092.ismail@pardus.org.tr> References: <200712092016.48092.ismail@pardus.org.tr> Message-ID: <200712092033.50334.ismail@pardus.org.tr> Sunday 09 December 2007 20:16:48 tarihinde Ismail D?nmez ?unlar? yazm??t?: > Hi all, > > I cloned latest OpenJDK off HG forest tree. And I am using jdk 1.6 to > bootstrap, to be exact : > > [~/jdk7]> javac -version > javac 1.6.0_03 > > All sanity tests passes but when I try make, I get : FWIW enlarging heapspace to 1000MB in common/shared/Defs-java.gmk via -Xmx1000m results in the same error. Regards, ismail -- Never learn by your mistakes, if you do you may never dare to try again. From ismail at pardus.org.tr Sun Dec 9 11:17:41 2007 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Sun, 9 Dec 2007 21:17:41 +0200 Subject: java.lang.OutOfMemoryError: Java heap space while bootstrapping OpenJDK In-Reply-To: <200712092033.50334.ismail@pardus.org.tr> References: <200712092016.48092.ismail@pardus.org.tr> <200712092033.50334.ismail@pardus.org.tr> Message-ID: <200712092117.41711.ismail@pardus.org.tr> Sunday 09 December 2007 20:33:50 tarihinde Ismail D?nmez ?unlar? yazm??t?: > Sunday 09 December 2007 20:16:48 tarihinde Ismail D?nmez ?unlar? yazm??t?: > > Hi all, > > > > I cloned latest OpenJDK off HG forest tree. And I am using jdk 1.6 to > > bootstrap, to be exact : > > > > [~/jdk7]> javac -version > > javac 1.6.0_03 > > > > All sanity tests passes but when I try make, I get : > > FWIW enlarging heapspace to 1000MB in common/shared/Defs-java.gmk via > > -Xmx1000m results in the same error. And to answer to myself once again, attached patch fixes out of memory error but I got a nicer error now ;) : ========================================================= /opt/sun-jdk/bin/javac -J-Xms512m -J-Xmx512m -sourcepath ../../../build/linux-i586/gensrc:../../../src/solaris/classes:../../../src/share/classes -d ../../../build/linux-i586/classes @../../../build/linux-i586/tmp/sun/java.awt/.classes.list ../../../src/share/classes/java/awt/image/DataBufferFloat.java:67: cannot find symbol symbol : constructor DataBuffer(sun.java2d.StateTrackable.State,int,int) location: class java.awt.image.DataBuffer super(STABLE, TYPE_FLOAT, size); ^ ../../../src/share/classes/java/awt/image/DataBufferFloat.java:84: cannot find symbol symbol : constructor DataBuffer(sun.java2d.StateTrackable.State,int,int,int) location: class java.awt.image.DataBuffer super(STABLE, TYPE_FLOAT, size, numBanks); ^ ../../../src/share/classes/java/awt/image/DataBufferFloat.java:109: cannot find symbol symbol : constructor DataBuffer(sun.java2d.StateTrackable.State,int,int) location: class java.awt.image.DataBuffer super(UNTRACKABLE, TYPE_FLOAT, size); ^ ../../../src/share/classes/java/awt/image/DataBufferFloat.java:135: cannot find symbol symbol : constructor DataBuffer(sun.java2d.StateTrackable.State,int,int,int,int) location: class java.awt.image.DataBuffer super(UNTRACKABLE, TYPE_FLOAT, size, 1, offset); ^ ../../../src/share/classes/java/awt/image/DataBufferFloat.java:158: cannot find symbol symbol : constructor DataBuffer(sun.java2d.StateTrackable.State,int,int,int) location: class java.awt.image.DataBuffer super(UNTRACKABLE, TYPE_FLOAT, size, dataArray.length); ^ ../../../src/share/classes/java/awt/image/DataBufferFloat.java:182: cannot find symbol symbol : constructor DataBuffer(sun.java2d.StateTrackable.State,int,int,int,int[]) location: class java.awt.image.DataBuffer super(UNTRACKABLE, TYPE_FLOAT, size,dataArray.length, offsets); ^ ../../../src/share/classes/java/awt/image/DataBufferFloat.java:198: cannot find symbol symbol : variable theTrackable location: class java.awt.image.DataBufferFloat theTrackable.setUntrackable(); ^ ../../../src/share/classes/java/awt/image/DataBufferFloat.java:214: cannot find symbol symbol : variable theTrackable location: class java.awt.image.DataBufferFloat theTrackable.setUntrackable(); ^ ../../../src/share/classes/java/awt/image/DataBufferFloat.java:229: cannot find symbol symbol : variable theTrackable location: class java.awt.image.DataBufferFloat theTrackable.setUntrackable(); ^ ../../../src/share/classes/java/awt/image/DataBufferFloat.java:273: cannot find symbol symbol : variable theTrackable location: class java.awt.image.DataBufferFloat theTrackable.markDirty(); ^ ../../../src/share/classes/java/awt/image/DataBufferFloat.java:288: cannot find symbol symbol : variable theTrackable location: class java.awt.image.DataBufferFloat theTrackable.markDirty(); ^ ../../../src/share/classes/java/awt/image/DataBufferFloat.java:331: cannot find symbol symbol : variable theTrackable location: class java.awt.image.DataBufferFloat theTrackable.markDirty(); ^ ../../../src/share/classes/java/awt/image/DataBufferFloat.java:346: cannot find symbol symbol : variable theTrackable location: class java.awt.image.DataBufferFloat theTrackable.markDirty(); ^ ../../../src/share/classes/java/awt/image/DataBufferFloat.java:389: cannot find symbol symbol : variable theTrackable location: class java.awt.image.DataBufferFloat theTrackable.markDirty(); ^ ../../../src/share/classes/java/awt/image/DataBufferFloat.java:404: cannot find symbol symbol : variable theTrackable location: class java.awt.image.DataBufferFloat theTrackable.markDirty(); ^ ../../../src/share/classes/java/awt/image/DataBufferDouble.java:67: cannot find symbol symbol : constructor DataBuffer(sun.java2d.StateTrackable.State,int,int) location: class java.awt.image.DataBuffer super(STABLE, TYPE_DOUBLE, size); ^ ../../../src/share/classes/java/awt/image/DataBufferDouble.java:83: cannot find symbol symbol : constructor DataBuffer(sun.java2d.StateTrackable.State,int,int,int) location: class java.awt.image.DataBuffer super(STABLE, TYPE_DOUBLE, size, numBanks); ^ ../../../src/share/classes/java/awt/image/DataBufferDouble.java:108: cannot find symbol symbol : constructor DataBuffer(sun.java2d.StateTrackable.State,int,int) location: class java.awt.image.DataBuffer super(UNTRACKABLE, TYPE_DOUBLE, size); ^ ../../../src/share/classes/java/awt/image/DataBufferDouble.java:133: cannot find symbol symbol : constructor DataBuffer(sun.java2d.StateTrackable.State,int,int,int,int) location: class java.awt.image.DataBuffer super(UNTRACKABLE, TYPE_DOUBLE, size, 1, offset); ^ ../../../src/share/classes/java/awt/image/DataBufferDouble.java:156: cannot find symbol symbol : constructor DataBuffer(sun.java2d.StateTrackable.State,int,int,int) location: class java.awt.image.DataBuffer super(UNTRACKABLE, TYPE_DOUBLE, size, dataArray.length); ^ ../../../src/share/classes/java/awt/image/DataBufferDouble.java:180: cannot find symbol symbol : constructor DataBuffer(sun.java2d.StateTrackable.State,int,int,int,int[]) location: class java.awt.image.DataBuffer super(UNTRACKABLE, TYPE_DOUBLE, size, dataArray.length, offsets); ^ ../../../src/share/classes/java/awt/image/DataBufferDouble.java:196: cannot find symbol symbol : variable theTrackable location: class java.awt.image.DataBufferDouble theTrackable.setUntrackable(); ^ ../../../src/share/classes/java/awt/image/DataBufferDouble.java:212: cannot find symbol symbol : variable theTrackable location: class java.awt.image.DataBufferDouble theTrackable.setUntrackable(); ^ ../../../src/share/classes/java/awt/image/DataBufferDouble.java:227: cannot find symbol symbol : variable theTrackable location: class java.awt.image.DataBufferDouble theTrackable.setUntrackable(); ^ ../../../src/share/classes/java/awt/image/DataBufferDouble.java:270: cannot find symbol symbol : variable theTrackable location: class java.awt.image.DataBufferDouble theTrackable.markDirty(); ^ ../../../src/share/classes/java/awt/image/DataBufferDouble.java:285: cannot find symbol symbol : variable theTrackable location: class java.awt.image.DataBufferDouble theTrackable.markDirty(); ^ ../../../src/share/classes/java/awt/image/DataBufferDouble.java:328: cannot find symbol symbol : variable theTrackable location: class java.awt.image.DataBufferDouble theTrackable.markDirty(); ^ ../../../src/share/classes/java/awt/image/DataBufferDouble.java:343: cannot find symbol symbol : variable theTrackable location: class java.awt.image.DataBufferDouble theTrackable.markDirty(); ^ ../../../src/share/classes/java/awt/image/DataBufferDouble.java:386: cannot find symbol symbol : variable theTrackable location: class java.awt.image.DataBufferDouble theTrackable.markDirty(); ^ ../../../src/share/classes/java/awt/image/DataBufferDouble.java:401: cannot find symbol symbol : variable theTrackable location: class java.awt.image.DataBufferDouble theTrackable.markDirty(); ^ Note: Some input files use or override a deprecated API. Note: Recompile with -Xlint:deprecation for details. Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. 30 errors make[2]: *** [.compile.classlist] Error 1 make[2]: Leaving directory `/home/cartman/jdk7/jdk/make/java/awt' make[1]: *** [all] Error 1 make[1]: Leaving directory `/home/cartman/jdk7/jdk/make/java' make: *** [all] Error 1 ========================================================= Ideas welcome. -- Never learn by your mistakes, if you do you may never dare to try again. -------------- next part -------------- A non-text attachment was scrubbed... Name: heapsize.patch Type: text/x-diff Size: 381 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/build-dev/attachments/20071209/f9400287/heapsize.patch From Igor.Nekrestyanov at Sun.COM Sun Dec 9 12:12:10 2007 From: Igor.Nekrestyanov at Sun.COM (Igor Nekrestyanov) Date: Sun, 09 Dec 2007 23:12:10 +0300 Subject: java.lang.OutOfMemoryError: Java heap space while bootstrapping OpenJDK In-Reply-To: <200712092117.41711.ismail@pardus.org.tr> References: <200712092016.48092.ismail@pardus.org.tr> <200712092033.50334.ismail@pardus.org.tr> <200712092117.41711.ismail@pardus.org.tr> Message-ID: <475C4C1A.60604@sun.com> I suggest to start with recent JDK7 build as bootstrap - http://download.java.net/jdk7/binaries/. -igor From ismail at pardus.org.tr Sun Dec 9 14:31:57 2007 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Mon, 10 Dec 2007 00:31:57 +0200 Subject: java.lang.OutOfMemoryError: Java heap space while bootstrapping OpenJDK In-Reply-To: <475C4C1A.60604@sun.com> References: <200712092016.48092.ismail@pardus.org.tr> <200712092117.41711.ismail@pardus.org.tr> <475C4C1A.60604@sun.com> Message-ID: <200712100031.58013.ismail@pardus.org.tr> Sunday 09 December 2007 22:12:10 tarihinde Igor Nekrestyanov ?unlar? yazm??t?: > I suggest to start with recent JDK7 build as bootstrap - > http://download.java.net/jdk7/binaries/. This fixed the problem, thanks. -- Never learn by your mistakes, if you do you may never dare to try again. From Kelly.Ohair at Sun.COM Mon Dec 10 16:39:59 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Mon, 10 Dec 2007 16:39:59 -0800 Subject: [Fwd: Re: JDK 7 build 24 is available at the openjdk.java.net website] Message-ID: <475DDC5F.4000207@sun.com> FYI... -kto -------- Original Message -------- Subject: Re: JDK 7 build 24 is available at the openjdk.java.net website Date: Mon, 10 Dec 2007 16:31:59 -0800 From: Kelly O'Hair To: Lillian Angel CC: discuss at openjdk.java.net, announce at openjdk.java.net References: <47563FCC.4080907 at sun.com> <475D7AB3.8060000 at redhat.com> I had hoped that Mercurial would have provided some of this source bundling for free, but since we went with a forest, it's not ideal. It's only done on a per-repository basis. If you go to: http://hg.openjdk.java.net/jdk7/jdk7 At the top of the page are some 'zip' 'bz2' 'gz' links. These get you bundles, for example the default 'zip' link gets you the latest changeset or 'tip' for this repository: http://hg.openjdk.java.net/jdk7/jdk7/archive/tip.zip You can get bundles for any changeset number or even a tag, like jdk7-b24: http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip But as I said, with a forest, this isn't ideal, you'd need to download each repository, probably something like: http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip http://hg.openjdk.java.net/jdk7/jdk7/jdk/archive/jdk7-b24.zip http://hg.openjdk.java.net/jdk7/jdk7/corba/archive/jdk7-b24.zip http://hg.openjdk.java.net/jdk7/jdk7/jaxp/archive/jdk7-b24.zip http://hg.openjdk.java.net/jdk7/jdk7/jaxws/archive/jdk7-b24.zip http://hg.openjdk.java.net/jdk7/jdk7/hotspot/archive/jdk7-b24.zip http://hg.openjdk.java.net/jdk7/jdk7/langtools/archive/jdk7-b24.zip We need a forest 'zip' option that woould create a single zip file, but I have no idea when that would ever happen. -kto Lillian Angel wrote: > Hi, > > Will zipped bundles still be released? If not, could "make dist" be > implemented to create a zip/tarball based on the release tag? > > > Thanks, > Lillian > > > Xiomara Jayasena wrote: >> >> The OpenJDK source is available at: >> http://hg.openjdk.java.net/jdk7/jdk7 >> and the build 24 source is here: >> http://hg.openjdk.java.net/jdk7/jdk7/rev/0a5c5386a678 >> >> The OpenJDK source binary plugs and Jtreg binary for the promoted JDK >> 7 build 24 are available under the openjdk http://openjdk.java.net >> website under Source Code (direct link to bundles: >> http://download.java.net/openjdk/jdk7) >> >> Summary of changes: >> http://download.java.net/jdk7/changes/jdk7-b24.html >> >> Thanks, >> -Xiomara From Kelly.Ohair at Sun.COM Mon Dec 10 20:29:30 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Mon, 10 Dec 2007 20:29:30 -0800 Subject: Vote results: Build Group sponsorship of the JDK 7 project PASSES (4:0) Message-ID: <475E122A.4070302@sun.com> The proposal for the Build Group to sponsor the creation of the JDK 7 project [1] succeeds with 4 votes for and 0 votes against. In answer to the question "Should the Build Group sponsor this Project?" the individual votes are: Kelly O'Hair Yes Xiomara Jayasena Yes Tim Bell Yes Mark Reinhold Yes [1] is: http://mail.openjdk.java.net/pipermail/announce/2007-December/000049.html -kto From ismail at pardus.org.tr Wed Dec 12 10:07:43 2007 From: ismail at pardus.org.tr (Ismail =?utf-8?q?D=C3=B6nmez?=) Date: Wed, 12 Dec 2007 20:07:43 +0200 Subject: [PATCH] hotspot: [1/many] Compile with gcc 4.3 Message-ID: <200712122007.43615.ismail@pardus.org.tr> Hi there, gcc 4.3 no longer provides iostream.h it was a compatibility header anyway. Following patch is needed now. Should be fine for all other gcc's. Regards, ismail -- Never learn by your mistakes, if you do you may never dare to try again. -------------- next part -------------- A non-text attachment was scrubbed... Name: gcc-4.3.patch Type: text/x-diff Size: 410 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/build-dev/attachments/20071212/ac529665/gcc-4.3.patch From Kelly.Ohair at Sun.COM Wed Dec 12 15:44:10 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Wed, 12 Dec 2007 15:44:10 -0800 Subject: JDK 7 build 24 is available at the openjdk.java.net website In-Reply-To: <47606D05.2040709@nefkom.net> References: <47563FCC.4080907@sun.com> <475D7AB3.8060000@redhat.com> <475DDA7F.1080302@sun.com> <47606D05.2040709@nefkom.net> Message-ID: <4760724A.1010707@sun.com> Very nice... I haven't tried it yet, but that's very much what I was thinking. I'll have to defer the crypto question to the security guys... hopefully they are listing to the build-dev alias which I CC'd. Thanks for sharing this. -kto Arnd-Hendrik Mathias wrote: > Hey Kelly, > many thanks for the download links you've given below. In case someone > may be going to create a short wiki page about the hg-less download and > extraction process, I've attached a Makefile which might be helpful for > those trying to build from scratch. I've omitted the "building the > prerequisites" stuff (download, build and install Ant, JUnit, bootstrap > JDK7 binaries and the binary plugins) because the Makefile shall depict > the files needed to be downloaded, extracted and restructured/renamed to > set up a working source tree. Most users won't re-install the > AntJUnitBootstrapJDK7BinaryPlugs boiling each time they build a new > OpenJDK snapshot anyway. > > I recognized one other thing that prevents me from building completely: > The "build" target of the /jdk7-jdk7-b24/jdk/make/javax/crypto/Makefile > is empty which means that all directories/classes to be included in the > /tmp/sun/javax.crypto/unsigned/jce.jar are removed by the prebuild > target but not rebuilt subsequently. > Is there a special trick, how to build the > tmp/sun/javax.crypto/classes/javax/crypto, > tmp/sun/javax.crypto/classes/sun/security/internal/interfaces and > tmp/sun/javax.crypto/classes/sun/security/internal/spec? > Best regards > > Arnd-Hendrik > > > Kelly O'Hair wrote: >> >> I had hoped that Mercurial would have provided some of this source >> bundling >> for free, but since we went with a forest, it's not ideal. It's only >> done on a per-repository basis. >> >> If you go to: >> http://hg.openjdk.java.net/jdk7/jdk7 >> >> At the top of the page are some 'zip' 'bz2' 'gz' links. These get you >> bundles, for example the default 'zip' link gets you the latest >> changeset or >> 'tip' for this repository: >> http://hg.openjdk.java.net/jdk7/jdk7/archive/tip.zip >> >> You can get bundles for any changeset number or even a tag, like >> jdk7-b24: >> http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip >> >> But as I said, with a forest, this isn't ideal, you'd need to download >> each repository, probably something like: >> http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip >> http://hg.openjdk.java.net/jdk7/jdk7/jdk/archive/jdk7-b24.zip >> http://hg.openjdk.java.net/jdk7/jdk7/corba/archive/jdk7-b24.zip >> http://hg.openjdk.java.net/jdk7/jdk7/jaxp/archive/jdk7-b24.zip >> http://hg.openjdk.java.net/jdk7/jdk7/jaxws/archive/jdk7-b24.zip >> http://hg.openjdk.java.net/jdk7/jdk7/hotspot/archive/jdk7-b24.zip >> http://hg.openjdk.java.net/jdk7/jdk7/langtools/archive/jdk7-b24.zip >> >> We need a forest 'zip' option that woould create a single zip file, >> but I have no idea when that would ever happen. >> >> -kto >> >> >> Lillian Angel wrote: >>> Hi, >>> >>> Will zipped bundles still be released? If not, could "make dist" be >>> implemented to create a zip/tarball based on the release tag? >>> >>> >>> Thanks, >>> Lillian >>> >>> >>> Xiomara Jayasena wrote: >>>> >>>> The OpenJDK source is available at: >>>> http://hg.openjdk.java.net/jdk7/jdk7 >>>> and the build 24 source is here: >>>> http://hg.openjdk.java.net/jdk7/jdk7/rev/0a5c5386a678 >>>> >>>> The OpenJDK source binary plugs and Jtreg binary for the promoted >>>> JDK 7 build 24 are available under the openjdk >>>> http://openjdk.java.net website under Source Code (direct link to >>>> bundles: http://download.java.net/openjdk/jdk7) >>>> >>>> Summary of changes: >>>> http://download.java.net/jdk7/changes/jdk7-b24.html >>>> >>>> Thanks, >>>> -Xiomara >> >> From ted at tedneward.com Thu Dec 13 02:46:00 2007 From: ted at tedneward.com (Ted Neward) Date: Thu, 13 Dec 2007 02:46:00 -0800 Subject: JDK 7 build 24 is available at the openjdk.java.net website In-Reply-To: <4760724A.1010707@sun.com> References: <47563FCC.4080907@sun.com> <475D7AB3.8060000@redhat.com> <475DDA7F.1080302@sun.com> <47606D05.2040709@nefkom.net> <4760724A.1010707@sun.com> Message-ID: <009f01c83d75$5bade490$1309adb0$@com> I don't think the Makefile got attached. 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: Wednesday, December 12, 2007 3:44 PM > To: Arnd-Hendrik Mathias > Cc: discuss at openjdk.java.net; build-dev > Subject: Re: JDK 7 build 24 is available at the openjdk.java.net > website > > Very nice... I haven't tried it yet, but that's very much what I was > thinking. > > I'll have to defer the crypto question to the security guys... > hopefully they > are listing to the build-dev alias which I CC'd. > > Thanks for sharing this. > > -kto > > Arnd-Hendrik Mathias wrote: > > Hey Kelly, > > many thanks for the download links you've given below. In case > someone > > may be going to create a short wiki page about the hg-less download > and > > extraction process, I've attached a Makefile which might be helpful > for > > those trying to build from scratch. I've omitted the "building the > > prerequisites" stuff (download, build and install Ant, JUnit, > bootstrap > > JDK7 binaries and the binary plugins) because the Makefile shall > depict > > the files needed to be downloaded, extracted and restructured/renamed > to > > set up a working source tree. Most users won't re-install the > > AntJUnitBootstrapJDK7BinaryPlugs boiling each time they build a new > > OpenJDK snapshot anyway. > > > > I recognized one other thing that prevents me from building > completely: > > The "build" target of the /jdk7-jdk7- > b24/jdk/make/javax/crypto/Makefile > > is empty which means that all directories/classes to be included in > the > > /tmp/sun/javax.crypto/unsigned/jce.jar are removed by the prebuild > > target but not rebuilt subsequently. > > Is there a special trick, how to build the > > tmp/sun/javax.crypto/classes/javax/crypto, > > tmp/sun/javax.crypto/classes/sun/security/internal/interfaces and > > tmp/sun/javax.crypto/classes/sun/security/internal/spec? > > Best regards > > > > Arnd-Hendrik > > > > > > Kelly O'Hair wrote: > >> > >> I had hoped that Mercurial would have provided some of this source > >> bundling > >> for free, but since we went with a forest, it's not ideal. It's only > >> done on a per-repository basis. > >> > >> If you go to: > >> http://hg.openjdk.java.net/jdk7/jdk7 > >> > >> At the top of the page are some 'zip' 'bz2' 'gz' links. These get > you > >> bundles, for example the default 'zip' link gets you the latest > >> changeset or > >> 'tip' for this repository: > >> http://hg.openjdk.java.net/jdk7/jdk7/archive/tip.zip > >> > >> You can get bundles for any changeset number or even a tag, like > >> jdk7-b24: > >> http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip > >> > >> But as I said, with a forest, this isn't ideal, you'd need to > download > >> each repository, probably something like: > >> http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip > >> http://hg.openjdk.java.net/jdk7/jdk7/jdk/archive/jdk7-b24.zip > >> http://hg.openjdk.java.net/jdk7/jdk7/corba/archive/jdk7-b24.zip > >> http://hg.openjdk.java.net/jdk7/jdk7/jaxp/archive/jdk7-b24.zip > >> http://hg.openjdk.java.net/jdk7/jdk7/jaxws/archive/jdk7-b24.zip > >> http://hg.openjdk.java.net/jdk7/jdk7/hotspot/archive/jdk7-b24.zip > >> http://hg.openjdk.java.net/jdk7/jdk7/langtools/archive/jdk7- > b24.zip > >> > >> We need a forest 'zip' option that woould create a single zip file, > >> but I have no idea when that would ever happen. > >> > >> -kto > >> > >> > >> Lillian Angel wrote: > >>> Hi, > >>> > >>> Will zipped bundles still be released? If not, could "make dist" be > >>> implemented to create a zip/tarball based on the release tag? > >>> > >>> > >>> Thanks, > >>> Lillian > >>> > >>> > >>> Xiomara Jayasena wrote: > >>>> > >>>> The OpenJDK source is available at: > >>>> http://hg.openjdk.java.net/jdk7/jdk7 > >>>> and the build 24 source is here: > >>>> http://hg.openjdk.java.net/jdk7/jdk7/rev/0a5c5386a678 > >>>> > >>>> The OpenJDK source binary plugs and Jtreg binary for the promoted > >>>> JDK 7 build 24 are available under the openjdk > >>>> http://openjdk.java.net website under Source Code (direct link to > >>>> bundles: http://download.java.net/openjdk/jdk7) > >>>> > >>>> Summary of changes: > >>>> http://download.java.net/jdk7/changes/jdk7-b24.html > >>>> > >>>> Thanks, > >>>> -Xiomara > >> > >> > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: > 12/12/2007 11:29 AM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: 12/12/2007 11:29 AM From ted at tedneward.com Thu Dec 13 02:47:57 2007 From: ted at tedneward.com (Ted Neward) Date: Thu, 13 Dec 2007 02:47:57 -0800 Subject: [Fwd: Re: JDK 7 build 24 is available at the openjdk.java.net website] In-Reply-To: <475DDC5F.4000207@sun.com> References: <475DDC5F.4000207@sun.com> Message-ID: <00a001c83d75$a4389a20$eca9ce60$@com> So, to make sure I understand correctly, in order to get a complete b24 build, I have to pull down each of those zips independently? Is there any way to get a "complete" bundle? (Is that what you mean by a "forest zip", below?) Does that have to be done by Sun? 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: Monday, December 10, 2007 4:40 PM > To: build-dev > Subject: [Fwd: Re: JDK 7 build 24 is available at the openjdk.java.net > website] > > FYI... > > -kto > > -------- Original Message -------- > Subject: Re: JDK 7 build 24 is available at the openjdk.java.net > website > Date: Mon, 10 Dec 2007 16:31:59 -0800 > From: Kelly O'Hair > To: Lillian Angel > CC: discuss at openjdk.java.net, announce at openjdk.java.net > References: <47563FCC.4080907 at sun.com> <475D7AB3.8060000 at redhat.com> > > > I had hoped that Mercurial would have provided some of this source > bundling > for free, but since we went with a forest, it's not ideal. It's only > done on a per-repository basis. > > If you go to: > http://hg.openjdk.java.net/jdk7/jdk7 > > At the top of the page are some 'zip' 'bz2' 'gz' links. These get you > bundles, for example the default 'zip' link gets you the latest > changeset or > 'tip' for this repository: > http://hg.openjdk.java.net/jdk7/jdk7/archive/tip.zip > > You can get bundles for any changeset number or even a tag, like jdk7- > b24: > http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip > > But as I said, with a forest, this isn't ideal, you'd need to download > each repository, probably something like: > http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip > http://hg.openjdk.java.net/jdk7/jdk7/jdk/archive/jdk7-b24.zip > http://hg.openjdk.java.net/jdk7/jdk7/corba/archive/jdk7-b24.zip > http://hg.openjdk.java.net/jdk7/jdk7/jaxp/archive/jdk7-b24.zip > http://hg.openjdk.java.net/jdk7/jdk7/jaxws/archive/jdk7-b24.zip > http://hg.openjdk.java.net/jdk7/jdk7/hotspot/archive/jdk7-b24.zip > http://hg.openjdk.java.net/jdk7/jdk7/langtools/archive/jdk7-b24.zip > > We need a forest 'zip' option that woould create a single zip file, > but I have no idea when that would ever happen. > > -kto > > > Lillian Angel wrote: > > Hi, > > > > Will zipped bundles still be released? If not, could "make dist" be > > implemented to create a zip/tarball based on the release tag? > > > > > > Thanks, > > Lillian > > > > > > Xiomara Jayasena wrote: > >> > >> The OpenJDK source is available at: > >> http://hg.openjdk.java.net/jdk7/jdk7 > >> and the build 24 source is here: > >> http://hg.openjdk.java.net/jdk7/jdk7/rev/0a5c5386a678 > >> > >> The OpenJDK source binary plugs and Jtreg binary for the promoted > JDK > >> 7 build 24 are available under the openjdk http://openjdk.java.net > >> website under Source Code (direct link to bundles: > >> http://download.java.net/openjdk/jdk7) > >> > >> Summary of changes: > >> http://download.java.net/jdk7/changes/jdk7-b24.html > >> > >> Thanks, > >> -Xiomara > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.0/1180 - Release Date: > 12/10/2007 2:51 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: 12/12/2007 11:29 AM From arnd-hendrik.mathias at nefkom.net Thu Dec 13 06:53:25 2007 From: arnd-hendrik.mathias at nefkom.net (Arnd-Hendrik Mathias) Date: Thu, 13 Dec 2007 15:53:25 +0100 Subject: JDK 7 build 24 is available at the openjdk.java.net website In-Reply-To: <009f01c83d75$5bade490$1309adb0$@com> References: <47563FCC.4080907@sun.com> <475D7AB3.8060000@redhat.com> <475DDA7F.1080302@sun.com> <47606D05.2040709@nefkom.net> <4760724A.1010707@sun.com> <009f01c83d75$5bade490$1309adb0$@com> Message-ID: <47614765.7020008@nefkom.net> Somewhat strange... I received the attachment with my mail coming back via the discuss list. Maybe some other list (build-dev?) removes attachments. Ted Neward wrote: > I don't think the Makefile got attached. > > 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: Wednesday, December 12, 2007 3:44 PM >> To: Arnd-Hendrik Mathias >> Cc: discuss at openjdk.java.net; build-dev >> Subject: Re: JDK 7 build 24 is available at the openjdk.java.net >> website >> >> Very nice... I haven't tried it yet, but that's very much what I was >> thinking. >> >> I'll have to defer the crypto question to the security guys... >> hopefully they >> are listing to the build-dev alias which I CC'd. >> >> Thanks for sharing this. >> >> -kto >> >> Arnd-Hendrik Mathias wrote: >> >>> Hey Kelly, >>> many thanks for the download links you've given below. In case >>> >> someone >> >>> may be going to create a short wiki page about the hg-less download >>> >> and >> >>> extraction process, I've attached a Makefile which might be helpful >>> >> for >> >>> those trying to build from scratch. I've omitted the "building the >>> prerequisites" stuff (download, build and install Ant, JUnit, >>> >> bootstrap >> >>> JDK7 binaries and the binary plugins) because the Makefile shall >>> >> depict >> >>> the files needed to be downloaded, extracted and restructured/renamed >>> >> to >> >>> set up a working source tree. Most users won't re-install the >>> AntJUnitBootstrapJDK7BinaryPlugs boiling each time they build a new >>> OpenJDK snapshot anyway. >>> >>> I recognized one other thing that prevents me from building >>> >> completely: >> >>> The "build" target of the /jdk7-jdk7- >>> >> b24/jdk/make/javax/crypto/Makefile >> >>> is empty which means that all directories/classes to be included in >>> >> the >> >>> /tmp/sun/javax.crypto/unsigned/jce.jar are removed by the prebuild >>> target but not rebuilt subsequently. >>> Is there a special trick, how to build the >>> tmp/sun/javax.crypto/classes/javax/crypto, >>> tmp/sun/javax.crypto/classes/sun/security/internal/interfaces and >>> tmp/sun/javax.crypto/classes/sun/security/internal/spec? >>> Best regards >>> >>> Arnd-Hendrik >>> >>> >>> Kelly O'Hair wrote: >>> >>>> I had hoped that Mercurial would have provided some of this source >>>> bundling >>>> for free, but since we went with a forest, it's not ideal. It's only >>>> done on a per-repository basis. >>>> >>>> If you go to: >>>> http://hg.openjdk.java.net/jdk7/jdk7 >>>> >>>> At the top of the page are some 'zip' 'bz2' 'gz' links. These get >>>> >> you >> >>>> bundles, for example the default 'zip' link gets you the latest >>>> changeset or >>>> 'tip' for this repository: >>>> http://hg.openjdk.java.net/jdk7/jdk7/archive/tip.zip >>>> >>>> You can get bundles for any changeset number or even a tag, like >>>> jdk7-b24: >>>> http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip >>>> >>>> But as I said, with a forest, this isn't ideal, you'd need to >>>> >> download >> >>>> each repository, probably something like: >>>> http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip >>>> http://hg.openjdk.java.net/jdk7/jdk7/jdk/archive/jdk7-b24.zip >>>> http://hg.openjdk.java.net/jdk7/jdk7/corba/archive/jdk7-b24.zip >>>> http://hg.openjdk.java.net/jdk7/jdk7/jaxp/archive/jdk7-b24.zip >>>> http://hg.openjdk.java.net/jdk7/jdk7/jaxws/archive/jdk7-b24.zip >>>> http://hg.openjdk.java.net/jdk7/jdk7/hotspot/archive/jdk7-b24.zip >>>> http://hg.openjdk.java.net/jdk7/jdk7/langtools/archive/jdk7- >>>> >> b24.zip >> >>>> We need a forest 'zip' option that woould create a single zip file, >>>> but I have no idea when that would ever happen. >>>> >>>> -kto >>>> >>>> >>>> Lillian Angel wrote: >>>> >>>>> Hi, >>>>> >>>>> Will zipped bundles still be released? If not, could "make dist" be >>>>> implemented to create a zip/tarball based on the release tag? >>>>> >>>>> >>>>> Thanks, >>>>> Lillian >>>>> >>>>> >>>>> Xiomara Jayasena wrote: >>>>> >>>>>> The OpenJDK source is available at: >>>>>> http://hg.openjdk.java.net/jdk7/jdk7 >>>>>> and the build 24 source is here: >>>>>> http://hg.openjdk.java.net/jdk7/jdk7/rev/0a5c5386a678 >>>>>> >>>>>> The OpenJDK source binary plugs and Jtreg binary for the promoted >>>>>> JDK 7 build 24 are available under the openjdk >>>>>> http://openjdk.java.net website under Source Code (direct link to >>>>>> bundles: http://download.java.net/openjdk/jdk7) >>>>>> >>>>>> Summary of changes: >>>>>> http://download.java.net/jdk7/changes/jdk7-b24.html >>>>>> >>>>>> Thanks, >>>>>> -Xiomara >>>>>> >>>> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: >> 12/12/2007 11:29 AM >> >> > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: 12/12/2007 > 11:29 AM > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20071213/ed0162b7/attachment.html -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Makefile Url: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20071213/ed0162b7/Makefile.ksh From ted at tedneward.com Thu Dec 13 19:35:11 2007 From: ted at tedneward.com (Ted Neward) Date: Thu, 13 Dec 2007 19:35:11 -0800 Subject: JDK 7 build 24 is available at the openjdk.java.net website In-Reply-To: <47614765.7020008@nefkom.net> References: <47563FCC.4080907@sun.com> <475D7AB3.8060000@redhat.com> <475DDA7F.1080302@sun.com> <47606D05.2040709@nefkom.net> <4760724A.1010707@sun.com> <009f01c83d75$5bade490$1309adb0$@com> <47614765.7020008@nefkom.net> Message-ID: <000a01c83e02$59cc0a20$0d641e60$@com> Or it?s possible that bouncing it through two lists stripped it. (I got it from build-dev, I?m not on discuss, I don?t think.) Thanks. So I understand correctly, this makefile will pull down the necessary .zips and go from there? Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing HYPERLINK "http://www.tedneward.com"http://www.tedneward.com From: Arnd-Hendrik Mathias [mailto:arnd-hendrik.mathias at nefkom.net] Sent: Thursday, December 13, 2007 6:53 AM To: Ted Neward Cc: discuss at openjdk.java.net; 'build-dev' Subject: Re: JDK 7 build 24 is available at the openjdk.java.net website Somewhat strange... I received the attachment with my mail coming back via the discuss list. Maybe some other list (build-dev?) removes attachments. Ted Neward wrote: I don't think the Makefile got attached. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing HYPERLINK "http://www.tedneward.com"http://www.tedneward.com -----Original Message----- From: HYPERLINK "mailto:build-dev-bounces at openjdk.java.net"build-dev-bounces at openjdk.java.ne t [HYPERLINK "mailto:build-dev"mailto:build-dev- HYPERLINK "mailto:bounces at openjdk.java.net"bounces at openjdk.java.net] On Behalf Of Kelly O'Hair Sent: Wednesday, December 12, 2007 3:44 PM To: Arnd-Hendrik Mathias Cc: HYPERLINK "mailto:discuss at openjdk.java.net"discuss at openjdk.java.net; build-dev Subject: Re: JDK 7 build 24 is available at the openjdk.java.net website Very nice... I haven't tried it yet, but that's very much what I was thinking. I'll have to defer the crypto question to the security guys... hopefully they are listing to the build-dev alias which I CC'd. Thanks for sharing this. -kto Arnd-Hendrik Mathias wrote: Hey Kelly, many thanks for the download links you've given below. In case someone may be going to create a short wiki page about the hg-less download and extraction process, I've attached a Makefile which might be helpful for those trying to build from scratch. I've omitted the "building the prerequisites" stuff (download, build and install Ant, JUnit, bootstrap JDK7 binaries and the binary plugins) because the Makefile shall depict the files needed to be downloaded, extracted and restructured/renamed to set up a working source tree. Most users won't re-install the AntJUnitBootstrapJDK7BinaryPlugs boiling each time they build a new OpenJDK snapshot anyway. I recognized one other thing that prevents me from building completely: The "build" target of the /jdk7-jdk7- b24/jdk/make/javax/crypto/Makefile is empty which means that all directories/classes to be included in the /tmp/sun/javax.crypto/unsigned/jce.jar are removed by the prebuild target but not rebuilt subsequently. Is there a special trick, how to build the tmp/sun/javax.crypto/classes/javax/crypto, tmp/sun/javax.crypto/classes/sun/security/internal/interfaces and tmp/sun/javax.crypto/classes/sun/security/internal/spec? Best regards Arnd-Hendrik Kelly O'Hair wrote: I had hoped that Mercurial would have provided some of this source bundling for free, but since we went with a forest, it's not ideal. It's only done on a per-repository basis. If you go to: HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7"http://hg.openjdk.java.net/jdk7/jdk7 At the top of the page are some 'zip' 'bz2' 'gz' links. These get you bundles, for example the default 'zip' link gets you the latest changeset or 'tip' for this repository: HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/archive/tip.zip"http://hg.openjdk.java .net/jdk7/jdk7/archive/tip.zip You can get bundles for any changeset number or even a tag, like jdk7-b24: HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip"http://hg.openjdk .java.net/jdk7/jdk7/archive/jdk7-b24.zip But as I said, with a forest, this isn't ideal, you'd need to download each repository, probably something like: HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip"http://hg.openjdk .java.net/jdk7/jdk7/archive/jdk7-b24.zip HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/jdk/archive/jdk7-b24.zip"http://hg.ope njdk.java.net/jdk7/jdk7/jdk/archive/jdk7-b24.zip HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/corba/archive/jdk7-b24.zip"http://hg.o penjdk.java.net/jdk7/jdk7/corba/archive/jdk7-b24.zip HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/jaxp/archive/jdk7-b24.zip"http://hg.op enjdk.java.net/jdk7/jdk7/jaxp/archive/jdk7-b24.zip HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/jaxws/archive/jdk7-b24.zip"http://hg.o penjdk.java.net/jdk7/jdk7/jaxws/archive/jdk7-b24.zip HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/hotspot/archive/jdk7-b24.zip"http://hg .openjdk.java.net/jdk7/jdk7/hotspot/archive/jdk7-b24.zip HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/langtools/archive/jdk7"http://hg.openj dk.java.net/jdk7/jdk7/langtools/archive/jdk7- b24.zip We need a forest 'zip' option that woould create a single zip file, but I have no idea when that would ever happen. -kto Lillian Angel wrote: Hi, Will zipped bundles still be released? If not, could "make dist" be implemented to create a zip/tarball based on the release tag? Thanks, Lillian Xiomara Jayasena wrote: The OpenJDK source is available at: HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7"http://hg.openjdk.java.net/jdk7/jdk7 and the build 24 source is here: HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/rev/0a5c5386a678"http://hg.openjdk.jav a.net/jdk7/jdk7/rev/0a5c5386a678 The OpenJDK source binary plugs and Jtreg binary for the promoted JDK 7 build 24 are available under the openjdk HYPERLINK "http://openjdk.java.net"http://openjdk.java.net website under Source Code (direct link to bundles: HYPERLINK "http://download.java.net/openjdk/jdk7"http://download.java.net/openjdk/jdk7 ) Summary of changes: HYPERLINK "http://download.java.net/jdk7/changes/jdk7-b24.html"http://download.java.ne t/jdk7/changes/jdk7-b24.html Thanks, -Xiomara No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: 12/12/2007 11:29 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: 12/12/2007 11:29 AM No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: 12/12/2007 11:29 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.1/1183 - Release Date: 12/13/2007 9:15 AM -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20071213/35464790/attachment.html From ted at tedneward.com Thu Dec 13 20:45:32 2007 From: ted at tedneward.com (Ted Neward) Date: Thu, 13 Dec 2007 20:45:32 -0800 Subject: JDK 7 build 24 is available at the openjdk.java.net website In-Reply-To: <47614765.7020008@nefkom.net> References: <47563FCC.4080907@sun.com> <475D7AB3.8060000@redhat.com> <475DDA7F.1080302@sun.com> <47606D05.2040709@nefkom.net> <4760724A.1010707@sun.com> <009f01c83d75$5bade490$1309adb0$@com> <47614765.7020008@nefkom.net> Message-ID: <00f601c83e0c$2a701fa0$7f505ee0$@com> Just FYI, I noticed something about your Makefile; it assumes a Unix environment. :-) Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing HYPERLINK "http://www.tedneward.com"http://www.tedneward.com From: Arnd-Hendrik Mathias [mailto:arnd-hendrik.mathias at nefkom.net] Sent: Thursday, December 13, 2007 6:53 AM To: Ted Neward Cc: discuss at openjdk.java.net; 'build-dev' Subject: Re: JDK 7 build 24 is available at the openjdk.java.net website Somewhat strange... I received the attachment with my mail coming back via the discuss list. Maybe some other list (build-dev?) removes attachments. Ted Neward wrote: I don't think the Makefile got attached. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing HYPERLINK "http://www.tedneward.com"http://www.tedneward.com -----Original Message----- From: HYPERLINK "mailto:build-dev-bounces at openjdk.java.net"build-dev-bounces at openjdk.java.ne t [HYPERLINK "mailto:build-dev"mailto:build-dev- HYPERLINK "mailto:bounces at openjdk.java.net"bounces at openjdk.java.net] On Behalf Of Kelly O'Hair Sent: Wednesday, December 12, 2007 3:44 PM To: Arnd-Hendrik Mathias Cc: HYPERLINK "mailto:discuss at openjdk.java.net"discuss at openjdk.java.net; build-dev Subject: Re: JDK 7 build 24 is available at the openjdk.java.net website Very nice... I haven't tried it yet, but that's very much what I was thinking. I'll have to defer the crypto question to the security guys... hopefully they are listing to the build-dev alias which I CC'd. Thanks for sharing this. -kto Arnd-Hendrik Mathias wrote: Hey Kelly, many thanks for the download links you've given below. In case someone may be going to create a short wiki page about the hg-less download and extraction process, I've attached a Makefile which might be helpful for those trying to build from scratch. I've omitted the "building the prerequisites" stuff (download, build and install Ant, JUnit, bootstrap JDK7 binaries and the binary plugins) because the Makefile shall depict the files needed to be downloaded, extracted and restructured/renamed to set up a working source tree. Most users won't re-install the AntJUnitBootstrapJDK7BinaryPlugs boiling each time they build a new OpenJDK snapshot anyway. I recognized one other thing that prevents me from building completely: The "build" target of the /jdk7-jdk7- b24/jdk/make/javax/crypto/Makefile is empty which means that all directories/classes to be included in the /tmp/sun/javax.crypto/unsigned/jce.jar are removed by the prebuild target but not rebuilt subsequently. Is there a special trick, how to build the tmp/sun/javax.crypto/classes/javax/crypto, tmp/sun/javax.crypto/classes/sun/security/internal/interfaces and tmp/sun/javax.crypto/classes/sun/security/internal/spec? Best regards Arnd-Hendrik Kelly O'Hair wrote: I had hoped that Mercurial would have provided some of this source bundling for free, but since we went with a forest, it's not ideal. It's only done on a per-repository basis. If you go to: HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7"http://hg.openjdk.java.net/jdk7/jdk7 At the top of the page are some 'zip' 'bz2' 'gz' links. These get you bundles, for example the default 'zip' link gets you the latest changeset or 'tip' for this repository: HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/archive/tip.zip"http://hg.openjdk.java .net/jdk7/jdk7/archive/tip.zip You can get bundles for any changeset number or even a tag, like jdk7-b24: HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip"http://hg.openjdk .java.net/jdk7/jdk7/archive/jdk7-b24.zip But as I said, with a forest, this isn't ideal, you'd need to download each repository, probably something like: HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip"http://hg.openjdk .java.net/jdk7/jdk7/archive/jdk7-b24.zip HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/jdk/archive/jdk7-b24.zip"http://hg.ope njdk.java.net/jdk7/jdk7/jdk/archive/jdk7-b24.zip HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/corba/archive/jdk7-b24.zip"http://hg.o penjdk.java.net/jdk7/jdk7/corba/archive/jdk7-b24.zip HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/jaxp/archive/jdk7-b24.zip"http://hg.op enjdk.java.net/jdk7/jdk7/jaxp/archive/jdk7-b24.zip HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/jaxws/archive/jdk7-b24.zip"http://hg.o penjdk.java.net/jdk7/jdk7/jaxws/archive/jdk7-b24.zip HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/hotspot/archive/jdk7-b24.zip"http://hg .openjdk.java.net/jdk7/jdk7/hotspot/archive/jdk7-b24.zip HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/langtools/archive/jdk7"http://hg.openj dk.java.net/jdk7/jdk7/langtools/archive/jdk7- b24.zip We need a forest 'zip' option that woould create a single zip file, but I have no idea when that would ever happen. -kto Lillian Angel wrote: Hi, Will zipped bundles still be released? If not, could "make dist" be implemented to create a zip/tarball based on the release tag? Thanks, Lillian Xiomara Jayasena wrote: The OpenJDK source is available at: HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7"http://hg.openjdk.java.net/jdk7/jdk7 and the build 24 source is here: HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/rev/0a5c5386a678"http://hg.openjdk.jav a.net/jdk7/jdk7/rev/0a5c5386a678 The OpenJDK source binary plugs and Jtreg binary for the promoted JDK 7 build 24 are available under the openjdk HYPERLINK "http://openjdk.java.net"http://openjdk.java.net website under Source Code (direct link to bundles: HYPERLINK "http://download.java.net/openjdk/jdk7"http://download.java.net/openjdk/jdk7 ) Summary of changes: HYPERLINK "http://download.java.net/jdk7/changes/jdk7-b24.html"http://download.java.ne t/jdk7/changes/jdk7-b24.html Thanks, -Xiomara No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: 12/12/2007 11:29 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: 12/12/2007 11:29 AM No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: 12/12/2007 11:29 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.1/1183 - Release Date: 12/13/2007 9:15 AM -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20071213/5f72dceb/attachment.html From arnd-hendrik.mathias at nefkom.net Fri Dec 14 04:36:49 2007 From: arnd-hendrik.mathias at nefkom.net (Arnd-Hendrik Mathias) Date: Fri, 14 Dec 2007 13:36:49 +0100 Subject: JDK 7 build 24 is available at the openjdk.java.net website In-Reply-To: <00f601c83e0c$2a701fa0$7f505ee0$@com> References: <47563FCC.4080907@sun.com> <475D7AB3.8060000@redhat.com> <475DDA7F.1080302@sun.com> <47606D05.2040709@nefkom.net> <4760724A.1010707@sun.com> <009f01c83d75$5bade490$1309adb0$@com> <47614765.7020008@nefkom.net> <00f601c83e0c$2a701fa0$7f505ee0$@com> Message-ID: <476278E1.5020901@nefkom.net> That's true, I only quick-hacked and tested it in my Linux environment. I tried to leave as many things configurable as possible but I don't know about pure Windows (non-cygwin) tools to replace e.g. curl. Command line options used in the target may be needed to be moved to the variable definition or replaced by extra _OPT variables (MV_OPT = -Rf ... $(MV) $(MV_OPT) ....) etc. Direction of slashes not only depends on the OS but rather on the tools (and especially the make version for windows e.g. often linked with lib-cygwin but often used from cmd.exe) used which means that windows-able makefiles often use a quite wild intermix of forward and backward slashes which in this case would not have helped the user to understand what's going on in there (which was my main intention). The complete task is to pull the sources, unpack them move and rename the different trees (since they are packed and downloaded using a different name) and then change to the project root and start the OpenJDK build. I simply forgot the "default: build" target. Best regards Arnd-Hendrik Ted Neward wrote: > > Just FYI, I noticed something about your Makefile; it assumes a Unix > environment. :-) > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > *From:* Arnd-Hendrik Mathias [mailto:arnd-hendrik.mathias at nefkom.net] > *Sent:* Thursday, December 13, 2007 6:53 AM > *To:* Ted Neward > *Cc:* discuss at openjdk.java.net; 'build-dev' > *Subject:* Re: JDK 7 build 24 is available at the openjdk.java.net website > > > > Somewhat strange... I received the attachment with my mail coming back > via the discuss list. Maybe some other list (build-dev?) removes > attachments. > > Ted Neward wrote: > > I don't think the Makefile got attached. > > 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: Wednesday, December 12, 2007 3:44 PM > > To: Arnd-Hendrik Mathias > > Cc: discuss at openjdk.java.net ; build-dev > > Subject: Re: JDK 7 build 24 is available at the openjdk.java.net > > website > > > > Very nice... I haven't tried it yet, but that's very much what I was > > thinking. > > > > I'll have to defer the crypto question to the security guys... > > hopefully they > > are listing to the build-dev alias which I CC'd. > > > > Thanks for sharing this. > > > > -kto > > > > Arnd-Hendrik Mathias wrote: > > > > Hey Kelly, > > many thanks for the download links you've given below. In case > > > > someone > > > > may be going to create a short wiki page about the hg-less download > > > > and > > > > extraction process, I've attached a Makefile which might be helpful > > > > for > > > > those trying to build from scratch. I've omitted the "building the > > prerequisites" stuff (download, build and install Ant, JUnit, > > > > bootstrap > > > > JDK7 binaries and the binary plugins) because the Makefile shall > > > > depict > > > > the files needed to be downloaded, extracted and restructured/renamed > > > > to > > > > set up a working source tree. Most users won't re-install the > > AntJUnitBootstrapJDK7BinaryPlugs boiling each time they build a new > > OpenJDK snapshot anyway. > > > > I recognized one other thing that prevents me from building > > > > completely: > > > > The "build" target of the /jdk7-jdk7- > > > > b24/jdk/make/javax/crypto/Makefile > > > > is empty which means that all directories/classes to be included in > > > > the > > > > /tmp/sun/javax.crypto/unsigned/jce.jar are removed by the prebuild > > target but not rebuilt subsequently. > > Is there a special trick, how to build the > > tmp/sun/javax.crypto/classes/javax/crypto, > > tmp/sun/javax.crypto/classes/sun/security/internal/interfaces and > > tmp/sun/javax.crypto/classes/sun/security/internal/spec? > > Best regards > > > > Arnd-Hendrik > > > > > > Kelly O'Hair wrote: > > > > I had hoped that Mercurial would have provided some of this source > > bundling > > for free, but since we went with a forest, it's not ideal. It's only > > done on a per-repository basis. > > > > If you go to: > > http://hg.openjdk.java.net/jdk7/jdk7 > > > > At the top of the page are some 'zip' 'bz2' 'gz' links. These get > > > > you > > > > bundles, for example the default 'zip' link gets you the latest > > changeset or > > 'tip' for this repository: > > http://hg.openjdk.java.net/jdk7/jdk7/archive/tip.zip > > > > You can get bundles for any changeset number or even a tag, like > > jdk7-b24: > > http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip > > > > But as I said, with a forest, this isn't ideal, you'd need to > > > > download > > > > each repository, probably something like: > > http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip > > http://hg.openjdk.java.net/jdk7/jdk7/jdk/archive/jdk7-b24.zip > > http://hg.openjdk.java.net/jdk7/jdk7/corba/archive/jdk7-b24.zip > > http://hg.openjdk.java.net/jdk7/jdk7/jaxp/archive/jdk7-b24.zip > > http://hg.openjdk.java.net/jdk7/jdk7/jaxws/archive/jdk7-b24.zip > > http://hg.openjdk.java.net/jdk7/jdk7/hotspot/archive/jdk7-b24.zip > > http://hg.openjdk.java.net/jdk7/jdk7/langtools/archive/jdk7- > > > > b24.zip > > > > We need a forest 'zip' option that woould create a single zip file, > > but I have no idea when that would ever happen. > > > > -kto > > > > > > Lillian Angel wrote: > > > > Hi, > > > > Will zipped bundles still be released? If not, could "make dist" be > > implemented to create a zip/tarball based on the release tag? > > > > > > Thanks, > > Lillian > > > > > > Xiomara Jayasena wrote: > > > > The OpenJDK source is available at: > > http://hg.openjdk.java.net/jdk7/jdk7 > > and the build 24 source is here: > > http://hg.openjdk.java.net/jdk7/jdk7/rev/0a5c5386a678 > > > > The OpenJDK source binary plugs and Jtreg binary for the promoted > > JDK 7 build 24 are available under the openjdk > > http://openjdk.java.net website under Source Code (direct link to > > bundles: http://download.java.net/openjdk/jdk7) > > > > Summary of changes: > > http://download.java.net/jdk7/changes/jdk7-b24.html > > > > Thanks, > > -Xiomara > > > > > > > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: > > 12/12/2007 11:29 AM > > > > > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: 12/12/2007 > 11:29 AM > > > > > > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: > 12/12/2007 11:29 AM > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.1/1183 - Release Date: > 12/13/2007 9:15 AM > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20071214/dd752d98/attachment.html From ted at tedneward.com Fri Dec 14 05:18:59 2007 From: ted at tedneward.com (Ted Neward) Date: Fri, 14 Dec 2007 05:18:59 -0800 Subject: JDK 7 build 24 is available at the openjdk.java.net website In-Reply-To: <476278E1.5020901@nefkom.net> References: <47563FCC.4080907@sun.com> <475D7AB3.8060000@redhat.com> <475DDA7F.1080302@sun.com> <47606D05.2040709@nefkom.net> <4760724A.1010707@sun.com> <009f01c83d75$5bade490$1309adb0$@com> <47614765.7020008@nefkom.net> <00f601c83e0c$2a701fa0$7f505ee0$@com> <476278E1.5020901@nefkom.net> Message-ID: <01c901c83e53$e4ae6060$ae0b2120$@com> Where and how do I install the ?forest extension? to Mercurial for a Windows box? (I really want to make the jump ASAP, assuming the repositories are no longer in ?test? status?) Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing HYPERLINK "http://www.tedneward.com"http://www.tedneward.com From: Arnd-Hendrik Mathias [mailto:arnd-hendrik.mathias at nefkom.net] Sent: Friday, December 14, 2007 4:37 AM To: Ted Neward Cc: 'build-dev' Subject: Re: JDK 7 build 24 is available at the openjdk.java.net website That's true, I only quick-hacked and tested it in my Linux environment. I tried to leave as many things configurable as possible but I don't know about pure Windows (non-cygwin) tools to replace e.g. curl. Command line options used in the target may be needed to be moved to the variable definition or replaced by extra _OPT variables (MV_OPT = -Rf ... $(MV) $(MV_OPT) ....) etc. Direction of slashes not only depends on the OS but rather on the tools (and especially the make version for windows e.g. often linked with lib-cygwin but often used from cmd.exe) used which means that windows-able makefiles often use a quite wild intermix of forward and backward slashes which in this case would not have helped the user to understand what's going on in there (which was my main intention). The complete task is to pull the sources, unpack them move and rename the different trees (since they are packed and downloaded using a different name) and then change to the project root and start the OpenJDK build. I simply forgot the "default: build" target. Best regards Arnd-Hendrik Ted Neward wrote: Just FYI, I noticed something about your Makefile; it assumes a Unix environment. :-) Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing HYPERLINK "http://www.tedneward.com"http://www.tedneward.com From: Arnd-Hendrik Mathias [HYPERLINK "mailto:arnd-hendrik.mathias at nefkom.net"mailto:arnd-hendrik.mathias at nefkom.n et] Sent: Thursday, December 13, 2007 6:53 AM To: Ted Neward Cc: HYPERLINK "mailto:discuss at openjdk.java.net"discuss at openjdk.java.net; 'build-dev' Subject: Re: JDK 7 build 24 is available at the openjdk.java.net website Somewhat strange... I received the attachment with my mail coming back via the discuss list. Maybe some other list (build-dev?) removes attachments. Ted Neward wrote: I don't think the Makefile got attached. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing HYPERLINK "http://www.tedneward.com"http://www.tedneward.com -----Original Message----- From: HYPERLINK "mailto:build-dev-bounces at openjdk.java.net"build-dev-bounces at openjdk.java.ne t [HYPERLINK "mailto:build-dev"mailto:build-dev- HYPERLINK "mailto:bounces at openjdk.java.net"bounces at openjdk.java.net] On Behalf Of Kelly O'Hair Sent: Wednesday, December 12, 2007 3:44 PM To: Arnd-Hendrik Mathias Cc: HYPERLINK "mailto:discuss at openjdk.java.net"discuss at openjdk.java.net; build-dev Subject: Re: JDK 7 build 24 is available at the openjdk.java.net website Very nice... I haven't tried it yet, but that's very much what I was thinking. I'll have to defer the crypto question to the security guys... hopefully they are listing to the build-dev alias which I CC'd. Thanks for sharing this. -kto Arnd-Hendrik Mathias wrote: Hey Kelly, many thanks for the download links you've given below. In case someone may be going to create a short wiki page about the hg-less download and extraction process, I've attached a Makefile which might be helpful for those trying to build from scratch. I've omitted the "building the prerequisites" stuff (download, build and install Ant, JUnit, bootstrap JDK7 binaries and the binary plugins) because the Makefile shall depict the files needed to be downloaded, extracted and restructured/renamed to set up a working source tree. Most users won't re-install the AntJUnitBootstrapJDK7BinaryPlugs boiling each time they build a new OpenJDK snapshot anyway. I recognized one other thing that prevents me from building completely: The "build" target of the /jdk7-jdk7- b24/jdk/make/javax/crypto/Makefile is empty which means that all directories/classes to be included in the /tmp/sun/javax.crypto/unsigned/jce.jar are removed by the prebuild target but not rebuilt subsequently. Is there a special trick, how to build the tmp/sun/javax.crypto/classes/javax/crypto, tmp/sun/javax.crypto/classes/sun/security/internal/interfaces and tmp/sun/javax.crypto/classes/sun/security/internal/spec? Best regards Arnd-Hendrik Kelly O'Hair wrote: I had hoped that Mercurial would have provided some of this source bundling for free, but since we went with a forest, it's not ideal. It's only done on a per-repository basis. If you go to: HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7"http://hg.openjdk.java.net/jdk7/jdk7 At the top of the page are some 'zip' 'bz2' 'gz' links. These get you bundles, for example the default 'zip' link gets you the latest changeset or 'tip' for this repository: HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/archive/tip.zip"http://hg.openjdk.java .net/jdk7/jdk7/archive/tip.zip You can get bundles for any changeset number or even a tag, like jdk7-b24: HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip"http://hg.openjdk .java.net/jdk7/jdk7/archive/jdk7-b24.zip But as I said, with a forest, this isn't ideal, you'd need to download each repository, probably something like: HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip"http://hg.openjdk .java.net/jdk7/jdk7/archive/jdk7-b24.zip HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/jdk/archive/jdk7-b24.zip"http://hg.ope njdk.java.net/jdk7/jdk7/jdk/archive/jdk7-b24.zip HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/corba/archive/jdk7-b24.zip"http://hg.o penjdk.java.net/jdk7/jdk7/corba/archive/jdk7-b24.zip HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/jaxp/archive/jdk7-b24.zip"http://hg.op enjdk.java.net/jdk7/jdk7/jaxp/archive/jdk7-b24.zip HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/jaxws/archive/jdk7-b24.zip"http://hg.o penjdk.java.net/jdk7/jdk7/jaxws/archive/jdk7-b24.zip HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/hotspot/archive/jdk7-b24.zip"http://hg .openjdk.java.net/jdk7/jdk7/hotspot/archive/jdk7-b24.zip HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/langtools/archive/jdk7"http://hg.openj dk.java.net/jdk7/jdk7/langtools/archive/jdk7- b24.zip We need a forest 'zip' option that woould create a single zip file, but I have no idea when that would ever happen. -kto Lillian Angel wrote: Hi, Will zipped bundles still be released? If not, could "make dist" be implemented to create a zip/tarball based on the release tag? Thanks, Lillian Xiomara Jayasena wrote: The OpenJDK source is available at: HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7"http://hg.openjdk.java.net/jdk7/jdk7 and the build 24 source is here: HYPERLINK "http://hg.openjdk.java.net/jdk7/jdk7/rev/0a5c5386a678"http://hg.openjdk.jav a.net/jdk7/jdk7/rev/0a5c5386a678 The OpenJDK source binary plugs and Jtreg binary for the promoted JDK 7 build 24 are available under the openjdk HYPERLINK "http://openjdk.java.net"http://openjdk.java.net website under Source Code (direct link to bundles: HYPERLINK "http://download.java.net/openjdk/jdk7"http://download.java.net/openjdk/jdk7 ) Summary of changes: HYPERLINK "http://download.java.net/jdk7/changes/jdk7-b24.html"http://download.java.ne t/jdk7/changes/jdk7-b24.html Thanks, -Xiomara No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: 12/12/2007 11:29 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: 12/12/2007 11:29 AM No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: 12/12/2007 11:29 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.1/1183 - Release Date: 12/13/2007 9:15 AM No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.1/1183 - Release Date: 12/13/2007 9:15 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.1/1183 - Release Date: 12/13/2007 9:15 AM -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20071214/e5ef805c/attachment.html From Daniel.Fuchs at Sun.COM Fri Dec 14 06:14:29 2007 From: Daniel.Fuchs at Sun.COM (Daniel Fuchs) Date: Fri, 14 Dec 2007 15:14:29 +0100 Subject: JDK 7 build 24 is available at the openjdk.java.net website In-Reply-To: <01c901c83e53$e4ae6060$ae0b2120$@com> References: <47563FCC.4080907@sun.com> <475D7AB3.8060000@redhat.com> <475DDA7F.1080302@sun.com> <47606D05.2040709@nefkom.net> <4760724A.1010707@sun.com> <009f01c83d75$5bade490$1309adb0$@com> <47614765.7020008@nefkom.net> <00f601c83e0c$2a701fa0$7f505ee0$@com> <476278E1.5020901@nefkom.net> <01c901c83e53$e4ae6060$ae0b2120$@com> Message-ID: <47628FC5.7060208@sun.com> Ted Neward wrote: > Where and how do I install the ?forest extension? to Mercurial for a > Windows box? (I really want to make the jump ASAP, assuming the > repositories are no longer in ?test? status?) Hi Ted, This is how I did it on my XP Home PC at home: 1) I Installed Mercurial in c:\Mercurial. 2) I cloned the forest repository in c:\Mercurial. In a cygwin terminal: cd c:/Mercurial hg clone http://www.terminus.org/hg/hgforest hgforest 3) Then I edited c:/Mercurial/Mercurial.ini and added the lines: [extensions] forest=c:/Mercurial/hgforest/forest.py as documented in the Mercurial Wiki. http://www.selenic.com/mercurial/wiki/index.cgi/ForestExtension Hope this helps, -- daniel http://blogs.sun.com/jmxetc From Kelly.Ohair at Sun.COM Fri Dec 14 10:54:34 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 14 Dec 2007 10:54:34 -0800 Subject: JDK 7 build 24 is available at the openjdk.java.net website In-Reply-To: <01c901c83e53$e4ae6060$ae0b2120$@com> References: <47563FCC.4080907@sun.com> <475D7AB3.8060000@redhat.com> <475DDA7F.1080302@sun.com> <47606D05.2040709@nefkom.net> <4760724A.1010707@sun.com> <009f01c83d75$5bade490$1309adb0$@com> <47614765.7020008@nefkom.net> <00f601c83e0c$2a701fa0$7f505ee0$@com> <476278E1.5020901@nefkom.net> <01c901c83e53$e4ae6060$ae0b2120$@com> Message-ID: <4762D16A.2050108@sun.com> The repositories are no longer experimental, they can be trusted. I just can't guarantee when you'll start seeing changes flowing into them. I suspect once the damn breaks you'll see regular daily pushes from the teams that have permission for that day of the week. (The damn break may start out slowly, like a crack and crumble ;^) When Release Engineering promotes a build (e.g. build 25) they will create tags in all the repositories, e.g. jdk7-b25, and push those. So if you wanted a guaranteed build, you'd want to pull the jdk7-b25 changesets, otherwise you take your chances with whatever the last team pushed. --- One issue I'm concerned with is that this is a forest of repositories and there could be timing concerns here. If a team pushes changes to more than one repository, it's possible you could pull an inconsistent set or forest. The odds of this happening is very rare, all teams can push to several repositories but few actually do, and when they do we'd only be concerned with changes in more than one repository that depend on one another. Teams pushing changes to multiple repositories that depend on each other need to make sure this is known, and ideally push the changes in the order that creates the least problems for people pulling the changes. We'll need to work this out as we go. -kto Ted Neward wrote: > Where and how do I install the ?forest extension? to Mercurial for a > Windows box? (I really want to make the jump ASAP, assuming the > repositories are no longer in ?test? status?) > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > *From:* Arnd-Hendrik Mathias [mailto:arnd-hendrik.mathias at nefkom.net] > *Sent:* Friday, December 14, 2007 4:37 AM > *To:* Ted Neward > *Cc:* 'build-dev' > *Subject:* Re: JDK 7 build 24 is available at the openjdk.java.net website > > > > That's true, I only quick-hacked and tested it in my Linux environment. > I tried to leave as many things configurable as possible but I don't > know about pure Windows (non-cygwin) tools to replace e.g. curl. > Command line options used in the target may be needed to be moved to the > variable definition or replaced by extra _OPT variables (MV_OPT = -Rf > ... $(MV) $(MV_OPT) ....) etc. > Direction of slashes not only depends on the OS but rather on the tools > (and especially the make version for windows e.g. often linked with > lib-cygwin but often used from cmd.exe) used which means that > windows-able makefiles often use a quite wild intermix of forward and > backward slashes which in this case would not have helped the user to > understand what's going on in there (which was my main intention). > The complete task is to pull the sources, unpack them move and rename > the different trees (since they are packed and downloaded using a > different name) and then change to the project root and start the > OpenJDK build. I simply forgot the "default: build" target. > Best regards > > Arnd-Hendrik > > Ted Neward wrote: > > Just FYI, I noticed something about your Makefile; it assumes a Unix > environment. :-) > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > *From:* Arnd-Hendrik Mathias [mailto:arnd-hendrik.mathias at nefkom.net] > *Sent:* Thursday, December 13, 2007 6:53 AM > *To:* Ted Neward > *Cc:* discuss at openjdk.java.net ; > 'build-dev' > *Subject:* Re: JDK 7 build 24 is available at the openjdk.java.net website > > > > Somewhat strange... I received the attachment with my mail coming back > via the discuss list. Maybe some other list (build-dev?) removes > attachments. > > Ted Neward wrote: > > I don't think the Makefile got attached. > > > > 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: Wednesday, December 12, 2007 3:44 PM > > To: Arnd-Hendrik Mathias > > Cc: discuss at openjdk.java.net ; build-dev > > Subject: Re: JDK 7 build 24 is available at the openjdk.java.net > > website > > > > Very nice... I haven't tried it yet, but that's very much what I was > > thinking. > > > > I'll have to defer the crypto question to the security guys... > > hopefully they > > are listing to the build-dev alias which I CC'd. > > > > Thanks for sharing this. > > > > -kto > > > > Arnd-Hendrik Mathias wrote: > > > > Hey Kelly, > > many thanks for the download links you've given below. In case > > > > someone > > > > may be going to create a short wiki page about the hg-less download > > > > and > > > > extraction process, I've attached a Makefile which might be helpful > > > > for > > > > those trying to build from scratch. I've omitted the "building the > > prerequisites" stuff (download, build and install Ant, JUnit, > > > > bootstrap > > > > JDK7 binaries and the binary plugins) because the Makefile shall > > > > depict > > > > the files needed to be downloaded, extracted and restructured/renamed > > > > to > > > > set up a working source tree. Most users won't re-install the > > AntJUnitBootstrapJDK7BinaryPlugs boiling each time they build a new > > OpenJDK snapshot anyway. > > > > I recognized one other thing that prevents me from building > > > > completely: > > > > The "build" target of the /jdk7-jdk7- > > > > b24/jdk/make/javax/crypto/Makefile > > > > is empty which means that all directories/classes to be included in > > > > the > > > > /tmp/sun/javax.crypto/unsigned/jce.jar are removed by the prebuild > > target but not rebuilt subsequently. > > Is there a special trick, how to build the > > tmp/sun/javax.crypto/classes/javax/crypto, > > tmp/sun/javax.crypto/classes/sun/security/internal/interfaces and > > tmp/sun/javax.crypto/classes/sun/security/internal/spec? > > Best regards > > > > Arnd-Hendrik > > > > > > Kelly O'Hair wrote: > > > > I had hoped that Mercurial would have provided some of this source > > bundling > > for free, but since we went with a forest, it's not ideal. It's only > > done on a per-repository basis. > > > > If you go to: > > http://hg.openjdk.java.net/jdk7/jdk7 > > > > At the top of the page are some 'zip' 'bz2' 'gz' links. These get > > > > you > > > > bundles, for example the default 'zip' link gets you the latest > > changeset or > > 'tip' for this repository: > > http://hg.openjdk.java.net/jdk7/jdk7/archive/tip.zip > > > > You can get bundles for any changeset number or even a tag, like > > jdk7-b24: > > http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip > > > > But as I said, with a forest, this isn't ideal, you'd need to > > > > download > > > > each repository, probably something like: > > http://hg.openjdk.java.net/jdk7/jdk7/archive/jdk7-b24.zip > > http://hg.openjdk.java.net/jdk7/jdk7/jdk/archive/jdk7-b24.zip > > http://hg.openjdk.java.net/jdk7/jdk7/corba/archive/jdk7-b24.zip > > http://hg.openjdk.java.net/jdk7/jdk7/jaxp/archive/jdk7-b24.zip > > http://hg.openjdk.java.net/jdk7/jdk7/jaxws/archive/jdk7-b24.zip > > http://hg.openjdk.java.net/jdk7/jdk7/hotspot/archive/jdk7-b24.zip > > http://hg.openjdk.java.net/jdk7/jdk7/langtools/archive/jdk7- > > > > b24.zip > > > > We need a forest 'zip' option that woould create a single zip file, > > but I have no idea when that would ever happen. > > > > -kto > > > > > > Lillian Angel wrote: > > > > Hi, > > > > Will zipped bundles still be released? If not, could "make dist" be > > implemented to create a zip/tarball based on the release tag? > > > > > > Thanks, > > Lillian > > > > > > Xiomara Jayasena wrote: > > > > The OpenJDK source is available at: > > http://hg.openjdk.java.net/jdk7/jdk7 > > and the build 24 source is here: > > http://hg.openjdk.java.net/jdk7/jdk7/rev/0a5c5386a678 > > > > The OpenJDK source binary plugs and Jtreg binary for the promoted > > JDK 7 build 24 are available under the openjdk > > http://openjdk.java.net website under Source Code (direct link to > > bundles: http://download.java.net/openjdk/jdk7) > > > > Summary of changes: > > http://download.java.net/jdk7/changes/jdk7-b24.html > > > > Thanks, > > -Xiomara > > > > > > > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: > > 12/12/2007 11:29 AM > > > > > > > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: 12/12/2007 > > 11:29 AM > > > > > > > > > > > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: > 12/12/2007 11:29 AM > > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.1/1183 - Release Date: > 12/13/2007 9:15 AM > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.1/1183 - Release Date: > 12/13/2007 9:15 AM > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.1/1183 - Release Date: > 12/13/2007 9:15 AM > From ted at tedneward.com Fri Dec 14 11:27:36 2007 From: ted at tedneward.com (Ted Neward) Date: Fri, 14 Dec 2007 11:27:36 -0800 Subject: JDK 7 build 24 is available at the openjdk.java.net website In-Reply-To: <47628FC5.7060208@sun.com> References: <47563FCC.4080907@sun.com> <475D7AB3.8060000@redhat.com> <475DDA7F.1080302@sun.com> <47606D05.2040709@nefkom.net> <4760724A.1010707@sun.com> <009f01c83d75$5bade490$1309adb0$@com> <47614765.7020008@nefkom.net> <00f601c83e0c$2a701fa0$7f505ee0$@com> <476278E1.5020901@nefkom.net> <01c901c83e53$e4ae6060$ae0b2120$@com> <47628FC5.7060208@sun.com> Message-ID: <02cc01c83e87$63f61d80$2be25880$@com> The key is in getting the Mercurial with the forest extension installed--I had 0.9.5, which didn't, and I couldn't figure out where to get it or how to install it; I eventually ended up getting the "Batteries Included" installer, and it appeared there. (But only in one of the four .exe's that are up on Sourceforge. :-/ ) I pulled the bits down, so will try the build tonight.... By the way, Daniel, how did you download the forest extension? The Mercurial wiki didn't have a good download link that I could find--the only link I saw took me off to a changeset/revisions page....? Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Daniel.Fuchs at Sun.COM [mailto:Daniel.Fuchs at Sun.COM] > Sent: Friday, December 14, 2007 6:14 AM > To: Ted Neward > Cc: 'build-dev' > Subject: Re: JDK 7 build 24 is available at the openjdk.java.net > website > > Ted Neward wrote: > > Where and how do I install the ?forest extension? to Mercurial for a > > Windows box? (I really want to make the jump ASAP, assuming the > > repositories are no longer in ?test? status?) > > Hi Ted, > > This is how I did it on my XP Home PC at home: > > 1) I Installed Mercurial in c:\Mercurial. > 2) I cloned the forest repository in c:\Mercurial. > In a cygwin terminal: > > cd c:/Mercurial > hg clone http://www.terminus.org/hg/hgforest hgforest > > 3) Then I edited c:/Mercurial/Mercurial.ini and added the lines: > > [extensions] > forest=c:/Mercurial/hgforest/forest.py > > as documented in the Mercurial Wiki. > http://www.selenic.com/mercurial/wiki/index.cgi/ForestExtension > > Hope this helps, > > -- daniel > http://blogs.sun.com/jmxetc > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.1/1183 - Release Date: > 12/13/2007 9:15 AM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.2/1184 - Release Date: 12/14/2007 11:29 AM From Daniel.Fuchs at Sun.COM Fri Dec 14 11:35:02 2007 From: Daniel.Fuchs at Sun.COM (Daniel Fuchs) Date: Fri, 14 Dec 2007 20:35:02 +0100 Subject: JDK 7 build 24 is available at the openjdk.java.net website In-Reply-To: <02cc01c83e87$63f61d80$2be25880$@com> References: <47563FCC.4080907@sun.com> <475D7AB3.8060000@redhat.com> <475DDA7F.1080302@sun.com> <47606D05.2040709@nefkom.net> <4760724A.1010707@sun.com> <009f01c83d75$5bade490$1309adb0$@com> <47614765.7020008@nefkom.net> <00f601c83e0c$2a701fa0$7f505ee0$@com> <476278E1.5020901@nefkom.net> <01c901c83e53$e4ae6060$ae0b2120$@com> <47628FC5.7060208@sun.com> <02cc01c83e87$63f61d80$2be25880$@com> Message-ID: <4762DAE6.1060305@sun.com> Ted Neward wrote: > The key is in getting the Mercurial with the forest extension installed--I > had 0.9.5, which didn't, and I couldn't figure out where to get it or how to > install it; I eventually ended up getting the "Batteries Included" > installer, and it appeared there. (But only in one of the four .exe's that > are up on Sourceforge. :-/ ) > > I pulled the bits down, so will try the build tonight.... > > By the way, Daniel, how did you download the forest extension? The Mercurial > wiki didn't have a good download link that I could find--the only link I saw > took me off to a changeset/revisions page....? Hi Ted, I used mercurial 'hg clone' to download it ;-) hg clone http://www.terminus.org/hg/hgforest hgforest The forest extension is written in python - so there are no binaries. Just clone the repository and update your Mercurial.ini file to point to it: http://blogs.sun.com/jmxetc/entry/how_i_installed_the_mercurial Cheers, -- daniel http://blogs.sun.com/jmxetc > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > >> -----Original Message----- >> From: Daniel.Fuchs at Sun.COM [mailto:Daniel.Fuchs at Sun.COM] >> Sent: Friday, December 14, 2007 6:14 AM >> To: Ted Neward >> Cc: 'build-dev' >> Subject: Re: JDK 7 build 24 is available at the openjdk.java.net >> website >> >> Ted Neward wrote: >>> Where and how do I install the ?forest extension? to Mercurial for a >>> Windows box? (I really want to make the jump ASAP, assuming the >>> repositories are no longer in ?test? status?) >> Hi Ted, >> >> This is how I did it on my XP Home PC at home: >> >> 1) I Installed Mercurial in c:\Mercurial. >> 2) I cloned the forest repository in c:\Mercurial. >> In a cygwin terminal: >> >> cd c:/Mercurial >> hg clone http://www.terminus.org/hg/hgforest hgforest >> >> 3) Then I edited c:/Mercurial/Mercurial.ini and added the lines: >> >> [extensions] >> forest=c:/Mercurial/hgforest/forest.py >> >> as documented in the Mercurial Wiki. >> http://www.selenic.com/mercurial/wiki/index.cgi/ForestExtension >> >> Hope this helps, >> >> -- daniel >> http://blogs.sun.com/jmxetc >> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.503 / Virus Database: 269.17.1/1183 - Release Date: >> 12/13/2007 9:15 AM >> > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.2/1184 - Release Date: 12/14/2007 > 11:29 AM > > From Kelly.Ohair at Sun.COM Fri Dec 14 11:47:33 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Fri, 14 Dec 2007 11:47:33 -0800 Subject: JDK 7 build 24 is available at the openjdk.java.net website In-Reply-To: <47628FC5.7060208@sun.com> References: <47563FCC.4080907@sun.com> <475D7AB3.8060000@redhat.com> <475DDA7F.1080302@sun.com> <47606D05.2040709@nefkom.net> <4760724A.1010707@sun.com> <009f01c83d75$5bade490$1309adb0$@com> <47614765.7020008@nefkom.net> <00f601c83e0c$2a701fa0$7f505ee0$@com> <476278E1.5020901@nefkom.net> <01c901c83e53$e4ae6060$ae0b2120$@com> <47628FC5.7060208@sun.com> Message-ID: <4762DDD5.8030802@sun.com> I saw your blog entry http://blogs.sun.com/jmxetc/entry/how_i_installed_the_mercurial Thanks for posting that. I usually do all this on a Mac, but recently needed to try it on a windows machine. So I had a Windows 2000 machine with cygwin and MKS installed on it, I downloaded and installed the Mercurial bundle and it seemed to work great from a cygwin shell window. But I was just using 'hg clone', didn't need the forest extension yet. I also installed the latest NetBeans 6 plus the Mercurial plugin, worked amazingly well, but this wasn't a jdk repository. Trick was to start up NetBeans from the cygwin shell (running c:/program files/netbeans 6/bin/netbeans.exe) so that NetBeans was started with the right PATH setting to find hg. -kto Daniel Fuchs wrote: > Ted Neward wrote: >> Where and how do I install the ?forest extension? to Mercurial for a >> Windows box? (I really want to make the jump ASAP, assuming the >> repositories are no longer in ?test? status?) > > Hi Ted, > > This is how I did it on my XP Home PC at home: > > 1) I Installed Mercurial in c:\Mercurial. > 2) I cloned the forest repository in c:\Mercurial. > In a cygwin terminal: > > cd c:/Mercurial > hg clone http://www.terminus.org/hg/hgforest hgforest > > 3) Then I edited c:/Mercurial/Mercurial.ini and added the lines: > > [extensions] > forest=c:/Mercurial/hgforest/forest.py > > as documented in the Mercurial Wiki. > http://www.selenic.com/mercurial/wiki/index.cgi/ForestExtension > > Hope this helps, > > -- daniel > http://blogs.sun.com/jmxetc > From ted at tedneward.com Sat Dec 15 02:39:39 2007 From: ted at tedneward.com (Ted Neward) Date: Sat, 15 Dec 2007 02:39:39 -0800 Subject: Please comment, debug, flame, whatever.... Message-ID: <007d01c83f06$ce084020$6a18c060$@com> HYPERLINK "http://blogs.tedneward.com/2007/12/15/Let+The+JDK+Hacking+Begin.aspx"http:/ /blogs.tedneward.com/2007/12/15/Let+The+JDK+Hacking+Begin.aspx I promised to do this, so here we go. Kelly, if I?m wrong about any of the details, or need to flesh out more detail in places, please let me know. 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.503 / Virus Database: 269.17.2/1184 - Release Date: 12/14/2007 11:29 AM -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20071215/ca82f053/attachment.html From Kelly.Ohair at Sun.COM Sat Dec 15 12:30:07 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Sat, 15 Dec 2007 12:30:07 -0800 Subject: Please comment, debug, flame, whatever.... In-Reply-To: <007d01c83f06$ce084020$6a18c060$@com> References: <007d01c83f06$ce084020$6a18c060$@com> Message-ID: <4764394F.7000408@sun.com> First off... Excellent, well done, and thank you. A few comments: You should use the link http://hg.openjdk.java.net/jdk7/jdk7/raw-file/tip/README-builds.html for the build readme, or refer to http://openjdk.java.net/groups/build/ The one you have goes through the subversion repository, which will be going away someday. You mentioned not building the plugin or installers, but they aren't in the OpenJDK, yet. The UNICOWS is not needed in jdk7 anymore. Not sure if OpenJDK 6 will need it. Be careful putting cygwin before VS2003 in the PATH, cygwin has a link.exe and so does VS2003, you need the one from VS2003. I suspect the reason you are having the COMPILER_VERSION problem is that the makefiles are trying to run cl.exe to get the version, and if the PATH/LIB/INCLUDE env variables are not setup right, cl.exe fails. Several people have run into that problem. On the C:\ vs C:/ vs. /cyg*/ paths, I try and use the C:/ all the time everywhere, and anywhere in the Makefiles where I know I need C:\ or the /cyg*/ paths, I try and use cygpath or MKS dosname to force them into the right form. NMAKE.EXE only likes C:\ paths, and cygwin PATH only wants /cyg*/ paths, and Windows/Java/MKS never want /cyg*/ paths. :^( I wish we had a better solution on Windows for this shell/path mania. -kto Ted Neward wrote: > http://blogs.tedneward.com/2007/12/15/Let+The+JDK+Hacking+Begin.aspx > > > > I promised to do this, so here we go. Kelly, if I?m wrong about any of > the details, or need to flesh out more detail in places, please let me know. > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.2/1184 - Release Date: > 12/14/2007 11:29 AM > From ted at tedneward.com Sat Dec 15 16:09:59 2007 From: ted at tedneward.com (Ted Neward) Date: Sat, 15 Dec 2007 16:09:59 -0800 Subject: Build problem (Windows, b24) Message-ID: <016901c83f78$01bfedc0$053fc940$@com> Build fails with the following: >>>Recursively making windows all @ Sat Dec 15 08:27:29 PST 2007 ... make[6]: Entering directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi/w indows' /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/lib /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/bin /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/lib/ext C:/Prg/MSVS2003/Common7/Tools/../../Vc7/Bin/rc /l 0x409 /r -d "J2SE_BUILD_ID=1. 7.0-internal-fastdebug-Ted_15_dec_2007_07_40-b00" -d "J2SE_COMPANY=" -d "J2SE_CO MPONENT=OpenJDK Platform SE binary" -d "J2SE_VER=7.0.0.0" -d "J2SE_COPYRIGHT=Cop yright \xA9 2007" -d "J2SE_NAME=OpenJDK Platform SE 7 " -d "J2SE_FVER=7,0,0,0" / D "J2SE_FNAME=hpi.dll" /D "J2SE_INTERNAL_NAME=hpi" /D "J2SE_FTYPE=0x2L" -Foc:/Pr g/OpenJDK.HG/jdk7/build/WINDOW~2/tmp/java/hpi/windows_threads/obj_gO/hpi.res c:/ Prg/OpenJDK.HG/jdk7/jdk/src/windows/resource/version.rc c:/Prg/OpenJDK.HG/jdk7/jdk/src/windows/resource/version.rc(58) : warning RC4003: not enough actual parameters for macro 'STR' make[6]: *** No rule to make target `c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/tmp/j ava/hpi/windows_threads/obj_gO/linker_md.obj', needed by `c:/Prg/OpenJDK.HG/jdk7 /build/WINDOW~2/tmp/java/hpi/windows_threads/obj_gO/.files_compiled'. Stop. make[6]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi/wi ndows' make[5]: *** [all] Error 1 make[5]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi' make[4]: *** [all] Error 1 make[4]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java' make[3]: *** [all] Error 1 make[3]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make' make[2]: *** [jdk-build] Error 2 make[2]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7' make[1]: *** [generic_debug_build] Error 2 make[1]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7' make: *** [fastdebug_build] Error 2 (Right there in the middle: make[6].) Looks like a missing .obj somehow?? Is this a local-environment thing, a build bug, or?? 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.503 / Virus Database: 269.17.2/1185 - Release Date: 12/15/2007 12:00 PM -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/build-dev/attachments/20071215/e890b3ce/attachment.html From ted at tedneward.com Sat Dec 15 20:36:13 2007 From: ted at tedneward.com (Ted Neward) Date: Sat, 15 Dec 2007 20:36:13 -0800 Subject: Please comment, debug, flame, whatever.... In-Reply-To: <4764394F.7000408@sun.com> References: <007d01c83f06$ce084020$6a18c060$@com> <4764394F.7000408@sun.com> Message-ID: <01ab01c83f9d$3304d830$990e8890$@com> Thanks--will update all of those in a day or two. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > Sent: Saturday, December 15, 2007 12:30 PM > To: Ted Neward > Cc: 'build-dev' > Subject: Re: Please comment, debug, flame, whatever.... > > First off... Excellent, well done, and thank you. > > A few comments: > > You should use the link > http://hg.openjdk.java.net/jdk7/jdk7/raw-file/tip/README- > builds.html > for the build readme, or refer to > http://openjdk.java.net/groups/build/ > The one you have goes through the subversion repository, which will be > going away someday. > > You mentioned not building the plugin or installers, but they aren't in > the > OpenJDK, yet. > > The UNICOWS is not needed in jdk7 anymore. Not sure if OpenJDK 6 will > need it. > > Be careful putting cygwin before VS2003 in the PATH, cygwin has a > link.exe > and so does VS2003, you need the one from VS2003. > > I suspect the reason you are having the COMPILER_VERSION problem is > that > the makefiles are trying to run cl.exe to get the version, and if the > PATH/LIB/INCLUDE env variables are not setup right, cl.exe fails. > Several people have run into that problem. > > On the C:\ vs C:/ vs. /cyg*/ paths, I try and use the C:/ all the time > everywhere, and anywhere in the Makefiles where I know I need C:\ or > the /cyg*/ paths, I try and use cygpath or MKS dosname to force them > into the right form. NMAKE.EXE only likes C:\ paths, and cygwin PATH > only wants /cyg*/ paths, and Windows/Java/MKS never want /cyg*/ paths. > :^( > I wish we had a better solution on Windows for this shell/path mania. > > -kto > > Ted Neward wrote: > > http://blogs.tedneward.com/2007/12/15/Let+The+JDK+Hacking+Begin.aspx > > > > > > > > I promised to do this, so here we go. Kelly, if I?m wrong about any > of > > the details, or need to flesh out more detail in places, please let > me know. > > > > > > > > Ted Neward > > > > Java, .NET, XML Services > > > > Consulting, Teaching, Speaking, Writing > > > > http://www.tedneward.com > > > > > > > > > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.5.503 / Virus Database: 269.17.2/1184 - Release Date: > > 12/14/2007 11:29 AM > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > 12/15/2007 12:00 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: 12/15/2007 12:00 PM From Kelly.Ohair at Sun.COM Sun Dec 16 12:37:36 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Sun, 16 Dec 2007 12:37:36 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <016901c83f78$01bfedc0$053fc940$@com> References: <016901c83f78$01bfedc0$053fc940$@com> Message-ID: <47658C90.9070207@sun.com> Some guesses... Try setting COMPANY_NAME to something other than empty, although that makes little sense because anyone building with OPENJDK=true would have an empty company name (jdk/make/common/shared/Defs.gmk). Humm... but that warning about STR is just a warning... That fatal error is about missing the file linker_md.obj... Was there an earlier problem in the log file around where linker_md.c was compiled? -kto Ted Neward wrote: > Build fails with the following: > > > > >>>Recursively making windows all @ Sat Dec 15 08:27:29 PST 2007 ... > > make[6]: Entering directory > `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi/w > > indows' > > /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/lib > > /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/bin > > /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/lib/ext > > C:/Prg/MSVS2003/Common7/Tools/../../Vc7/Bin/rc /l 0x409 /r -d > "J2SE_BUILD_ID=1. > > 7.0-internal-fastdebug-Ted_15_dec_2007_07_40-b00" -d "J2SE_COMPANY=" -d > "J2SE_CO > > MPONENT=OpenJDK Platform SE binary" -d "J2SE_VER=7.0.0.0" -d > "J2SE_COPYRIGHT=Cop > > yright \xA9 2007" -d "J2SE_NAME=OpenJDK Platform SE 7 " -d > "J2SE_FVER=7,0,0,0" / > > D "J2SE_FNAME=hpi.dll" /D "J2SE_INTERNAL_NAME=hpi" /D "J2SE_FTYPE=0x2L" > -Foc:/Pr > > g/OpenJDK.HG/jdk7/build/WINDOW~2/tmp/java/hpi/windows_threads/obj_gO/hpi.res > c:/ > > Prg/OpenJDK.HG/jdk7/jdk/src/windows/resource/version.rc > > c:/Prg/OpenJDK.HG/jdk7/jdk/src/windows/resource/version.rc(58) : warning > RC4003: > > not enough actual parameters for macro 'STR' > > make[6]: *** No rule to make target > `c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/tmp/j > > ava/hpi/windows_threads/obj_gO/linker_md.obj', needed by > `c:/Prg/OpenJDK.HG/jdk7 > > /build/WINDOW~2/tmp/java/hpi/windows_threads/obj_gO/.files_compiled'. Stop. > > make[6]: Leaving directory > `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi/wi > > ndows' > > make[5]: *** [all] Error 1 > > make[5]: Leaving directory > `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi' > > make[4]: *** [all] Error 1 > > make[4]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java' > > make[3]: *** [all] Error 1 > > make[3]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make' > > make[2]: *** [jdk-build] Error 2 > > make[2]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7' > > make[1]: *** [generic_debug_build] Error 2 > > make[1]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7' > > make: *** [fastdebug_build] Error 2 > > > > (Right there in the middle: make[6].) Looks like a missing .obj somehow?? > > > > Is this a local-environment thing, a build bug, or?? > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > 12/15/2007 12:00 PM > From volker.simonis at gmail.com Mon Dec 17 05:58:14 2007 From: volker.simonis at gmail.com (Volker Simonis) Date: Mon, 17 Dec 2007 14:58:14 +0100 Subject: mercurial forest extension doesn't honor "http_proxy" environment variable Message-ID: Hi, I just had a real hard time to get the forest extension working and finally found out that it was because the forest extension doesn't honor the "http_proxy" environment variable. So I thought I'll post it here in case anybody else will face the same problem in order to save him some time. (If you're only interested in the solution of the problem, you can skip the next paragraphs and jump right to the end of this post). I installed Mercurial and the forest extension as described in various places, here on the list and on the Web - that was the easy part:) Afterwards I could do: /share/software/OpenJDK> hg clone http://hg.openjdk.java.net/jdk7/jdk7/ jdk7 requesting all changes adding changesets adding manifests adding file changes added 2 changesets with 26 changes to 26 files 26 files updated, 0 files merged, 0 files removed, 0 files unresolved So everything worked fine! Note that I'm behind a firewall, but Mercurial correctly picked up my http proxy from the "http_proxy" environment variable! But now, everytime I tried 'fclone', I got the following error: /share/software/OpenJDK> hg fclone http://hg.openjdk.java.net/jdk7/jdk7/ jdk7 [.] abort: error: Name or service not known That was not amusing. First I thought I got something wrong during the installation of the forest extension. I than used the '--traceback' option to "hg" which told me that the error was in keepalive.py: /share/software/OpenJDK> hg --traceback fclone http://hg.openjdk.java.net/jdk7/jdk7/ jdk7 [.] Traceback (most recent call last): ... File "/share/software/Python-2.5.1_bin/lib/python2.5/site-packages/mercurial/keepalive.py", line 328, in _start_transaction raise urllib2.URLError(err) URLError: abort: error: Name or service not known So I enabled the debugging output in keepalive.py and realized, that the first two connections to hg.openjdk.java.net where made trough the proxy, while the third one (the first that actually fetches files), wants to go directly to hg.openjdk.java.net, which badly fails: /share/software/OpenJDK> hg fclone http://hg.openjdk.java.net/jdk7/jdk7/ jdk7 keepalive.py - creating new connection to proxy:8080 (1078835788) keepalive.py - STATUS: 200, OK keepalive.py - re-using connection to proxy:8080 (1078835788) keepalive.py - STATUS: 200, OK [.] keepalive.py - creating new connection to hg.openjdk.java.net (1078970092) abort: error: Name or service not known The problem can be fixed by adding the proxy settings to your .hgrc file, like this: [http_proxy] host=proxy:8080 where you have to replace "proxy:8080" with the name and the port of your real proxy host! @Simon: I took your email address from Forest Extension Wiki page at http://www.selenic.com/mercurial/wiki/index.cgi/ForestExtension where you're listed as maintainer of the forest extension. Could you be so kind to have a look at this problem and fix it if possible. Regards, Volker From ted at tedneward.com Mon Dec 17 06:24:37 2007 From: ted at tedneward.com (Ted Neward) Date: Mon, 17 Dec 2007 06:24:37 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <47658C90.9070207@sun.com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> Message-ID: <041e01c840b8$90b7e4b0$b227ae10$@com> Good question--where is said log file, again? :-) Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > Sent: Sunday, December 16, 2007 12:38 PM > To: Ted Neward > Cc: 'build-dev' > Subject: Re: Build problem (Windows, b24) > > Some guesses... Try setting COMPANY_NAME to something other than > empty, > although that makes little sense because anyone building with > OPENJDK=true > would have an empty company name (jdk/make/common/shared/Defs.gmk). > Humm... but that warning about STR is just a warning... > > That fatal error is about missing the file linker_md.obj... > > Was there an earlier problem in the log file around where linker_md.c > was compiled? > > -kto > > Ted Neward wrote: > > Build fails with the following: > > > > > > > > >>>Recursively making windows all @ Sat Dec 15 08:27:29 PST 2007 ... > > > > make[6]: Entering directory > > `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi/w > > > > indows' > > > > /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/lib > > > > /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/bin > > > > /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/lib/ext > > > > C:/Prg/MSVS2003/Common7/Tools/../../Vc7/Bin/rc /l 0x409 /r -d > > "J2SE_BUILD_ID=1. > > > > 7.0-internal-fastdebug-Ted_15_dec_2007_07_40-b00" -d "J2SE_COMPANY=" > -d > > "J2SE_CO > > > > MPONENT=OpenJDK Platform SE binary" -d "J2SE_VER=7.0.0.0" -d > > "J2SE_COPYRIGHT=Cop > > > > yright \xA9 2007" -d "J2SE_NAME=OpenJDK Platform SE 7 " -d > > "J2SE_FVER=7,0,0,0" / > > > > D "J2SE_FNAME=hpi.dll" /D "J2SE_INTERNAL_NAME=hpi" /D > "J2SE_FTYPE=0x2L" > > -Foc:/Pr > > > > > g/OpenJDK.HG/jdk7/build/WINDOW~2/tmp/java/hpi/windows_threads/obj_gO/hp > i.res > > c:/ > > > > Prg/OpenJDK.HG/jdk7/jdk/src/windows/resource/version.rc > > > > c:/Prg/OpenJDK.HG/jdk7/jdk/src/windows/resource/version.rc(58) : > warning > > RC4003: > > > > not enough actual parameters for macro 'STR' > > > > make[6]: *** No rule to make target > > `c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/tmp/j > > > > ava/hpi/windows_threads/obj_gO/linker_md.obj', needed by > > `c:/Prg/OpenJDK.HG/jdk7 > > > > /build/WINDOW~2/tmp/java/hpi/windows_threads/obj_gO/.files_compiled'. > Stop. > > > > make[6]: Leaving directory > > `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi/wi > > > > ndows' > > > > make[5]: *** [all] Error 1 > > > > make[5]: Leaving directory > > `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi' > > > > make[4]: *** [all] Error 1 > > > > make[4]: Leaving directory > `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java' > > > > make[3]: *** [all] Error 1 > > > > make[3]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make' > > > > make[2]: *** [jdk-build] Error 2 > > > > make[2]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7' > > > > make[1]: *** [generic_debug_build] Error 2 > > > > make[1]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7' > > > > make: *** [fastdebug_build] Error 2 > > > > > > > > (Right there in the middle: make[6].) Looks like a missing .obj > somehow?? > > > > > > > > Is this a local-environment thing, a build bug, or?? > > > > > > > > Ted Neward > > > > Java, .NET, XML Services > > > > Consulting, Teaching, Speaking, Writing > > > > http://www.tedneward.com > > > > > > > > > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > > 12/15/2007 12:00 PM > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > 12/15/2007 12:00 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: 12/15/2007 12:00 PM From Kelly.Ohair at Sun.COM Mon Dec 17 08:57:32 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Mon, 17 Dec 2007 08:57:32 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <041e01c840b8$90b7e4b0$b227ae10$@com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> <041e01c840b8$90b7e4b0$b227ae10$@com> Message-ID: <4766AA7C.6030301@sun.com> When I said log file, I meant your log file, I assumed that you had done something like make |& tee build.log or make >& build.log -kto Ted Neward wrote: > Good question--where is said log file, again? :-) > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > >> -----Original Message----- >> From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] >> Sent: Sunday, December 16, 2007 12:38 PM >> To: Ted Neward >> Cc: 'build-dev' >> Subject: Re: Build problem (Windows, b24) >> >> Some guesses... Try setting COMPANY_NAME to something other than >> empty, >> although that makes little sense because anyone building with >> OPENJDK=true >> would have an empty company name (jdk/make/common/shared/Defs.gmk). >> Humm... but that warning about STR is just a warning... >> >> That fatal error is about missing the file linker_md.obj... >> >> Was there an earlier problem in the log file around where linker_md.c >> was compiled? >> >> -kto >> >> Ted Neward wrote: >>> Build fails with the following: >>> >>> >>> >>> >>>Recursively making windows all @ Sat Dec 15 08:27:29 PST 2007 ... >>> >>> make[6]: Entering directory >>> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi/w >>> >>> indows' >>> >>> /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/lib >>> >>> /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/bin >>> >>> /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/lib/ext >>> >>> C:/Prg/MSVS2003/Common7/Tools/../../Vc7/Bin/rc /l 0x409 /r -d >>> "J2SE_BUILD_ID=1. >>> >>> 7.0-internal-fastdebug-Ted_15_dec_2007_07_40-b00" -d "J2SE_COMPANY=" >> -d >>> "J2SE_CO >>> >>> MPONENT=OpenJDK Platform SE binary" -d "J2SE_VER=7.0.0.0" -d >>> "J2SE_COPYRIGHT=Cop >>> >>> yright \xA9 2007" -d "J2SE_NAME=OpenJDK Platform SE 7 " -d >>> "J2SE_FVER=7,0,0,0" / >>> >>> D "J2SE_FNAME=hpi.dll" /D "J2SE_INTERNAL_NAME=hpi" /D >> "J2SE_FTYPE=0x2L" >>> -Foc:/Pr >>> >>> >> g/OpenJDK.HG/jdk7/build/WINDOW~2/tmp/java/hpi/windows_threads/obj_gO/hp >> i.res >>> c:/ >>> >>> Prg/OpenJDK.HG/jdk7/jdk/src/windows/resource/version.rc >>> >>> c:/Prg/OpenJDK.HG/jdk7/jdk/src/windows/resource/version.rc(58) : >> warning >>> RC4003: >>> >>> not enough actual parameters for macro 'STR' >>> >>> make[6]: *** No rule to make target >>> `c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/tmp/j >>> >>> ava/hpi/windows_threads/obj_gO/linker_md.obj', needed by >>> `c:/Prg/OpenJDK.HG/jdk7 >>> >>> /build/WINDOW~2/tmp/java/hpi/windows_threads/obj_gO/.files_compiled'. >> Stop. >>> make[6]: Leaving directory >>> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi/wi >>> >>> ndows' >>> >>> make[5]: *** [all] Error 1 >>> >>> make[5]: Leaving directory >>> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi' >>> >>> make[4]: *** [all] Error 1 >>> >>> make[4]: Leaving directory >> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java' >>> make[3]: *** [all] Error 1 >>> >>> make[3]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make' >>> >>> make[2]: *** [jdk-build] Error 2 >>> >>> make[2]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7' >>> >>> make[1]: *** [generic_debug_build] Error 2 >>> >>> make[1]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7' >>> >>> make: *** [fastdebug_build] Error 2 >>> >>> >>> >>> (Right there in the middle: make[6].) Looks like a missing .obj >> somehow?? >>> >>> >>> Is this a local-environment thing, a build bug, or?? >>> >>> >>> >>> Ted Neward >>> >>> Java, .NET, XML Services >>> >>> Consulting, Teaching, Speaking, Writing >>> >>> http://www.tedneward.com >>> >>> >>> >>> >>> No virus found in this outgoing message. >>> Checked by AVG Free Edition. >>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: >>> 12/15/2007 12:00 PM >>> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: >> 12/15/2007 12:00 PM >> > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: 12/15/2007 > 12:00 PM > > From ted at tedneward.com Mon Dec 17 11:46:07 2007 From: ted at tedneward.com (Ted Neward) Date: Mon, 17 Dec 2007 11:46:07 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <041e01c840b8$90b7e4b0$b227ae10$@com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> <041e01c840b8$90b7e4b0$b227ae10$@com> Message-ID: <045401c840e5$7e4dde60$7ae99b20$@com> I can't find a ".log" file anywhere in the build structure that might have an error... any suggestions where to look? 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 Ted Neward > Sent: Monday, December 17, 2007 6:25 AM > To: Kelly.Ohair at Sun.COM > Cc: 'build-dev' > Subject: RE: Build problem (Windows, b24) > > Good question--where is said log file, again? :-) > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > > > -----Original Message----- > > From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > > Sent: Sunday, December 16, 2007 12:38 PM > > To: Ted Neward > > Cc: 'build-dev' > > Subject: Re: Build problem (Windows, b24) > > > > Some guesses... Try setting COMPANY_NAME to something other than > > empty, > > although that makes little sense because anyone building with > > OPENJDK=true > > would have an empty company name (jdk/make/common/shared/Defs.gmk). > > Humm... but that warning about STR is just a warning... > > > > That fatal error is about missing the file linker_md.obj... > > > > Was there an earlier problem in the log file around where linker_md.c > > was compiled? > > > > -kto > > > > Ted Neward wrote: > > > Build fails with the following: > > > > > > > > > > > > >>>Recursively making windows all @ Sat Dec 15 08:27:29 PST 2007 > ... > > > > > > make[6]: Entering directory > > > `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi/w > > > > > > indows' > > > > > > /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/lib > > > > > > /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/bin > > > > > > /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/lib/ext > > > > > > C:/Prg/MSVS2003/Common7/Tools/../../Vc7/Bin/rc /l 0x409 /r -d > > > "J2SE_BUILD_ID=1. > > > > > > 7.0-internal-fastdebug-Ted_15_dec_2007_07_40-b00" -d > "J2SE_COMPANY=" > > -d > > > "J2SE_CO > > > > > > MPONENT=OpenJDK Platform SE binary" -d "J2SE_VER=7.0.0.0" -d > > > "J2SE_COPYRIGHT=Cop > > > > > > yright \xA9 2007" -d "J2SE_NAME=OpenJDK Platform SE 7 " -d > > > "J2SE_FVER=7,0,0,0" / > > > > > > D "J2SE_FNAME=hpi.dll" /D "J2SE_INTERNAL_NAME=hpi" /D > > "J2SE_FTYPE=0x2L" > > > -Foc:/Pr > > > > > > > > > g/OpenJDK.HG/jdk7/build/WINDOW~2/tmp/java/hpi/windows_threads/obj_gO/hp > > i.res > > > c:/ > > > > > > Prg/OpenJDK.HG/jdk7/jdk/src/windows/resource/version.rc > > > > > > c:/Prg/OpenJDK.HG/jdk7/jdk/src/windows/resource/version.rc(58) : > > warning > > > RC4003: > > > > > > not enough actual parameters for macro 'STR' > > > > > > make[6]: *** No rule to make target > > > `c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/tmp/j > > > > > > ava/hpi/windows_threads/obj_gO/linker_md.obj', needed by > > > `c:/Prg/OpenJDK.HG/jdk7 > > > > > > > /build/WINDOW~2/tmp/java/hpi/windows_threads/obj_gO/.files_compiled'. > > Stop. > > > > > > make[6]: Leaving directory > > > `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi/wi > > > > > > ndows' > > > > > > make[5]: *** [all] Error 1 > > > > > > make[5]: Leaving directory > > > `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi' > > > > > > make[4]: *** [all] Error 1 > > > > > > make[4]: Leaving directory > > `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java' > > > > > > make[3]: *** [all] Error 1 > > > > > > make[3]: Leaving directory > `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make' > > > > > > make[2]: *** [jdk-build] Error 2 > > > > > > make[2]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7' > > > > > > make[1]: *** [generic_debug_build] Error 2 > > > > > > make[1]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7' > > > > > > make: *** [fastdebug_build] Error 2 > > > > > > > > > > > > (Right there in the middle: make[6].) Looks like a missing .obj > > somehow?? > > > > > > > > > > > > Is this a local-environment thing, a build bug, or?? > > > > > > > > > > > > Ted Neward > > > > > > Java, .NET, XML Services > > > > > > Consulting, Teaching, Speaking, Writing > > > > > > http://www.tedneward.com > > > > > > > > > > > > > > > No virus found in this outgoing message. > > > Checked by AVG Free Edition. > > > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > > > 12/15/2007 12:00 PM > > > > > > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > > 12/15/2007 12:00 PM > > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > 12/15/2007 > 12:00 PM > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > 12/15/2007 12:00 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: 12/15/2007 12:00 PM From ted at tedneward.com Mon Dec 17 11:46:07 2007 From: ted at tedneward.com (Ted Neward) Date: Mon, 17 Dec 2007 11:46:07 -0800 Subject: mercurial forest extension doesn't honor "http_proxy" environment variable In-Reply-To: References: Message-ID: <045501c840e5$89f62ec0$9de28c40$@com> Can I update my blog post with this info? It might be helpful for others. 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 Volker Simonis > Sent: Monday, December 17, 2007 5:58 AM > To: build-dev at openjdk.java.net > Cc: simon at akoha.org > Subject: mercurial forest extension doesn't honor "http_proxy" > environment variable > > Hi, > > I just had a real hard time to get the forest extension working and > finally found out that it was because the forest extension doesn't > honor the "http_proxy" environment variable. So I thought I'll post > it here in case anybody else will face the same problem in order to > save him some time. (If you're only interested in the solution of the > problem, you can skip the next paragraphs and jump right to the end of > this post). > > I installed Mercurial and the forest extension as described in various > places, here on the list and on the Web - that was the easy part:) > Afterwards I could do: > > /share/software/OpenJDK> hg clone http://hg.openjdk.java.net/jdk7/jdk7/ > jdk7 > requesting all changes > adding changesets > adding manifests > adding file changes > added 2 changesets with 26 changes to 26 files > 26 files updated, 0 files merged, 0 files removed, 0 files unresolved > > So everything worked fine! Note that I'm behind a firewall, but > Mercurial correctly picked up my http proxy from the "http_proxy" > environment variable! > > But now, everytime I tried 'fclone', I got the following error: > > /share/software/OpenJDK> hg fclone > http://hg.openjdk.java.net/jdk7/jdk7/ jdk7 > [.] > abort: error: Name or service not known > > That was not amusing. First I thought I got something wrong during the > installation of the forest extension. I than used the '--traceback' > option to "hg" which told me that the error was in keepalive.py: > > /share/software/OpenJDK> hg --traceback fclone > http://hg.openjdk.java.net/jdk7/jdk7/ jdk7 > [.] > Traceback (most recent call last): > ... > File "/share/software/Python-2.5.1_bin/lib/python2.5/site- > packages/mercurial/keepalive.py", > line 328, in _start_transaction > raise urllib2.URLError(err) > URLError: > abort: error: Name or service not known > > So I enabled the debugging output in keepalive.py and realized, that > the first two connections to hg.openjdk.java.net where made trough the > proxy, while the third one (the first that actually fetches files), > wants to go directly to hg.openjdk.java.net, which badly fails: > > /share/software/OpenJDK> hg fclone > http://hg.openjdk.java.net/jdk7/jdk7/ jdk7 > keepalive.py - creating new connection to proxy:8080 (1078835788) > keepalive.py - STATUS: 200, OK > keepalive.py - re-using connection to proxy:8080 (1078835788) > keepalive.py - STATUS: 200, OK > [.] > keepalive.py - creating new connection to hg.openjdk.java.net > (1078970092) > abort: error: Name or service not known > > The problem can be fixed by adding the proxy settings to your .hgrc > file, like this: > > [http_proxy] > host=proxy:8080 > > where you have to replace "proxy:8080" with the name and the port of > your real proxy host! > > @Simon: I took your email address from Forest Extension Wiki page at > http://www.selenic.com/mercurial/wiki/index.cgi/ForestExtension where > you're listed as maintainer of the forest extension. Could you be so > kind to have a look at this problem and fix it if possible. > > Regards, > Volker > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > 12/15/2007 12:00 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: 12/15/2007 12:00 PM From ted at tedneward.com Mon Dec 17 14:08:26 2007 From: ted at tedneward.com (Ted Neward) Date: Mon, 17 Dec 2007 14:08:26 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <4766AA7C.6030301@sun.com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> <041e01c840b8$90b7e4b0$b227ae10$@com> <4766AA7C.6030301@sun.com> Message-ID: <04c701c840f9$5b0381d0$110a8570$@com> Ah, sorry; no, I just did "make fastdebug_build" and cut&paste from the console output. (Suggestion: capturing that as part of the make process, like the sanityCheck files, would be helpful!) I did it again, though, and I can't spot where linker_md.c is ever built--something seems fishy. I'm trying a build in hotspot by itself to see if that generates the same error, or something different. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > Sent: Monday, December 17, 2007 8:58 AM > To: Ted Neward > Cc: 'build-dev' > Subject: Re: Build problem (Windows, b24) > > When I said log file, I meant your log file, I assumed that you had > done something like > make |& tee build.log or make >& build.log > > > -kto > > Ted Neward wrote: > > Good question--where is said log file, again? :-) > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > > >> -----Original Message----- > >> From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > >> Sent: Sunday, December 16, 2007 12:38 PM > >> To: Ted Neward > >> Cc: 'build-dev' > >> Subject: Re: Build problem (Windows, b24) > >> > >> Some guesses... Try setting COMPANY_NAME to something other than > >> empty, > >> although that makes little sense because anyone building with > >> OPENJDK=true > >> would have an empty company name (jdk/make/common/shared/Defs.gmk). > >> Humm... but that warning about STR is just a warning... > >> > >> That fatal error is about missing the file linker_md.obj... > >> > >> Was there an earlier problem in the log file around where > linker_md.c > >> was compiled? > >> > >> -kto > >> > >> Ted Neward wrote: > >>> Build fails with the following: > >>> > >>> > >>> > >>> >>>Recursively making windows all @ Sat Dec 15 08:27:29 PST 2007 > ... > >>> > >>> make[6]: Entering directory > >>> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi/w > >>> > >>> indows' > >>> > >>> /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/lib > >>> > >>> /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/bin > >>> > >>> /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/lib/ext > >>> > >>> C:/Prg/MSVS2003/Common7/Tools/../../Vc7/Bin/rc /l 0x409 /r -d > >>> "J2SE_BUILD_ID=1. > >>> > >>> 7.0-internal-fastdebug-Ted_15_dec_2007_07_40-b00" -d > "J2SE_COMPANY=" > >> -d > >>> "J2SE_CO > >>> > >>> MPONENT=OpenJDK Platform SE binary" -d "J2SE_VER=7.0.0.0" -d > >>> "J2SE_COPYRIGHT=Cop > >>> > >>> yright \xA9 2007" -d "J2SE_NAME=OpenJDK Platform SE 7 " -d > >>> "J2SE_FVER=7,0,0,0" / > >>> > >>> D "J2SE_FNAME=hpi.dll" /D "J2SE_INTERNAL_NAME=hpi" /D > >> "J2SE_FTYPE=0x2L" > >>> -Foc:/Pr > >>> > >>> > >> > g/OpenJDK.HG/jdk7/build/WINDOW~2/tmp/java/hpi/windows_threads/obj_gO/hp > >> i.res > >>> c:/ > >>> > >>> Prg/OpenJDK.HG/jdk7/jdk/src/windows/resource/version.rc > >>> > >>> c:/Prg/OpenJDK.HG/jdk7/jdk/src/windows/resource/version.rc(58) : > >> warning > >>> RC4003: > >>> > >>> not enough actual parameters for macro 'STR' > >>> > >>> make[6]: *** No rule to make target > >>> `c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/tmp/j > >>> > >>> ava/hpi/windows_threads/obj_gO/linker_md.obj', needed by > >>> `c:/Prg/OpenJDK.HG/jdk7 > >>> > >>> > /build/WINDOW~2/tmp/java/hpi/windows_threads/obj_gO/.files_compiled'. > >> Stop. > >>> make[6]: Leaving directory > >>> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi/wi > >>> > >>> ndows' > >>> > >>> make[5]: *** [all] Error 1 > >>> > >>> make[5]: Leaving directory > >>> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi' > >>> > >>> make[4]: *** [all] Error 1 > >>> > >>> make[4]: Leaving directory > >> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java' > >>> make[3]: *** [all] Error 1 > >>> > >>> make[3]: Leaving directory > `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make' > >>> > >>> make[2]: *** [jdk-build] Error 2 > >>> > >>> make[2]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7' > >>> > >>> make[1]: *** [generic_debug_build] Error 2 > >>> > >>> make[1]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7' > >>> > >>> make: *** [fastdebug_build] Error 2 > >>> > >>> > >>> > >>> (Right there in the middle: make[6].) Looks like a missing .obj > >> somehow?? > >>> > >>> > >>> Is this a local-environment thing, a build bug, or?? > >>> > >>> > >>> > >>> Ted Neward > >>> > >>> Java, .NET, XML Services > >>> > >>> Consulting, Teaching, Speaking, Writing > >>> > >>> http://www.tedneward.com > >>> > >>> > >>> > >>> > >>> No virus found in this outgoing message. > >>> Checked by AVG Free Edition. > >>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > >>> 12/15/2007 12:00 PM > >>> > >> No virus found in this incoming message. > >> Checked by AVG Free Edition. > >> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > >> 12/15/2007 12:00 PM > >> > > > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > 12/15/2007 > > 12:00 PM > > > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > 12/15/2007 12:00 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: 12/15/2007 12:00 PM From Kelly.Ohair at Sun.COM Mon Dec 17 14:17:06 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Mon, 17 Dec 2007 14:17:06 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <04c701c840f9$5b0381d0$110a8570$@com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> <041e01c840b8$90b7e4b0$b227ae10$@com> <4766AA7C.6030301@sun.com> <04c701c840f9$5b0381d0$110a8570$@com> Message-ID: <4766F562.1040006@sun.com> linker_md.c is part of the jdk build not hotspot, in the jdk/make 'hpi' area. -kto Ted Neward wrote: > Ah, sorry; no, I just did "make fastdebug_build" and cut&paste from the > console output. (Suggestion: capturing that as part of the make process, > like the sanityCheck files, would be helpful!) > > I did it again, though, and I can't spot where linker_md.c is ever > built--something seems fishy. I'm trying a build in hotspot by itself to see > if that generates the same error, or something different. > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > >> -----Original Message----- >> From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] >> Sent: Monday, December 17, 2007 8:58 AM >> To: Ted Neward >> Cc: 'build-dev' >> Subject: Re: Build problem (Windows, b24) >> >> When I said log file, I meant your log file, I assumed that you had >> done something like >> make |& tee build.log or make >& build.log >> >> >> -kto >> >> Ted Neward wrote: >>> Good question--where is said log file, again? :-) >>> >>> Ted Neward >>> Java, .NET, XML Services >>> Consulting, Teaching, Speaking, Writing >>> http://www.tedneward.com >>> >>> >>>> -----Original Message----- >>>> From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] >>>> Sent: Sunday, December 16, 2007 12:38 PM >>>> To: Ted Neward >>>> Cc: 'build-dev' >>>> Subject: Re: Build problem (Windows, b24) >>>> >>>> Some guesses... Try setting COMPANY_NAME to something other than >>>> empty, >>>> although that makes little sense because anyone building with >>>> OPENJDK=true >>>> would have an empty company name (jdk/make/common/shared/Defs.gmk). >>>> Humm... but that warning about STR is just a warning... >>>> >>>> That fatal error is about missing the file linker_md.obj... >>>> >>>> Was there an earlier problem in the log file around where >> linker_md.c >>>> was compiled? >>>> >>>> -kto >>>> >>>> Ted Neward wrote: >>>>> Build fails with the following: >>>>> >>>>> >>>>> >>>>> >>>Recursively making windows all @ Sat Dec 15 08:27:29 PST 2007 >> ... >>>>> make[6]: Entering directory >>>>> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi/w >>>>> >>>>> indows' >>>>> >>>>> /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/lib >>>>> >>>>> /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/bin >>>>> >>>>> /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/lib/ext >>>>> >>>>> C:/Prg/MSVS2003/Common7/Tools/../../Vc7/Bin/rc /l 0x409 /r -d >>>>> "J2SE_BUILD_ID=1. >>>>> >>>>> 7.0-internal-fastdebug-Ted_15_dec_2007_07_40-b00" -d >> "J2SE_COMPANY=" >>>> -d >>>>> "J2SE_CO >>>>> >>>>> MPONENT=OpenJDK Platform SE binary" -d "J2SE_VER=7.0.0.0" -d >>>>> "J2SE_COPYRIGHT=Cop >>>>> >>>>> yright \xA9 2007" -d "J2SE_NAME=OpenJDK Platform SE 7 " -d >>>>> "J2SE_FVER=7,0,0,0" / >>>>> >>>>> D "J2SE_FNAME=hpi.dll" /D "J2SE_INTERNAL_NAME=hpi" /D >>>> "J2SE_FTYPE=0x2L" >>>>> -Foc:/Pr >>>>> >>>>> >> g/OpenJDK.HG/jdk7/build/WINDOW~2/tmp/java/hpi/windows_threads/obj_gO/hp >>>> i.res >>>>> c:/ >>>>> >>>>> Prg/OpenJDK.HG/jdk7/jdk/src/windows/resource/version.rc >>>>> >>>>> c:/Prg/OpenJDK.HG/jdk7/jdk/src/windows/resource/version.rc(58) : >>>> warning >>>>> RC4003: >>>>> >>>>> not enough actual parameters for macro 'STR' >>>>> >>>>> make[6]: *** No rule to make target >>>>> `c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/tmp/j >>>>> >>>>> ava/hpi/windows_threads/obj_gO/linker_md.obj', needed by >>>>> `c:/Prg/OpenJDK.HG/jdk7 >>>>> >>>>> >> /build/WINDOW~2/tmp/java/hpi/windows_threads/obj_gO/.files_compiled'. >>>> Stop. >>>>> make[6]: Leaving directory >>>>> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi/wi >>>>> >>>>> ndows' >>>>> >>>>> make[5]: *** [all] Error 1 >>>>> >>>>> make[5]: Leaving directory >>>>> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi' >>>>> >>>>> make[4]: *** [all] Error 1 >>>>> >>>>> make[4]: Leaving directory >>>> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java' >>>>> make[3]: *** [all] Error 1 >>>>> >>>>> make[3]: Leaving directory >> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make' >>>>> make[2]: *** [jdk-build] Error 2 >>>>> >>>>> make[2]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7' >>>>> >>>>> make[1]: *** [generic_debug_build] Error 2 >>>>> >>>>> make[1]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7' >>>>> >>>>> make: *** [fastdebug_build] Error 2 >>>>> >>>>> >>>>> >>>>> (Right there in the middle: make[6].) Looks like a missing .obj >>>> somehow?? >>>>> >>>>> Is this a local-environment thing, a build bug, or?? >>>>> >>>>> >>>>> >>>>> Ted Neward >>>>> >>>>> Java, .NET, XML Services >>>>> >>>>> Consulting, Teaching, Speaking, Writing >>>>> >>>>> http://www.tedneward.com >>>>> >>>>> >>>>> >>>>> >>>>> No virus found in this outgoing message. >>>>> Checked by AVG Free Edition. >>>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: >>>>> 12/15/2007 12:00 PM >>>>> >>>> No virus found in this incoming message. >>>> Checked by AVG Free Edition. >>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: >>>> 12/15/2007 12:00 PM >>>> >>> No virus found in this outgoing message. >>> Checked by AVG Free Edition. >>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: >> 12/15/2007 >>> 12:00 PM >>> >>> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: >> 12/15/2007 12:00 PM >> > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: 12/15/2007 > 12:00 PM > > From ted at tedneward.com Mon Dec 17 23:41:56 2007 From: ted at tedneward.com (Ted Neward) Date: Mon, 17 Dec 2007 23:41:56 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <4766F562.1040006@sun.com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> <041e01c840b8$90b7e4b0$b227ae10$@com> <4766AA7C.6030301@sun.com> <04c701c840f9$5b0381d0$110a8570$@com> <4766F562.1040006@sun.com> Message-ID: <05ab01c84149$7ab3c940$701b5bc0$@com> So hotspot builds fine (which is how I discovered you were right at about the same time your email came in ), and when I do it from within "java", I get this: OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java $ make all Begin Processing SUBDIRS: hpi version jvm redist verify fdlibm java sun_nio jli main zip security npt java_crw_demo java_hprof_demo math awt util text applet ne t nio sql rmi jar beans logging management instrument >>>Recursively making hpi all @ Mon Dec 17 23:40:21 PST 2007 ... make[1]: Entering directory `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' Begin Processing SUBDIRS: windows >>>Recursively making windows all @ Mon Dec 17 23:40:25 PST 2007 ... make[2]: Entering directory `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/wind ows' make[2]: *** No rule to make target `../../../../build/windows-i586/btjars/strip properties.jar', needed by `strip_all_props'. Stop. make[2]: Leaving directory `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/windo ws' make[1]: *** [all] Error 1 make[1]: Leaving directory `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' make: *** [all] Error 1 OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java $ Not sure what to try next. :-/ Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > Sent: Monday, December 17, 2007 2:17 PM > To: Ted Neward > Cc: 'build-dev' > Subject: Re: Build problem (Windows, b24) > > linker_md.c is part of the jdk build not hotspot, in the jdk/make 'hpi' > area. > > -kto > > > Ted Neward wrote: > > Ah, sorry; no, I just did "make fastdebug_build" and cut&paste from > the > > console output. (Suggestion: capturing that as part of the make > process, > > like the sanityCheck files, would be helpful!) > > > > I did it again, though, and I can't spot where linker_md.c is ever > > built--something seems fishy. I'm trying a build in hotspot by itself > to see > > if that generates the same error, or something different. > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > > >> -----Original Message----- > >> From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > >> Sent: Monday, December 17, 2007 8:58 AM > >> To: Ted Neward > >> Cc: 'build-dev' > >> Subject: Re: Build problem (Windows, b24) > >> > >> When I said log file, I meant your log file, I assumed that you had > >> done something like > >> make |& tee build.log or make >& build.log > >> > >> > >> -kto > >> > >> Ted Neward wrote: > >>> Good question--where is said log file, again? :-) > >>> > >>> Ted Neward > >>> Java, .NET, XML Services > >>> Consulting, Teaching, Speaking, Writing > >>> http://www.tedneward.com > >>> > >>> > >>>> -----Original Message----- > >>>> From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > >>>> Sent: Sunday, December 16, 2007 12:38 PM > >>>> To: Ted Neward > >>>> Cc: 'build-dev' > >>>> Subject: Re: Build problem (Windows, b24) > >>>> > >>>> Some guesses... Try setting COMPANY_NAME to something other than > >>>> empty, > >>>> although that makes little sense because anyone building with > >>>> OPENJDK=true > >>>> would have an empty company name > (jdk/make/common/shared/Defs.gmk). > >>>> Humm... but that warning about STR is just a warning... > >>>> > >>>> That fatal error is about missing the file linker_md.obj... > >>>> > >>>> Was there an earlier problem in the log file around where > >> linker_md.c > >>>> was compiled? > >>>> > >>>> -kto > >>>> > >>>> Ted Neward wrote: > >>>>> Build fails with the following: > >>>>> > >>>>> > >>>>> > >>>>> >>>Recursively making windows all @ Sat Dec 15 08:27:29 PST 2007 > >> ... > >>>>> make[6]: Entering directory > >>>>> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi/w > >>>>> > >>>>> indows' > >>>>> > >>>>> /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/lib > >>>>> > >>>>> /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/bin > >>>>> > >>>>> /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/lib/ext > >>>>> > >>>>> C:/Prg/MSVS2003/Common7/Tools/../../Vc7/Bin/rc /l 0x409 /r -d > >>>>> "J2SE_BUILD_ID=1. > >>>>> > >>>>> 7.0-internal-fastdebug-Ted_15_dec_2007_07_40-b00" -d > >> "J2SE_COMPANY=" > >>>> -d > >>>>> "J2SE_CO > >>>>> > >>>>> MPONENT=OpenJDK Platform SE binary" -d "J2SE_VER=7.0.0.0" -d > >>>>> "J2SE_COPYRIGHT=Cop > >>>>> > >>>>> yright \xA9 2007" -d "J2SE_NAME=OpenJDK Platform SE 7 " -d > >>>>> "J2SE_FVER=7,0,0,0" / > >>>>> > >>>>> D "J2SE_FNAME=hpi.dll" /D "J2SE_INTERNAL_NAME=hpi" /D > >>>> "J2SE_FTYPE=0x2L" > >>>>> -Foc:/Pr > >>>>> > >>>>> > >> > g/OpenJDK.HG/jdk7/build/WINDOW~2/tmp/java/hpi/windows_threads/obj_gO/hp > >>>> i.res > >>>>> c:/ > >>>>> > >>>>> Prg/OpenJDK.HG/jdk7/jdk/src/windows/resource/version.rc > >>>>> > >>>>> c:/Prg/OpenJDK.HG/jdk7/jdk/src/windows/resource/version.rc(58) : > >>>> warning > >>>>> RC4003: > >>>>> > >>>>> not enough actual parameters for macro 'STR' > >>>>> > >>>>> make[6]: *** No rule to make target > >>>>> `c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/tmp/j > >>>>> > >>>>> ava/hpi/windows_threads/obj_gO/linker_md.obj', needed by > >>>>> `c:/Prg/OpenJDK.HG/jdk7 > >>>>> > >>>>> > >> > /build/WINDOW~2/tmp/java/hpi/windows_threads/obj_gO/.files_compiled'. > >>>> Stop. > >>>>> make[6]: Leaving directory > >>>>> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi/wi > >>>>> > >>>>> ndows' > >>>>> > >>>>> make[5]: *** [all] Error 1 > >>>>> > >>>>> make[5]: Leaving directory > >>>>> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi' > >>>>> > >>>>> make[4]: *** [all] Error 1 > >>>>> > >>>>> make[4]: Leaving directory > >>>> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java' > >>>>> make[3]: *** [all] Error 1 > >>>>> > >>>>> make[3]: Leaving directory > >> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make' > >>>>> make[2]: *** [jdk-build] Error 2 > >>>>> > >>>>> make[2]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7' > >>>>> > >>>>> make[1]: *** [generic_debug_build] Error 2 > >>>>> > >>>>> make[1]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7' > >>>>> > >>>>> make: *** [fastdebug_build] Error 2 > >>>>> > >>>>> > >>>>> > >>>>> (Right there in the middle: make[6].) Looks like a missing .obj > >>>> somehow?? > >>>>> > >>>>> Is this a local-environment thing, a build bug, or?? > >>>>> > >>>>> > >>>>> > >>>>> Ted Neward > >>>>> > >>>>> Java, .NET, XML Services > >>>>> > >>>>> Consulting, Teaching, Speaking, Writing > >>>>> > >>>>> http://www.tedneward.com > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> No virus found in this outgoing message. > >>>>> Checked by AVG Free Edition. > >>>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > >>>>> 12/15/2007 12:00 PM > >>>>> > >>>> No virus found in this incoming message. > >>>> Checked by AVG Free Edition. > >>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > >>>> 12/15/2007 12:00 PM > >>>> > >>> No virus found in this outgoing message. > >>> Checked by AVG Free Edition. > >>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > >> 12/15/2007 > >>> 12:00 PM > >>> > >>> > >> No virus found in this incoming message. > >> Checked by AVG Free Edition. > >> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > >> 12/15/2007 12:00 PM > >> > > > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > 12/15/2007 > > 12:00 PM > > > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > 12/15/2007 12:00 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: 12/15/2007 12:00 PM From ted at tedneward.com Mon Dec 17 23:44:43 2007 From: ted at tedneward.com (Ted Neward) Date: Mon, 17 Dec 2007 23:44:43 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <05ab01c84149$7ab3c940$701b5bc0$@com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> <041e01c840b8$90b7e4b0$b227ae10$@com> <4766AA7C.6030301@sun.com> <04c701c840f9$5b0381d0$110a8570$@com> <4766F562.1040006@sun.com> <05ab01c84149$7ab3c940$701b5bc0$@com> Message-ID: <05b201c84149$dd3bc900$97b35b00$@com> Ah, but wait.... I notice that it's trying to find the strip-properties tool in windows-i586, but the "btjars" directory lives in windows-i586-fastdebug.... Is this a possible Makefile bug? Or is my environment somehow not set up right? 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 Ted Neward > Sent: Monday, December 17, 2007 11:42 PM > To: Kelly.Ohair at Sun.COM > Cc: 'build-dev' > Subject: RE: Build problem (Windows, b24) > > So hotspot builds fine (which is how I discovered you were right at > about > the same time your email came in ), and when I do it from within > "java", I get this: > > OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java > $ make all > Begin Processing SUBDIRS: hpi version jvm redist verify fdlibm java > sun_nio > jli > main zip security npt java_crw_demo java_hprof_demo math awt util text > applet ne > t nio sql rmi jar beans logging management instrument > >>>Recursively making hpi all @ Mon Dec 17 23:40:21 PST 2007 ... > make[1]: Entering directory > `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' > Begin Processing SUBDIRS: windows > >>>Recursively making windows all @ Mon Dec 17 23:40:25 PST 2007 ... > make[2]: Entering directory > `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/wind > ows' > make[2]: *** No rule to make target > `../../../../build/windows-i586/btjars/strip > properties.jar', needed by `strip_all_props'. Stop. > make[2]: Leaving directory > `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/windo > ws' > make[1]: *** [all] Error 1 > make[1]: Leaving directory > `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' > make: *** [all] Error 1 > OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java > $ > > Not sure what to try next. :-/ > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > > > -----Original Message----- > > From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > > Sent: Monday, December 17, 2007 2:17 PM > > To: Ted Neward > > Cc: 'build-dev' > > Subject: Re: Build problem (Windows, b24) > > > > linker_md.c is part of the jdk build not hotspot, in the jdk/make > 'hpi' > > area. > > > > -kto > > > > > > Ted Neward wrote: > > > Ah, sorry; no, I just did "make fastdebug_build" and cut&paste from > > the > > > console output. (Suggestion: capturing that as part of the make > > process, > > > like the sanityCheck files, would be helpful!) > > > > > > I did it again, though, and I can't spot where linker_md.c is ever > > > built--something seems fishy. I'm trying a build in hotspot by > itself > > to see > > > if that generates the same error, or something different. > > > > > > Ted Neward > > > Java, .NET, XML Services > > > Consulting, Teaching, Speaking, Writing > > > http://www.tedneward.com > > > > > > > > >> -----Original Message----- > > >> From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > > >> Sent: Monday, December 17, 2007 8:58 AM > > >> To: Ted Neward > > >> Cc: 'build-dev' > > >> Subject: Re: Build problem (Windows, b24) > > >> > > >> When I said log file, I meant your log file, I assumed that you > had > > >> done something like > > >> make |& tee build.log or make >& build.log > > >> > > >> > > >> -kto > > >> > > >> Ted Neward wrote: > > >>> Good question--where is said log file, again? :-) > > >>> > > >>> Ted Neward > > >>> Java, .NET, XML Services > > >>> Consulting, Teaching, Speaking, Writing > > >>> http://www.tedneward.com > > >>> > > >>> > > >>>> -----Original Message----- > > >>>> From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > > >>>> Sent: Sunday, December 16, 2007 12:38 PM > > >>>> To: Ted Neward > > >>>> Cc: 'build-dev' > > >>>> Subject: Re: Build problem (Windows, b24) > > >>>> > > >>>> Some guesses... Try setting COMPANY_NAME to something other > than > > >>>> empty, > > >>>> although that makes little sense because anyone building with > > >>>> OPENJDK=true > > >>>> would have an empty company name > > (jdk/make/common/shared/Defs.gmk). > > >>>> Humm... but that warning about STR is just a warning... > > >>>> > > >>>> That fatal error is about missing the file linker_md.obj... > > >>>> > > >>>> Was there an earlier problem in the log file around where > > >> linker_md.c > > >>>> was compiled? > > >>>> > > >>>> -kto > > >>>> > > >>>> Ted Neward wrote: > > >>>>> Build fails with the following: > > >>>>> > > >>>>> > > >>>>> > > >>>>> >>>Recursively making windows all @ Sat Dec 15 08:27:29 PST > 2007 > > >> ... > > >>>>> make[6]: Entering directory > > >>>>> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi/w > > >>>>> > > >>>>> indows' > > >>>>> > > >>>>> /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/lib > > >>>>> > > >>>>> /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/bin > > >>>>> > > >>>>> /usr/bin/mkdir -p c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/lib/ext > > >>>>> > > >>>>> C:/Prg/MSVS2003/Common7/Tools/../../Vc7/Bin/rc /l 0x409 /r -d > > >>>>> "J2SE_BUILD_ID=1. > > >>>>> > > >>>>> 7.0-internal-fastdebug-Ted_15_dec_2007_07_40-b00" -d > > >> "J2SE_COMPANY=" > > >>>> -d > > >>>>> "J2SE_CO > > >>>>> > > >>>>> MPONENT=OpenJDK Platform SE binary" -d "J2SE_VER=7.0.0.0" -d > > >>>>> "J2SE_COPYRIGHT=Cop > > >>>>> > > >>>>> yright \xA9 2007" -d "J2SE_NAME=OpenJDK Platform SE 7 " -d > > >>>>> "J2SE_FVER=7,0,0,0" / > > >>>>> > > >>>>> D "J2SE_FNAME=hpi.dll" /D "J2SE_INTERNAL_NAME=hpi" /D > > >>>> "J2SE_FTYPE=0x2L" > > >>>>> -Foc:/Pr > > >>>>> > > >>>>> > > >> > > > g/OpenJDK.HG/jdk7/build/WINDOW~2/tmp/java/hpi/windows_threads/obj_gO/hp > > >>>> i.res > > >>>>> c:/ > > >>>>> > > >>>>> Prg/OpenJDK.HG/jdk7/jdk/src/windows/resource/version.rc > > >>>>> > > >>>>> c:/Prg/OpenJDK.HG/jdk7/jdk/src/windows/resource/version.rc(58) > : > > >>>> warning > > >>>>> RC4003: > > >>>>> > > >>>>> not enough actual parameters for macro 'STR' > > >>>>> > > >>>>> make[6]: *** No rule to make target > > >>>>> `c:/Prg/OpenJDK.HG/jdk7/build/WINDOW~2/tmp/j > > >>>>> > > >>>>> ava/hpi/windows_threads/obj_gO/linker_md.obj', needed by > > >>>>> `c:/Prg/OpenJDK.HG/jdk7 > > >>>>> > > >>>>> > > >> > > /build/WINDOW~2/tmp/java/hpi/windows_threads/obj_gO/.files_compiled'. > > >>>> Stop. > > >>>>> make[6]: Leaving directory > > >>>>> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi/wi > > >>>>> > > >>>>> ndows' > > >>>>> > > >>>>> make[5]: *** [all] Error 1 > > >>>>> > > >>>>> make[5]: Leaving directory > > >>>>> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java/hpi' > > >>>>> > > >>>>> make[4]: *** [all] Error 1 > > >>>>> > > >>>>> make[4]: Leaving directory > > >>>> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make/java' > > >>>>> make[3]: *** [all] Error 1 > > >>>>> > > >>>>> make[3]: Leaving directory > > >> `/cygdrive/c/Prg/OpenJDK.HG/jdk7/jdk/make' > > >>>>> make[2]: *** [jdk-build] Error 2 > > >>>>> > > >>>>> make[2]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7' > > >>>>> > > >>>>> make[1]: *** [generic_debug_build] Error 2 > > >>>>> > > >>>>> make[1]: Leaving directory `/cygdrive/c/Prg/OpenJDK.HG/jdk7' > > >>>>> > > >>>>> make: *** [fastdebug_build] Error 2 > > >>>>> > > >>>>> > > >>>>> > > >>>>> (Right there in the middle: make[6].) Looks like a missing .obj > > >>>> somehow?? > > >>>>> > > >>>>> Is this a local-environment thing, a build bug, or?? > > >>>>> > > >>>>> > > >>>>> > > >>>>> Ted Neward > > >>>>> > > >>>>> Java, .NET, XML Services > > >>>>> > > >>>>> Consulting, Teaching, Speaking, Writing > > >>>>> > > >>>>> http://www.tedneward.com > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> No virus found in this outgoing message. > > >>>>> Checked by AVG Free Edition. > > >>>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release > Date: > > >>>>> 12/15/2007 12:00 PM > > >>>>> > > >>>> No virus found in this incoming message. > > >>>> Checked by AVG Free Edition. > > >>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > > >>>> 12/15/2007 12:00 PM > > >>>> > > >>> No virus found in this outgoing message. > > >>> Checked by AVG Free Edition. > > >>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > > >> 12/15/2007 > > >>> 12:00 PM > > >>> > > >>> > > >> No virus found in this incoming message. > > >> Checked by AVG Free Edition. > > >> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > > >> 12/15/2007 12:00 PM > > >> > > > > > > No virus found in this outgoing message. > > > Checked by AVG Free Edition. > > > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > > 12/15/2007 > > > 12:00 PM > > > > > > > > > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > > 12/15/2007 12:00 PM > > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > 12/15/2007 > 12:00 PM > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > 12/15/2007 12:00 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: 12/15/2007 12:00 PM From Tim.Bell at Sun.COM Tue Dec 18 00:12:10 2007 From: Tim.Bell at Sun.COM (Tim Bell) Date: Tue, 18 Dec 2007 00:12:10 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <05ab01c84149$7ab3c940$701b5bc0$@com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> <041e01c840b8$90b7e4b0$b227ae10$@com> <4766AA7C.6030301@sun.com> <04c701c840f9$5b0381d0$110a8570$@com> <4766F562.1040006@sun.com> <05ab01c84149$7ab3c940$701b5bc0$@com> Message-ID: <476780DA.7000506@sun.com> Hi - > OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java > $ make all Maybe you came in too low and clipped the treetops. Try your 'make all' from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make The first thing the jdk7/jdk build does (after the sanity check) is create a number of tools that will be used later. If you start building lower down in jdk/make/java there may be an assumption about work that has already been done. So try it again from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make BTW - I always save the build log, as Kelly wrote: > make |& tee build.log or make >& build.log This is not automatic because we don't want to fill up someone's disk space with log files. Not so much of a problem these days, but back in the early days it was. HTH - Tim > Begin Processing SUBDIRS: hpi version jvm redist verify fdlibm java sun_nio > jli > main zip security npt java_crw_demo java_hprof_demo math awt util text > applet ne > t nio sql rmi jar beans logging management instrument >>>> Recursively making hpi all @ Mon Dec 17 23:40:21 PST 2007 ... > make[1]: Entering directory `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' > Begin Processing SUBDIRS: windows >>>> Recursively making windows all @ Mon Dec 17 23:40:25 PST 2007 ... > make[2]: Entering directory > `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/wind > ows' > make[2]: *** No rule to make target > `../../../../build/windows-i586/btjars/strip > properties.jar', needed by `strip_all_props'. Stop. > make[2]: Leaving directory > `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/windo > ws' > make[1]: *** [all] Error 1 > make[1]: Leaving directory `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' > make: *** [all] Error 1 > OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java > $ From ted at tedneward.com Tue Dec 18 06:40:27 2007 From: ted at tedneward.com (Ted Neward) Date: Tue, 18 Dec 2007 06:40:27 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <476780DA.7000506@sun.com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> <041e01c840b8$90b7e4b0$b227ae10$@com> <4766AA7C.6030301@sun.com> <04c701c840f9$5b0381d0$110a8570$@com> <4766F562.1040006@sun.com> <05ab01c84149$7ab3c940$701b5bc0$@com> <476780DA.7000506@sun.com> Message-ID: <06a501c84183$f03dc3c0$d0b94b40$@com> Tim-- > Maybe you came in too low and clipped the treetops. > I thought part of the idea would be that if I've just made a change to one part of the tree, I don't have to rebuild the whole tree, so I would think coming in lower to the ground would be supported...? Let's turn it around this way: what is Sun doing among the various teams? If a developer makes a change, say, to the java.lang.instrument package, what's the quickest way to get his build, presuming that he hasn't changed anything outside of that directory? I don't want to be swimming upstream, but in this case, I really don't know which way the water flows. :-) > Try your 'make all' from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > Will do; by the way, what targets are supported in these lower-level makes? "fastdebug" and "fastdebug_build" didn't take, AFAICT (no target). > The first thing the jdk7/jdk build does (after the sanity check) is > create a number of tools > that will be used later. If you start building lower down in > jdk/make/java there may be an > assumption about work that has already been done. > I can see that, and they are there--they built successfully. What I don't understand is why the "treetop build" I tried was looking for them in windows-i586 and not windows-i586-fastdebug. > This is not automatic because we don't want to fill up someone's disk > space with log files. > Not so much of a problem these days, but back in the early days it was. > Maybe an option flag/env var in the make set, a la ALT_LOGFILES=false to turn them off or something? It's just a common thing to have the build tool logging this stuff these days, it seems. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Tim.Bell at Sun.COM [mailto:Tim.Bell at Sun.COM] > Sent: Tuesday, December 18, 2007 12:12 AM > To: Ted Neward > Cc: 'build-dev' > Subject: Re: Build problem (Windows, b24) > > Hi - > > > OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java > > $ make all > > Maybe you came in too low and clipped the treetops. > > Try your 'make all' from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > > The first thing the jdk7/jdk build does (after the sanity check) is > create a number of tools > that will be used later. If you start building lower down in > jdk/make/java there may be an > assumption about work that has already been done. > > So try it again from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > > BTW - I always save the build log, as Kelly wrote: > > > make |& tee build.log or make >& build.log > > This is not automatic because we don't want to fill up someone's disk > space with log files. > Not so much of a problem these days, but back in the early days it was. > > HTH - Tim > > > > Begin Processing SUBDIRS: hpi version jvm redist verify fdlibm java > sun_nio > > jli > > main zip security npt java_crw_demo java_hprof_demo math awt util > text > > applet ne > > t nio sql rmi jar beans logging management instrument > >>>> Recursively making hpi all @ Mon Dec 17 23:40:21 PST 2007 ... > > make[1]: Entering directory > `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' > > Begin Processing SUBDIRS: windows > >>>> Recursively making windows all @ Mon Dec 17 23:40:25 PST 2007 ... > > make[2]: Entering directory > > `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/wind > > ows' > > make[2]: *** No rule to make target > > `../../../../build/windows-i586/btjars/strip > > properties.jar', needed by `strip_all_props'. Stop. > > make[2]: Leaving directory > > `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/windo > > ws' > > make[1]: *** [all] Error 1 > > make[1]: Leaving directory > `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' > > make: *** [all] Error 1 > > OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java > > $ > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > 12/15/2007 12:00 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: 12/15/2007 12:00 PM From Dmitri.Trembovetski at Sun.COM Tue Dec 18 09:59:21 2007 From: Dmitri.Trembovetski at Sun.COM (Dmitri Trembovetski) Date: Tue, 18 Dec 2007 09:59:21 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <06a501c84183$f03dc3c0$d0b94b40$@com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> <041e01c840b8$90b7e4b0$b227ae10$@com> <4766AA7C.6030301@sun.com> <04c701c840f9$5b0381d0$110a8570$@com> <4766F562.1040006@sun.com> <05ab01c84149$7ab3c940$701b5bc0$@com> <476780DA.7000506@sun.com> <06a501c84183$f03dc3c0$d0b94b40$@com> Message-ID: <47680A79.6010902@Sun.COM> Ted Neward wrote: > Tim-- > >> Maybe you came in too low and clipped the treetops. >> > I thought part of the idea would be that if I've just made a change to one > part of the tree, I don't have to rebuild the whole tree, so I would think > coming in lower to the ground would be supported...? > > Let's turn it around this way: what is Sun doing among the various teams? If > a developer makes a change, say, to the java.lang.instrument package, what's > the quickest way to get his build, presuming that he hasn't changed anything > outside of that directory? I don't want to be swimming upstream, but in this > case, I really don't know which way the water flows. :-) > >> Try your 'make all' from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make >> > Will do; by the way, what targets are supported in these lower-level makes? > "fastdebug" and "fastdebug_build" didn't take, AFAICT (no target). To build fastdebug binaries, set env. variable FASTDEBUG=true (or pass it to the make file). That is probably the issue that caused the build failure - you started the build from the top with fastdebug target, but attempted to build the subtree without FASTDEBUG. Thanks, Dmitri > >> The first thing the jdk7/jdk build does (after the sanity check) is >> create a number of tools >> that will be used later. If you start building lower down in >> jdk/make/java there may be an >> assumption about work that has already been done. >> > I can see that, and they are there--they built successfully. What I don't > understand is why the "treetop build" I tried was looking for them in > windows-i586 and not windows-i586-fastdebug. > >> This is not automatic because we don't want to fill up someone's disk >> space with log files. >> Not so much of a problem these days, but back in the early days it was. >> > Maybe an option flag/env var in the make set, a la ALT_LOGFILES=false to > turn them off or something? It's just a common thing to have the build tool > logging this stuff these days, it seems. > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > >> -----Original Message----- >> From: Tim.Bell at Sun.COM [mailto:Tim.Bell at Sun.COM] >> Sent: Tuesday, December 18, 2007 12:12 AM >> To: Ted Neward >> Cc: 'build-dev' >> Subject: Re: Build problem (Windows, b24) >> >> Hi - >> >>> OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java >>> $ make all >> Maybe you came in too low and clipped the treetops. >> >> Try your 'make all' from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make >> >> The first thing the jdk7/jdk build does (after the sanity check) is >> create a number of tools >> that will be used later. If you start building lower down in >> jdk/make/java there may be an >> assumption about work that has already been done. >> >> So try it again from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make >> >> BTW - I always save the build log, as Kelly wrote: >> >>> make |& tee build.log or make >& build.log >> This is not automatic because we don't want to fill up someone's disk >> space with log files. >> Not so much of a problem these days, but back in the early days it was. >> >> HTH - Tim >> >> >>> Begin Processing SUBDIRS: hpi version jvm redist verify fdlibm java >> sun_nio >>> jli >>> main zip security npt java_crw_demo java_hprof_demo math awt util >> text >>> applet ne >>> t nio sql rmi jar beans logging management instrument >>>>>> Recursively making hpi all @ Mon Dec 17 23:40:21 PST 2007 ... >>> make[1]: Entering directory >> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' >>> Begin Processing SUBDIRS: windows >>>>>> Recursively making windows all @ Mon Dec 17 23:40:25 PST 2007 ... >>> make[2]: Entering directory >>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/wind >>> ows' >>> make[2]: *** No rule to make target >>> `../../../../build/windows-i586/btjars/strip >>> properties.jar', needed by `strip_all_props'. Stop. >>> make[2]: Leaving directory >>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/windo >>> ws' >>> make[1]: *** [all] Error 1 >>> make[1]: Leaving directory >> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' >>> make: *** [all] Error 1 >>> OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java >>> $ >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: >> 12/15/2007 12:00 PM >> > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: 12/15/2007 > 12:00 PM > > From Kelly.Ohair at Sun.COM Tue Dec 18 11:57:58 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Tue, 18 Dec 2007 11:57:58 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <06a501c84183$f03dc3c0$d0b94b40$@com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> <041e01c840b8$90b7e4b0$b227ae10$@com> <4766AA7C.6030301@sun.com> <04c701c840f9$5b0381d0$110a8570$@com> <4766F562.1040006@sun.com> <05ab01c84149$7ab3c940$701b5bc0$@com> <476780DA.7000506@sun.com> <06a501c84183$f03dc3c0$d0b94b40$@com> Message-ID: <47682646.2040606@sun.com> Do to history, a build directly from the jdk/make directories uses a default OUTPUTDIR of jdk/build/* but if FASTDEBUG=true, it's jdk/build/*-fastdebug, or if a plain debug build with just VARIANT=DBG it would be jdk/build/*-debug The variant builds leave results in a completely separate outputdir. If you used the very top level makefile (which came from the now defunct control/make area) the default OUTPUTDIR is ./build/* (at the very top of the repositories). When this top level Makefile runs the jdk/make Makefiles, it passes in a ALT_OUTPUTDIR to refer to this top level build result area because it's default outputdir is not the same place. I don't know the complete history as to why this was done this way, but my tendency is to try and get us back to a single default OUTPUTDIR for all the repositories. Someday... This is what I do when I work on just the jdk repository: cd jdk/make && gnumake That primes the outputdir area, then I can drop down in: cd jdk/make/java && gnumake Or even drop in and clean an area and re-build it: cd jdk/make/jpda && gnumake clean && gnumake Or just repeat the entire build (incremental build) cd jdk/make && gnumake If I wanted the jdk image (j2sdk-image), I would need to: cd jdk/make && gnumake image But the output by default will go to jdk/build/* and a different directory if VARIANT=DBG or FASTDEBUG=true. I think you need to: cd jdk/make && gnumake VARIANT=DBG FASTDEBUG=true Then see if you can: cd jdk/make/java/hpi && gnumake VARIANT=DBG FASTDEBUG=true -kto Ted Neward wrote: > Tim-- > >> Maybe you came in too low and clipped the treetops. >> > I thought part of the idea would be that if I've just made a change to one > part of the tree, I don't have to rebuild the whole tree, so I would think > coming in lower to the ground would be supported...? > > Let's turn it around this way: what is Sun doing among the various teams? If > a developer makes a change, say, to the java.lang.instrument package, what's > the quickest way to get his build, presuming that he hasn't changed anything > outside of that directory? I don't want to be swimming upstream, but in this > case, I really don't know which way the water flows. :-) > >> Try your 'make all' from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make >> > Will do; by the way, what targets are supported in these lower-level makes? > "fastdebug" and "fastdebug_build" didn't take, AFAICT (no target). > >> The first thing the jdk7/jdk build does (after the sanity check) is >> create a number of tools >> that will be used later. If you start building lower down in >> jdk/make/java there may be an >> assumption about work that has already been done. >> > I can see that, and they are there--they built successfully. What I don't > understand is why the "treetop build" I tried was looking for them in > windows-i586 and not windows-i586-fastdebug. > >> This is not automatic because we don't want to fill up someone's disk >> space with log files. >> Not so much of a problem these days, but back in the early days it was. >> > Maybe an option flag/env var in the make set, a la ALT_LOGFILES=false to > turn them off or something? It's just a common thing to have the build tool > logging this stuff these days, it seems. > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > >> -----Original Message----- >> From: Tim.Bell at Sun.COM [mailto:Tim.Bell at Sun.COM] >> Sent: Tuesday, December 18, 2007 12:12 AM >> To: Ted Neward >> Cc: 'build-dev' >> Subject: Re: Build problem (Windows, b24) >> >> Hi - >> >>> OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java >>> $ make all >> Maybe you came in too low and clipped the treetops. >> >> Try your 'make all' from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make >> >> The first thing the jdk7/jdk build does (after the sanity check) is >> create a number of tools >> that will be used later. If you start building lower down in >> jdk/make/java there may be an >> assumption about work that has already been done. >> >> So try it again from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make >> >> BTW - I always save the build log, as Kelly wrote: >> >>> make |& tee build.log or make >& build.log >> This is not automatic because we don't want to fill up someone's disk >> space with log files. >> Not so much of a problem these days, but back in the early days it was. >> >> HTH - Tim >> >> >>> Begin Processing SUBDIRS: hpi version jvm redist verify fdlibm java >> sun_nio >>> jli >>> main zip security npt java_crw_demo java_hprof_demo math awt util >> text >>> applet ne >>> t nio sql rmi jar beans logging management instrument >>>>>> Recursively making hpi all @ Mon Dec 17 23:40:21 PST 2007 ... >>> make[1]: Entering directory >> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' >>> Begin Processing SUBDIRS: windows >>>>>> Recursively making windows all @ Mon Dec 17 23:40:25 PST 2007 ... >>> make[2]: Entering directory >>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/wind >>> ows' >>> make[2]: *** No rule to make target >>> `../../../../build/windows-i586/btjars/strip >>> properties.jar', needed by `strip_all_props'. Stop. >>> make[2]: Leaving directory >>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/windo >>> ws' >>> make[1]: *** [all] Error 1 >>> make[1]: Leaving directory >> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' >>> make: *** [all] Error 1 >>> OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java >>> $ >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: >> 12/15/2007 12:00 PM >> > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: 12/15/2007 > 12:00 PM > > From Andreas.Sterbenz at Sun.COM Thu Dec 20 13:44:33 2007 From: Andreas.Sterbenz at Sun.COM (Andreas Sterbenz) Date: Thu, 20 Dec 2007 13:44:33 -0800 Subject: JDK 7 build 24 is available at the openjdk.java.net website In-Reply-To: <47606D05.2040709@nefkom.net> References: <47563FCC.4080907@sun.com> <475D7AB3.8060000@redhat.com> <475DDA7F.1080302@sun.com> <47606D05.2040709@nefkom.net> Message-ID: <476AE241.1050801@sun.com> Arnd-Hendrik Mathias wrote: > > I recognized one other thing that prevents me from building completely: > The "build" target of the /jdk7-jdk7-b24/jdk/make/javax/crypto/Makefile > is empty which means that all directories/classes to be included in the > /tmp/sun/javax.crypto/unsigned/jce.jar are removed by the prebuild > target but not rebuilt subsequently. > Is there a special trick, how to build the > tmp/sun/javax.crypto/classes/javax/crypto, > tmp/sun/javax.crypto/classes/sun/security/internal/interfaces and > tmp/sun/javax.crypto/classes/sun/security/internal/spec? There is some trickery going on in that Makefile. The classes are compiled with a destination directory of build/$platform-$arch/tmp/sun/ instead of the normal location build/$platform-$arch/sun/ and the latter directory is removed. That works for me. Could you elaborate a little on what you are doing? Which sources are you building? OpenJDK b24? IcedTea, or something else? Which directory are you calling make from? jdk7/jdk/make? jdk7? What is the command you are running? "make"? "make all"? Andreas. From ted at tedneward.com Wed Dec 26 13:03:20 2007 From: ted at tedneward.com (Ted Neward) Date: Wed, 26 Dec 2007 13:03:20 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <47682646.2040606@sun.com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> <041e01c840b8$90b7e4b0$b227ae10$@com> <4766AA7C.6030301@sun.com> <04c701c840f9$5b0381d0$110a8570$@com> <4766F562.1040006@sun.com> <05ab01c84149$7ab3c940$701b5bc0$@com> <476780DA.7000506@sun.com> <06a501c84183$f03dc3c0$d0b94b40$@com> <47682646.2040606@sun.com> Message-ID: <05c201c84802$c3b71830$4b254890$@com> OK, trying to get back into this. (*) FWICT, ALT_OUTPUTDIR doesn't seem to "take" when set from the command shell as an environment variable. Is this supposed to work? (*) When I do cd jdk/make/java/hpi && make VARIANT=DBG FASTDEBUG=true, I get nothing. No build, no error, just... enters windows, leaves windows, done. I'm doing a full build (from the top) into a log file for attachment to this thread now, will email it when it's done. Problem is, I can't tell if it's an environment issue, or a genuine bug in the makefiles, or a PEBKAC problem. Suggestions welcome.... Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > Sent: Tuesday, December 18, 2007 11:58 AM > To: Ted Neward > Cc: Tim.Bell at Sun.COM; 'build-dev' > Subject: Re: Build problem (Windows, b24) > > > Do to history, a build directly from the jdk/make directories uses a > default > OUTPUTDIR of jdk/build/* but if FASTDEBUG=true, it's jdk/build/*- > fastdebug, > or if a plain debug build with just VARIANT=DBG it would be > jdk/build/*-debug > The variant builds leave results in a completely separate outputdir. > > If you used the very top level makefile (which came from the now > defunct control/make area) > the default OUTPUTDIR is ./build/* (at the very top of the > repositories). > When this top level Makefile runs the jdk/make Makefiles, it passes in > a ALT_OUTPUTDIR > to refer to this top level build result area because it's default > outputdir > is not the same place. > > I don't know the complete history as to why this was done this way, but > my > tendency is to try and get us back to a single default OUTPUTDIR for > all the > repositories. Someday... > > This is what I do when I work on just the jdk repository: > cd jdk/make && gnumake > That primes the outputdir area, then I can drop down in: > cd jdk/make/java && gnumake > Or even drop in and clean an area and re-build it: > cd jdk/make/jpda && gnumake clean && gnumake > Or just repeat the entire build (incremental build) > cd jdk/make && gnumake > If I wanted the jdk image (j2sdk-image), I would need to: > cd jdk/make && gnumake image > > But the output by default will go to jdk/build/* > and a different directory if VARIANT=DBG or FASTDEBUG=true. > > I think you need to: > cd jdk/make && gnumake VARIANT=DBG FASTDEBUG=true > Then see if you can: > cd jdk/make/java/hpi && gnumake VARIANT=DBG FASTDEBUG=true > > -kto > > Ted Neward wrote: > > Tim-- > > > >> Maybe you came in too low and clipped the treetops. > >> > > I thought part of the idea would be that if I've just made a change > to one > > part of the tree, I don't have to rebuild the whole tree, so I would > think > > coming in lower to the ground would be supported...? > > > > Let's turn it around this way: what is Sun doing among the various > teams? If > > a developer makes a change, say, to the java.lang.instrument package, > what's > > the quickest way to get his build, presuming that he hasn't changed > anything > > outside of that directory? I don't want to be swimming upstream, but > in this > > case, I really don't know which way the water flows. :-) > > > >> Try your 'make all' from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > >> > > Will do; by the way, what targets are supported in these lower-level > makes? > > "fastdebug" and "fastdebug_build" didn't take, AFAICT (no target). > > > >> The first thing the jdk7/jdk build does (after the sanity check) is > >> create a number of tools > >> that will be used later. If you start building lower down in > >> jdk/make/java there may be an > >> assumption about work that has already been done. > >> > > I can see that, and they are there--they built successfully. What I > don't > > understand is why the "treetop build" I tried was looking for them in > > windows-i586 and not windows-i586-fastdebug. > > > >> This is not automatic because we don't want to fill up someone's > disk > >> space with log files. > >> Not so much of a problem these days, but back in the early days it > was. > >> > > Maybe an option flag/env var in the make set, a la ALT_LOGFILES=false > to > > turn them off or something? It's just a common thing to have the > build tool > > logging this stuff these days, it seems. > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > > >> -----Original Message----- > >> From: Tim.Bell at Sun.COM [mailto:Tim.Bell at Sun.COM] > >> Sent: Tuesday, December 18, 2007 12:12 AM > >> To: Ted Neward > >> Cc: 'build-dev' > >> Subject: Re: Build problem (Windows, b24) > >> > >> Hi - > >> > >>> OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java > >>> $ make all > >> Maybe you came in too low and clipped the treetops. > >> > >> Try your 'make all' from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > >> > >> The first thing the jdk7/jdk build does (after the sanity check) is > >> create a number of tools > >> that will be used later. If you start building lower down in > >> jdk/make/java there may be an > >> assumption about work that has already been done. > >> > >> So try it again from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > >> > >> BTW - I always save the build log, as Kelly wrote: > >> > >>> make |& tee build.log or make >& build.log > >> This is not automatic because we don't want to fill up someone's > disk > >> space with log files. > >> Not so much of a problem these days, but back in the early days it > was. > >> > >> HTH - Tim > >> > >> > >>> Begin Processing SUBDIRS: hpi version jvm redist verify fdlibm java > >> sun_nio > >>> jli > >>> main zip security npt java_crw_demo java_hprof_demo math awt util > >> text > >>> applet ne > >>> t nio sql rmi jar beans logging management instrument > >>>>>> Recursively making hpi all @ Mon Dec 17 23:40:21 PST 2007 ... > >>> make[1]: Entering directory > >> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' > >>> Begin Processing SUBDIRS: windows > >>>>>> Recursively making windows all @ Mon Dec 17 23:40:25 PST 2007 > ... > >>> make[2]: Entering directory > >>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/wind > >>> ows' > >>> make[2]: *** No rule to make target > >>> `../../../../build/windows-i586/btjars/strip > >>> properties.jar', needed by `strip_all_props'. Stop. > >>> make[2]: Leaving directory > >>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/windo > >>> ws' > >>> make[1]: *** [all] Error 1 > >>> make[1]: Leaving directory > >> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' > >>> make: *** [all] Error 1 > >>> OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java > >>> $ > >> No virus found in this incoming message. > >> Checked by AVG Free Edition. > >> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > >> 12/15/2007 12:00 PM > >> > > > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > 12/15/2007 > > 12:00 PM > > > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > 12/15/2007 12:00 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: 12/25/2007 8:04 PM From ted at tedneward.com Wed Dec 26 15:55:31 2007 From: ted at tedneward.com (Ted Neward) Date: Wed, 26 Dec 2007 15:55:31 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <05c201c84802$c3b71830$4b254890$@com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> <041e01c840b8$90b7e4b0$b227ae10$@com> <4766AA7C.6030301@sun.com> <04c701c840f9$5b0381d0$110a8570$@com> <4766F562.1040006@sun.com> <05ab01c84149$7ab3c940$701b5bc0$@com> <476780DA.7000506@sun.com> <06a501c84183$f03dc3c0$d0b94b40$@com> <47682646.2040606@sun.com> <05c201c84802$c3b71830$4b254890$@com> Message-ID: <000601c8481a$d0b7dfc0$72279f40$@com> Something strange is going on. When I build from the top-level directory, it fails to build java/hpi. When I build just one level down, using Kelly's "make all ..." syntax below, it builds fine. Hate to say it, but I think this may be a bug in the Makefiles, though I'm not sure where or why...? 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 Ted Neward > Sent: Wednesday, December 26, 2007 1:03 PM > To: Kelly.Ohair at Sun.COM > Cc: 'build-dev'; Tim.Bell at Sun.COM > Subject: RE: Build problem (Windows, b24) > > OK, trying to get back into this. > > (*) FWICT, ALT_OUTPUTDIR doesn't seem to "take" when set from the > command > shell as an environment variable. Is this supposed to work? > (*) When I do cd jdk/make/java/hpi && make VARIANT=DBG FASTDEBUG=true, > I get > nothing. No build, no error, just... enters windows, leaves windows, > done. > > I'm doing a full build (from the top) into a log file for attachment to > this > thread now, will email it when it's done. Problem is, I can't tell if > it's > an environment issue, or a genuine bug in the makefiles, or a PEBKAC > problem. Suggestions welcome.... > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > > > -----Original Message----- > > From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > > Sent: Tuesday, December 18, 2007 11:58 AM > > To: Ted Neward > > Cc: Tim.Bell at Sun.COM; 'build-dev' > > Subject: Re: Build problem (Windows, b24) > > > > > > Do to history, a build directly from the jdk/make directories uses a > > default > > OUTPUTDIR of jdk/build/* but if FASTDEBUG=true, it's jdk/build/*- > > fastdebug, > > or if a plain debug build with just VARIANT=DBG it would be > > jdk/build/*-debug > > The variant builds leave results in a completely separate outputdir. > > > > If you used the very top level makefile (which came from the now > > defunct control/make area) > > the default OUTPUTDIR is ./build/* (at the very top of the > > repositories). > > When this top level Makefile runs the jdk/make Makefiles, it passes > in > > a ALT_OUTPUTDIR > > to refer to this top level build result area because it's default > > outputdir > > is not the same place. > > > > I don't know the complete history as to why this was done this way, > but > > my > > tendency is to try and get us back to a single default OUTPUTDIR for > > all the > > repositories. Someday... > > > > This is what I do when I work on just the jdk repository: > > cd jdk/make && gnumake > > That primes the outputdir area, then I can drop down in: > > cd jdk/make/java && gnumake > > Or even drop in and clean an area and re-build it: > > cd jdk/make/jpda && gnumake clean && gnumake > > Or just repeat the entire build (incremental build) > > cd jdk/make && gnumake > > If I wanted the jdk image (j2sdk-image), I would need to: > > cd jdk/make && gnumake image > > > > But the output by default will go to jdk/build/* > > and a different directory if VARIANT=DBG or FASTDEBUG=true. > > > > I think you need to: > > cd jdk/make && gnumake VARIANT=DBG FASTDEBUG=true > > Then see if you can: > > cd jdk/make/java/hpi && gnumake VARIANT=DBG FASTDEBUG=true > > > > -kto > > > > Ted Neward wrote: > > > Tim-- > > > > > >> Maybe you came in too low and clipped the treetops. > > >> > > > I thought part of the idea would be that if I've just made a change > > to one > > > part of the tree, I don't have to rebuild the whole tree, so I > would > > think > > > coming in lower to the ground would be supported...? > > > > > > Let's turn it around this way: what is Sun doing among the various > > teams? If > > > a developer makes a change, say, to the java.lang.instrument > package, > > what's > > > the quickest way to get his build, presuming that he hasn't changed > > anything > > > outside of that directory? I don't want to be swimming upstream, > but > > in this > > > case, I really don't know which way the water flows. :-) > > > > > >> Try your 'make all' from > [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > > >> > > > Will do; by the way, what targets are supported in these lower- > level > > makes? > > > "fastdebug" and "fastdebug_build" didn't take, AFAICT (no target). > > > > > >> The first thing the jdk7/jdk build does (after the sanity check) > is > > >> create a number of tools > > >> that will be used later. If you start building lower down in > > >> jdk/make/java there may be an > > >> assumption about work that has already been done. > > >> > > > I can see that, and they are there--they built successfully. What I > > don't > > > understand is why the "treetop build" I tried was looking for them > in > > > windows-i586 and not windows-i586-fastdebug. > > > > > >> This is not automatic because we don't want to fill up someone's > > disk > > >> space with log files. > > >> Not so much of a problem these days, but back in the early days it > > was. > > >> > > > Maybe an option flag/env var in the make set, a la > ALT_LOGFILES=false > > to > > > turn them off or something? It's just a common thing to have the > > build tool > > > logging this stuff these days, it seems. > > > > > > Ted Neward > > > Java, .NET, XML Services > > > Consulting, Teaching, Speaking, Writing > > > http://www.tedneward.com > > > > > > > > >> -----Original Message----- > > >> From: Tim.Bell at Sun.COM [mailto:Tim.Bell at Sun.COM] > > >> Sent: Tuesday, December 18, 2007 12:12 AM > > >> To: Ted Neward > > >> Cc: 'build-dev' > > >> Subject: Re: Build problem (Windows, b24) > > >> > > >> Hi - > > >> > > >>> OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java > > >>> $ make all > > >> Maybe you came in too low and clipped the treetops. > > >> > > >> Try your 'make all' from > [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > > >> > > >> The first thing the jdk7/jdk build does (after the sanity check) > is > > >> create a number of tools > > >> that will be used later. If you start building lower down in > > >> jdk/make/java there may be an > > >> assumption about work that has already been done. > > >> > > >> So try it again from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > > >> > > >> BTW - I always save the build log, as Kelly wrote: > > >> > > >>> make |& tee build.log or make >& build.log > > >> This is not automatic because we don't want to fill up someone's > > disk > > >> space with log files. > > >> Not so much of a problem these days, but back in the early days it > > was. > > >> > > >> HTH - Tim > > >> > > >> > > >>> Begin Processing SUBDIRS: hpi version jvm redist verify fdlibm > java > > >> sun_nio > > >>> jli > > >>> main zip security npt java_crw_demo java_hprof_demo math awt util > > >> text > > >>> applet ne > > >>> t nio sql rmi jar beans logging management instrument > > >>>>>> Recursively making hpi all @ Mon Dec 17 23:40:21 PST 2007 ... > > >>> make[1]: Entering directory > > >> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' > > >>> Begin Processing SUBDIRS: windows > > >>>>>> Recursively making windows all @ Mon Dec 17 23:40:25 PST 2007 > > ... > > >>> make[2]: Entering directory > > >>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/wind > > >>> ows' > > >>> make[2]: *** No rule to make target > > >>> `../../../../build/windows-i586/btjars/strip > > >>> properties.jar', needed by `strip_all_props'. Stop. > > >>> make[2]: Leaving directory > > >>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/windo > > >>> ws' > > >>> make[1]: *** [all] Error 1 > > >>> make[1]: Leaving directory > > >> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' > > >>> make: *** [all] Error 1 > > >>> OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java > > >>> $ > > >> No virus found in this incoming message. > > >> Checked by AVG Free Edition. > > >> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > > >> 12/15/2007 12:00 PM > > >> > > > > > > No virus found in this outgoing message. > > > Checked by AVG Free Edition. > > > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > > 12/15/2007 > > > 12:00 PM > > > > > > > > > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > > 12/15/2007 12:00 PM > > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > 12/25/2007 > 8:04 PM > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > 12/25/2007 8:04 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: 12/25/2007 8:04 PM From ted at tedneward.com Wed Dec 26 22:08:41 2007 From: ted at tedneward.com (Ted Neward) Date: Wed, 26 Dec 2007 22:08:41 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <000601c8481a$d0b7dfc0$72279f40$@com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> <041e01c840b8$90b7e4b0$b227ae10$@com> <4766AA7C.6030301@sun.com> <04c701c840f9$5b0381d0$110a8570$@com> <4766F562.1040006@sun.com> <05ab01c84149$7ab3c940$701b5bc0$@com> <476780DA.7000506@sun.com> <06a501c84183$f03dc3c0$d0b94b40$@com> <47682646.2040606@sun.com> <05c201c84802$c3b71830$4b254890$@com> <000601c8481a$d0b7dfc0$72279f40$@com> Message-ID: <009501c8484e$f36dd6d0$da498470$@com> Maybe I'm not getting it, but "make ALT_OUTPUTDIR=C:/Prg/OpenJDK/build ..." doesn't seem to take. When I do the build, the sanity portion of the build reports ALT_OUTPUTDIR being set to something other than what I specify on the build command-line. What am I not getting? Along those same lines, how can I see the recursive make calls more explicitly? Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Ted Neward [mailto:ted at tedneward.com] > Sent: Wednesday, December 26, 2007 3:56 PM > To: 'Ted Neward'; Kelly.Ohair at Sun.COM > Cc: 'build-dev'; Tim.Bell at Sun.COM > Subject: RE: Build problem (Windows, b24) > > Something strange is going on. When I build from the top-level > directory, it > fails to build java/hpi. When I build just one level down, using > Kelly's > "make all ..." syntax below, it builds fine. Hate to say it, but I > think > this may be a bug in the Makefiles, though I'm not sure where or > why...? > > 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 Ted Neward > > Sent: Wednesday, December 26, 2007 1:03 PM > > To: Kelly.Ohair at Sun.COM > > Cc: 'build-dev'; Tim.Bell at Sun.COM > > Subject: RE: Build problem (Windows, b24) > > > > OK, trying to get back into this. > > > > (*) FWICT, ALT_OUTPUTDIR doesn't seem to "take" when set from the > > command > > shell as an environment variable. Is this supposed to work? > > (*) When I do cd jdk/make/java/hpi && make VARIANT=DBG > FASTDEBUG=true, > > I get > > nothing. No build, no error, just... enters windows, leaves windows, > > done. > > > > I'm doing a full build (from the top) into a log file for attachment > to > > this > > thread now, will email it when it's done. Problem is, I can't tell if > > it's > > an environment issue, or a genuine bug in the makefiles, or a PEBKAC > > problem. Suggestions welcome.... > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > > > > > -----Original Message----- > > > From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > > > Sent: Tuesday, December 18, 2007 11:58 AM > > > To: Ted Neward > > > Cc: Tim.Bell at Sun.COM; 'build-dev' > > > Subject: Re: Build problem (Windows, b24) > > > > > > > > > Do to history, a build directly from the jdk/make directories uses > a > > > default > > > OUTPUTDIR of jdk/build/* but if FASTDEBUG=true, it's jdk/build/*- > > > fastdebug, > > > or if a plain debug build with just VARIANT=DBG it would be > > > jdk/build/*-debug > > > The variant builds leave results in a completely separate > outputdir. > > > > > > If you used the very top level makefile (which came from the now > > > defunct control/make area) > > > the default OUTPUTDIR is ./build/* (at the very top of the > > > repositories). > > > When this top level Makefile runs the jdk/make Makefiles, it passes > > in > > > a ALT_OUTPUTDIR > > > to refer to this top level build result area because it's default > > > outputdir > > > is not the same place. > > > > > > I don't know the complete history as to why this was done this way, > > but > > > my > > > tendency is to try and get us back to a single default OUTPUTDIR > for > > > all the > > > repositories. Someday... > > > > > > This is what I do when I work on just the jdk repository: > > > cd jdk/make && gnumake > > > That primes the outputdir area, then I can drop down in: > > > cd jdk/make/java && gnumake > > > Or even drop in and clean an area and re-build it: > > > cd jdk/make/jpda && gnumake clean && gnumake > > > Or just repeat the entire build (incremental build) > > > cd jdk/make && gnumake > > > If I wanted the jdk image (j2sdk-image), I would need to: > > > cd jdk/make && gnumake image > > > > > > But the output by default will go to jdk/build/* > > > and a different directory if VARIANT=DBG or FASTDEBUG=true. > > > > > > I think you need to: > > > cd jdk/make && gnumake VARIANT=DBG FASTDEBUG=true > > > Then see if you can: > > > cd jdk/make/java/hpi && gnumake VARIANT=DBG FASTDEBUG=true > > > > > > -kto > > > > > > Ted Neward wrote: > > > > Tim-- > > > > > > > >> Maybe you came in too low and clipped the treetops. > > > >> > > > > I thought part of the idea would be that if I've just made a > change > > > to one > > > > part of the tree, I don't have to rebuild the whole tree, so I > > would > > > think > > > > coming in lower to the ground would be supported...? > > > > > > > > Let's turn it around this way: what is Sun doing among the > various > > > teams? If > > > > a developer makes a change, say, to the java.lang.instrument > > package, > > > what's > > > > the quickest way to get his build, presuming that he hasn't > changed > > > anything > > > > outside of that directory? I don't want to be swimming upstream, > > but > > > in this > > > > case, I really don't know which way the water flows. :-) > > > > > > > >> Try your 'make all' from > > [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > > > >> > > > > Will do; by the way, what targets are supported in these lower- > > level > > > makes? > > > > "fastdebug" and "fastdebug_build" didn't take, AFAICT (no > target). > > > > > > > >> The first thing the jdk7/jdk build does (after the sanity check) > > is > > > >> create a number of tools > > > >> that will be used later. If you start building lower down in > > > >> jdk/make/java there may be an > > > >> assumption about work that has already been done. > > > >> > > > > I can see that, and they are there--they built successfully. What > I > > > don't > > > > understand is why the "treetop build" I tried was looking for > them > > in > > > > windows-i586 and not windows-i586-fastdebug. > > > > > > > >> This is not automatic because we don't want to fill up someone's > > > disk > > > >> space with log files. > > > >> Not so much of a problem these days, but back in the early days > it > > > was. > > > >> > > > > Maybe an option flag/env var in the make set, a la > > ALT_LOGFILES=false > > > to > > > > turn them off or something? It's just a common thing to have the > > > build tool > > > > logging this stuff these days, it seems. > > > > > > > > Ted Neward > > > > Java, .NET, XML Services > > > > Consulting, Teaching, Speaking, Writing > > > > http://www.tedneward.com > > > > > > > > > > > >> -----Original Message----- > > > >> From: Tim.Bell at Sun.COM [mailto:Tim.Bell at Sun.COM] > > > >> Sent: Tuesday, December 18, 2007 12:12 AM > > > >> To: Ted Neward > > > >> Cc: 'build-dev' > > > >> Subject: Re: Build problem (Windows, b24) > > > >> > > > >> Hi - > > > >> > > > >>> OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java > > > >>> $ make all > > > >> Maybe you came in too low and clipped the treetops. > > > >> > > > >> Try your 'make all' from > > [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > > > >> > > > >> The first thing the jdk7/jdk build does (after the sanity check) > > is > > > >> create a number of tools > > > >> that will be used later. If you start building lower down in > > > >> jdk/make/java there may be an > > > >> assumption about work that has already been done. > > > >> > > > >> So try it again from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > > > >> > > > >> BTW - I always save the build log, as Kelly wrote: > > > >> > > > >>> make |& tee build.log or make >& build.log > > > >> This is not automatic because we don't want to fill up someone's > > > disk > > > >> space with log files. > > > >> Not so much of a problem these days, but back in the early days > it > > > was. > > > >> > > > >> HTH - Tim > > > >> > > > >> > > > >>> Begin Processing SUBDIRS: hpi version jvm redist verify fdlibm > > java > > > >> sun_nio > > > >>> jli > > > >>> main zip security npt java_crw_demo java_hprof_demo math awt > util > > > >> text > > > >>> applet ne > > > >>> t nio sql rmi jar beans logging management instrument > > > >>>>>> Recursively making hpi all @ Mon Dec 17 23:40:21 PST 2007 > ... > > > >>> make[1]: Entering directory > > > >> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' > > > >>> Begin Processing SUBDIRS: windows > > > >>>>>> Recursively making windows all @ Mon Dec 17 23:40:25 PST > 2007 > > > ... > > > >>> make[2]: Entering directory > > > >>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/wind > > > >>> ows' > > > >>> make[2]: *** No rule to make target > > > >>> `../../../../build/windows-i586/btjars/strip > > > >>> properties.jar', needed by `strip_all_props'. Stop. > > > >>> make[2]: Leaving directory > > > >>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/windo > > > >>> ws' > > > >>> make[1]: *** [all] Error 1 > > > >>> make[1]: Leaving directory > > > >> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' > > > >>> make: *** [all] Error 1 > > > >>> OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java > > > >>> $ > > > >> No virus found in this incoming message. > > > >> Checked by AVG Free Edition. > > > >> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > > > >> 12/15/2007 12:00 PM > > > >> > > > > > > > > No virus found in this outgoing message. > > > > Checked by AVG Free Edition. > > > > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > > > 12/15/2007 > > > > 12:00 PM > > > > > > > > > > > > > > No virus found in this incoming message. > > > Checked by AVG Free Edition. > > > Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > > > 12/15/2007 12:00 PM > > > > > > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > > 12/25/2007 > > 8:04 PM > > > > > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > > 12/25/2007 8:04 PM > > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > 12/25/2007 > 8:04 PM > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > 12/25/2007 8:04 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: 12/25/2007 8:04 PM From davidkopp at knology.net Fri Dec 28 18:15:07 2007 From: davidkopp at knology.net (David Kopp) Date: Fri, 28 Dec 2007 20:15:07 -0600 Subject: Error compiling dtrace.d on Solaris Nevada b78 Message-ID: <4775ADAB.8050508@knology.net> Hi all, I am trying to compile the first Mercurial source drop on an Ultra 20 (x64). I got gmake sanity to pass. However, when I run gmake, I eventually end up with the following: gmake[5]: Entering directory `/export/home/koppdk/working/jdk7src/build/solaris-i586/hotspot/outputdir/solaris_i486_compiler2/product' Compiling dtrace.d /usr/sbin/dtrace -C -I. -G -o dtrace.o -s dtrace.d \ ciEnv.o classLoadingService.o compileBroker.o hashtable.o java.o jni.o memoryManager.o nmethod.o objectMonitor_solaris.o runtimeService.o sharedRuntime.o synchronizer.o thread.o vmPSOperations.o vmCMSOperations.o vmGCOperations.o ||\ STATUS=$?;\ if [ x"$STATUS" = x"1" -a \ x`uname -r` = x"5.10" -a \ x`uname -p` = x"sparc" ]; then\ echo "*****************************************************************";\ echo "* If you are building server compiler, and the error message is ";\ echo "* \"incorrect ELF machine type...\", you have run into solaris bug ";\ echo "* 6213962, \"dtrace -G doesn't work on sparcv8+ object files\".";\ echo "* Either patch/upgrade your system (>= S10u1_15), or set the ";\ echo "* environment variable HOTSPOT_DISABLE_DTRACE_PROBES to disable ";\ echo "* dtrace probes for this build.";\ echo "*****************************************************************";\ fi;\ exit $STATUS dtrace: failed to link script dtrace.d: an error was encountered while processing vmGCOperations.o I can continue past this if I set HOTSPOT_DISABLE_DTRACE_PROBES=true, but then the VM won't link. Does anyone have any idea as to what might be wrong with vmGCOperations.o? Thanks, David From Kelly.Ohair at Sun.COM Sat Dec 29 10:15:33 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Sat, 29 Dec 2007 10:15:33 -0800 Subject: Error compiling dtrace.d on Solaris Nevada b78 In-Reply-To: <4775ADAB.8050508@knology.net> References: <4775ADAB.8050508@knology.net> Message-ID: <47768EC5.2050207@sun.com> What version of Solaris is this? (e.g. what does uname -a say? And /etc/release?) Solaris 8 and 9 do not have the dtrace compiler by default, and there is no 'official' dtrace compiler available for those releases. The jdk7 release has changed it's official Solaris build release to Solaris 10, which should have dtrace. Although there was some issues with dtrace in early Solaris 10 releases. I think the Solaris 10 kernel patch that has the dtrace fixes is available from: http://sunsolve.sun.com/search/document.do?assetkey=1-21-118833-36-1 Also... When using HOTSPOT_DISABLE_DTRACE_PROBES=true, you may need to start the complete build from scratch. Try doing a 'gmake clean' first. -kto David Kopp wrote: > Hi all, > > I am trying to compile the first Mercurial source drop on an Ultra 20 > (x64). I got gmake sanity to pass. However, when I run gmake, I > eventually end up with the following: > > > gmake[5]: Entering directory > `/export/home/koppdk/working/jdk7src/build/solaris-i586/hotspot/outputdir/solaris_i486_compiler2/product' > > Compiling dtrace.d > /usr/sbin/dtrace -C -I. -G -o dtrace.o -s dtrace.d \ > ciEnv.o classLoadingService.o compileBroker.o hashtable.o java.o > jni.o memoryManager.o nmethod.o objectMonitor_solaris.o runtimeService.o > sharedRuntime.o synchronizer.o thread.o vmPSOperations.o > vmCMSOperations.o vmGCOperations.o ||\ > STATUS=$?;\ > if [ x"$STATUS" = x"1" -a \ > x`uname -r` = x"5.10" -a \ > x`uname -p` = x"sparc" ]; then\ > echo > "*****************************************************************";\ > echo "* If you are building server compiler, and the error message is > ";\ > echo "* \"incorrect ELF machine type...\", you have run into solaris > bug ";\ > echo "* 6213962, \"dtrace -G doesn't work on sparcv8+ object files\".";\ > echo "* Either patch/upgrade your system (>= S10u1_15), or set the ";\ > echo "* environment variable HOTSPOT_DISABLE_DTRACE_PROBES to disable > ";\ > echo "* dtrace probes for this build.";\ > echo > "*****************************************************************";\ > fi;\ > exit $STATUS > dtrace: failed to link script dtrace.d: an error was encountered while > processing vmGCOperations.o > > > > I can continue past this if I set HOTSPOT_DISABLE_DTRACE_PROBES=true, > but then the VM won't link. > > Does anyone have any idea as to what might be wrong with vmGCOperations.o? > > Thanks, > > > David From davidkopp at knology.net Sat Dec 29 10:33:25 2007 From: davidkopp at knology.net (David Kopp) Date: Sat, 29 Dec 2007 12:33:25 -0600 Subject: Error compiling dtrace.d on Solaris Nevada b78 In-Reply-To: <47768EC5.2050207@sun.com> References: <4775ADAB.8050508@knology.net> <47768EC5.2050207@sun.com> Message-ID: <477692F5.60804@knology.net> uname -a gives me: SunOS globox 5.11 snv_78 i86pc i386 i86pc and /etc/release says Solaris Express Community Edition snv_78 X86 Copyright 2007 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 20 November 2007 Is it even supposed to be possible to build openjdk on Solaris Express? Kelly O'Hair wrote: > What version of Solaris is this? (e.g. what does uname -a say? And > /etc/release?) > Solaris 8 and 9 do not have the dtrace compiler by default, and there > is no 'official' dtrace compiler available for those releases. > > The jdk7 release has changed it's official Solaris build release to > Solaris 10, which should have dtrace. Although there was some issues > with dtrace in early Solaris 10 releases. > I think the Solaris 10 kernel patch that has the dtrace fixes is > available from: > http://sunsolve.sun.com/search/document.do?assetkey=1-21-118833-36-1 > > Also... > > When using HOTSPOT_DISABLE_DTRACE_PROBES=true, you may need to start > the complete > build from scratch. Try doing a 'gmake clean' first. > > -kto > > David Kopp wrote: >> Hi all, >> >> I am trying to compile the first Mercurial source drop on an Ultra 20 >> (x64). I got gmake sanity to pass. However, when I run gmake, I >> eventually end up with the following: >> >> >> gmake[5]: Entering directory >> `/export/home/koppdk/working/jdk7src/build/solaris-i586/hotspot/outputdir/solaris_i486_compiler2/product' >> >> Compiling dtrace.d >> /usr/sbin/dtrace -C -I. -G -o dtrace.o -s dtrace.d \ >> ciEnv.o classLoadingService.o compileBroker.o hashtable.o java.o >> jni.o memoryManager.o nmethod.o objectMonitor_solaris.o >> runtimeService.o sharedRuntime.o synchronizer.o thread.o >> vmPSOperations.o vmCMSOperations.o vmGCOperations.o ||\ >> STATUS=$?;\ >> if [ x"$STATUS" = x"1" -a \ >> x`uname -r` = x"5.10" -a \ >> x`uname -p` = x"sparc" ]; then\ >> echo >> "*****************************************************************";\ >> echo "* If you are building server compiler, and the error message >> is ";\ >> echo "* \"incorrect ELF machine type...\", you have run into >> solaris bug ";\ >> echo "* 6213962, \"dtrace -G doesn't work on sparcv8+ object >> files\".";\ >> echo "* Either patch/upgrade your system (>= S10u1_15), or set the >> ";\ >> echo "* environment variable HOTSPOT_DISABLE_DTRACE_PROBES to >> disable ";\ >> echo "* dtrace probes for this build.";\ >> echo >> "*****************************************************************";\ >> fi;\ >> exit $STATUS >> dtrace: failed to link script dtrace.d: an error was encountered >> while processing vmGCOperations.o >> >> >> >> I can continue past this if I set >> HOTSPOT_DISABLE_DTRACE_PROBES=true, but then the VM won't link. >> >> Does anyone have any idea as to what might be wrong with >> vmGCOperations.o? >> >> Thanks, >> >> >> David > > From Kelly.Ohair at Sun.COM Sat Dec 29 10:34:33 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Sat, 29 Dec 2007 10:34:33 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <009501c8484e$f36dd6d0$da498470$@com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> <041e01c840b8$90b7e4b0$b227ae10$@com> <4766AA7C.6030301@sun.com> <04c701c840f9$5b0381d0$110a8570$@com> <4766F562.1040006@sun.com> <05ab01c84149$7ab3c940$701b5bc0$@com> <476780DA.7000506@sun.com> <06a501c84183$f03dc3c0$d0b94b40$@com> <47682646.2040606@sun.com> <05c201c84802$c3b71830$4b254890$@com> <000601c8481a$d0b7dfc0$72279f40$@com> <009501c8484e$f36dd6d0$da498470$@com> Message-ID: <47769339.7060108@sun.com> Is it possible that the sanity messages are printing out the 'short path' version of your output directory? e.g. cygpath -m -s "C:/Prg/OpenJDK/build" Assuming you are using the cygwin 'make' do you know what version it is? Is it 3.81? I do recall some logic in the Makefiles that trys to deal with the situation where the OUTPUTDIR is not a read-write directory, and ignored it, using a different default that was read-write. -kto Ted Neward wrote: > Maybe I'm not getting it, but "make ALT_OUTPUTDIR=C:/Prg/OpenJDK/build ..." > doesn't seem to take. When I do the build, the sanity portion of the build > reports ALT_OUTPUTDIR being set to something other than what I specify on > the build command-line. What am I not getting? > > Along those same lines, how can I see the recursive make calls more > explicitly? > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > >> -----Original Message----- >> From: Ted Neward [mailto:ted at tedneward.com] >> Sent: Wednesday, December 26, 2007 3:56 PM >> To: 'Ted Neward'; Kelly.Ohair at Sun.COM >> Cc: 'build-dev'; Tim.Bell at Sun.COM >> Subject: RE: Build problem (Windows, b24) >> >> Something strange is going on. When I build from the top-level >> directory, it >> fails to build java/hpi. When I build just one level down, using >> Kelly's >> "make all ..." syntax below, it builds fine. Hate to say it, but I >> think >> this may be a bug in the Makefiles, though I'm not sure where or >> why...? >> >> 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 Ted Neward >>> Sent: Wednesday, December 26, 2007 1:03 PM >>> To: Kelly.Ohair at Sun.COM >>> Cc: 'build-dev'; Tim.Bell at Sun.COM >>> Subject: RE: Build problem (Windows, b24) >>> >>> OK, trying to get back into this. >>> >>> (*) FWICT, ALT_OUTPUTDIR doesn't seem to "take" when set from the >>> command >>> shell as an environment variable. Is this supposed to work? >>> (*) When I do cd jdk/make/java/hpi && make VARIANT=DBG >> FASTDEBUG=true, >>> I get >>> nothing. No build, no error, just... enters windows, leaves windows, >>> done. >>> >>> I'm doing a full build (from the top) into a log file for attachment >> to >>> this >>> thread now, will email it when it's done. Problem is, I can't tell if >>> it's >>> an environment issue, or a genuine bug in the makefiles, or a PEBKAC >>> problem. Suggestions welcome.... >>> >>> Ted Neward >>> Java, .NET, XML Services >>> Consulting, Teaching, Speaking, Writing >>> http://www.tedneward.com >>> >>> >>>> -----Original Message----- >>>> From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] >>>> Sent: Tuesday, December 18, 2007 11:58 AM >>>> To: Ted Neward >>>> Cc: Tim.Bell at Sun.COM; 'build-dev' >>>> Subject: Re: Build problem (Windows, b24) >>>> >>>> >>>> Do to history, a build directly from the jdk/make directories uses >> a >>>> default >>>> OUTPUTDIR of jdk/build/* but if FASTDEBUG=true, it's jdk/build/*- >>>> fastdebug, >>>> or if a plain debug build with just VARIANT=DBG it would be >>>> jdk/build/*-debug >>>> The variant builds leave results in a completely separate >> outputdir. >>>> If you used the very top level makefile (which came from the now >>>> defunct control/make area) >>>> the default OUTPUTDIR is ./build/* (at the very top of the >>>> repositories). >>>> When this top level Makefile runs the jdk/make Makefiles, it passes >>> in >>>> a ALT_OUTPUTDIR >>>> to refer to this top level build result area because it's default >>>> outputdir >>>> is not the same place. >>>> >>>> I don't know the complete history as to why this was done this way, >>> but >>>> my >>>> tendency is to try and get us back to a single default OUTPUTDIR >> for >>>> all the >>>> repositories. Someday... >>>> >>>> This is what I do when I work on just the jdk repository: >>>> cd jdk/make && gnumake >>>> That primes the outputdir area, then I can drop down in: >>>> cd jdk/make/java && gnumake >>>> Or even drop in and clean an area and re-build it: >>>> cd jdk/make/jpda && gnumake clean && gnumake >>>> Or just repeat the entire build (incremental build) >>>> cd jdk/make && gnumake >>>> If I wanted the jdk image (j2sdk-image), I would need to: >>>> cd jdk/make && gnumake image >>>> >>>> But the output by default will go to jdk/build/* >>>> and a different directory if VARIANT=DBG or FASTDEBUG=true. >>>> >>>> I think you need to: >>>> cd jdk/make && gnumake VARIANT=DBG FASTDEBUG=true >>>> Then see if you can: >>>> cd jdk/make/java/hpi && gnumake VARIANT=DBG FASTDEBUG=true >>>> >>>> -kto >>>> >>>> Ted Neward wrote: >>>>> Tim-- >>>>> >>>>>> Maybe you came in too low and clipped the treetops. >>>>>> >>>>> I thought part of the idea would be that if I've just made a >> change >>>> to one >>>>> part of the tree, I don't have to rebuild the whole tree, so I >>> would >>>> think >>>>> coming in lower to the ground would be supported...? >>>>> >>>>> Let's turn it around this way: what is Sun doing among the >> various >>>> teams? If >>>>> a developer makes a change, say, to the java.lang.instrument >>> package, >>>> what's >>>>> the quickest way to get his build, presuming that he hasn't >> changed >>>> anything >>>>> outside of that directory? I don't want to be swimming upstream, >>> but >>>> in this >>>>> case, I really don't know which way the water flows. :-) >>>>> >>>>>> Try your 'make all' from >>> [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make >>>>> Will do; by the way, what targets are supported in these lower- >>> level >>>> makes? >>>>> "fastdebug" and "fastdebug_build" didn't take, AFAICT (no >> target). >>>>>> The first thing the jdk7/jdk build does (after the sanity check) >>> is >>>>>> create a number of tools >>>>>> that will be used later. If you start building lower down in >>>>>> jdk/make/java there may be an >>>>>> assumption about work that has already been done. >>>>>> >>>>> I can see that, and they are there--they built successfully. What >> I >>>> don't >>>>> understand is why the "treetop build" I tried was looking for >> them >>> in >>>>> windows-i586 and not windows-i586-fastdebug. >>>>> >>>>>> This is not automatic because we don't want to fill up someone's >>>> disk >>>>>> space with log files. >>>>>> Not so much of a problem these days, but back in the early days >> it >>>> was. >>>>> Maybe an option flag/env var in the make set, a la >>> ALT_LOGFILES=false >>>> to >>>>> turn them off or something? It's just a common thing to have the >>>> build tool >>>>> logging this stuff these days, it seems. >>>>> >>>>> Ted Neward >>>>> Java, .NET, XML Services >>>>> Consulting, Teaching, Speaking, Writing >>>>> http://www.tedneward.com >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: Tim.Bell at Sun.COM [mailto:Tim.Bell at Sun.COM] >>>>>> Sent: Tuesday, December 18, 2007 12:12 AM >>>>>> To: Ted Neward >>>>>> Cc: 'build-dev' >>>>>> Subject: Re: Build problem (Windows, b24) >>>>>> >>>>>> Hi - >>>>>> >>>>>>> OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java >>>>>>> $ make all >>>>>> Maybe you came in too low and clipped the treetops. >>>>>> >>>>>> Try your 'make all' from >>> [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make >>>>>> The first thing the jdk7/jdk build does (after the sanity check) >>> is >>>>>> create a number of tools >>>>>> that will be used later. If you start building lower down in >>>>>> jdk/make/java there may be an >>>>>> assumption about work that has already been done. >>>>>> >>>>>> So try it again from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make >>>>>> >>>>>> BTW - I always save the build log, as Kelly wrote: >>>>>> >>>>>>> make |& tee build.log or make >& build.log >>>>>> This is not automatic because we don't want to fill up someone's >>>> disk >>>>>> space with log files. >>>>>> Not so much of a problem these days, but back in the early days >> it >>>> was. >>>>>> HTH - Tim >>>>>> >>>>>> >>>>>>> Begin Processing SUBDIRS: hpi version jvm redist verify fdlibm >>> java >>>>>> sun_nio >>>>>>> jli >>>>>>> main zip security npt java_crw_demo java_hprof_demo math awt >> util >>>>>> text >>>>>>> applet ne >>>>>>> t nio sql rmi jar beans logging management instrument >>>>>>>>>> Recursively making hpi all @ Mon Dec 17 23:40:21 PST 2007 >> ... >>>>>>> make[1]: Entering directory >>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' >>>>>>> Begin Processing SUBDIRS: windows >>>>>>>>>> Recursively making windows all @ Mon Dec 17 23:40:25 PST >> 2007 >>>> ... >>>>>>> make[2]: Entering directory >>>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/wind >>>>>>> ows' >>>>>>> make[2]: *** No rule to make target >>>>>>> `../../../../build/windows-i586/btjars/strip >>>>>>> properties.jar', needed by `strip_all_props'. Stop. >>>>>>> make[2]: Leaving directory >>>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/windo >>>>>>> ws' >>>>>>> make[1]: *** [all] Error 1 >>>>>>> make[1]: Leaving directory >>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' >>>>>>> make: *** [all] Error 1 >>>>>>> OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java >>>>>>> $ >>>>>> No virus found in this incoming message. >>>>>> Checked by AVG Free Edition. >>>>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: >>>>>> 12/15/2007 12:00 PM >>>>>> >>>>> No virus found in this outgoing message. >>>>> Checked by AVG Free Edition. >>>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: >>>> 12/15/2007 >>>>> 12:00 PM >>>>> >>>>> >>>> No virus found in this incoming message. >>>> Checked by AVG Free Edition. >>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: >>>> 12/15/2007 12:00 PM >>>> >>> No virus found in this outgoing message. >>> Checked by AVG Free Edition. >>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: >>> 12/25/2007 >>> 8:04 PM >>> >>> >>> No virus found in this incoming message. >>> Checked by AVG Free Edition. >>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: >>> 12/25/2007 8:04 PM >>> >> No virus found in this outgoing message. >> Checked by AVG Free Edition. >> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: >> 12/25/2007 >> 8:04 PM >> >> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: >> 12/25/2007 8:04 PM >> > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: 12/25/2007 > 8:04 PM > > From Kelly.Ohair at Sun.COM Sat Dec 29 10:48:02 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Sat, 29 Dec 2007 10:48:02 -0800 Subject: Error compiling dtrace.d on Solaris Nevada b78 In-Reply-To: <477692F5.60804@knology.net> References: <4775ADAB.8050508@knology.net> <47768EC5.2050207@sun.com> <477692F5.60804@knology.net> Message-ID: <47769662.1000507@sun.com> This should work fine. I use snv_77 all the time. What compiler are you using, e.g. CC -V I've got CC: Sun C++ 5.8 2005/10/13 -kto David Kopp wrote: > uname -a gives me: > > SunOS globox 5.11 snv_78 i86pc i386 i86pc > > and /etc/release says > > Solaris Express Community Edition snv_78 X86 > Copyright 2007 Sun Microsystems, Inc. All Rights Reserved. > Use is subject to license terms. > Assembled 20 November 2007 > > Is it even supposed to be possible to build openjdk on Solaris Express? > > > Kelly O'Hair wrote: >> What version of Solaris is this? (e.g. what does uname -a say? And >> /etc/release?) >> Solaris 8 and 9 do not have the dtrace compiler by default, and there >> is no 'official' dtrace compiler available for those releases. >> >> The jdk7 release has changed it's official Solaris build release to >> Solaris 10, which should have dtrace. Although there was some issues >> with dtrace in early Solaris 10 releases. >> I think the Solaris 10 kernel patch that has the dtrace fixes is >> available from: >> http://sunsolve.sun.com/search/document.do?assetkey=1-21-118833-36-1 >> >> Also... >> >> When using HOTSPOT_DISABLE_DTRACE_PROBES=true, you may need to start >> the complete >> build from scratch. Try doing a 'gmake clean' first. >> >> -kto >> >> David Kopp wrote: >>> Hi all, >>> >>> I am trying to compile the first Mercurial source drop on an Ultra 20 >>> (x64). I got gmake sanity to pass. However, when I run gmake, I >>> eventually end up with the following: >>> >>> >>> gmake[5]: Entering directory >>> `/export/home/koppdk/working/jdk7src/build/solaris-i586/hotspot/outputdir/solaris_i486_compiler2/product' >>> >>> Compiling dtrace.d >>> /usr/sbin/dtrace -C -I. -G -o dtrace.o -s dtrace.d \ >>> ciEnv.o classLoadingService.o compileBroker.o hashtable.o java.o >>> jni.o memoryManager.o nmethod.o objectMonitor_solaris.o >>> runtimeService.o sharedRuntime.o synchronizer.o thread.o >>> vmPSOperations.o vmCMSOperations.o vmGCOperations.o ||\ >>> STATUS=$?;\ >>> if [ x"$STATUS" = x"1" -a \ >>> x`uname -r` = x"5.10" -a \ >>> x`uname -p` = x"sparc" ]; then\ >>> echo >>> "*****************************************************************";\ >>> echo "* If you are building server compiler, and the error message >>> is ";\ >>> echo "* \"incorrect ELF machine type...\", you have run into >>> solaris bug ";\ >>> echo "* 6213962, \"dtrace -G doesn't work on sparcv8+ object >>> files\".";\ >>> echo "* Either patch/upgrade your system (>= S10u1_15), or set the >>> ";\ >>> echo "* environment variable HOTSPOT_DISABLE_DTRACE_PROBES to >>> disable ";\ >>> echo "* dtrace probes for this build.";\ >>> echo >>> "*****************************************************************";\ >>> fi;\ >>> exit $STATUS >>> dtrace: failed to link script dtrace.d: an error was encountered >>> while processing vmGCOperations.o >>> >>> >>> >>> I can continue past this if I set >>> HOTSPOT_DISABLE_DTRACE_PROBES=true, but then the VM won't link. >>> >>> Does anyone have any idea as to what might be wrong with >>> vmGCOperations.o? >>> >>> Thanks, >>> >>> >>> David >> >> > From ted at tedneward.com Sat Dec 29 17:51:45 2007 From: ted at tedneward.com (Ted Neward) Date: Sat, 29 Dec 2007 17:51:45 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <47769339.7060108@sun.com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> <041e01c840b8$90b7e4b0$b227ae10$@com> <4766AA7C.6030301@sun.com> <04c701c840f9$5b0381d0$110a8570$@com> <4766F562.1040006@sun.com> <05ab01c84149$7ab3c940$701b5bc0$@com> <476780DA.7000506@sun.com> <06a501c84183$f03dc3c0$d0b94b40$@com> <47682646.2040606@sun.com> <05c201c84802$c3b71830$4b254890$@com> <000601c8481a$d0b7dfc0$72279f40$@com> <009501c8484e$f36dd6d0$da498470$@com> <47769339.7060108@sun.com> Message-ID: <057601c84a86$8b915610$a2b40230$@com> Make is 3.80; it's the one I pulled down from other email threads here. That shouldn't be an issue; that said, I'll double-check. I think the sanity messages are printing out the "8.3" versions of directory names, though. That's not good, I take it? OUTPUTDIR is definitely a read/write directory, so that shouldn't be the case. What *should* my env vars look like? Currently they look like the blog post I put up a few days ago--is that correct? I thought I remember you saying they should all look like the form "C:/Prg/OpenJDK/..." (forward slashed DOS-like paths). Yes? Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > Sent: Saturday, December 29, 2007 10:35 AM > To: Ted Neward > Cc: 'build-dev'; Tim.Bell at Sun.COM > Subject: Re: Build problem (Windows, b24) > > Is it possible that the sanity messages are printing out the 'short > path' > version of your output directory? e.g. cygpath -m -s > "C:/Prg/OpenJDK/build" > > Assuming you are using the cygwin 'make' do you know what version it > is? > Is it 3.81? > > I do recall some logic in the Makefiles that trys to deal with the > situation > where the OUTPUTDIR is not a read-write directory, and ignored it, > using > a different default that was read-write. > > -kto > > Ted Neward wrote: > > Maybe I'm not getting it, but "make > ALT_OUTPUTDIR=C:/Prg/OpenJDK/build ..." > > doesn't seem to take. When I do the build, the sanity portion of the > build > > reports ALT_OUTPUTDIR being set to something other than what I > specify on > > the build command-line. What am I not getting? > > > > Along those same lines, how can I see the recursive make calls more > > explicitly? > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > >> -----Original Message----- > >> From: Ted Neward [mailto:ted at tedneward.com] > >> Sent: Wednesday, December 26, 2007 3:56 PM > >> To: 'Ted Neward'; Kelly.Ohair at Sun.COM > >> Cc: 'build-dev'; Tim.Bell at Sun.COM > >> Subject: RE: Build problem (Windows, b24) > >> > >> Something strange is going on. When I build from the top-level > >> directory, it > >> fails to build java/hpi. When I build just one level down, using > >> Kelly's > >> "make all ..." syntax below, it builds fine. Hate to say it, but I > >> think > >> this may be a bug in the Makefiles, though I'm not sure where or > >> why...? > >> > >> 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 Ted Neward > >>> Sent: Wednesday, December 26, 2007 1:03 PM > >>> To: Kelly.Ohair at Sun.COM > >>> Cc: 'build-dev'; Tim.Bell at Sun.COM > >>> Subject: RE: Build problem (Windows, b24) > >>> > >>> OK, trying to get back into this. > >>> > >>> (*) FWICT, ALT_OUTPUTDIR doesn't seem to "take" when set from the > >>> command > >>> shell as an environment variable. Is this supposed to work? > >>> (*) When I do cd jdk/make/java/hpi && make VARIANT=DBG > >> FASTDEBUG=true, > >>> I get > >>> nothing. No build, no error, just... enters windows, leaves > windows, > >>> done. > >>> > >>> I'm doing a full build (from the top) into a log file for > attachment > >> to > >>> this > >>> thread now, will email it when it's done. Problem is, I can't tell > if > >>> it's > >>> an environment issue, or a genuine bug in the makefiles, or a > PEBKAC > >>> problem. Suggestions welcome.... > >>> > >>> Ted Neward > >>> Java, .NET, XML Services > >>> Consulting, Teaching, Speaking, Writing > >>> http://www.tedneward.com > >>> > >>> > >>>> -----Original Message----- > >>>> From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > >>>> Sent: Tuesday, December 18, 2007 11:58 AM > >>>> To: Ted Neward > >>>> Cc: Tim.Bell at Sun.COM; 'build-dev' > >>>> Subject: Re: Build problem (Windows, b24) > >>>> > >>>> > >>>> Do to history, a build directly from the jdk/make directories uses > >> a > >>>> default > >>>> OUTPUTDIR of jdk/build/* but if FASTDEBUG=true, it's jdk/build/*- > >>>> fastdebug, > >>>> or if a plain debug build with just VARIANT=DBG it would be > >>>> jdk/build/*-debug > >>>> The variant builds leave results in a completely separate > >> outputdir. > >>>> If you used the very top level makefile (which came from the now > >>>> defunct control/make area) > >>>> the default OUTPUTDIR is ./build/* (at the very top of the > >>>> repositories). > >>>> When this top level Makefile runs the jdk/make Makefiles, it > passes > >>> in > >>>> a ALT_OUTPUTDIR > >>>> to refer to this top level build result area because it's default > >>>> outputdir > >>>> is not the same place. > >>>> > >>>> I don't know the complete history as to why this was done this > way, > >>> but > >>>> my > >>>> tendency is to try and get us back to a single default OUTPUTDIR > >> for > >>>> all the > >>>> repositories. Someday... > >>>> > >>>> This is what I do when I work on just the jdk repository: > >>>> cd jdk/make && gnumake > >>>> That primes the outputdir area, then I can drop down in: > >>>> cd jdk/make/java && gnumake > >>>> Or even drop in and clean an area and re-build it: > >>>> cd jdk/make/jpda && gnumake clean && gnumake > >>>> Or just repeat the entire build (incremental build) > >>>> cd jdk/make && gnumake > >>>> If I wanted the jdk image (j2sdk-image), I would need to: > >>>> cd jdk/make && gnumake image > >>>> > >>>> But the output by default will go to jdk/build/* > >>>> and a different directory if VARIANT=DBG or FASTDEBUG=true. > >>>> > >>>> I think you need to: > >>>> cd jdk/make && gnumake VARIANT=DBG FASTDEBUG=true > >>>> Then see if you can: > >>>> cd jdk/make/java/hpi && gnumake VARIANT=DBG FASTDEBUG=true > >>>> > >>>> -kto > >>>> > >>>> Ted Neward wrote: > >>>>> Tim-- > >>>>> > >>>>>> Maybe you came in too low and clipped the treetops. > >>>>>> > >>>>> I thought part of the idea would be that if I've just made a > >> change > >>>> to one > >>>>> part of the tree, I don't have to rebuild the whole tree, so I > >>> would > >>>> think > >>>>> coming in lower to the ground would be supported...? > >>>>> > >>>>> Let's turn it around this way: what is Sun doing among the > >> various > >>>> teams? If > >>>>> a developer makes a change, say, to the java.lang.instrument > >>> package, > >>>> what's > >>>>> the quickest way to get his build, presuming that he hasn't > >> changed > >>>> anything > >>>>> outside of that directory? I don't want to be swimming upstream, > >>> but > >>>> in this > >>>>> case, I really don't know which way the water flows. :-) > >>>>> > >>>>>> Try your 'make all' from > >>> [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > >>>>> Will do; by the way, what targets are supported in these lower- > >>> level > >>>> makes? > >>>>> "fastdebug" and "fastdebug_build" didn't take, AFAICT (no > >> target). > >>>>>> The first thing the jdk7/jdk build does (after the sanity check) > >>> is > >>>>>> create a number of tools > >>>>>> that will be used later. If you start building lower down in > >>>>>> jdk/make/java there may be an > >>>>>> assumption about work that has already been done. > >>>>>> > >>>>> I can see that, and they are there--they built successfully. What > >> I > >>>> don't > >>>>> understand is why the "treetop build" I tried was looking for > >> them > >>> in > >>>>> windows-i586 and not windows-i586-fastdebug. > >>>>> > >>>>>> This is not automatic because we don't want to fill up someone's > >>>> disk > >>>>>> space with log files. > >>>>>> Not so much of a problem these days, but back in the early days > >> it > >>>> was. > >>>>> Maybe an option flag/env var in the make set, a la > >>> ALT_LOGFILES=false > >>>> to > >>>>> turn them off or something? It's just a common thing to have the > >>>> build tool > >>>>> logging this stuff these days, it seems. > >>>>> > >>>>> Ted Neward > >>>>> Java, .NET, XML Services > >>>>> Consulting, Teaching, Speaking, Writing > >>>>> http://www.tedneward.com > >>>>> > >>>>> > >>>>>> -----Original Message----- > >>>>>> From: Tim.Bell at Sun.COM [mailto:Tim.Bell at Sun.COM] > >>>>>> Sent: Tuesday, December 18, 2007 12:12 AM > >>>>>> To: Ted Neward > >>>>>> Cc: 'build-dev' > >>>>>> Subject: Re: Build problem (Windows, b24) > >>>>>> > >>>>>> Hi - > >>>>>> > >>>>>>> OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java > >>>>>>> $ make all > >>>>>> Maybe you came in too low and clipped the treetops. > >>>>>> > >>>>>> Try your 'make all' from > >>> [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > >>>>>> The first thing the jdk7/jdk build does (after the sanity check) > >>> is > >>>>>> create a number of tools > >>>>>> that will be used later. If you start building lower down in > >>>>>> jdk/make/java there may be an > >>>>>> assumption about work that has already been done. > >>>>>> > >>>>>> So try it again from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > >>>>>> > >>>>>> BTW - I always save the build log, as Kelly wrote: > >>>>>> > >>>>>>> make |& tee build.log or make >& build.log > >>>>>> This is not automatic because we don't want to fill up someone's > >>>> disk > >>>>>> space with log files. > >>>>>> Not so much of a problem these days, but back in the early days > >> it > >>>> was. > >>>>>> HTH - Tim > >>>>>> > >>>>>> > >>>>>>> Begin Processing SUBDIRS: hpi version jvm redist verify fdlibm > >>> java > >>>>>> sun_nio > >>>>>>> jli > >>>>>>> main zip security npt java_crw_demo java_hprof_demo math awt > >> util > >>>>>> text > >>>>>>> applet ne > >>>>>>> t nio sql rmi jar beans logging management instrument > >>>>>>>>>> Recursively making hpi all @ Mon Dec 17 23:40:21 PST 2007 > >> ... > >>>>>>> make[1]: Entering directory > >>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' > >>>>>>> Begin Processing SUBDIRS: windows > >>>>>>>>>> Recursively making windows all @ Mon Dec 17 23:40:25 PST > >> 2007 > >>>> ... > >>>>>>> make[2]: Entering directory > >>>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/wind > >>>>>>> ows' > >>>>>>> make[2]: *** No rule to make target > >>>>>>> `../../../../build/windows-i586/btjars/strip > >>>>>>> properties.jar', needed by `strip_all_props'. Stop. > >>>>>>> make[2]: Leaving directory > >>>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/windo > >>>>>>> ws' > >>>>>>> make[1]: *** [all] Error 1 > >>>>>>> make[1]: Leaving directory > >>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' > >>>>>>> make: *** [all] Error 1 > >>>>>>> OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java > >>>>>>> $ > >>>>>> No virus found in this incoming message. > >>>>>> Checked by AVG Free Edition. > >>>>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > >>>>>> 12/15/2007 12:00 PM > >>>>>> > >>>>> No virus found in this outgoing message. > >>>>> Checked by AVG Free Edition. > >>>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > >>>> 12/15/2007 > >>>>> 12:00 PM > >>>>> > >>>>> > >>>> No virus found in this incoming message. > >>>> Checked by AVG Free Edition. > >>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > >>>> 12/15/2007 12:00 PM > >>>> > >>> No virus found in this outgoing message. > >>> Checked by AVG Free Edition. > >>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > >>> 12/25/2007 > >>> 8:04 PM > >>> > >>> > >>> No virus found in this incoming message. > >>> Checked by AVG Free Edition. > >>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > >>> 12/25/2007 8:04 PM > >>> > >> No virus found in this outgoing message. > >> Checked by AVG Free Edition. > >> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > >> 12/25/2007 > >> 8:04 PM > >> > >> > >> No virus found in this incoming message. > >> Checked by AVG Free Edition. > >> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > >> 12/25/2007 8:04 PM > >> > > > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > 12/25/2007 > > 8:04 PM > > > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.516 / Virus Database: 269.17.12/1202 - Release Date: > 12/29/2007 1:27 PM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.17.12/1202 - Release Date: 12/29/2007 1:27 PM From Kelly.Ohair at Sun.COM Sun Dec 30 16:05:35 2007 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Sun, 30 Dec 2007 16:05:35 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <057601c84a86$8b915610$a2b40230$@com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> <041e01c840b8$90b7e4b0$b227ae10$@com> <4766AA7C.6030301@sun.com> <04c701c840f9$5b0381d0$110a8570$@com> <4766F562.1040006@sun.com> <05ab01c84149$7ab3c940$701b5bc0$@com> <476780DA.7000506@sun.com> <06a501c84183$f03dc3c0$d0b94b40$@com> <47682646.2040606@sun.com> <05c201c84802$c3b71830$4b254890$@com> <000601c8481a$d0b7dfc0$72279f40$@com> <009501c8484e$f36dd6d0$da498470$@com> <47769339.7060108@sun.com> <057601c84a86$8b915610$a2b40230$@com> Message-ID: <4778324F.2020801@sun.com> This could be a problem: export ALT_JDK_IMPORT_PATH=$(cygpath --unix C:/Prg/jdk1.6.0) Should just be: export ALT_JDK_IMPORT_PATH="C:/Prg/jdk1.6.0" None of the ALT variables should use the cygwin/unix style paths. Can you send what 'env|grep ALT_' says? -kto Ted Neward wrote: > Make is 3.80; it's the one I pulled down from other email threads here. That > shouldn't be an issue; that said, I'll double-check. > > I think the sanity messages are printing out the "8.3" versions of directory > names, though. That's not good, I take it? > > OUTPUTDIR is definitely a read/write directory, so that shouldn't be the > case. > > What *should* my env vars look like? Currently they look like the blog post > I put up a few days ago--is that correct? I thought I remember you saying > they should all look like the form "C:/Prg/OpenJDK/..." (forward slashed > DOS-like paths). Yes? > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > >> -----Original Message----- >> From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] >> Sent: Saturday, December 29, 2007 10:35 AM >> To: Ted Neward >> Cc: 'build-dev'; Tim.Bell at Sun.COM >> Subject: Re: Build problem (Windows, b24) >> >> Is it possible that the sanity messages are printing out the 'short >> path' >> version of your output directory? e.g. cygpath -m -s >> "C:/Prg/OpenJDK/build" >> >> Assuming you are using the cygwin 'make' do you know what version it >> is? >> Is it 3.81? >> >> I do recall some logic in the Makefiles that trys to deal with the >> situation >> where the OUTPUTDIR is not a read-write directory, and ignored it, >> using >> a different default that was read-write. >> >> -kto >> >> Ted Neward wrote: >>> Maybe I'm not getting it, but "make >> ALT_OUTPUTDIR=C:/Prg/OpenJDK/build ..." >>> doesn't seem to take. When I do the build, the sanity portion of the >> build >>> reports ALT_OUTPUTDIR being set to something other than what I >> specify on >>> the build command-line. What am I not getting? >>> >>> Along those same lines, how can I see the recursive make calls more >>> explicitly? >>> >>> Ted Neward >>> Java, .NET, XML Services >>> Consulting, Teaching, Speaking, Writing >>> http://www.tedneward.com >>> >>>> -----Original Message----- >>>> From: Ted Neward [mailto:ted at tedneward.com] >>>> Sent: Wednesday, December 26, 2007 3:56 PM >>>> To: 'Ted Neward'; Kelly.Ohair at Sun.COM >>>> Cc: 'build-dev'; Tim.Bell at Sun.COM >>>> Subject: RE: Build problem (Windows, b24) >>>> >>>> Something strange is going on. When I build from the top-level >>>> directory, it >>>> fails to build java/hpi. When I build just one level down, using >>>> Kelly's >>>> "make all ..." syntax below, it builds fine. Hate to say it, but I >>>> think >>>> this may be a bug in the Makefiles, though I'm not sure where or >>>> why...? >>>> >>>> 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 Ted Neward >>>>> Sent: Wednesday, December 26, 2007 1:03 PM >>>>> To: Kelly.Ohair at Sun.COM >>>>> Cc: 'build-dev'; Tim.Bell at Sun.COM >>>>> Subject: RE: Build problem (Windows, b24) >>>>> >>>>> OK, trying to get back into this. >>>>> >>>>> (*) FWICT, ALT_OUTPUTDIR doesn't seem to "take" when set from the >>>>> command >>>>> shell as an environment variable. Is this supposed to work? >>>>> (*) When I do cd jdk/make/java/hpi && make VARIANT=DBG >>>> FASTDEBUG=true, >>>>> I get >>>>> nothing. No build, no error, just... enters windows, leaves >> windows, >>>>> done. >>>>> >>>>> I'm doing a full build (from the top) into a log file for >> attachment >>>> to >>>>> this >>>>> thread now, will email it when it's done. Problem is, I can't tell >> if >>>>> it's >>>>> an environment issue, or a genuine bug in the makefiles, or a >> PEBKAC >>>>> problem. Suggestions welcome.... >>>>> >>>>> Ted Neward >>>>> Java, .NET, XML Services >>>>> Consulting, Teaching, Speaking, Writing >>>>> http://www.tedneward.com >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] >>>>>> Sent: Tuesday, December 18, 2007 11:58 AM >>>>>> To: Ted Neward >>>>>> Cc: Tim.Bell at Sun.COM; 'build-dev' >>>>>> Subject: Re: Build problem (Windows, b24) >>>>>> >>>>>> >>>>>> Do to history, a build directly from the jdk/make directories uses >>>> a >>>>>> default >>>>>> OUTPUTDIR of jdk/build/* but if FASTDEBUG=true, it's jdk/build/*- >>>>>> fastdebug, >>>>>> or if a plain debug build with just VARIANT=DBG it would be >>>>>> jdk/build/*-debug >>>>>> The variant builds leave results in a completely separate >>>> outputdir. >>>>>> If you used the very top level makefile (which came from the now >>>>>> defunct control/make area) >>>>>> the default OUTPUTDIR is ./build/* (at the very top of the >>>>>> repositories). >>>>>> When this top level Makefile runs the jdk/make Makefiles, it >> passes >>>>> in >>>>>> a ALT_OUTPUTDIR >>>>>> to refer to this top level build result area because it's default >>>>>> outputdir >>>>>> is not the same place. >>>>>> >>>>>> I don't know the complete history as to why this was done this >> way, >>>>> but >>>>>> my >>>>>> tendency is to try and get us back to a single default OUTPUTDIR >>>> for >>>>>> all the >>>>>> repositories. Someday... >>>>>> >>>>>> This is what I do when I work on just the jdk repository: >>>>>> cd jdk/make && gnumake >>>>>> That primes the outputdir area, then I can drop down in: >>>>>> cd jdk/make/java && gnumake >>>>>> Or even drop in and clean an area and re-build it: >>>>>> cd jdk/make/jpda && gnumake clean && gnumake >>>>>> Or just repeat the entire build (incremental build) >>>>>> cd jdk/make && gnumake >>>>>> If I wanted the jdk image (j2sdk-image), I would need to: >>>>>> cd jdk/make && gnumake image >>>>>> >>>>>> But the output by default will go to jdk/build/* >>>>>> and a different directory if VARIANT=DBG or FASTDEBUG=true. >>>>>> >>>>>> I think you need to: >>>>>> cd jdk/make && gnumake VARIANT=DBG FASTDEBUG=true >>>>>> Then see if you can: >>>>>> cd jdk/make/java/hpi && gnumake VARIANT=DBG FASTDEBUG=true >>>>>> >>>>>> -kto >>>>>> >>>>>> Ted Neward wrote: >>>>>>> Tim-- >>>>>>> >>>>>>>> Maybe you came in too low and clipped the treetops. >>>>>>>> >>>>>>> I thought part of the idea would be that if I've just made a >>>> change >>>>>> to one >>>>>>> part of the tree, I don't have to rebuild the whole tree, so I >>>>> would >>>>>> think >>>>>>> coming in lower to the ground would be supported...? >>>>>>> >>>>>>> Let's turn it around this way: what is Sun doing among the >>>> various >>>>>> teams? If >>>>>>> a developer makes a change, say, to the java.lang.instrument >>>>> package, >>>>>> what's >>>>>>> the quickest way to get his build, presuming that he hasn't >>>> changed >>>>>> anything >>>>>>> outside of that directory? I don't want to be swimming upstream, >>>>> but >>>>>> in this >>>>>>> case, I really don't know which way the water flows. :-) >>>>>>> >>>>>>>> Try your 'make all' from >>>>> [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make >>>>>>> Will do; by the way, what targets are supported in these lower- >>>>> level >>>>>> makes? >>>>>>> "fastdebug" and "fastdebug_build" didn't take, AFAICT (no >>>> target). >>>>>>>> The first thing the jdk7/jdk build does (after the sanity check) >>>>> is >>>>>>>> create a number of tools >>>>>>>> that will be used later. If you start building lower down in >>>>>>>> jdk/make/java there may be an >>>>>>>> assumption about work that has already been done. >>>>>>>> >>>>>>> I can see that, and they are there--they built successfully. What >>>> I >>>>>> don't >>>>>>> understand is why the "treetop build" I tried was looking for >>>> them >>>>> in >>>>>>> windows-i586 and not windows-i586-fastdebug. >>>>>>> >>>>>>>> This is not automatic because we don't want to fill up someone's >>>>>> disk >>>>>>>> space with log files. >>>>>>>> Not so much of a problem these days, but back in the early days >>>> it >>>>>> was. >>>>>>> Maybe an option flag/env var in the make set, a la >>>>> ALT_LOGFILES=false >>>>>> to >>>>>>> turn them off or something? It's just a common thing to have the >>>>>> build tool >>>>>>> logging this stuff these days, it seems. >>>>>>> >>>>>>> Ted Neward >>>>>>> Java, .NET, XML Services >>>>>>> Consulting, Teaching, Speaking, Writing >>>>>>> http://www.tedneward.com >>>>>>> >>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: Tim.Bell at Sun.COM [mailto:Tim.Bell at Sun.COM] >>>>>>>> Sent: Tuesday, December 18, 2007 12:12 AM >>>>>>>> To: Ted Neward >>>>>>>> Cc: 'build-dev' >>>>>>>> Subject: Re: Build problem (Windows, b24) >>>>>>>> >>>>>>>> Hi - >>>>>>>> >>>>>>>>> OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java >>>>>>>>> $ make all >>>>>>>> Maybe you came in too low and clipped the treetops. >>>>>>>> >>>>>>>> Try your 'make all' from >>>>> [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make >>>>>>>> The first thing the jdk7/jdk build does (after the sanity check) >>>>> is >>>>>>>> create a number of tools >>>>>>>> that will be used later. If you start building lower down in >>>>>>>> jdk/make/java there may be an >>>>>>>> assumption about work that has already been done. >>>>>>>> >>>>>>>> So try it again from [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make >>>>>>>> >>>>>>>> BTW - I always save the build log, as Kelly wrote: >>>>>>>> >>>>>>>>> make |& tee build.log or make >& build.log >>>>>>>> This is not automatic because we don't want to fill up someone's >>>>>> disk >>>>>>>> space with log files. >>>>>>>> Not so much of a problem these days, but back in the early days >>>> it >>>>>> was. >>>>>>>> HTH - Tim >>>>>>>> >>>>>>>> >>>>>>>>> Begin Processing SUBDIRS: hpi version jvm redist verify fdlibm >>>>> java >>>>>>>> sun_nio >>>>>>>>> jli >>>>>>>>> main zip security npt java_crw_demo java_hprof_demo math awt >>>> util >>>>>>>> text >>>>>>>>> applet ne >>>>>>>>> t nio sql rmi jar beans logging management instrument >>>>>>>>>>>> Recursively making hpi all @ Mon Dec 17 23:40:21 PST 2007 >>>> ... >>>>>>>>> make[1]: Entering directory >>>>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' >>>>>>>>> Begin Processing SUBDIRS: windows >>>>>>>>>>>> Recursively making windows all @ Mon Dec 17 23:40:25 PST >>>> 2007 >>>>>> ... >>>>>>>>> make[2]: Entering directory >>>>>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/wind >>>>>>>>> ows' >>>>>>>>> make[2]: *** No rule to make target >>>>>>>>> `../../../../build/windows-i586/btjars/strip >>>>>>>>> properties.jar', needed by `strip_all_props'. Stop. >>>>>>>>> make[2]: Leaving directory >>>>>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/windo >>>>>>>>> ws' >>>>>>>>> make[1]: *** [all] Error 1 >>>>>>>>> make[1]: Leaving directory >>>>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' >>>>>>>>> make: *** [all] Error 1 >>>>>>>>> OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java >>>>>>>>> $ >>>>>>>> No virus found in this incoming message. >>>>>>>> Checked by AVG Free Edition. >>>>>>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: >>>>>>>> 12/15/2007 12:00 PM >>>>>>>> >>>>>>> No virus found in this outgoing message. >>>>>>> Checked by AVG Free Edition. >>>>>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: >>>>>> 12/15/2007 >>>>>>> 12:00 PM >>>>>>> >>>>>>> >>>>>> No virus found in this incoming message. >>>>>> Checked by AVG Free Edition. >>>>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: >>>>>> 12/15/2007 12:00 PM >>>>>> >>>>> No virus found in this outgoing message. >>>>> Checked by AVG Free Edition. >>>>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: >>>>> 12/25/2007 >>>>> 8:04 PM >>>>> >>>>> >>>>> No virus found in this incoming message. >>>>> Checked by AVG Free Edition. >>>>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: >>>>> 12/25/2007 8:04 PM >>>>> >>>> No virus found in this outgoing message. >>>> Checked by AVG Free Edition. >>>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: >>>> 12/25/2007 >>>> 8:04 PM >>>> >>>> >>>> No virus found in this incoming message. >>>> Checked by AVG Free Edition. >>>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: >>>> 12/25/2007 8:04 PM >>>> >>> No virus found in this outgoing message. >>> Checked by AVG Free Edition. >>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: >> 12/25/2007 >>> 8:04 PM >>> >>> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.5.516 / Virus Database: 269.17.12/1202 - Release Date: >> 12/29/2007 1:27 PM >> > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.516 / Virus Database: 269.17.12/1202 - Release Date: 12/29/2007 > 1:27 PM > > From ted at tedneward.com Sun Dec 30 20:27:39 2007 From: ted at tedneward.com (Ted Neward) Date: Sun, 30 Dec 2007 20:27:39 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <4778324F.2020801@sun.com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> <041e01c840b8$90b7e4b0$b227ae10$@com> <4766AA7C.6030301@sun.com> <04c701c840f9$5b0381d0$110a8570$@com> <4766F562.1040006@sun.com> <05ab01c84149$7ab3c940$701b5bc0$@com> <476780DA.7000506@sun.com> <06a501c84183$f03dc3c0$d0b94b40$@com> <47682646.2040606@sun.com> <05c201c84802$c3b71830$4b254890$@com> <000601c8481a$d0b7dfc0$72279f40$@com> <009501c8484e$f36dd6d0$da498470$@com> <47769339.7060108@sun.com> <057601c84a86$8b915610$a2b40230$@com> <4778324F.2020801@sun.com> Message-ID: <06a501c84b65$7e0b50b0$7a21f210$@com> I dunno if I changed it since the blog post (I'll have to update it once I get this all working again), but right now it reads: export ALT_JDK_IMPORT_PATH=C:/Prg/jdk1.6.0 In other words, exactly what you say it should read, minus the quotes. Are the quotes necessary? I've not used them before, up 'til now. env|grep ALT_ shows everything having C:/ style paths in it. Ted Neward Java, .NET, XML Services Consulting, Teaching, Speaking, Writing http://www.tedneward.com > -----Original Message----- > From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > Sent: Sunday, December 30, 2007 4:06 PM > To: Ted Neward > Cc: 'build-dev'; Tim.Bell at Sun.COM > Subject: Re: Build problem (Windows, b24) > > > This could be a problem: > > export ALT_JDK_IMPORT_PATH=$(cygpath --unix C:/Prg/jdk1.6.0) > > Should just be: > > export ALT_JDK_IMPORT_PATH="C:/Prg/jdk1.6.0" > > None of the ALT variables should use the cygwin/unix style paths. > > Can you send what 'env|grep ALT_' says? > > -kto > > Ted Neward wrote: > > Make is 3.80; it's the one I pulled down from other email threads > here. That > > shouldn't be an issue; that said, I'll double-check. > > > > I think the sanity messages are printing out the "8.3" versions of > directory > > names, though. That's not good, I take it? > > > > OUTPUTDIR is definitely a read/write directory, so that shouldn't be > the > > case. > > > > What *should* my env vars look like? Currently they look like the > blog post > > I put up a few days ago--is that correct? I thought I remember you > saying > > they should all look like the form "C:/Prg/OpenJDK/..." (forward > slashed > > DOS-like paths). Yes? > > > > Ted Neward > > Java, .NET, XML Services > > Consulting, Teaching, Speaking, Writing > > http://www.tedneward.com > > > >> -----Original Message----- > >> From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > >> Sent: Saturday, December 29, 2007 10:35 AM > >> To: Ted Neward > >> Cc: 'build-dev'; Tim.Bell at Sun.COM > >> Subject: Re: Build problem (Windows, b24) > >> > >> Is it possible that the sanity messages are printing out the 'short > >> path' > >> version of your output directory? e.g. cygpath -m -s > >> "C:/Prg/OpenJDK/build" > >> > >> Assuming you are using the cygwin 'make' do you know what version it > >> is? > >> Is it 3.81? > >> > >> I do recall some logic in the Makefiles that trys to deal with the > >> situation > >> where the OUTPUTDIR is not a read-write directory, and ignored it, > >> using > >> a different default that was read-write. > >> > >> -kto > >> > >> Ted Neward wrote: > >>> Maybe I'm not getting it, but "make > >> ALT_OUTPUTDIR=C:/Prg/OpenJDK/build ..." > >>> doesn't seem to take. When I do the build, the sanity portion of > the > >> build > >>> reports ALT_OUTPUTDIR being set to something other than what I > >> specify on > >>> the build command-line. What am I not getting? > >>> > >>> Along those same lines, how can I see the recursive make calls more > >>> explicitly? > >>> > >>> Ted Neward > >>> Java, .NET, XML Services > >>> Consulting, Teaching, Speaking, Writing > >>> http://www.tedneward.com > >>> > >>>> -----Original Message----- > >>>> From: Ted Neward [mailto:ted at tedneward.com] > >>>> Sent: Wednesday, December 26, 2007 3:56 PM > >>>> To: 'Ted Neward'; Kelly.Ohair at Sun.COM > >>>> Cc: 'build-dev'; Tim.Bell at Sun.COM > >>>> Subject: RE: Build problem (Windows, b24) > >>>> > >>>> Something strange is going on. When I build from the top-level > >>>> directory, it > >>>> fails to build java/hpi. When I build just one level down, using > >>>> Kelly's > >>>> "make all ..." syntax below, it builds fine. Hate to say it, but I > >>>> think > >>>> this may be a bug in the Makefiles, though I'm not sure where or > >>>> why...? > >>>> > >>>> 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 Ted Neward > >>>>> Sent: Wednesday, December 26, 2007 1:03 PM > >>>>> To: Kelly.Ohair at Sun.COM > >>>>> Cc: 'build-dev'; Tim.Bell at Sun.COM > >>>>> Subject: RE: Build problem (Windows, b24) > >>>>> > >>>>> OK, trying to get back into this. > >>>>> > >>>>> (*) FWICT, ALT_OUTPUTDIR doesn't seem to "take" when set from the > >>>>> command > >>>>> shell as an environment variable. Is this supposed to work? > >>>>> (*) When I do cd jdk/make/java/hpi && make VARIANT=DBG > >>>> FASTDEBUG=true, > >>>>> I get > >>>>> nothing. No build, no error, just... enters windows, leaves > >> windows, > >>>>> done. > >>>>> > >>>>> I'm doing a full build (from the top) into a log file for > >> attachment > >>>> to > >>>>> this > >>>>> thread now, will email it when it's done. Problem is, I can't > tell > >> if > >>>>> it's > >>>>> an environment issue, or a genuine bug in the makefiles, or a > >> PEBKAC > >>>>> problem. Suggestions welcome.... > >>>>> > >>>>> Ted Neward > >>>>> Java, .NET, XML Services > >>>>> Consulting, Teaching, Speaking, Writing > >>>>> http://www.tedneward.com > >>>>> > >>>>> > >>>>>> -----Original Message----- > >>>>>> From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > >>>>>> Sent: Tuesday, December 18, 2007 11:58 AM > >>>>>> To: Ted Neward > >>>>>> Cc: Tim.Bell at Sun.COM; 'build-dev' > >>>>>> Subject: Re: Build problem (Windows, b24) > >>>>>> > >>>>>> > >>>>>> Do to history, a build directly from the jdk/make directories > uses > >>>> a > >>>>>> default > >>>>>> OUTPUTDIR of jdk/build/* but if FASTDEBUG=true, it's > jdk/build/*- > >>>>>> fastdebug, > >>>>>> or if a plain debug build with just VARIANT=DBG it would be > >>>>>> jdk/build/*-debug > >>>>>> The variant builds leave results in a completely separate > >>>> outputdir. > >>>>>> If you used the very top level makefile (which came from the now > >>>>>> defunct control/make area) > >>>>>> the default OUTPUTDIR is ./build/* (at the very top of the > >>>>>> repositories). > >>>>>> When this top level Makefile runs the jdk/make Makefiles, it > >> passes > >>>>> in > >>>>>> a ALT_OUTPUTDIR > >>>>>> to refer to this top level build result area because it's > default > >>>>>> outputdir > >>>>>> is not the same place. > >>>>>> > >>>>>> I don't know the complete history as to why this was done this > >> way, > >>>>> but > >>>>>> my > >>>>>> tendency is to try and get us back to a single default OUTPUTDIR > >>>> for > >>>>>> all the > >>>>>> repositories. Someday... > >>>>>> > >>>>>> This is what I do when I work on just the jdk repository: > >>>>>> cd jdk/make && gnumake > >>>>>> That primes the outputdir area, then I can drop down in: > >>>>>> cd jdk/make/java && gnumake > >>>>>> Or even drop in and clean an area and re-build it: > >>>>>> cd jdk/make/jpda && gnumake clean && gnumake > >>>>>> Or just repeat the entire build (incremental build) > >>>>>> cd jdk/make && gnumake > >>>>>> If I wanted the jdk image (j2sdk-image), I would need to: > >>>>>> cd jdk/make && gnumake image > >>>>>> > >>>>>> But the output by default will go to jdk/build/* > >>>>>> and a different directory if VARIANT=DBG or FASTDEBUG=true. > >>>>>> > >>>>>> I think you need to: > >>>>>> cd jdk/make && gnumake VARIANT=DBG FASTDEBUG=true > >>>>>> Then see if you can: > >>>>>> cd jdk/make/java/hpi && gnumake VARIANT=DBG FASTDEBUG=true > >>>>>> > >>>>>> -kto > >>>>>> > >>>>>> Ted Neward wrote: > >>>>>>> Tim-- > >>>>>>> > >>>>>>>> Maybe you came in too low and clipped the treetops. > >>>>>>>> > >>>>>>> I thought part of the idea would be that if I've just made a > >>>> change > >>>>>> to one > >>>>>>> part of the tree, I don't have to rebuild the whole tree, so I > >>>>> would > >>>>>> think > >>>>>>> coming in lower to the ground would be supported...? > >>>>>>> > >>>>>>> Let's turn it around this way: what is Sun doing among the > >>>> various > >>>>>> teams? If > >>>>>>> a developer makes a change, say, to the java.lang.instrument > >>>>> package, > >>>>>> what's > >>>>>>> the quickest way to get his build, presuming that he hasn't > >>>> changed > >>>>>> anything > >>>>>>> outside of that directory? I don't want to be swimming > upstream, > >>>>> but > >>>>>> in this > >>>>>>> case, I really don't know which way the water flows. :-) > >>>>>>> > >>>>>>>> Try your 'make all' from > >>>>> [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > >>>>>>> Will do; by the way, what targets are supported in these lower- > >>>>> level > >>>>>> makes? > >>>>>>> "fastdebug" and "fastdebug_build" didn't take, AFAICT (no > >>>> target). > >>>>>>>> The first thing the jdk7/jdk build does (after the sanity > check) > >>>>> is > >>>>>>>> create a number of tools > >>>>>>>> that will be used later. If you start building lower down in > >>>>>>>> jdk/make/java there may be an > >>>>>>>> assumption about work that has already been done. > >>>>>>>> > >>>>>>> I can see that, and they are there--they built successfully. > What > >>>> I > >>>>>> don't > >>>>>>> understand is why the "treetop build" I tried was looking for > >>>> them > >>>>> in > >>>>>>> windows-i586 and not windows-i586-fastdebug. > >>>>>>> > >>>>>>>> This is not automatic because we don't want to fill up > someone's > >>>>>> disk > >>>>>>>> space with log files. > >>>>>>>> Not so much of a problem these days, but back in the early > days > >>>> it > >>>>>> was. > >>>>>>> Maybe an option flag/env var in the make set, a la > >>>>> ALT_LOGFILES=false > >>>>>> to > >>>>>>> turn them off or something? It's just a common thing to have > the > >>>>>> build tool > >>>>>>> logging this stuff these days, it seems. > >>>>>>> > >>>>>>> Ted Neward > >>>>>>> Java, .NET, XML Services > >>>>>>> Consulting, Teaching, Speaking, Writing > >>>>>>> http://www.tedneward.com > >>>>>>> > >>>>>>> > >>>>>>>> -----Original Message----- > >>>>>>>> From: Tim.Bell at Sun.COM [mailto:Tim.Bell at Sun.COM] > >>>>>>>> Sent: Tuesday, December 18, 2007 12:12 AM > >>>>>>>> To: Ted Neward > >>>>>>>> Cc: 'build-dev' > >>>>>>>> Subject: Re: Build problem (Windows, b24) > >>>>>>>> > >>>>>>>> Hi - > >>>>>>>> > >>>>>>>>> OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java > >>>>>>>>> $ make all > >>>>>>>> Maybe you came in too low and clipped the treetops. > >>>>>>>> > >>>>>>>> Try your 'make all' from > >>>>> [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > >>>>>>>> The first thing the jdk7/jdk build does (after the sanity > check) > >>>>> is > >>>>>>>> create a number of tools > >>>>>>>> that will be used later. If you start building lower down in > >>>>>>>> jdk/make/java there may be an > >>>>>>>> assumption about work that has already been done. > >>>>>>>> > >>>>>>>> So try it again from > [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > >>>>>>>> > >>>>>>>> BTW - I always save the build log, as Kelly wrote: > >>>>>>>> > >>>>>>>>> make |& tee build.log or make >& build.log > >>>>>>>> This is not automatic because we don't want to fill up > someone's > >>>>>> disk > >>>>>>>> space with log files. > >>>>>>>> Not so much of a problem these days, but back in the early > days > >>>> it > >>>>>> was. > >>>>>>>> HTH - Tim > >>>>>>>> > >>>>>>>> > >>>>>>>>> Begin Processing SUBDIRS: hpi version jvm redist verify > fdlibm > >>>>> java > >>>>>>>> sun_nio > >>>>>>>>> jli > >>>>>>>>> main zip security npt java_crw_demo java_hprof_demo math awt > >>>> util > >>>>>>>> text > >>>>>>>>> applet ne > >>>>>>>>> t nio sql rmi jar beans logging management instrument > >>>>>>>>>>>> Recursively making hpi all @ Mon Dec 17 23:40:21 PST 2007 > >>>> ... > >>>>>>>>> make[1]: Entering directory > >>>>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' > >>>>>>>>> Begin Processing SUBDIRS: windows > >>>>>>>>>>>> Recursively making windows all @ Mon Dec 17 23:40:25 PST > >>>> 2007 > >>>>>> ... > >>>>>>>>> make[2]: Entering directory > >>>>>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/wind > >>>>>>>>> ows' > >>>>>>>>> make[2]: *** No rule to make target > >>>>>>>>> `../../../../build/windows-i586/btjars/strip > >>>>>>>>> properties.jar', needed by `strip_all_props'. Stop. > >>>>>>>>> make[2]: Leaving directory > >>>>>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/windo > >>>>>>>>> ws' > >>>>>>>>> make[1]: *** [all] Error 1 > >>>>>>>>> make[1]: Leaving directory > >>>>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' > >>>>>>>>> make: *** [all] Error 1 > >>>>>>>>> OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java > >>>>>>>>> $ > >>>>>>>> No virus found in this incoming message. > >>>>>>>> Checked by AVG Free Edition. > >>>>>>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release > Date: > >>>>>>>> 12/15/2007 12:00 PM > >>>>>>>> > >>>>>>> No virus found in this outgoing message. > >>>>>>> Checked by AVG Free Edition. > >>>>>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release > Date: > >>>>>> 12/15/2007 > >>>>>>> 12:00 PM > >>>>>>> > >>>>>>> > >>>>>> No virus found in this incoming message. > >>>>>> Checked by AVG Free Edition. > >>>>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release Date: > >>>>>> 12/15/2007 12:00 PM > >>>>>> > >>>>> No virus found in this outgoing message. > >>>>> Checked by AVG Free Edition. > >>>>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > >>>>> 12/25/2007 > >>>>> 8:04 PM > >>>>> > >>>>> > >>>>> No virus found in this incoming message. > >>>>> Checked by AVG Free Edition. > >>>>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > >>>>> 12/25/2007 8:04 PM > >>>>> > >>>> No virus found in this outgoing message. > >>>> Checked by AVG Free Edition. > >>>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > >>>> 12/25/2007 > >>>> 8:04 PM > >>>> > >>>> > >>>> No virus found in this incoming message. > >>>> Checked by AVG Free Edition. > >>>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > >>>> 12/25/2007 8:04 PM > >>>> > >>> No virus found in this outgoing message. > >>> Checked by AVG Free Edition. > >>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > >> 12/25/2007 > >>> 8:04 PM > >>> > >>> > >> No virus found in this incoming message. > >> Checked by AVG Free Edition. > >> Version: 7.5.516 / Virus Database: 269.17.12/1202 - Release Date: > >> 12/29/2007 1:27 PM > >> > > > > No virus found in this outgoing message. > > Checked by AVG Free Edition. > > Version: 7.5.516 / Virus Database: 269.17.12/1202 - Release Date: > 12/29/2007 > > 1:27 PM > > > > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.516 / Virus Database: 269.17.12/1203 - Release Date: > 12/30/2007 11:27 AM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.17.12/1203 - Release Date: 12/30/2007 11:27 AM From ted at tedneward.com Sun Dec 30 20:46:59 2007 From: ted at tedneward.com (Ted Neward) Date: Sun, 30 Dec 2007 20:46:59 -0800 Subject: Build problem (Windows, b24) In-Reply-To: <06a501c84b65$7e0b50b0$7a21f210$@com> References: <016901c83f78$01bfedc0$053fc940$@com> <47658C90.9070207@sun.com> <041e01c840b8$90b7e4b0$b227ae10$@com> <4766AA7C.6030301@sun.com> <04c701c840f9$5b0381d0$110a8570$@com> <4766F562.1040006@sun.com> <05ab01c84149$7ab3c940$701b5bc0$@com> <476780DA.7000506@sun.com> <06a501c84183$f03dc3c0$d0b94b40$@com> <47682646.2040606@sun.com> <05c201c84802$c3b71830$4b254890$@com> <000601c8481a$d0b7dfc0$72279f40$@com> <009501c8484e$f36dd6d0$da498470$@com> <47769339.7060108@sun.com> <057601c84a86$8b915610$a2b40230$@com> <4778324F.2020801@sun.com> <06a501c84b65$7e0b50b0$7a21f210$@com> Message-ID: <06a601c84b68$3410b010$9c321030$@com> BTW, when I set ALT_OUTPUTDIR to C:/Prg/OpenJDK/output/jdk7 (in other words, use the DOS-forward-slash paths), the top-level make seems to honor it, but just one or two levels down (make[2], I think) it's clearly been reset to "ALT_OUTPUTDIR=./build/windows-...", which is obviously not correct. 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 Ted Neward > Sent: Sunday, December 30, 2007 8:28 PM > To: Kelly.Ohair at Sun.COM > Cc: 'build-dev'; Tim.Bell at Sun.COM > Subject: RE: Build problem (Windows, b24) > > I dunno if I changed it since the blog post (I'll have to update it > once I > get this all working again), but right now it reads: > > export ALT_JDK_IMPORT_PATH=C:/Prg/jdk1.6.0 > > In other words, exactly what you say it should read, minus the quotes. > Are > the quotes necessary? I've not used them before, up 'til now. > > env|grep ALT_ shows everything having C:/ style paths in it. > > Ted Neward > Java, .NET, XML Services > Consulting, Teaching, Speaking, Writing > http://www.tedneward.com > > > -----Original Message----- > > From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > > Sent: Sunday, December 30, 2007 4:06 PM > > To: Ted Neward > > Cc: 'build-dev'; Tim.Bell at Sun.COM > > Subject: Re: Build problem (Windows, b24) > > > > > > This could be a problem: > > > > export ALT_JDK_IMPORT_PATH=$(cygpath --unix C:/Prg/jdk1.6.0) > > > > Should just be: > > > > export ALT_JDK_IMPORT_PATH="C:/Prg/jdk1.6.0" > > > > None of the ALT variables should use the cygwin/unix style paths. > > > > Can you send what 'env|grep ALT_' says? > > > > -kto > > > > Ted Neward wrote: > > > Make is 3.80; it's the one I pulled down from other email threads > > here. That > > > shouldn't be an issue; that said, I'll double-check. > > > > > > I think the sanity messages are printing out the "8.3" versions of > > directory > > > names, though. That's not good, I take it? > > > > > > OUTPUTDIR is definitely a read/write directory, so that shouldn't > be > > the > > > case. > > > > > > What *should* my env vars look like? Currently they look like the > > blog post > > > I put up a few days ago--is that correct? I thought I remember you > > saying > > > they should all look like the form "C:/Prg/OpenJDK/..." (forward > > slashed > > > DOS-like paths). Yes? > > > > > > Ted Neward > > > Java, .NET, XML Services > > > Consulting, Teaching, Speaking, Writing > > > http://www.tedneward.com > > > > > >> -----Original Message----- > > >> From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > > >> Sent: Saturday, December 29, 2007 10:35 AM > > >> To: Ted Neward > > >> Cc: 'build-dev'; Tim.Bell at Sun.COM > > >> Subject: Re: Build problem (Windows, b24) > > >> > > >> Is it possible that the sanity messages are printing out the > 'short > > >> path' > > >> version of your output directory? e.g. cygpath -m -s > > >> "C:/Prg/OpenJDK/build" > > >> > > >> Assuming you are using the cygwin 'make' do you know what version > it > > >> is? > > >> Is it 3.81? > > >> > > >> I do recall some logic in the Makefiles that trys to deal with the > > >> situation > > >> where the OUTPUTDIR is not a read-write directory, and ignored it, > > >> using > > >> a different default that was read-write. > > >> > > >> -kto > > >> > > >> Ted Neward wrote: > > >>> Maybe I'm not getting it, but "make > > >> ALT_OUTPUTDIR=C:/Prg/OpenJDK/build ..." > > >>> doesn't seem to take. When I do the build, the sanity portion of > > the > > >> build > > >>> reports ALT_OUTPUTDIR being set to something other than what I > > >> specify on > > >>> the build command-line. What am I not getting? > > >>> > > >>> Along those same lines, how can I see the recursive make calls > more > > >>> explicitly? > > >>> > > >>> Ted Neward > > >>> Java, .NET, XML Services > > >>> Consulting, Teaching, Speaking, Writing > > >>> http://www.tedneward.com > > >>> > > >>>> -----Original Message----- > > >>>> From: Ted Neward [mailto:ted at tedneward.com] > > >>>> Sent: Wednesday, December 26, 2007 3:56 PM > > >>>> To: 'Ted Neward'; Kelly.Ohair at Sun.COM > > >>>> Cc: 'build-dev'; Tim.Bell at Sun.COM > > >>>> Subject: RE: Build problem (Windows, b24) > > >>>> > > >>>> Something strange is going on. When I build from the top-level > > >>>> directory, it > > >>>> fails to build java/hpi. When I build just one level down, using > > >>>> Kelly's > > >>>> "make all ..." syntax below, it builds fine. Hate to say it, but > I > > >>>> think > > >>>> this may be a bug in the Makefiles, though I'm not sure where or > > >>>> why...? > > >>>> > > >>>> 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 Ted Neward > > >>>>> Sent: Wednesday, December 26, 2007 1:03 PM > > >>>>> To: Kelly.Ohair at Sun.COM > > >>>>> Cc: 'build-dev'; Tim.Bell at Sun.COM > > >>>>> Subject: RE: Build problem (Windows, b24) > > >>>>> > > >>>>> OK, trying to get back into this. > > >>>>> > > >>>>> (*) FWICT, ALT_OUTPUTDIR doesn't seem to "take" when set from > the > > >>>>> command > > >>>>> shell as an environment variable. Is this supposed to work? > > >>>>> (*) When I do cd jdk/make/java/hpi && make VARIANT=DBG > > >>>> FASTDEBUG=true, > > >>>>> I get > > >>>>> nothing. No build, no error, just... enters windows, leaves > > >> windows, > > >>>>> done. > > >>>>> > > >>>>> I'm doing a full build (from the top) into a log file for > > >> attachment > > >>>> to > > >>>>> this > > >>>>> thread now, will email it when it's done. Problem is, I can't > > tell > > >> if > > >>>>> it's > > >>>>> an environment issue, or a genuine bug in the makefiles, or a > > >> PEBKAC > > >>>>> problem. Suggestions welcome.... > > >>>>> > > >>>>> Ted Neward > > >>>>> Java, .NET, XML Services > > >>>>> Consulting, Teaching, Speaking, Writing > > >>>>> http://www.tedneward.com > > >>>>> > > >>>>> > > >>>>>> -----Original Message----- > > >>>>>> From: Kelly.Ohair at Sun.COM [mailto:Kelly.Ohair at Sun.COM] > > >>>>>> Sent: Tuesday, December 18, 2007 11:58 AM > > >>>>>> To: Ted Neward > > >>>>>> Cc: Tim.Bell at Sun.COM; 'build-dev' > > >>>>>> Subject: Re: Build problem (Windows, b24) > > >>>>>> > > >>>>>> > > >>>>>> Do to history, a build directly from the jdk/make directories > > uses > > >>>> a > > >>>>>> default > > >>>>>> OUTPUTDIR of jdk/build/* but if FASTDEBUG=true, it's > > jdk/build/*- > > >>>>>> fastdebug, > > >>>>>> or if a plain debug build with just VARIANT=DBG it would be > > >>>>>> jdk/build/*-debug > > >>>>>> The variant builds leave results in a completely separate > > >>>> outputdir. > > >>>>>> If you used the very top level makefile (which came from the > now > > >>>>>> defunct control/make area) > > >>>>>> the default OUTPUTDIR is ./build/* (at the very top of the > > >>>>>> repositories). > > >>>>>> When this top level Makefile runs the jdk/make Makefiles, it > > >> passes > > >>>>> in > > >>>>>> a ALT_OUTPUTDIR > > >>>>>> to refer to this top level build result area because it's > > default > > >>>>>> outputdir > > >>>>>> is not the same place. > > >>>>>> > > >>>>>> I don't know the complete history as to why this was done this > > >> way, > > >>>>> but > > >>>>>> my > > >>>>>> tendency is to try and get us back to a single default > OUTPUTDIR > > >>>> for > > >>>>>> all the > > >>>>>> repositories. Someday... > > >>>>>> > > >>>>>> This is what I do when I work on just the jdk repository: > > >>>>>> cd jdk/make && gnumake > > >>>>>> That primes the outputdir area, then I can drop down in: > > >>>>>> cd jdk/make/java && gnumake > > >>>>>> Or even drop in and clean an area and re-build it: > > >>>>>> cd jdk/make/jpda && gnumake clean && gnumake > > >>>>>> Or just repeat the entire build (incremental build) > > >>>>>> cd jdk/make && gnumake > > >>>>>> If I wanted the jdk image (j2sdk-image), I would need to: > > >>>>>> cd jdk/make && gnumake image > > >>>>>> > > >>>>>> But the output by default will go to jdk/build/* > > >>>>>> and a different directory if VARIANT=DBG or FASTDEBUG=true. > > >>>>>> > > >>>>>> I think you need to: > > >>>>>> cd jdk/make && gnumake VARIANT=DBG FASTDEBUG=true > > >>>>>> Then see if you can: > > >>>>>> cd jdk/make/java/hpi && gnumake VARIANT=DBG FASTDEBUG=true > > >>>>>> > > >>>>>> -kto > > >>>>>> > > >>>>>> Ted Neward wrote: > > >>>>>>> Tim-- > > >>>>>>> > > >>>>>>>> Maybe you came in too low and clipped the treetops. > > >>>>>>>> > > >>>>>>> I thought part of the idea would be that if I've just made a > > >>>> change > > >>>>>> to one > > >>>>>>> part of the tree, I don't have to rebuild the whole tree, so > I > > >>>>> would > > >>>>>> think > > >>>>>>> coming in lower to the ground would be supported...? > > >>>>>>> > > >>>>>>> Let's turn it around this way: what is Sun doing among the > > >>>> various > > >>>>>> teams? If > > >>>>>>> a developer makes a change, say, to the java.lang.instrument > > >>>>> package, > > >>>>>> what's > > >>>>>>> the quickest way to get his build, presuming that he hasn't > > >>>> changed > > >>>>>> anything > > >>>>>>> outside of that directory? I don't want to be swimming > > upstream, > > >>>>> but > > >>>>>> in this > > >>>>>>> case, I really don't know which way the water flows. :-) > > >>>>>>> > > >>>>>>>> Try your 'make all' from > > >>>>> [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > > >>>>>>> Will do; by the way, what targets are supported in these > lower- > > >>>>> level > > >>>>>> makes? > > >>>>>>> "fastdebug" and "fastdebug_build" didn't take, AFAICT (no > > >>>> target). > > >>>>>>>> The first thing the jdk7/jdk build does (after the sanity > > check) > > >>>>> is > > >>>>>>>> create a number of tools > > >>>>>>>> that will be used later. If you start building lower down > in > > >>>>>>>> jdk/make/java there may be an > > >>>>>>>> assumption about work that has already been done. > > >>>>>>>> > > >>>>>>> I can see that, and they are there--they built successfully. > > What > > >>>> I > > >>>>>> don't > > >>>>>>> understand is why the "treetop build" I tried was looking for > > >>>> them > > >>>>> in > > >>>>>>> windows-i586 and not windows-i586-fastdebug. > > >>>>>>> > > >>>>>>>> This is not automatic because we don't want to fill up > > someone's > > >>>>>> disk > > >>>>>>>> space with log files. > > >>>>>>>> Not so much of a problem these days, but back in the early > > days > > >>>> it > > >>>>>> was. > > >>>>>>> Maybe an option flag/env var in the make set, a la > > >>>>> ALT_LOGFILES=false > > >>>>>> to > > >>>>>>> turn them off or something? It's just a common thing to have > > the > > >>>>>> build tool > > >>>>>>> logging this stuff these days, it seems. > > >>>>>>> > > >>>>>>> Ted Neward > > >>>>>>> Java, .NET, XML Services > > >>>>>>> Consulting, Teaching, Speaking, Writing > > >>>>>>> http://www.tedneward.com > > >>>>>>> > > >>>>>>> > > >>>>>>>> -----Original Message----- > > >>>>>>>> From: Tim.Bell at Sun.COM [mailto:Tim.Bell at Sun.COM] > > >>>>>>>> Sent: Tuesday, December 18, 2007 12:12 AM > > >>>>>>>> To: Ted Neward > > >>>>>>>> Cc: 'build-dev' > > >>>>>>>> Subject: Re: Build problem (Windows, b24) > > >>>>>>>> > > >>>>>>>> Hi - > > >>>>>>>> > > >>>>>>>>> > OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java > > >>>>>>>>> $ make all > > >>>>>>>> Maybe you came in too low and clipped the treetops. > > >>>>>>>> > > >>>>>>>> Try your 'make all' from > > >>>>> [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > > >>>>>>>> The first thing the jdk7/jdk build does (after the sanity > > check) > > >>>>> is > > >>>>>>>> create a number of tools > > >>>>>>>> that will be used later. If you start building lower down > in > > >>>>>>>> jdk/make/java there may be an > > >>>>>>>> assumption about work that has already been done. > > >>>>>>>> > > >>>>>>>> So try it again from > > [...]/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make > > >>>>>>>> > > >>>>>>>> BTW - I always save the build log, as Kelly wrote: > > >>>>>>>> > > >>>>>>>>> make |& tee build.log or make >& build.log > > >>>>>>>> This is not automatic because we don't want to fill up > > someone's > > >>>>>> disk > > >>>>>>>> space with log files. > > >>>>>>>> Not so much of a problem these days, but back in the early > > days > > >>>> it > > >>>>>> was. > > >>>>>>>> HTH - Tim > > >>>>>>>> > > >>>>>>>> > > >>>>>>>>> Begin Processing SUBDIRS: hpi version jvm redist verify > > fdlibm > > >>>>> java > > >>>>>>>> sun_nio > > >>>>>>>>> jli > > >>>>>>>>> main zip security npt java_crw_demo java_hprof_demo math > awt > > >>>> util > > >>>>>>>> text > > >>>>>>>>> applet ne > > >>>>>>>>> t nio sql rmi jar beans logging management instrument > > >>>>>>>>>>>> Recursively making hpi all @ Mon Dec 17 23:40:21 PST > 2007 > > >>>> ... > > >>>>>>>>> make[1]: Entering directory > > >>>>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' > > >>>>>>>>> Begin Processing SUBDIRS: windows > > >>>>>>>>>>>> Recursively making windows all @ Mon Dec 17 23:40:25 PST > > >>>> 2007 > > >>>>>> ... > > >>>>>>>>> make[2]: Entering directory > > >>>>>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/wind > > >>>>>>>>> ows' > > >>>>>>>>> make[2]: *** No rule to make target > > >>>>>>>>> `../../../../build/windows-i586/btjars/strip > > >>>>>>>>> properties.jar', needed by `strip_all_props'. Stop. > > >>>>>>>>> make[2]: Leaving directory > > >>>>>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi/windo > > >>>>>>>>> ws' > > >>>>>>>>> make[1]: *** [all] Error 1 > > >>>>>>>>> make[1]: Leaving directory > > >>>>>>>> `/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java/hpi' > > >>>>>>>>> make: *** [all] Error 1 > > >>>>>>>>> > OpenJDK:Ted at XPJAVA:/cygdrive/c/Prg/OpenJDK/jdk7/jdk/make/java > > >>>>>>>>> $ > > >>>>>>>> No virus found in this incoming message. > > >>>>>>>> Checked by AVG Free Edition. > > >>>>>>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release > > Date: > > >>>>>>>> 12/15/2007 12:00 PM > > >>>>>>>> > > >>>>>>> No virus found in this outgoing message. > > >>>>>>> Checked by AVG Free Edition. > > >>>>>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release > > Date: > > >>>>>> 12/15/2007 > > >>>>>>> 12:00 PM > > >>>>>>> > > >>>>>>> > > >>>>>> No virus found in this incoming message. > > >>>>>> Checked by AVG Free Edition. > > >>>>>> Version: 7.5.503 / Virus Database: 269.17.2/1185 - Release > Date: > > >>>>>> 12/15/2007 12:00 PM > > >>>>>> > > >>>>> No virus found in this outgoing message. > > >>>>> Checked by AVG Free Edition. > > >>>>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release > Date: > > >>>>> 12/25/2007 > > >>>>> 8:04 PM > > >>>>> > > >>>>> > > >>>>> No virus found in this incoming message. > > >>>>> Checked by AVG Free Edition. > > >>>>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release > Date: > > >>>>> 12/25/2007 8:04 PM > > >>>>> > > >>>> No virus found in this outgoing message. > > >>>> Checked by AVG Free Edition. > > >>>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > > >>>> 12/25/2007 > > >>>> 8:04 PM > > >>>> > > >>>> > > >>>> No virus found in this incoming message. > > >>>> Checked by AVG Free Edition. > > >>>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > > >>>> 12/25/2007 8:04 PM > > >>>> > > >>> No virus found in this outgoing message. > > >>> Checked by AVG Free Edition. > > >>> Version: 7.5.516 / Virus Database: 269.17.9/1197 - Release Date: > > >> 12/25/2007 > > >>> 8:04 PM > > >>> > > >>> > > >> No virus found in this incoming message. > > >> Checked by AVG Free Edition. > > >> Version: 7.5.516 / Virus Database: 269.17.12/1202 - Release Date: > > >> 12/29/2007 1:27 PM > > >> > > > > > > No virus found in this outgoing message. > > > Checked by AVG Free Edition. > > > Version: 7.5.516 / Virus Database: 269.17.12/1202 - Release Date: > > 12/29/2007 > > > 1:27 PM > > > > > > > > > > No virus found in this incoming message. > > Checked by AVG Free Edition. > > Version: 7.5.516 / Virus Database: 269.17.12/1203 - Release Date: > > 12/30/2007 11:27 AM > > > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.516 / Virus Database: 269.17.12/1203 - Release Date: > 12/30/2007 > 11:27 AM > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.516 / Virus Database: 269.17.12/1203 - Release Date: > 12/30/2007 11:27 AM > No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.17.12/1203 - Release Date: 12/30/2007 11:27 AM From Tim.Bell at Sun.COM Mon Dec 31 12:42:49 2007 From: Tim.Bell at Sun.COM (Tim Bell) Date: Mon, 31 Dec 2007 12:42:49 -0800 Subject: Using the no-charge "Express" tools to build a JDK on win32 [RE: Upcoming OpenJDK infrastructure projects] Message-ID: <47795449.2090804@sun.com> Back in November, dan at fabulich.com wrote: > [...] pipe up in favor of simplifying the Windows build experience. I am all for that, since I spend more hours maintaining Windows build systems than on all our other build systems combined. :-/ > Specifically... > > 1) Update the build to work with Visual C++ 2005 Express, the free > (no-charge) version of the Visual Studio C++ compiler. The question of using the no-charge "Express" tools to build on win32 comes back from time to time. As Kelly wrote [1], when we were opening up the JDK under the JRL/JDL [2], we looked at the free 2003 kit and concluded it did not include enough of the necessary pieces to be useful for JDK development. Unfortunately I don't recall the details. Last week I got my hands on a surplus 3Ghz 1.5MByte P4 system (still a nice build machine) and resolved to repeat the experiment after wiping the disks and installing from scratch. The Windows XP license was paid for as part of my MSDN 'Professional' membership, but I wanted to see how far I could get beyond that while using only zero cost tools. As it is no fair to pull from our internal servers, everything I used during setup came from the open Internet (more on that later). Specifically I was interested in: Visual C++ 2005 Express [3] combined with the Express 2005 platform SDK [4]. Both 'Express' packages are available for download at zero $$ (registration required). To cut to the chase, my conclusion is no. The free kit does not include the WIN32/MFC/ATL headers (atlmfc.h, windows.h to name two) or the supporting libraries needed. I was able to pass 'make sanity', but as soon as I tried to compile any of the open native code in JDK7 [that would be the corba, hotspot, jdk repositories] the build quickly failed: In corba: > ../../../../src/windows/resource/version.rc(26) : fatal error RC1015: cannot ope n include file 'afxres.h'. In hotspot: > g:\tbell\jdk7\2007_12_21\hotspot\src\os\windows\vm\jvm_windows.h(33) : fatal error C1083: Cannot open include file: 'windows.h': No such file or directory Or in JDK: > g:/tbell/jdk7/2007_1~1/jdk/src/windows/resource/version.rc(26) : fatal error RC1015: cannot open include file 'afxres.h'. Other developers may have reported better success, but after reading over the archives I believe they were using 1) the fully paid-for Visual C++ 2005 kit, or 2) a paid-for SDK that was already on their system. If I am mistaken here, please follow up with specific details of your build platform and how I (or we) could reproduce the results. This email is already too long, so I omit further details. I will write up my notes over the next few days and post a description of the build setup on my long dormant weblog: http://blogs.sun.com/TimBell Tim Bell [1] http://mail.openjdk.java.net/pipermail/build-dev/2007-July/000139.html [2] https://jdk.dev.java.net/ [3] http://www.microsoft.com/express/2005/download/default.aspx English Language version available here: http://go.microsoft.com/fwlink/?LinkId=51410&clcid=0x409 [4] http://www.microsoft.com/express/2005/platformsdk/default.aspx Note: these URLs were working as of December 2007, but I can't control what may happen to them in the future.