Building on Mac OSX 10.11.4 with Clang 7.3.0
Hi all, building JDK on Mac OSX 10.11.4 with Clang 7.3.0 fails with the error: x:~/Projects/jdk9_websocket $ make all Building target 'all' in configuration 'macosx-x86_64-normal-server-release' /Users/Xx/Projects/jdk9_websocket/hotspot/make/bsd/makefiles/gcc.make:341: *** "Update compiler workarounds for Clang 7.3". Stop. The following small change seems to fix the problem: --- a/make/bsd/makefiles/gcc.make Wed Mar 23 19:33:34 2016 -0700 +++ b/make/bsd/makefiles/gcc.make Mon Mar 28 16:10:45 2016 +0200 @@ -326,7 +326,7 @@ ifeq ($(shell expr \ $(CC_VER_MAJOR) \< 6 \| \ \( $(CC_VER_MAJOR) = 6 \& $(CC_VER_MINOR) \<= 1 \) \| \ - \( $(CC_VER_MAJOR) = 7 \& $(CC_VER_MINOR) \<= 0 \) \ + \( $(CC_VER_MAJOR) = 7 \& $(CC_VER_MINOR) \<= 3 \) \ ), 1) OPT_CFLAGS/loopTransform.o += $(OPT_CFLAGS/NOOPT) OPT_CFLAGS/unsafe.o += -O1 It would be nice if somebody could fix it. Best regards, Andrej Golovnin
Re: Building on Mac
Hi Peter, Did you 'install the command line tools' in Xcode? The fact that you have to refer to /Applications/Xcode.app/... let me think that perhaps you didn't. Start Xcode, go to preferences, and explore the different panes: there's one that will let you install the command line tools. If that was the issue - then after installing the command line tools you should be able to run configure without the two options below. Hope this helps, -- daniel On 3/18/13 7:56 AM, Peter Zhelezniakov wrote: On Mar 18, 2013, at 3:41 AM, David Holmes wrote: Are you trying to build OpenJDK or Oracle JDK? Oracle JDK -- I have jdk/make/closed and jdk/src/closed. I've parsed the output of --debug-configure, and realised I need the --enable-macosx-runtime-support option. With this option, configure requires neither X11 nor freetype. However, the build still fails without X headers. So the complete command line that led to successful build for me was: bash ./configure \ --x-includes=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/X11/include \ --x-libraries=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/X11/lib \ --enable-macosx-runtime-support Thanks!
Re: Building on Mac (David DeHaven)
A few comments inline. On 2013-03-16 21:38, Mani Sarkar wrote: Hi, The OpenJDK adopters in the community have been testing out the steps lately to build OpenJDK on the MacOS and so far things are fine, we didn't need to install MacPort or have major issues with the Mac. You can have a look at the steps if these help with your issues: http://java.net/projects/adoptopenjdk/pages/AdoptOpenJDKBuildInstructions http://java.net/projects/adoptopenjdk/pages/GetSource http://java.net/projects/adoptopenjdk/pages/GetSource#Mac_OS_X http://java.net/projects/adoptopenjdk/pages/Build#Mac_OS_X There is no need to cd down to common/makefiles anymore. We hid the new build system there before making it default. Now you can run bash configure and make from the root. Please see README-builds.html in the src root for more details. It should be up to date now, thanks to Kelly. http://java.net/projects/adoptopenjdk/pages/MakeImages To get verbose build logs, the preferred way is to use the LOG variable and not VERBOSE. LOG can be set to warn, info, debug or trace. Again see README-builds.html. Also, the build output is always saved to a log file in the build output directory unless disabled, so no need to pipe yourself. /Erik Any feedback is welcome. Cheers, mani It's not installed by default, and I'm not sure why you'd want to since Apple provides it. But if it's there that could be a concern. If you install subversion, you get file, and there are other things that (if installed) will pull in subversion (e.g., trac). Ah Trac, how I remember thee... Incidentally, someone else got a build working with brew so there's an alternative to MacPorts for those who don't want to use it. The only caveat is that brew installs everything into the system paths, which could cause problems later on. And it uses Ruby *hack cough*... Installing stuff on system paths is not what I want. Same here, which is one reason I stick with MacPorts. I'm not sure what the fuss is anyways, once binaries are available ports come in very fast. -DrD-
Re: Building on Mac
On Mar 18, 2013, at 3:41 AM, David Holmes wrote: > Are you trying to build OpenJDK or Oracle JDK? Oracle JDK -- I have jdk/make/closed and jdk/src/closed. I've parsed the output of --debug-configure, and realised I need the --enable-macosx-runtime-support option. With this option, configure requires neither X11 nor freetype. However, the build still fails without X headers. So the complete command line that led to successful build for me was: bash ./configure \ --x-includes=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/X11/include \ --x-libraries=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/X11/lib \ --enable-macosx-runtime-support Thanks! -- Peter
Re: Building on Mac
Hi Peter, On 12/03/2013 6:06 PM, Peter Zhelezniakov wrote: Hello, I'm trying to build jdk8 on Mac, cannot get past the configuration step. Are you trying to build OpenJDK or Oracle JDK? There are a number of differences in the build requirements and processes. If the closed repos are found you will default to Oracle JDK, else OpenJDK. David Holmes First configure asked for X11, which I believe is not needed on Mac. I worked around with --x-libraries. Then it stumbled upon freetype, which it should not need either. I added --with-freetype, but it failed to recognise .dylib as the library suffix: configure: error: Could not find libfreetype.so nor freetype.dll in /opt/local/lib Any advice? Thanks!
Re: Building on Mac (David DeHaven)
Hi, The OpenJDK adopters in the community have been testing out the steps lately to build OpenJDK on the MacOS and so far things are fine, we didn't need to install MacPort or have major issues with the Mac. You can have a look at the steps if these help with your issues: http://java.net/projects/adoptopenjdk/pages/AdoptOpenJDKBuildInstructions http://java.net/projects/adoptopenjdk/pages/GetSource http://java.net/projects/adoptopenjdk/pages/GetSource#Mac_OS_X http://java.net/projects/adoptopenjdk/pages/Build#Mac_OS_X http://java.net/projects/adoptopenjdk/pages/MakeImages Any feedback is welcome. Cheers, mani > >> It's not installed by default, and I'm not sure why you'd want to since > Apple provides it. But if it's there that could be a concern. > > > > If you install subversion, you get file, and there are other things that > (if installed) will pull in subversion (e.g., trac). > > Ah Trac, how I remember thee... > > > >> Incidentally, someone else got a build working with brew so there's an > alternative to MacPorts for those who don't want to use it. The only caveat > is that brew installs everything into the system paths, which could cause > problems later on. And it uses Ruby *hack cough*... > > > > Installing stuff on system paths is not what I want. > > Same here, which is one reason I stick with MacPorts. I'm not sure what > the fuss is anyways, once binaries are available ports come in very fast. > > -DrD- > -- *Twitter:* @theNeomatrix369 *Blog:* http://neomatrix369.wordpress.com *JUG activity:* LJC Advocate (@adoptopenjdk & @adoptajsr programs) *Meet-a-Project:* https://github.com/MutabilityDetector *Come to Devoxx UK 2013:* http://www.devoxx.com/display/UK13/Home *Don't chase success, rather aim for "Excellence", and success will come chasing after you!*
Re: Building on Mac
>> It's not installed by default, and I'm not sure why you'd want to since >> Apple provides it. But if it's there that could be a concern. > > If you install subversion, you get file, and there are other things that (if > installed) will pull in subversion (e.g., trac). Ah Trac, how I remember thee... >> Incidentally, someone else got a build working with brew so there's an >> alternative to MacPorts for those who don't want to use it. The only caveat >> is that brew installs everything into the system paths, which could cause >> problems later on. And it uses Ruby *hack cough*... > > Installing stuff on system paths is not what I want. Same here, which is one reason I stick with MacPorts. I'm not sure what the fuss is anyways, once binaries are available ports come in very fast. -DrD-
Re: Building on Mac
On Mar 15 2013, at 17:15 , David Chase wrote: > > On 2013-03-15, at 5:17 PM, David DeHaven wrote: > >> It's not installed by default, and I'm not sure why you'd want to since >> Apple provides it. But if it's there that could be a concern. > > If you install subversion, you get file, and there are other things that (if > installed) will pull in subversion (e.g., trac). Aha! That must be where it came from. (Though I now wonder why subversion can't use the Apple version of file) > Similarly if you install one of the Gnu Fortrans, you get /usr/local/gcc, > version 4.8.0. Oops. > >> Incidentally, someone else got a build working with brew so there's an >> alternative to MacPorts for those who don't want to use it. The only caveat >> is that brew installs everything into the system paths, which could cause >> problems later on. And it uses Ruby *hack cough*... > > Installing stuff on system paths is not what I want. Agreed! Mike
Re: Building on Mac
On 2013-03-15, at 5:17 PM, David DeHaven wrote: > It's not installed by default, and I'm not sure why you'd want to since Apple > provides it. But if it's there that could be a concern. If you install subversion, you get file, and there are other things that (if installed) will pull in subversion (e.g., trac). Similarly if you install one of the Gnu Fortrans, you get /usr/local/gcc, version 4.8.0. Oops. > Incidentally, someone else got a build working with brew so there's an > alternative to MacPorts for those who don't want to use it. The only caveat > is that brew installs everything into the system paths, which could cause > problems later on. And it uses Ruby *hack cough*... Installing stuff on system paths is not what I want. David
Re: Building on Mac
It's not installed by default, and I'm not sure why you'd want to since Apple provides it. But if it's there that could be a concern. Incidentally, someone else got a build working with brew so there's an alternative to MacPorts for those who don't want to use it. The only caveat is that brew installs everything into the system paths, which could cause problems later on. And it uses Ruby *hack cough*... -DrD- > Be warned that if you use macports you'll need to make sure that ports is at > the end of your path. The ports version of "file" doesn't correctly detect 64 > bit executables. > > Mike > > On Mar 15 2013, at 13:49 , David Chase wrote: > >> For reference, I build on Mountain Lion, with latest XCode, recent XQuartz, >> and some MacPorts. >> >> "grep opt/local config.log" produces: >> >> configure:6295: result: /opt/local/bin/gsed >> configure:8107: found /opt/local/bin/port >> configure:10420: found /opt/local/bin/pkg-config >> configure:10432: result: /opt/local/bin/pkg-config >> configure:30314: /usr/llvm-gcc-4.2/bin/llvm-g++-4.2 -o conftest >> -L/opt/local/lib -lfreetype conftest.cpp -lfreetype >&5 >> configure:31661: found /opt/local/bin/ccache >> configure:31673: result: /opt/local/bin/ccache >> ac_cv_path_CCACHE=/opt/local/bin/ccache >> ac_cv_path_SED=/opt/local/bin/gsed >> ac_cv_path_ac_pt_PKG_CONFIG=/opt/local/bin/pkg-config >> pkg_cv_FREETYPE2_CFLAGS='-I/opt/local/include/freetype2 -I/opt/local/include >> ' >> pkg_cv_FREETYPE2_LIBS='-L/opt/local/lib -lfreetype ' >> CCACHE='CCACHE_COMPRESS=1 CCACHE_SLOPPINESS=time_macros >> /opt/local/bin/ccache' >> FREETYPE2_CFLAGS='-I/opt/local/include/freetype2 -I/opt/local/include ' >> FREETYPE2_LIBS='-L/opt/local/lib -lfreetype' >> PACKAGE_PATH='/opt/local' >> PKG_CONFIG='/opt/local/bin/pkg-config' >> SED='/opt/local/bin/gsed' >> >> and also: >> >> port list installed | egrep 'ccache|freetype|gsed|pkg-config' >> ccache @3.1.9 devel/ccache >> freetype @2.4.10 print/freetype >> gsed @4.2.2 textproc/gsed >> >> >> >> On 2013-03-15, at 2:53 PM, David DeHaven wrote: >> >>> Then it stumbled upon freetype, which it should not need either. I added --with-freetype, but it failed to recognise .dylib as the library suffix: configure: error: Could not find libfreetype.so nor freetype.dll in /opt/local/lib >>> >>> >>> IIRC Freetype is required for libfontmanager when building OpenJDK (not >>> closed) but it doesn't seem to differentiate when configure is run. >>> >>> Look in config.log to see why it's failing. The error message is >>> misleading, it's not actually looking for those extensions it's checking by >>> using the CFLAGS returned by pkg-config. Mine works fine with the MacPorts >>> freetype port. >>> >>> -DrD- >>> >> >
Re: Building on Mac
Be warned that if you use macports you'll need to make sure that ports is at the end of your path. The ports version of "file" doesn't correctly detect 64 bit executables. Mike On Mar 15 2013, at 13:49 , David Chase wrote: > For reference, I build on Mountain Lion, with latest XCode, recent XQuartz, > and some MacPorts. > > "grep opt/local config.log" produces: > > configure:6295: result: /opt/local/bin/gsed > configure:8107: found /opt/local/bin/port > configure:10420: found /opt/local/bin/pkg-config > configure:10432: result: /opt/local/bin/pkg-config > configure:30314: /usr/llvm-gcc-4.2/bin/llvm-g++-4.2 -o conftest > -L/opt/local/lib -lfreetype conftest.cpp -lfreetype >&5 > configure:31661: found /opt/local/bin/ccache > configure:31673: result: /opt/local/bin/ccache > ac_cv_path_CCACHE=/opt/local/bin/ccache > ac_cv_path_SED=/opt/local/bin/gsed > ac_cv_path_ac_pt_PKG_CONFIG=/opt/local/bin/pkg-config > pkg_cv_FREETYPE2_CFLAGS='-I/opt/local/include/freetype2 -I/opt/local/include > ' > pkg_cv_FREETYPE2_LIBS='-L/opt/local/lib -lfreetype ' > CCACHE='CCACHE_COMPRESS=1 CCACHE_SLOPPINESS=time_macros > /opt/local/bin/ccache' > FREETYPE2_CFLAGS='-I/opt/local/include/freetype2 -I/opt/local/include ' > FREETYPE2_LIBS='-L/opt/local/lib -lfreetype' > PACKAGE_PATH='/opt/local' > PKG_CONFIG='/opt/local/bin/pkg-config' > SED='/opt/local/bin/gsed' > > and also: > > port list installed | egrep 'ccache|freetype|gsed|pkg-config' > ccache @3.1.9 devel/ccache > freetype @2.4.10 print/freetype > gsed @4.2.2 textproc/gsed > > > > On 2013-03-15, at 2:53 PM, David DeHaven wrote: > >> >>> Then it stumbled upon freetype, which it should not need either. I added >>> --with-freetype, but it failed to recognise .dylib as the library suffix: >>> >>> configure: error: Could not find libfreetype.so nor freetype.dll in >>> /opt/local/lib >> >> >> IIRC Freetype is required for libfontmanager when building OpenJDK (not >> closed) but it doesn't seem to differentiate when configure is run. >> >> Look in config.log to see why it's failing. The error message is misleading, >> it's not actually looking for those extensions it's checking by using the >> CFLAGS returned by pkg-config. Mine works fine with the MacPorts freetype >> port. >> >> -DrD- >> >
Re: Building on Mac
For reference, I build on Mountain Lion, with latest XCode, recent XQuartz, and some MacPorts. "grep opt/local config.log" produces: configure:6295: result: /opt/local/bin/gsed configure:8107: found /opt/local/bin/port configure:10420: found /opt/local/bin/pkg-config configure:10432: result: /opt/local/bin/pkg-config configure:30314: /usr/llvm-gcc-4.2/bin/llvm-g++-4.2 -o conftest -L/opt/local/lib -lfreetype conftest.cpp -lfreetype >&5 configure:31661: found /opt/local/bin/ccache configure:31673: result: /opt/local/bin/ccache ac_cv_path_CCACHE=/opt/local/bin/ccache ac_cv_path_SED=/opt/local/bin/gsed ac_cv_path_ac_pt_PKG_CONFIG=/opt/local/bin/pkg-config pkg_cv_FREETYPE2_CFLAGS='-I/opt/local/include/freetype2 -I/opt/local/include ' pkg_cv_FREETYPE2_LIBS='-L/opt/local/lib -lfreetype ' CCACHE='CCACHE_COMPRESS=1 CCACHE_SLOPPINESS=time_macros /opt/local/bin/ccache' FREETYPE2_CFLAGS='-I/opt/local/include/freetype2 -I/opt/local/include ' FREETYPE2_LIBS='-L/opt/local/lib -lfreetype' PACKAGE_PATH='/opt/local' PKG_CONFIG='/opt/local/bin/pkg-config' SED='/opt/local/bin/gsed' and also: port list installed | egrep 'ccache|freetype|gsed|pkg-config' ccache @3.1.9 devel/ccache freetype @2.4.10 print/freetype gsed @4.2.2 textproc/gsed On 2013-03-15, at 2:53 PM, David DeHaven wrote: > >> Then it stumbled upon freetype, which it should not need either. I added >> --with-freetype, but it failed to recognise .dylib as the library suffix: >> >> configure: error: Could not find libfreetype.so nor freetype.dll in >> /opt/local/lib > > > IIRC Freetype is required for libfontmanager when building OpenJDK (not > closed) but it doesn't seem to differentiate when configure is run. > > Look in config.log to see why it's failing. The error message is misleading, > it's not actually looking for those extensions it's checking by using the > CFLAGS returned by pkg-config. Mine works fine with the MacPorts freetype > port. > > -DrD- >
Re: Building on Mac
> Then it stumbled upon freetype, which it should not need either. I added > --with-freetype, but it failed to recognise .dylib as the library suffix: > > configure: error: Could not find libfreetype.so nor freetype.dll in > /opt/local/lib IIRC Freetype is required for libfontmanager when building OpenJDK (not closed) but it doesn't seem to differentiate when configure is run. Look in config.log to see why it's failing. The error message is misleading, it's not actually looking for those extensions it's checking by using the CFLAGS returned by pkg-config. Mine works fine with the MacPorts freetype port. -DrD-
Building on Mac
Hello, I'm trying to build jdk8 on Mac, cannot get past the configuration step. First configure asked for X11, which I believe is not needed on Mac. I worked around with --x-libraries. Then it stumbled upon freetype, which it should not need either. I added --with-freetype, but it failed to recognise .dylib as the library suffix: configure: error: Could not find libfreetype.so nor freetype.dll in /opt/local/lib Any advice? Thanks! -- Peter | x33066 | St Petersburg, Russia | timezone: GMT+04
Re: Could not instantiate Graphics Environment with building on mac
On 01/30/2013 12:32 PM, Erik Joelsson wrote: I've seen this when running in an ssh session without a mac gui and using jdk7 (no updates) as boot jdk. Logging in with graphics or using at least 7u4 solved it for me. A more recent bootstrap jdk solved the problem. Thank you Eric. -Chris. /Erik On 2013-01-30 13:22, Chris Hegarty wrote: Anyone see this failure when trying to build on mac. I have the latest jdk8/tl forest, as of 28th Jan. ## Starting jdk Importing CORBA classes.jar Importing CORBA src.zip Importing CORBA bin.zip Importing JAXP classes.jar Importing JAXP src.zip Importing JAXWS classes.jar Importing JAXWS src.zip Importing LANGTOOLS src.zip Importing LANGTOOLS classes.jar Compiling 182 files for BUILD_TOOLS Generating charsetmapping classes Generating buffer classes Generating exceptions classes Generating icon classes Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. Compiling 522 properties into resource bundles Copying and cleaning 53 properties Creating sun/util/LocaleDataMetaInfo.java from 421 found resources. Aliases: Table size 1024 (10 bits), shift 0, max chain depth 3 Classes: Table size 32 (5 bits), shift 1, max chain depth 3 Cache: Table size 32 (5 bits), shift 1, max chain depth 3 MergingHash:thePoint[name]: thePoint => aPoint Exception in thread "main" java.lang.Error: Could not instantiate Graphics Environment: sun.java2d.HeadlessGraphicsEnvironment at java.awt.GraphicsEnvironment.createGE(GraphicsEnvironment.java:118) at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:81) at java.awt.image.BufferedImage.createGraphics(BufferedImage.java:1152) at java.awt.image.BufferedImage.getGraphics(BufferedImage.java:1142) at sun.awt.X11.ToBin.main(ToBin.java:41) make[2]: *** [/Users/chhegar/repos/tl/build/macosx-x86_64-normal-server-release/jdk/gensrc/sun/awt/X11/XAWTIcon32_java_icon16_png.java] Error 1 make[2]: *** Waiting for unfinished jobs MergingHash:thePoint[name]: thePoint => aPoint make[1]: *** [gensrc-only] Error 2 make: *** [jdk-only] Error 2 mikemac:macosx-x86_64-normal-server-release chhegar$ -Chris.
Re: Could not instantiate Graphics Environment with building on mac
Have you installed XQuartz? On Jan 30, 2013, at 20:22, Chris Hegarty wrote: > > Anyone see this failure when trying to build on mac. I have the latest > jdk8/tl forest, as of 28th Jan. > > ## Starting jdk > Importing CORBA classes.jar > Importing CORBA src.zip > Importing CORBA bin.zip > Importing JAXP classes.jar > Importing JAXP src.zip > Importing JAXWS classes.jar > Importing JAXWS src.zip > Importing LANGTOOLS src.zip > Importing LANGTOOLS classes.jar > Compiling 182 files for BUILD_TOOLS > Generating charsetmapping classes > Generating buffer classes > Generating exceptions classes > Generating icon classes > Note: Some input files use unchecked or unsafe operations. > Note: Recompile with -Xlint:unchecked for details. > Compiling 522 properties into resource bundles > Copying and cleaning 53 properties > Creating sun/util/LocaleDataMetaInfo.java from 421 found resources. > Aliases: Table size 1024 (10 bits), shift 0, max chain depth 3 > Classes: Table size 32 (5 bits), shift 1, max chain depth 3 > Cache: Table size 32 (5 bits), shift 1, max chain depth 3 > MergingHash:thePoint[name]: thePoint => > aPoint > Exception in thread "main" java.lang.Error: Could not instantiate Graphics > Environment: sun.java2d.HeadlessGraphicsEnvironment >at java.awt.GraphicsEnvironment.createGE(GraphicsEnvironment.java:118) >at > java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:81) >at java.awt.image.BufferedImage.createGraphics(BufferedImage.java:1152) >at java.awt.image.BufferedImage.getGraphics(BufferedImage.java:1142) >at sun.awt.X11.ToBin.main(ToBin.java:41) > make[2]: *** > [/Users/chhegar/repos/tl/build/macosx-x86_64-normal-server-release/jdk/gensrc/sun/awt/X11/XAWTIcon32_java_icon16_png.java] > Error 1 > make[2]: *** Waiting for unfinished jobs > MergingHash:thePoint[name]: thePoint => > aPoint > make[1]: *** [gensrc-only] Error 2 > make: *** [jdk-only] Error 2 > mikemac:macosx-x86_64-normal-server-release chhegar$ > > -Chris.
Re: Could not instantiate Graphics Environment with building on mac
I've seen this when running in an ssh session without a mac gui and using jdk7 (no updates) as boot jdk. Logging in with graphics or using at least 7u4 solved it for me. /Erik On 2013-01-30 13:22, Chris Hegarty wrote: Anyone see this failure when trying to build on mac. I have the latest jdk8/tl forest, as of 28th Jan. ## Starting jdk Importing CORBA classes.jar Importing CORBA src.zip Importing CORBA bin.zip Importing JAXP classes.jar Importing JAXP src.zip Importing JAXWS classes.jar Importing JAXWS src.zip Importing LANGTOOLS src.zip Importing LANGTOOLS classes.jar Compiling 182 files for BUILD_TOOLS Generating charsetmapping classes Generating buffer classes Generating exceptions classes Generating icon classes Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. Compiling 522 properties into resource bundles Copying and cleaning 53 properties Creating sun/util/LocaleDataMetaInfo.java from 421 found resources. Aliases: Table size 1024 (10 bits), shift 0, max chain depth 3 Classes: Table size 32 (5 bits), shift 1, max chain depth 3 Cache: Table size 32 (5 bits), shift 1, max chain depth 3 MergingHash:thePoint[name]: thePoint => aPoint Exception in thread "main" java.lang.Error: Could not instantiate Graphics Environment: sun.java2d.HeadlessGraphicsEnvironment at java.awt.GraphicsEnvironment.createGE(GraphicsEnvironment.java:118) at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:81) at java.awt.image.BufferedImage.createGraphics(BufferedImage.java:1152) at java.awt.image.BufferedImage.getGraphics(BufferedImage.java:1142) at sun.awt.X11.ToBin.main(ToBin.java:41) make[2]: *** [/Users/chhegar/repos/tl/build/macosx-x86_64-normal-server-release/jdk/gensrc/sun/awt/X11/XAWTIcon32_java_icon16_png.java] Error 1 make[2]: *** Waiting for unfinished jobs MergingHash:thePoint[name]: thePoint => aPoint make[1]: *** [gensrc-only] Error 2 make: *** [jdk-only] Error 2 mikemac:macosx-x86_64-normal-server-release chhegar$ -Chris.
Could not instantiate Graphics Environment with building on mac
Anyone see this failure when trying to build on mac. I have the latest jdk8/tl forest, as of 28th Jan. ## Starting jdk Importing CORBA classes.jar Importing CORBA src.zip Importing CORBA bin.zip Importing JAXP classes.jar Importing JAXP src.zip Importing JAXWS classes.jar Importing JAXWS src.zip Importing LANGTOOLS src.zip Importing LANGTOOLS classes.jar Compiling 182 files for BUILD_TOOLS Generating charsetmapping classes Generating buffer classes Generating exceptions classes Generating icon classes Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. Compiling 522 properties into resource bundles Copying and cleaning 53 properties Creating sun/util/LocaleDataMetaInfo.java from 421 found resources. Aliases: Table size 1024 (10 bits), shift 0, max chain depth 3 Classes: Table size 32 (5 bits), shift 1, max chain depth 3 Cache: Table size 32 (5 bits), shift 1, max chain depth 3 MergingHash:thePoint[name]: thePoint => aPoint Exception in thread "main" java.lang.Error: Could not instantiate Graphics Environment: sun.java2d.HeadlessGraphicsEnvironment at java.awt.GraphicsEnvironment.createGE(GraphicsEnvironment.java:118) at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:81) at java.awt.image.BufferedImage.createGraphics(BufferedImage.java:1152) at java.awt.image.BufferedImage.getGraphics(BufferedImage.java:1142) at sun.awt.X11.ToBin.main(ToBin.java:41) make[2]: *** [/Users/chhegar/repos/tl/build/macosx-x86_64-normal-server-release/jdk/gensrc/sun/awt/X11/XAWTIcon32_java_icon16_png.java] Error 1 make[2]: *** Waiting for unfinished jobs MergingHash:thePoint[name]: thePoint => aPoint make[1]: *** [gensrc-only] Error 2 make: *** [jdk-only] Error 2 mikemac:macosx-x86_64-normal-server-release chhegar$ -Chris.
Re: requirements for building on Mac?
Hi Ray, JDK is buildable on 10.6. Please run Apple Software Update to install all the latest patches on your Snow Leopard system. This should update the FreeType lib as well. -- best regards, Anthony On 04/22/12 02:36, Ray Kiddy wrote: I am seeing differing statements about what is needed to build jdk7u-dev. Which is correct? The page at http://code.google.com/p/openjdk-osx-build/ says "Packages built on SnowLeopard (10.6) and tested on SnowLeopard (10.6) and Lion (10.7)." The page at https://wikis.oracle.com/display/OpenJDK/Mac+OS+X+Port says "Prerequisites to build... Mac OS X 10.7.3." And when I actually try to build on 10.6.8 (using the instructions on https://wikis.oracle.com/display/OpenJDK/Mac+OS+X+Port), I get: ERROR: FreeType version 2.3.0 or higher is required. /bin/mkdir -p /Users/ray/Projects/openjdk/jdk7u-dev/build/macosx-amd64/btbins rm -f /Users/ray/Projects/openjdk/jdk7u-dev/build/macosx-amd64/btbins/freetype_versioncheck Failed to build freetypecheck. Exiting because of the above error(s). make: *** [post-sanity] Error 1 So, should I try to get around this error, or is building on 10.6 just not going to work? And if it should work, should this be stated on the wikis.oracle.com page? I had been able to build a couple of months ago. But perhaps the landscape is changing? thanx - ray
requirements for building on Mac?
I am seeing differing statements about what is needed to build jdk7u-dev. Which is correct? The page at http://code.google.com/p/openjdk-osx-build/ says "Packages built on SnowLeopard (10.6) and tested on SnowLeopard (10.6) and Lion (10.7)." The page at https://wikis.oracle.com/display/OpenJDK/Mac+OS+X+Port says "Prerequisites to build... Mac OS X 10.7.3." And when I actually try to build on 10.6.8 (using the instructions on https://wikis.oracle.com/display/OpenJDK/Mac+OS+X+Port), I get: ERROR: FreeType version 2.3.0 or higher is required. /bin/mkdir -p /Users/ray/Projects/openjdk/jdk7u-dev/build/macosx-amd64/btbins rm -f /Users/ray/Projects/openjdk/jdk7u-dev/build/macosx-amd64/btbins/freetype_versioncheck Failed to build freetypecheck. Exiting because of the above error(s). make: *** [post-sanity] Error 1 So, should I try to get around this error, or is building on 10.6 just not going to work? And if it should work, should this be stated on the wikis.oracle.com page? I had been able to build a couple of months ago. But perhaps the landscape is changing? thanx - ray