From Weijun.Wang at Sun.COM Tue Sep 2 08:09:03 2008 From: Weijun.Wang at Sun.COM (Max (Weijun) Wang) Date: Tue, 02 Sep 2008 23:09:03 +0800 Subject: -Xdock not supported in openjdk7-darwin-i386-20080820 Message-ID: <8849A9D3-E3C3-4603-8223-9A950C4A3A0F@Sun.COM> I have to remove the -Xdock lines in netbeans launcher to start it. OK, maybe this is a NetBeans bug, but soylatte16-i386-1.0.2 just ignores it. -Max From Weijun.Wang at Sun.COM Wed Sep 3 04:35:28 2008 From: Weijun.Wang at Sun.COM (Max (Weijun) Wang) Date: Wed, 03 Sep 2008 19:35:28 +0800 Subject: build error: junk `f' after expression Message-ID: The following command fails when running inside bsd-port/build/bsd- i586/hotspot/outputdir/bsd_i486_compiler2/product. g++ \ -D_ALLBSD_SOURCE \ -D_GNU_SOURCE \ -DIA32 \ -DPRODUCT \ -I. \ -I../generated/adfiles \ -I../generated/jvmtifiles \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/asm \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/c1 \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/ci \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/classfile \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/code \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/compiler \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/gc_implementation \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/gc_implementation/ concurrentMarkSweep \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/gc_implementation/ parallelScavenge \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/gc_implementation/ parNew \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/gc_implementation/ shared \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/gc_interface \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/interpreter \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/libadt \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/memory \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/oops \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/opto \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/prims \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/runtime \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/services \ -I/Users/octo/java/bsd-port/hotspot/src/share/vm/utilities \ -I/Users/octo/java/bsd-port/hotspot/src/cpu/x86/vm \ -I/Users/octo/java/bsd-port/hotspot/src/os/bsd/vm \ -I/Users/octo/java/bsd-port/hotspot/src/os_cpu/bsd_x86/vm \ -I../generated \ -DHOTSPOT_RELEASE_VERSION="\"14.0-b01\"" \ -DHOTSPOT_BUILD_TARGET="\"product\"" \ -DHOTSPOT_BUILD_USER="\"octo\"" \ -DHOTSPOT_LIB_ARCH=\"i386\" \ -DJRE_RELEASE_VERSION="\"1.7.0-internal-octo_2008_09_03_09_42-b00\"" \ -DHOTSPOT_VM_DISTRO="\"OpenJDK\"" \ -DCOMPILER2 \ -DCOMPILER1 \ -fPIC \ -fno-rtti \ -fno-exceptions \ -pthread \ -fcheck-new \ -m32 \ -march=i586 \ -mstackrealign \ -pipe \ -O3 \ -fno-strict-aliasing \ -DVM_LITTLE_ENDIAN \ -c \ -o \ c1_Runtime1.o \ /Users/octo/java/bsd-port/hotspot/src/share/vm/c1/c1_Runtime1.cpp {standard input}:723:junk `f' after expression {standard input}:723:junk `f' after expression {standard input}:723:junk `f' after expression {standard input}:723:junk `f' after expression {standard input}:723:junk `f' after expression {standard input}:723:Spurious digit 1. {standard input}:723:Rest of line ignored. 1st junk character valued 48 (0). {standard input}:723:junk `f' after expression {standard input}:723:Spurious digit 1. {standard input}:723:Rest of line ignored. 1st junk character valued 49 (1). {standard input}:723:Spurious digit 1. {standard input}:723:Rest of line ignored. 1st junk character valued 50 (2). {standard input}:723:Spurious digit 1. {standard input}:723:Rest of line ignored. 1st junk character valued 51 (3). make[6]: *** [c1_Runtime1.o] Error 1 make[5]: *** [the_vm] Error 2 make[4]: *** [product] Error 2 make[3]: *** [generic_build2] Error 2 make[2]: *** [product] Error 2 make[1]: *** [hotspot-build] Error 2 make: *** [build_product_image] Error 2 Thanks Max From Petr.Jiricka at Sun.COM Thu Sep 4 15:20:54 2008 From: Petr.Jiricka at Sun.COM (Petr Jiricka) Date: Fri, 05 Sep 2008 00:20:54 +0200 Subject: Build for Tiger Message-ID: Hi, it is great to see this project starting! I see there is a binary build for Leopard, but I did not see a build for Tiger (10.4). Would it be possible to produce a build for Tiger? I volunteer to test it. Thanks, Petr From nick.hilhorst at orange.nl Sat Sep 6 06:59:14 2008 From: nick.hilhorst at orange.nl (Nick Hilhorst) Date: Sat, 6 Sep 2008 15:59:14 +0200 Subject: Using javax.smartcardio from openjdk7-darwin-i386-20080820 Message-ID: <8F2BD69D-0E98-4F60-A60A-8B09ED890B6D@orange.nl> If you are running your own pcscd you need to set the Java system property sun.security.smartcardio.library to the location of your PC/ SC library (as described on http://java.sun.com/javase/6/docs/technotes/guides/security/SunProviders.html#SunPCSCProvider) . I did this by adding the following as a Default VM Argument in Eclipse: -Dsun.security.smartcardio.library=/usr/local/lib/libpcsclite.dylib This definitely changed something for the better, but I'm not completely there yet. I now get the following exceptions: java.security.NoSuchAlgorithmException: Error constructing implementation (algorithm: PC/SC, provider: SunPCSC, class: sun.security.smartcardio.SunPCSC$Factory) at java.security.Provider$Service.newInstance(Provider.java:1257) at sun.security.jca.GetInstance.getInstance(GetInstance.java:243) at sun.security.jca.GetInstance.getInstance(GetInstance.java:190) at javax.smartcardio.TerminalFactory.getInstance(TerminalFactory.java: 243) at com.ongelooflijk.chipknip.LoadTest.main(LoadTest.java:19) Caused by: sun.security.smartcardio.PCSCException: SCARD_E_NO_SERVICE at sun.security.smartcardio.PCSC.SCardEstablishContext(Native Method) at sun.security.smartcardio.PCSCTerminals.initContext(PCSCTerminals.java: 56) at sun.security.smartcardio.SunPCSC$Factory.(SunPCSC.java:60) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun .reflect .NativeConstructorAccessorImpl .newInstance(NativeConstructorAccessorImpl.java:57) at sun .reflect .DelegatingConstructorAccessorImpl .newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:539) at java.security.Provider$Service.newInstance(Provider.java:1252) ... 4 more I'm testing with the following program: package com.ongelooflijk.chipknip; import java.security.NoSuchAlgorithmException; import java.util.Iterator; import java.util.List; import javax.smartcardio.CardException; import javax.smartcardio.CardTerminal; import javax.smartcardio.TerminalFactory; public class LoadTest { /** * @param args */ public static void main(String[] args) { List terminals = null; try { TerminalFactory factory = TerminalFactory.getInstance("PC/SC", null); System.out.println("TerminalFactory Type: " + factory.getType()); // Get the list of readers configured in the environment terminals = factory.terminals().list(); for (Iterator iter = terminals.iterator(); iter.hasNext();) System.out.println("Terminal: " + iter.next()); } catch (NoSuchAlgorithmException e) { e.printStackTrace(); } catch (CardException e) { e.printStackTrace(); } } } If anyone has ideas they're more than welcome. I don't really think this has anything to do with openjdk anymore. I have the feeling that / usr/local/lib/libpcsclite.dylib somehow doesn't work with the pcscd that is installed, but I have no idea how to check this. I know pcscd is running and working, because pcsctest still gives the expected results. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080906/cde46388/attachment.html From mvfranz at gmail.com Sun Sep 7 09:09:21 2008 From: mvfranz at gmail.com (Michael Franz) Date: Sun, 7 Sep 2008 12:09:21 -0400 Subject: Darwin OpenJDK 7 Binaries - Not Working With SWT Message-ID: Hi, I downloaded and tried to use the Darwin OpenJDK 7 binaries with the Eclipse 3.4 Samples. This uses all of the SWT components. The application will not start as the JVM does not understand the -XstartOnFirstThread flag. There error message is: Unrecognized option: -XstartOnFirstThread Error: Could not create the Java Virtual Machine. Error: A fatal exception has occurred. Program will exit. I have not been able to figure out what this option does, I think it has something to do with the integration between AWT and SWT and the EDT. Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080907/e8baaf5d/attachment.html From mvfranz at gmail.com Sun Sep 7 10:46:57 2008 From: mvfranz at gmail.com (Michael Franz) Date: Sun, 7 Sep 2008 13:46:57 -0400 Subject: Bootstrapping with OpenJDK 7 Message-ID: Hi, Is it possible to bootstrap the bsd port on OS X using the OpenJDK 7 binaries? I have followed the build instructions (as best I can) but I am using the OpenJDK 7 binaries instead of the Soylatte binaries. Steps I have done. 1. installed the OpenJDK binaries - put this in my path to ensure that it works 2. Upgraded to XCode 3.1 3. Installed the plugins (untarred) 4. unset my JAVA_HOME 5. Run the make command changing the ALT_BOOTDIR and ALT_BINARY_PLUGS_PATH I am running this on a Quad Core 64 bit OS X. I saw in the archive that the 64 bit build may not work. So, is this an issue that the build does not work on 64 OS X? Or that I cannot use the OpenJDK to bootstrap? BUILD FAILED /Users/mfranz/developer/openjdk-bsd/bsd-port/langtools/make/build.xml:177: The following error occurred while executing this line: /Users/mfranz/developer/openjdk-bsd/bsd-port/langtools/make/build.xml:414: The following error occurred while executing this line: /Users/mfranz/developer/openjdk-bsd/bsd-port/langtools/make/build.xml:452: The following error occurred while executing this line: /Users/mfranz/developer/openjdk-bsd/bsd-port/langtools/make/build.xml:501: Compile failed; see the compiler error output for details. the build/bsd-i586/langtools/build/ant-diagnostics.log does not have anything in it indicating an error. Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080907/c43025e1/attachment.html From swingler at apple.com Sun Sep 7 12:01:28 2008 From: swingler at apple.com (Mike Swingler) Date: Sun, 7 Sep 2008 12:01:28 -0700 Subject: Darwin OpenJDK 7 Binaries - Not Working With SWT In-Reply-To: References: Message-ID: <6CB8264F-247A-4B48-A5D6-904263F92144@apple.com> On Sep 7, 2008, at 9:09 AM, Michael Franz wrote: > Hi, > > I downloaded and tried to use the Darwin OpenJDK 7 binaries with the > Eclipse 3.4 Samples. This uses all of the SWT components. The > application will not start as the JVM does not understand the - > XstartOnFirstThread flag. > > There error message is: > Unrecognized option: -XstartOnFirstThread > Error: Could not create the Java Virtual Machine. > Error: A fatal exception has occurred. Program will exit. > > I have not been able to figure out what this option does, I think it > has something to do with the integration between AWT and SWT and the > EDT. This is because OpenJDK7 does not have a Cocoa-based AWT that must start on thread 0 to receive events from the OS. If you simply remove the -XstartOnFirstThread argument, or apply a patch to OpenJDK (which I believe SoyLatte did) to ignore this "VM flag", everything should start fine. Mike Swingler Java Runtime Engineer Apple Inc. From mvfranz at gmail.com Sun Sep 7 13:08:00 2008 From: mvfranz at gmail.com (Michael Franz) Date: Sun, 7 Sep 2008 16:08:00 -0400 Subject: Darwin OpenJDK 7 Binaries - Not Working With SWT In-Reply-To: <6CB8264F-247A-4B48-A5D6-904263F92144@apple.com> References: <6CB8264F-247A-4B48-A5D6-904263F92144@apple.com> Message-ID: > > This is because OpenJDK7 does not have a Cocoa-based AWT that must start on > thread 0 to receive events from the OS. If you simply remove the > -XstartOnFirstThread argument, or apply a patch to OpenJDK (which I believe > SoyLatte did) to ignore this "VM flag", everything should start fine. > I changed the startup to not pass the flag. I was running this from inside eclipse, but eclipse must somehow pass the option as it did not show up in the command. I am now getting an unsatisfiedlinkerror. When I run from the command line using the Apple 1.5 JVM and then using the OpenJDK. The Apple version works. The OpenJDK produces: Exception in thread "main" java.lang.UnsatisfiedLinkError: no swt-cocoa-3448 or swt-cocoa in swt.library.path, java.library.path or the jar file at org.eclipse.swt.internal.Library.loadLibrary(Library.java:233) at org.eclipse.swt.internal.Library.loadLibrary(Library.java:151) at org.eclipse.swt.internal.C.(C.java:21) at org.eclipse.swt.widgets.Display.createDisplay(Display.java:620) at org.eclipse.swt.widgets.Display.create(Display.java:613) at org.eclipse.swt.graphics.Device.(Device.java:113) at org.eclipse.swt.widgets.Display.(Display.java:536) at org.eclipse.swt.widgets.Display.(Display.java:527) at org.eclipse.swt.examples.controlexample.ControlExample.main(ControlExample.java:202) The command I execute /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/bin/java -Djava.library.path=/Users/mfranz/Documents/eclipse-3.4/workspace/org.eclipse.swt.cocoa.macosx -Dfile.encoding=MacRoman -classpath /Users/mfranz/Documents/eclipse-3.4/workspace/org.eclipse.swt.examples/bin:/Users/mfranz/Documents/eclipse-3.4/workspace/org.eclipse.swt/bin:/Users/mfranz/Documents/eclipse-3.4/workspace/org.eclipse.swt/extra_jars/exceptions.jar:/Applications/eclipse-3.4/plugins/org.eclipse.swt.carbon.macosx_3.4.0.v3448f.jar org.eclipse.swt.examples.controlexample.ControlExample /Users/mfranz/developer/openjdk-bsd/openjdk7-darwin-i386-20080820/bin/java -Djava.library.path=/Users/mfranz/Documents/eclipse-3.4/workspace/org.eclipse.swt.cocoa.macosx -Dfile.encoding=MacRoman -classpath /Users/mfranz/Documents/eclipse-3.4/workspace/org.eclipse.swt.examples/bin:/Users/mfranz/Documents/eclipse-3.4/workspace/org.eclipse.swt/bin:/Users/mfranz/Documents/eclipse-3.4/workspace/org.eclipse.swt/extra_jars/exceptions.jar:/Applications/eclipse-3.4/plugins/org.eclipse.swt.carbon.macosx_3.4.0.v3448f.jar org.eclipse.swt.examples.controlexample.ControlExample Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080907/7f151006/attachment.html From swingler at apple.com Sun Sep 7 14:44:02 2008 From: swingler at apple.com (Mike Swingler) Date: Sun, 7 Sep 2008 14:44:02 -0700 Subject: Darwin OpenJDK 7 Binaries - Not Working With SWT In-Reply-To: References: <6CB8264F-247A-4B48-A5D6-904263F92144@apple.com> Message-ID: On Sep 7, 2008, at 1:08 PM, Michael Franz wrote: > This is because OpenJDK7 does not have a Cocoa-based AWT that must > start on thread 0 to receive events from the OS. If you simply > remove the -XstartOnFirstThread argument, or apply a patch to > OpenJDK (which I believe SoyLatte did) to ignore this "VM flag", > everything should start fine. > > I changed the startup to not pass the flag. I was running this from > inside eclipse, but eclipse must somehow pass the option as it did > not show up in the command. > > I am now getting an unsatisfiedlinkerror. > > When I run from the command line using the Apple 1.5 JVM and then > using the OpenJDK. The Apple version works. The OpenJDK produces: > Exception in thread "main" java.lang.UnsatisfiedLinkError: no swt- > cocoa-3448 or swt-cocoa in swt.library.path, java.library.path or > the jar file > at org.eclipse.swt.internal.Library.loadLibrary(Library.java:233) > at org.eclipse.swt.internal.Library.loadLibrary(Library.java:151) > at org.eclipse.swt.internal.C.(C.java:21) > at org.eclipse.swt.widgets.Display.createDisplay(Display.java:620) > at org.eclipse.swt.widgets.Display.create(Display.java:613) > at org.eclipse.swt.graphics.Device.(Device.java:113) > at org.eclipse.swt.widgets.Display.(Display.java:536) > at org.eclipse.swt.widgets.Display.(Display.java:527) > at > org > .eclipse > .swt.examples.controlexample.ControlExample.main(ControlExample.java: > 202) > > The command I execute > > /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/bin/ > java -Djava.library.path=/Users/mfranz/Documents/eclipse-3.4/ > workspace/org.eclipse.swt.cocoa.macosx -Dfile.encoding=MacRoman - > classpath /Users/mfranz/Documents/eclipse-3.4/workspace/ > org.eclipse.swt.examples/bin:/Users/mfranz/Documents/eclipse-3.4/ > workspace/org.eclipse.swt/bin:/Users/mfranz/Documents/eclipse-3.4/ > workspace/org.eclipse.swt/extra_jars/exceptions.jar:/Applications/ > eclipse-3.4/plugins/org.eclipse.swt.carbon.macosx_3.4.0.v3448f.jar > org.eclipse.swt.examples.controlexample.ControlExample > > /Users/mfranz/developer/openjdk-bsd/openjdk7-darwin-i386-20080820/ > bin/java -Djava.library.path=/Users/mfranz/Documents/eclipse-3.4/ > workspace/org.eclipse.swt.cocoa.macosx -Dfile.encoding=MacRoman - > classpath /Users/mfranz/Documents/eclipse-3.4/workspace/ > org.eclipse.swt.examples/bin:/Users/mfranz/Documents/eclipse-3.4/ > workspace/org.eclipse.swt/bin:/Users/mfranz/Documents/eclipse-3.4/ > workspace/org.eclipse.swt/extra_jars/exceptions.jar:/Applications/ > eclipse-3.4/plugins/org.eclipse.swt.carbon.macosx_3.4.0.v3448f.jar > org.eclipse.swt.examples.controlexample.ControlExample Sounds like OpenJDK is not recognizing .jnilib files as valid native libraries. Another patch to SoyLatte also allowed it to recognize both .dylib and .jnilib. We also made changes to Java in Mac OS X 10.5 Leopard to recognize .dylib as well as .jnilib. I know it's sounds super-hacky, but I bet if you renamed all your .jnilib's to .dylib's, it will probably work. Best of luck, Mike Swingler Java Runtime Engineer Apple Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080907/e8bc03be/attachment.html From lachlan.o'dea at ca.com Sun Sep 7 17:06:34 2008 From: lachlan.o'dea at ca.com (odela01) Date: Mon, 08 Sep 2008 10:06:34 +1000 Subject: Bootstrapping with OpenJDK 7 In-Reply-To: Message-ID: Yep, I got exactly the same thing using the OpenJDK 7 binaries. I haven?t tried using the Soylatte binaries yet. gcc --version: i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5465) OS 10.5.4 iMac with Core 2 Duo It appears to be javac that is complaining, but I also can?t find any details about the problem in any of the output. -- Lachlan O'Dea CA Principal Software Engineer tel: +61 3 9944 6674 fax: +61 3 9944 6599 mobile: +61 412 390 650 odela01 at ca.com "Facts are meaningless. You could use facts to prove anything that's even remotely true!" - Homer Simpson From: Michael Franz Date: Sun, 7 Sep 2008 13:46:57 -0400 To: Subject: Bootstrapping with OpenJDK 7 Hi, Is it possible to bootstrap the bsd port on OS X using the OpenJDK 7 binaries? I have followed the build instructions (as best I can) but I am using the OpenJDK 7 binaries instead of the Soylatte binaries. Steps I have done. 1. installed the OpenJDK binaries - put this in my path to ensure that it works 2. Upgraded to XCode 3.1 3. Installed the plugins (untarred) 4. unset my JAVA_HOME 5. Run the make command changing the ALT_BOOTDIR and ALT_BINARY_PLUGS_PATH I am running this on a Quad Core 64 bit OS X. I saw in the archive that the 64 bit build may not work. So, is this an issue that the build does not work on 64 OS X? Or that I cannot use the OpenJDK to bootstrap? BUILD FAILED /Users/mfranz/developer/openjdk-bsd/bsd-port/langtools/make/build.xml:177: The following error occurred while executing this line: /Users/mfranz/developer/openjdk-bsd/bsd-port/langtools/make/build.xml:414: The following error occurred while executing this line: /Users/mfranz/developer/openjdk-bsd/bsd-port/langtools/make/build.xml:452: The following error occurred while executing this line: /Users/mfranz/developer/openjdk-bsd/bsd-port/langtools/make/build.xml:501: Compile failed; see the compiler error output for details. the build/bsd-i586/langtools/build/ant-diagnostics.log does not have anything in it indicating an error. Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080908/8a66872a/attachment.html From mvfranz at gmail.com Sun Sep 7 18:19:08 2008 From: mvfranz at gmail.com (Michael Franz) Date: Sun, 7 Sep 2008 21:19:08 -0400 Subject: Darwin OpenJDK 7 Binaries - Not Working With SWT In-Reply-To: References: <6CB8264F-247A-4B48-A5D6-904263F92144@apple.com> Message-ID: I created links that use the dylib extension. The demo fires up, however, it does not work. It draws a big blank square. :( Thanks for all the help. On Sun, Sep 7, 2008 at 5:44 PM, Mike Swingler wrote: > > Sounds like OpenJDK is not recognizing .jnilib files as valid native > libraries. Another patch to SoyLatte also allowed it to recognize both > .dylib and .jnilib. We also made changes to Java in Mac OS X 10.5 Leopard to > recognize .dylib as well as .jnilib. > > I know it's sounds super-hacky, but I bet if you renamed all your .jnilib's > to .dylib's, it will probably work. > > Best of luck, > Mike Swingler > Java Runtime Engineer > Apple Inc. > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080907/4f30ab12/attachment.html From landonf at plausiblelabs.com Sun Sep 7 18:22:20 2008 From: landonf at plausiblelabs.com (Landon Fuller) Date: Sun, 7 Sep 2008 18:22:20 -0700 Subject: Darwin OpenJDK 7 Binaries - Not Working With SWT In-Reply-To: References: <6CB8264F-247A-4B48-A5D6-904263F92144@apple.com> Message-ID: <3B0CBA27-1463-426B-8AA1-E7B00D557E25@plausiblelabs.com> On Sep 7, 2008, at 1:08 PM, Michael Franz wrote: > I changed the startup to not pass the flag. I was running this from > inside eclipse, but eclipse must somehow pass the option as it did > not show up in the command. There are two small patches from SoyLatte that need to be re- implemented for OpenJDK, both of which you have run into: -XstartOnFirstThread: Soylatte by starts a Cocoa runloop on the first thread, and then run the JVM main() function again on a separate thread Setting -XstartOnFirstThread has the same behavior on Mac OS X, in that Java is started directly on the first thread. dylib vs. jnilib (your current issue): Soylatte first searched for dylib, then fell back to jnilib. OpenJDK only searches for .dylib, with no fallback. Apologies for radio silence on my part, I've been nose down on an iPhone development contract these past two weeks. -landonf -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080907/509ca7da/PGP.sig From Weijun.Wang at Sun.COM Sun Sep 7 18:28:24 2008 From: Weijun.Wang at Sun.COM (Max (Weijun) Wang) Date: Mon, 08 Sep 2008 09:28:24 +0800 Subject: Darwin OpenJDK 7 Binaries - Not Working With SWT In-Reply-To: <3B0CBA27-1463-426B-8AA1-E7B00D557E25@plausiblelabs.com> References: <6CB8264F-247A-4B48-A5D6-904263F92144@apple.com> <3B0CBA27-1463-426B-8AA1-E7B00D557E25@plausiblelabs.com> Message-ID: <6B590AF0-B366-4E8C-9192-CA751DD286FB@sun.com> and the -Xdock one, at least NetBeans uses it. Thanks Max On Sep 8, 2008, at 9:22 AM, Landon Fuller wrote: > > On Sep 7, 2008, at 1:08 PM, Michael Franz wrote: > >> I changed the startup to not pass the flag. I was running this >> from inside eclipse, but eclipse must somehow pass the option as it >> did not show up in the command. > > There are two small patches from SoyLatte that need to be re- > implemented for OpenJDK, both of which you have run into: > > -XstartOnFirstThread: > > Soylatte by starts a Cocoa runloop on the first thread, and then > run the JVM main() function again on a separate thread > Setting -XstartOnFirstThread has the same behavior on Mac OS X, in > that Java is started directly on the first thread. > > dylib vs. jnilib (your current issue): > > Soylatte first searched for dylib, then fell back to jnilib. > OpenJDK only searches for .dylib, with no fallback. > > Apologies for radio silence on my part, I've been nose down on an > iPhone development contract these past two weeks. > > -landonf > From szegedia at gmail.com Thu Sep 11 09:42:18 2008 From: szegedia at gmail.com (Attila Szegedi) Date: Thu, 11 Sep 2008 18:42:18 +0200 Subject: Build fail Message-ID: Hi folks, I'm trying to build the bsd-port of OpenJDK on Mac OS X 10.5.4 (32-bit Intel CPU), and failing. I'm following Landon Fuller's instructions at . First off (I assume Landon is reading this), the command line for build needs an additional item, namely: FINDBUGS_HOME=/usr/local/findbugs-1.3.5-rc3 \ or whereever you care to put FindBugs. It seems mandatory to have FindBugs installed. The build also issued few warnings and errors first: ERROR: Your JAVA_HOME environment variable is set. This will most likely cause the build to fail. Please unset it and start your build again. WARNING: LANG has been set to en_US.UTF-8, this can cause build failures. Try setting LANG to "C". I eliminated these with export JAVA_HOME= export LANG=C After all these, still no joy. I'm unable to debug the make process. I don't want to drop the full build output here, but here are few suspicious things from both the end and the start of the output: 1. it ends with: mkdir -p ./build/bsd-i586 mkdir -p ./build/bsd-i586/j2sdk-image mkdir -p /Users/aszegedi/Documents/projects/openjdk/bsd-port/build/bsd- i586/langtools (cd ./langtools/make && \ make JDK_TOPDIR=/Users/aszegedi/Documents/projects/openjdk/bsd-port/ jdk JDK_MAKE_SHARED_DIR=/Users/aszegedi/Documents/projects/openjdk/bsd- port/jdk/make/common/shared EXTERNALSANITYCONTROL=true TARGET_CLASS_VERSION=5 MILESTONE=internal BUILD_NUMBER=b00 JDK_BUILD_NUMBER=b00 FULL_VERSION=1.7.0-internal- aszegedi_2008_09_11_18_25-b00 PREVIOUS_JDK_VERSION=1.6.0 JDK_VERSION=1.7.0 JDK_MKTG_VERSION=7 JDK_MAJOR_VERSION=1 JDK_MINOR_VERSION=7 JDK_MICRO_VERSION=0 PREVIOUS_MAJOR_VERSION=1 PREVIOUS_MINOR_VERSION=6 PREVIOUS_MICRO_VERSION=0 ARCH_DATA_MODEL=32 COOKED_BUILD_NUMBER=0 ANT_HOME="/usr/share/ant" FINDBUGS_HOME="/usr/ local/findbugs-1.3.5-rc3" ALT_OUTPUTDIR=/Users/aszegedi/Documents/ projects/openjdk/bsd-port/build/bsd-i586/langtools ALT_BOOTDIR=/usr/ local/soylatte-i386-1.0.3 all) JAVA_HOME=/usr/local/soylatte-i386-1.0.3 ANT_OPTS=-Djava.io.tmpdir='/ Users/aszegedi/Documents/projects/openjdk/bsd-port/build/bsd-i586/ langtools/build/ant-tmp' /usr/share/ant/bin/ant -diagnostics > /Users/ aszegedi/Documents/projects/openjdk/bsd-port/build/bsd-i586/langtools/ build/ant-diagnostics.log make[2]: *** [build] Error 1 make[1]: *** [langtools-build] Error 2 make: *** [build_product_image] Error 2 2. It starts with: MacBook-Ati:bsd-port aszegedi$ make ALT_BOOTDIR=/usr/local/soylatte- i386-1.0.3 ALT_BINARY_PLUGS_PATH=~/Downloads/jdk-7-icedtea-plugs ALT_FREETYPE_HEADERS_PATH=/usr/X11R6/include ALT_FREETYPE_LIB_PATH=/ usr/X11R6/lib ALT_CUPS_HEADERS_PATH=/usr/include ANT_HOME=/usr/share/ ant FINDBUGS_HOME=/usr/local/findbugs-1.3.5-rc3 NO_DOCS=true HOTSPOT_BUILD_JOBS=1 Control bsd i586 1.7.0-internal all build started: /bin/sh: line 0: [: /bin/sh:: integer expression expected /bin/sh: line 0: [: /bin/sh:: integer expression expected /bin/sh: line 0: [: Error:: integer expression expected /bin/sh: line 0: [: Error:: integer expression expected Build Machine Information: build machine = MacBook-Ati.local I have the iced tea binaries, I have the latest SoyLatte binaries installed (and verified SoyLatte can actually run). Any help welcome. Attila. -- home: http://www.szegedi.org weblog: http://constc.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080911/ac7254c3/attachment.html From martinrb at google.com Fri Sep 12 11:14:51 2008 From: martinrb at google.com (Martin Buchholz) Date: Fri, 12 Sep 2008 11:14:51 -0700 Subject: Build fail In-Reply-To: References: Message-ID: <1ccfd1c10809121114t73ebc20cu94b9061127015905@mail.gmail.com> The right way to unset an environment variable is to use "unset" What I do is (effectively): unset JAVA_HOME export LANG=C LC_ALL=C Martin On Thu, Sep 11, 2008 at 09:42, Attila Szegedi wrote: > ERROR: Your JAVA_HOME environment variable is set. This will > most likely cause the build to fail. Please unset it > and start your build again. ... > I eliminated these with > export JAVA_HOME= > export LANG=C From szegedia at gmail.com Fri Sep 12 11:30:17 2008 From: szegedia at gmail.com (Attila Szegedi) Date: Fri, 12 Sep 2008 20:30:17 +0200 Subject: Build fail In-Reply-To: <1ccfd1c10809121114t73ebc20cu94b9061127015905@mail.gmail.com> References: <1ccfd1c10809121114t73ebc20cu94b9061127015905@mail.gmail.com> Message-ID: <5B03230C-8F7A-4BD0-BB49-D9207F253AF8@gmail.com> Thanks. Did these, but still no joy; getting the exact same error output. Attila. On Sep 12, 2008, at 8:14 PM, Martin Buchholz wrote: > The right way to unset an environment variable is to use "unset" > What I do is (effectively): > > unset JAVA_HOME > export LANG=C LC_ALL=C > > Martin > > On Thu, Sep 11, 2008 at 09:42, Attila Szegedi > wrote: >> ERROR: Your JAVA_HOME environment variable is set. This will >> most likely cause the build to fail. Please unset it >> and start your build again. > ... >> I eliminated these with >> export JAVA_HOME= >> export LANG=C From gnu_andrew at member.fsf.org Fri Sep 12 14:35:44 2008 From: gnu_andrew at member.fsf.org (Andrew John Hughes) Date: Fri, 12 Sep 2008 22:35:44 +0100 Subject: Build fail In-Reply-To: References: Message-ID: <17c6771e0809121435w59979b40sc0d43d7e6c64cd2e@mail.gmail.com> 2008/9/11 Attila Szegedi : > Hi folks, > I'm trying to build the bsd-port of OpenJDK on Mac OS X 10.5.4 (32-bit Intel > CPU), and failing. I'm following Landon Fuller's instructions at > . > First off (I assume Landon is reading this), the command line for build > needs an additional item, namely: > FINDBUGS_HOME=/usr/local/findbugs-1.3.5-rc3 \ > or whereever you care to put FindBugs. It seems mandatory to have FindBugs > installed. I've never installed FindBugs, so you certainly don't need it to build. I believe a patch was recently committed to remove some of this too. > The build also issued few warnings and errors first: > ERROR: Your JAVA_HOME environment variable is set. This will > most likely cause the build to fail. Please unset it > and start your build again. > WARNING: LANG has been set to en_US.UTF-8, this can cause build failures. > Try setting LANG to "C". > I eliminated these with > export JAVA_HOME= > export LANG=C yeah, everyone sees this, it's the fun of Sun's crazy build system ;) > After all these, still no joy. I'm unable to debug the make process. I don't > want to drop the full build output here, but here are few suspicious things > from both the end and the start of the output: > 1. it ends with: > mkdir -p ./build/bsd-i586 > mkdir -p ./build/bsd-i586/j2sdk-image > mkdir -p > /Users/aszegedi/Documents/projects/openjdk/bsd-port/build/bsd-i586/langtools > (cd ./langtools/make && \ > make JDK_TOPDIR=/Users/aszegedi/Documents/projects/openjdk/bsd-port/jdk > JDK_MAKE_SHARED_DIR=/Users/aszegedi/Documents/projects/openjdk/bsd-port/jdk/make/common/shared > EXTERNALSANITYCONTROL=true TARGET_CLASS_VERSION=5 MILESTONE=internal > BUILD_NUMBER=b00 JDK_BUILD_NUMBER=b00 > FULL_VERSION=1.7.0-internal-aszegedi_2008_09_11_18_25-b00 > PREVIOUS_JDK_VERSION=1.6.0 JDK_VERSION=1.7.0 JDK_MKTG_VERSION=7 > JDK_MAJOR_VERSION=1 JDK_MINOR_VERSION=7 JDK_MICRO_VERSION=0 > PREVIOUS_MAJOR_VERSION=1 PREVIOUS_MINOR_VERSION=6 PREVIOUS_MICRO_VERSION=0 > ARCH_DATA_MODEL=32 COOKED_BUILD_NUMBER=0 ANT_HOME="/usr/share/ant" > FINDBUGS_HOME="/usr/local/findbugs-1.3.5-rc3" > ALT_OUTPUTDIR=/Users/aszegedi/Documents/projects/openjdk/bsd-port/build/bsd-i586/langtools > ALT_BOOTDIR=/usr/local/soylatte-i386-1.0.3 all) > JAVA_HOME=/usr/local/soylatte-i386-1.0.3 > ANT_OPTS=-Djava.io.tmpdir='/Users/aszegedi/Documents/projects/openjdk/bsd-port/build/bsd-i586/langtools/build/ant-tmp' > /usr/share/ant/bin/ant -diagnostics > > /Users/aszegedi/Documents/projects/openjdk/bsd-port/build/bsd-i586/langtools/build/ant-diagnostics.log > make[2]: *** [build] Error 1 > make[1]: *** [langtools-build] Error 2 > make: *** [build_product_image] Error 2 > 2. It starts with: > MacBook-Ati:bsd-port aszegedi$ make > ALT_BOOTDIR=/usr/local/soylatte-i386-1.0.3 > ALT_BINARY_PLUGS_PATH=~/Downloads/jdk-7-icedtea-plugs > ALT_FREETYPE_HEADERS_PATH=/usr/X11R6/include > ALT_FREETYPE_LIB_PATH=/usr/X11R6/lib ALT_CUPS_HEADERS_PATH=/usr/include > ANT_HOME=/usr/share/ant FINDBUGS_HOME=/usr/local/findbugs-1.3.5-rc3 > NO_DOCS=true HOTSPOT_BUILD_JOBS=1 > Control bsd i586 1.7.0-internal all build started: > /bin/sh: line 0: [: /bin/sh:: integer expression expected > /bin/sh: line 0: [: /bin/sh:: integer expression expected > /bin/sh: line 0: [: Error:: integer expression expected > /bin/sh: line 0: [: Error:: integer expression expected > Build Machine Information: > build machine = MacBook-Ati.local > I have the iced tea binaries, I have the latest SoyLatte binaries installed > (and verified SoyLatte can actually run). > Any help welcome. Looks like a problem with your Ant installation. Does it run normally? Specifically, can you run ant -diagnostics? > Attila. > -- > home: http://www.szegedi.org > weblog: http://constc.blogspot.com > > > -- Andrew :-) Support Free Java! Contribute to GNU Classpath and the OpenJDK http://www.gnu.org/software/classpath http://openjdk.java.net PGP Key: 94EFD9D8 (http://subkeys.pgp.net) Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 From szegedia at gmail.com Fri Sep 12 15:26:02 2008 From: szegedia at gmail.com (Attila Szegedi) Date: Sat, 13 Sep 2008 00:26:02 +0200 Subject: Build fail In-Reply-To: <17c6771e0809121435w59979b40sc0d43d7e6c64cd2e@mail.gmail.com> References: <17c6771e0809121435w59979b40sc0d43d7e6c64cd2e@mail.gmail.com> Message-ID: On Sep 12, 2008, at 11:35 PM, Andrew John Hughes wrote: > 2008/9/11 Attila Szegedi : >> Hi folks, >> I'm trying to build the bsd-port of OpenJDK on Mac OS X 10.5.4 (32- >> bit Intel >> CPU), and failing. I'm following Landon Fuller's instructions at >> > >. >> First off (I assume Landon is reading this), the command line for >> build >> needs an additional item, namely: >> FINDBUGS_HOME=/usr/local/findbugs-1.3.5-rc3 \ >> or whereever you care to put FindBugs. It seems mandatory to have >> FindBugs >> installed. > > I've never installed FindBugs, so you certainly don't need it to > build. I believe a patch was > recently committed to remove some of this too. Well, it's a freshly hg-cloned bsd-port forest, and it certainly failed without it... ... > Looks like a problem with your Ant installation. Does it run > normally? I use Ant night and day to build various stuff I'm working on... It seems to be normal. > > Specifically, can you run ant -diagnostics? Yep - attached output of it (hope the list allows attachments...). Looks normal to me. (This was executed from command line with JAVA_HOME pointing to soylatte as my hunch is that Ant as launched by OpenJDK make will use that) Attila. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ant-diagnostics.txt Url: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080913/a1717b66/ant-diagnostics.txt -------------- next part -------------- From Weijun.Wang at Sun.COM Sun Sep 14 04:43:36 2008 From: Weijun.Wang at Sun.COM (Max (Weijun) Wang) Date: Sun, 14 Sep 2008 19:43:36 +0800 Subject: Build fail In-Reply-To: References: <17c6771e0809121435w59979b40sc0d43d7e6c64cd2e@mail.gmail.com> Message-ID: <0F1EB790-0E3C-43EC-A3B7-AFD6407929AF@sun.com> Have you updated to the latest Xcode 3.1 tools? Max On Sep 13, 2008, at 6:26 AM, Attila Szegedi wrote: > > On Sep 12, 2008, at 11:35 PM, Andrew John Hughes wrote: > >> 2008/9/11 Attila Szegedi : >>> Hi folks, >>> I'm trying to build the bsd-port of OpenJDK on Mac OS X 10.5.4 (32- >>> bit Intel >>> CPU), and failing. I'm following Landon Fuller's instructions at >>> >> >. >>> First off (I assume Landon is reading this), the command line for >>> build >>> needs an additional item, namely: >>> FINDBUGS_HOME=/usr/local/findbugs-1.3.5-rc3 \ >>> or whereever you care to put FindBugs. It seems mandatory to have >>> FindBugs >>> installed. >> >> I've never installed FindBugs, so you certainly don't need it to >> build. I believe a patch was >> recently committed to remove some of this too. > > Well, it's a freshly hg-cloned bsd-port forest, and it certainly > failed without it... > > ... > >> Looks like a problem with your Ant installation. Does it run >> normally? > > I use Ant night and day to build various stuff I'm working on... It > seems to be normal. > >> >> Specifically, can you run ant -diagnostics? > > Yep - attached output of it (hope the list allows attachments...). > Looks normal to me. (This was executed from command line with > JAVA_HOME pointing to soylatte as my hunch is that Ant as launched > by OpenJDK make will use that) > > Attila. > > > From michaelklein27 at gmail.com Sun Sep 14 09:23:49 2008 From: michaelklein27 at gmail.com (Michael Klein) Date: Sun, 14 Sep 2008 18:23:49 +0200 Subject: Native Mac Port - possibly helpful tip Message-ID: <48CD3A95.205@gmail.com> Hi, I just came across this project: https://rococoa.dev.java.net/ which aims to replace the Java-Cocoa bridge. Maybe this would be a good place to start to get Swing to render native widgets... Perhaps eventually all X11 drawing operations could even be replaced with Cocoa calls... (I'm guessing this is more or less how Apple does it, anyway.) Unfortunately I have little experience with Objective-C/Cocoa, but I've got a Mac so I'm planning on learning :). And of course in the interim I'm more than willing to help with testing :). Cheers, Mike From landonf at plausiblelabs.com Sun Sep 14 13:34:06 2008 From: landonf at plausiblelabs.com (Landon Fuller) Date: Sun, 14 Sep 2008 13:34:06 -0700 Subject: NetBSD Status Message-ID: <1F1728C0-FB13-4DE4-8924-F1868FBAC590@plausiblelabs.com> Howdy All -- Dalibor has asked me to elaborate on the status of NetBSD support. When we brought over the BSD changes, we had to remove a small amount of code for which a Sun Contributor Agreement was not available -- this included the NetBSD-specific changes. This patchset is relatively small, and should be a small project to re- implement by someone interested in NetBSD support. Here is a list of the NetBSD-specific work that was removed, based on the commit log messages: - jdk/src/solaris/native/java/net/ NetworkInterface.c: Added missing includes for ETHER_ADDR_LEN, etc bsd_close.c: Explicitly initialize file descriptor table mutexes (should be done on all platforms, not just NetBSD) - jdk/src/solaris/native/java/io UnixFileSystem_md.c: Use statvfs on NetBSD, instead of statfs - jdk/src/solaris/javavm/include typedefs_md.h: Include stdint.h for intptr_t on NetBSD - hotspot/src/os/bsd/vm os_bsd.cpp: Stub out NetBSD thread priority functions - hotspot/src/os_cpu/bsd_x86/vm threadLS_bsd_x86.hpp: Define PAGE_SHIFT for NetBSD os_bsd_x86.cpp: NetBSD does not have pthread_np.h Fix context_trapno define, works on current NetBSD/i386 Here are the Makefile changes: - jdk/make/common Defs.gmk: Define LDLIBS_COMMON for NetBSD Defs-bsd.gmk Use -rpath /usr/pkg/lib for NetBSD - jdk/make/common/shared/ Defs-utils.gmk: Use echo -e to expand "\n", etc - jdk/make/common/shared Platform.gmk: Use awk instead of cut/expr to be NetBSD friendly Additionally, these makefiles were updated to search for libiconv in / usr/pkg/lib: * jdk/make/java/instrument/Makefile * jdk/make/java/npt * jdk/make/sun/splashscreen -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080914/9bd44b71/PGP.sig From Dalibor.Topic at Sun.COM Mon Sep 15 03:29:04 2008 From: Dalibor.Topic at Sun.COM (Dalibor Topic) Date: Mon, 15 Sep 2008 12:29:04 +0200 Subject: starting Eclipse on Darwin with OpenJDK In-Reply-To: <535803b00808211343h784af8e4s5be29eaa2356532e@mail.gmail.com> References: <535803b00808211343h784af8e4s5be29eaa2356532e@mail.gmail.com> Message-ID: <48CE38F0.5010303@sun.com> David Green wrote: Hi David, the list you're looking for is bsd-port-dev - available at http://mail.openjdk.java.net/mailman/listinfo/bsd-port-dev . I've cc:ed your post to that list, you'll need to subscribe to post though, if you haven't yet. cheers, dalibor topic > In the past I've had success launching Eclipse using SoyLatte > . > > > With Landon Fuller's recent announcement of OpenJDK on Darwin and Mac > I downloaded the OpenJDK binaries posted here > . > Unfortunately the SWT libraries fail to load. > Is there a problem with JNI on Mac OS X? Following is the error > message that I saw: > > !SESSION 2008-08-21 13:22:33.593 > ----------------------------------------------- > eclipse.buildId=I20080617-2000 > java.version=1.7.0-internal > java.vendor=Sun Microsystems Inc. > BootLoader constants: OS=macosx, ARCH=x86, WS=carbon, NL=en_CA > Framework arguments: -keyring /Users/dgreen/.eclipse_keyring > -showlocation > Command-line arguments: -os macosx -ws carbon -arch x86 -data > /Users/dgreen/Documents/workspace-mylyn.wikitext -keyring > /Users/dgreen/.eclipse_keyring -consoleLog -showlocation > > !ENTRY org.eclipse.osgi 4 0 2008-08-21 13:22:34.891 > !MESSAGE Application error > !STACK 1 > java.lang.UnsatisfiedLinkError: no swt-carbon-3448 or swt-carbon in > swt.library.path, java.library.path or the jar file > at org.eclipse.swt.internal.Library.loadLibrary(Library.java:233) > at org.eclipse.swt.internal.Library.loadLibrary(Library.java:151) > at org.eclipse.swt.internal.C.(C.java:21) > at org.eclipse.swt.widgets.Display.createDisplay(Display.java:972) > at org.eclipse.swt.widgets.Display.create(Display.java:966) > at org.eclipse.swt.graphics.Device.(Device.java:124) > at org.eclipse.swt.widgets.Display.(Display.java:774) > at org.eclipse.swt.widgets.Display.(Display.java:765) > at > org.eclipse.ui.internal.Workbench.createDisplay(Workbench.java:525) > at org.eclipse.ui.PlatformUI.createDisplay(PlatformUI.java:161) > at > org.eclipse.ui.internal.ide.application.IDEApplication.createDisplay(IDEApplication.java:143) > at > org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:88) > at > org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:193) > at > org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) > at > org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) > at > org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:382) > at > org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:623) > at > org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:549) > at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504) > -- ******************************************************************* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55 http://openjdk.java.net D-20097 Hamburg mailto:Dalibor.Topic at sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Dr. Roland B?mer Vorsitzender des Aufsichtsrates: Martin H?ring From mvfranz at gmail.com Sun Sep 21 13:57:45 2008 From: mvfranz at gmail.com (Michael Franz) Date: Sun, 21 Sep 2008 16:57:45 -0400 Subject: Bootstrapping with OpenJDK 7 In-Reply-To: References: Message-ID: Hi, It seems that I need to set both ALT_BOOTDIR and ALT_JDK_IMPORT_PATH to get the build to run with the OpenJDK Darwin binaries. For people that did not have this problem, is there some other variable that is set that makes ALT_JDK_IMPORT_PATH unnecessary? Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080921/8cb776a6/attachment.html From mvfranz at gmail.com Sun Sep 21 14:54:01 2008 From: mvfranz at gmail.com (Michael Franz) Date: Sun, 21 Sep 2008 17:54:01 -0400 Subject: Bootstrapping with OpenJDK 7 In-Reply-To: References: Message-ID: My next problem is this: All done. cd bsd_i486_compiler2/product && ./test_gamma openjdk full version "1.7.0-internal-landonf_2008_08_20_14_13-b00" Error occurred during initialization of VM java/lang/NoClassDefFoundError: java/lang/Object openjdk version "1.7.0-internal" OpenJDK Runtime Environment (build 1.7.0-internal-landonf_2008_08_20_14_13-b00) OpenJDK Server VM (build 14.0-b01, mixed mode) Exception in thread "main" java.lang.NoClassDefFoundError: Queens Caused by: java.lang.ClassNotFoundException: Queens at java.net.URLClassLoader$1.run(URLClassLoader.java:220) at java.net.URLClassLoader$1.run(URLClassLoader.java:209) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:208) at java.lang.ClassLoader.loadClass(ClassLoader.java:325) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:270) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:338) make[4]: *** [product] Error 1 make[3]: *** [generic_build2] Error 2 make[2]: *** [product] Error 2 make[1]: *** [hotspot-build] Error 2 make: *** [build_product_image] Error 2 I cannot find any reference to a 'Queens' class. Michael On Sun, Sep 21, 2008 at 4:57 PM, Michael Franz wrote: > Hi, > > It seems that I need to set both ALT_BOOTDIR and ALT_JDK_IMPORT_PATH to get > the build to run with the OpenJDK Darwin binaries. > > For people that did not have this problem, is there some other variable > that is set that makes ALT_JDK_IMPORT_PATH unnecessary? > > Michael > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080921/8c958010/attachment.html From Karen.Kinnear at Sun.COM Sun Sep 21 18:03:13 2008 From: Karen.Kinnear at Sun.COM (Karen Kinnear) Date: Sun, 21 Sep 2008 21:03:13 -0400 Subject: Bootstrapping with OpenJDK 7 In-Reply-To: References: Message-ID: Michael, Our bad (and our apologies). I don't know if there were legal issues with providing Queens.java or Queens.class or not. The end of the build tries to self-test. We should probably comment that out. You would need to have a java in your path to run any self-test anyway. What you have is a successful build of the hotspot vm. What you need to do is to copy the libjvm.dylib and libjsig.dylib into the location you are currently using to run your jre - whether that is a binary you downloaded, or a jdk you built. Of course you want to save the existing libjvm.dylib and libjsig.dylib. Make sure you copy over the server/libjvm.dylib if you built "product" - that is the optimizing, server compiler by default. hope this helps, Karen On Sep 21, 2008, at 5:54 PM, Michael Franz wrote: > My next problem is this: > All done. > cd bsd_i486_compiler2/product && ./test_gamma > openjdk full version "1.7.0-internal-landonf_2008_08_20_14_13-b00" > Error occurred during initialization of VM > java/lang/NoClassDefFoundError: java/lang/Object > openjdk version "1.7.0-internal" > OpenJDK Runtime Environment (build 1.7.0-internal- > landonf_2008_08_20_14_13-b00) > OpenJDK Server VM (build 14.0-b01, mixed mode) > > Exception in thread "main" java.lang.NoClassDefFoundError: Queens > Caused by: java.lang.ClassNotFoundException: Queens > at java.net.URLClassLoader$1.run(URLClassLoader.java:220) > at java.net.URLClassLoader$1.run(URLClassLoader.java:209) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:208) > at java.lang.ClassLoader.loadClass(ClassLoader.java:325) > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) > at java.lang.ClassLoader.loadClass(ClassLoader.java:270) > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:338) > make[4]: *** [product] Error 1 > make[3]: *** [generic_build2] Error 2 > make[2]: *** [product] Error 2 > make[1]: *** [hotspot-build] Error 2 > make: *** [build_product_image] Error 2 > > I cannot find any reference to a 'Queens' class. > > Michael > > On Sun, Sep 21, 2008 at 4:57 PM, Michael Franz > wrote: > Hi, > > It seems that I need to set both ALT_BOOTDIR and ALT_JDK_IMPORT_PATH > to get the build to run with the OpenJDK Darwin binaries. > > For people that did not have this problem, is there some other > variable that is set that makes ALT_JDK_IMPORT_PATH unnecessary? > > Michael > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080921/bb7498d0/attachment.html From mvfranz at gmail.com Sun Sep 21 19:33:34 2008 From: mvfranz at gmail.com (Michael Franz) Date: Sun, 21 Sep 2008 22:33:34 -0400 Subject: Bootstrapping with OpenJDK 7 In-Reply-To: References: Message-ID: Karen, I tried to copy the dyllibs, but that did not help. I looked at the IcedTea project and they remove the tests, so I did the same. I am now able to get past that point. What is in the Queens.java file? Is it an important test? Michael On Sun, Sep 21, 2008 at 9:03 PM, Karen Kinnear wrote: > Michael, > Our bad (and our apologies). I don't know if there were legal issues > with providing Queens.java or Queens.class or not. The end of the > build tries to self-test. We should probably comment that out. You would > need to have a java in your path to run any self-test anyway. > > What you have is a successful build of the hotspot vm. > > What you need to do is to copy the libjvm.dylib and libjsig.dylib into the > location > you are currently using to run your jre - whether that is > a binary you downloaded, or a jdk you built. Of course you > want to save the existing libjvm.dylib and libjsig.dylib. Make sure > you copy over the server/libjvm.dylib if you built "product" - that > is the optimizing, server compiler by default. > > hope this helps, > Karen > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080921/87ccf26c/attachment.html From Karen.Kinnear at Sun.COM Sun Sep 21 19:36:42 2008 From: Karen.Kinnear at Sun.COM (Karen Kinnear) Date: Sun, 21 Sep 2008 22:36:42 -0400 Subject: Bootstrapping with OpenJDK 7 In-Reply-To: References: Message-ID: Michael, Let me be clearer. You have to copy the dylibs to test the new vm you built. You can test it by running any .class files you have, the Queens file is not important at all, it was just a very short .java file that made sure that the vm was warm and breathing. java -version would be a good check that you got your own build installed where you want it. thanks, Karen On Sep 21, 2008, at 10:33 PM, Michael Franz wrote: > Karen, > > I tried to copy the dyllibs, but that did not help. I looked at the > IcedTea project and they remove the tests, so I did the same. I am > now able to get past that point. > > What is in the Queens.java file? Is it an important test? > > Michael > > On Sun, Sep 21, 2008 at 9:03 PM, Karen Kinnear > wrote: > Michael, > > Our bad (and our apologies). I don't know if there were legal issues > with providing Queens.java or Queens.class or not. The end of the > build tries to self-test. We should probably comment that out. You > would > need to have a java in your path to run any self-test anyway. > > What you have is a successful build of the hotspot vm. > > What you need to do is to copy the libjvm.dylib and libjsig.dylib > into the location > you are currently using to run your jre - whether that is > a binary you downloaded, or a jdk you built. Of course you > want to save the existing libjvm.dylib and libjsig.dylib. Make sure > you copy over the server/libjvm.dylib if you built "product" - that > is the optimizing, server compiler by default. > > hope this helps, > Karen > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080921/aad88523/attachment.html From mvfranz at gmail.com Sun Sep 21 21:09:41 2008 From: mvfranz at gmail.com (Michael Franz) Date: Mon, 22 Sep 2008 00:09:41 -0400 Subject: Bootstrapping with OpenJDK 7 In-Reply-To: References: Message-ID: Karen, Thanks, that makes more sense. I think the build has almost finished, but there is an issue with strip. Seems that we are passing an unknown option '-g'. for f in `cat /Users/mfranz/developer/openjdk-bsd/bsd-port/build/bsd-i586/tmp/jdk-elf-files.list`; do \ chmod u+w ${f}; \ echo strip -g ${f}; \ strip -g ${f}; \ chmod go-w ${f}; \ done strip -g /Users/mfranz/developer/openjdk-bsd/bsd-port/build/bsd-i586/j2sdk-image/jre/lib/i386/client/libjvm.dylib strip: unrecognized option: -g Michael On Sun, Sep 21, 2008 at 10:36 PM, Karen Kinnear wrote: > Michael, > Let me be clearer. You have to copy the dylibs to test the > new vm you built. > > You can test it by running any .class files you have, the > Queens file is not important at all, it was just a very short > .java file that made sure that the vm was warm and breathing. > java -version would be a good check that you got your own > build installed where you want it. > > thanks, > Karen > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080922/f3b10c5a/attachment.html From Weijun.Wang at Sun.COM Wed Sep 24 04:07:32 2008 From: Weijun.Wang at Sun.COM (Max (Weijun) Wang) Date: Wed, 24 Sep 2008 19:07:32 +0800 Subject: Strange behavior of javac Message-ID: <9041DEF2-EA35-4F67-B9EF-EBB50B7CD12F@sun.com> Hi All I just built a bsd-port openjdk, the last of the following commands fails. cd /tmp echo 'package x; public class A {}' > A.java javac -d $JM/classes A.java echo 'package x; public class B extends A {}' > B.java javac -d $JM/classes B.java B.java:1: cannot find symbol symbol: class A package x; public class B extends A {} ^ 1 error (Here $JM is the newly built jdk, javac is the compiler in $JM/bin) As I understand, the second javac call should be able to load class A from $JM/classes/x/A.class. This is true on my Linux box with the latest openjdk build. Any ideas? Thanks Max From Weijun.Wang at Sun.COM Wed Sep 24 05:42:16 2008 From: Weijun.Wang at Sun.COM (Max (Weijun) Wang) Date: Wed, 24 Sep 2008 20:42:16 +0800 Subject: Strange behavior of javac In-Reply-To: <48DA2FA8.4070504@sun.com> References: <9041DEF2-EA35-4F67-B9EF-EBB50B7CD12F@sun.com> <48DA2FA8.4070504@sun.com> Message-ID: <7D2ECE25-DB4D-42FA-A9AC-0B94CF3C551E@Sun.COM> > *"Note: The directory specified by -d is not automatically added > to your user class path." I don't mean to use -d for -cp. Please note that I'm not using an installed JDK, but a newly built jdk (with class files in /classes instead of rt.jar), so $JM/classes should be already at the top of bootclasspath. $ javap x.A Compiled from "A.java" public class x.A extends java.lang.Object { public x.A(); } $ javac -d $JM/classes B.java B.java:1: cannot find symbol symbol: class A package x; public class B extends A {} ^ 1 error May this is a class loader issue? Max On Sep 24, 2008, at 8:16 PM, Maurizio Cimadamore wrote: > Hi Max > If you read this document: > > http://java.sun.com/javase/6/docs/technotes/tools/solaris/javac.html > > You'll find the following line:* > > *"Note: The directory specified by -d is not automatically added > to your user class path." > > Which seems to suggest that the standard behavior is not to add the > destination directory to the classpath; as a consequence your second > compilation must fail, as javac cannot find any class/sources > under ./x/ > > It seems like your Linux box with the latest openjdk build is not > behaving as expected - as it ends up in adding the destination > directory to your classpath. But I might be wrong. > > FYI, under Ubuntu 8.04 your commands fail using both openjdk-6 and > 1.6.0_06 compilers. > > Jon, any ideas? > Maurizio > > Max (Weijun) Wang wrote: >> Hi All >> >> I just built a bsd-port openjdk, the last of the following commands >> fails. >> >> cd /tmp >> echo 'package x; public class A {}' > A.java >> javac -d $JM/classes A.java >> echo 'package x; public class B extends A {}' > B.java >> javac -d $JM/classes B.java >> >> B.java:1: cannot find symbol >> symbol: class A >> package x; public class B extends A {} >> ^ >> 1 error >> >> (Here $JM is the newly built jdk, javac is the compiler in $JM/bin) >> >> As I understand, the second javac call should be able to load class >> A from $JM/classes/x/A.class. This is true on my Linux box with the >> latest openjdk build. >> >> Any ideas? >> >> Thanks >> Max >> > From Maurizio.Cimadamore at Sun.COM Wed Sep 24 05:16:40 2008 From: Maurizio.Cimadamore at Sun.COM (Maurizio Cimadamore) Date: Wed, 24 Sep 2008 13:16:40 +0100 Subject: Strange behavior of javac In-Reply-To: <9041DEF2-EA35-4F67-B9EF-EBB50B7CD12F@sun.com> References: <9041DEF2-EA35-4F67-B9EF-EBB50B7CD12F@sun.com> Message-ID: <48DA2FA8.4070504@sun.com> Hi Max If you read this document: http://java.sun.com/javase/6/docs/technotes/tools/solaris/javac.html You'll find the following line:* *"Note: The directory specified by -d is not automatically added to your user class path." Which seems to suggest that the standard behavior is not to add the destination directory to the classpath; as a consequence your second compilation must fail, as javac cannot find any class/sources under ./x/ It seems like your Linux box with the latest openjdk build is not behaving as expected - as it ends up in adding the destination directory to your classpath. But I might be wrong. FYI, under Ubuntu 8.04 your commands fail using both openjdk-6 and 1.6.0_06 compilers. Jon, any ideas? Maurizio Max (Weijun) Wang wrote: > Hi All > > I just built a bsd-port openjdk, the last of the following commands > fails. > > cd /tmp > echo 'package x; public class A {}' > A.java > javac -d $JM/classes A.java > echo 'package x; public class B extends A {}' > B.java > javac -d $JM/classes B.java > > B.java:1: cannot find symbol > symbol: class A > package x; public class B extends A {} > ^ > 1 error > > (Here $JM is the newly built jdk, javac is the compiler in $JM/bin) > > As I understand, the second javac call should be able to load class A > from $JM/classes/x/A.class. This is true on my Linux box with the > latest openjdk build. > > Any ideas? > > Thanks > Max > From Kelly.Ohair at Sun.COM Wed Sep 24 13:23:19 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Wed, 24 Sep 2008 13:23:19 -0700 Subject: strint.h and typedefs*.h Message-ID: <48DAA1B7.2030504@sun.com> FYI... I noticed a mention of strint.h and typedefs_md.h, which have been addressed in a jdk7 changeset: http://hg.openjdk.java.net/jdk7/jdk7/jdk/rev/da5513a6af53 which removed typedefs.h and added in the use of strint.h. -kto From mvfranz at gmail.com Sun Sep 28 07:17:01 2008 From: mvfranz at gmail.com (Michael Franz) Date: Sun, 28 Sep 2008 10:17:01 -0400 Subject: How to differentiate between BSD and OSX and POST_STRIP_PROCESS Message-ID: Hi, To remove the '-g' parameter to the strip command I would like to add the check for OS X. The file jdk/make/common/Defs-bsd.gmk has a macro that defines POST_STRIP_PROCESS, what variable is the correct one for differentiation between bsd and the OS X flavor? Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20080928/44e0975e/attachment.html From Kelly.Ohair at Sun.COM Sun Sep 28 12:16:32 2008 From: Kelly.Ohair at Sun.COM (Kelly O'Hair) Date: Sun, 28 Sep 2008 12:16:32 -0700 Subject: How to differentiate between BSD and OSX and POST_STRIP_PROCESS In-Reply-To: References: Message-ID: <48DFD810.9070701@sun.com> Maybe something along the lines of this? UNAME_S := $(shell uname -s) POST_STRIP_PROCESS-Darwin= ... POST_STRIP_PROCESS-Linux= ... POST_STRIP_PROCESS-SunOS= ... ... POST_STRIP_PROCESS=$(POST_STRIP_PROCESS-$(UNAME_S)) -kto Michael Franz wrote: > Hi, > > To remove the '-g' parameter to the strip command I would like to add > the check for OS X. The file jdk/make/common/Defs-bsd.gmk has a macro > that defines POST_STRIP_PROCESS, what variable is the correct one for > differentiation between bsd and the OS X flavor? > > Michael > > > ------------------------------------------------------------------------ > >