September 2008 - bsd-port-dev

How to differentiate between BSD and OSX and POST_STRIP_PROCESS
by Michael Franz 25 Nov '08

25 Nov '08

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

3 9

Bootstrapping with OpenJDK 7
by Michael Franz 01 Nov '08

01 Nov '08

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

3 9

Darwin OpenJDK 7 Binaries - Not Working With SWT
by Michael Franz 29 Oct '08

29 Oct '08

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

5 18

Re: Using javax.smartcardio from openjdk7-darwin-i386-20080820
by Nick Hilhorst 24 Oct '08

24 Oct '08

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.ht…) . 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.<init>(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<CardTerminal> 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<CardTerminal> 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.

1 1

strint.h and typedefs*.h
by Kelly O'Hair 24 Sep '08

24 Sep '08

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

1 0

Strange behavior of javac
by Max (Weijun) Wang 24 Sep '08

24 Sep '08

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

2 2

Re: starting Eclipse on Darwin with OpenJDK
by Dalibor Topic 15 Sep '08

15 Sep '08

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 > <http://greensopinion.blogspot.com/2008/08/eclipse-ganymede-on-soylatte.html>. > > > With Landon Fuller's recent announcement of OpenJDK on Darwin and Mac > I downloaded the OpenJDK binaries posted here > <http://landonf.bikemonkey.org/code/java/OpenJDK_7_Binaries.20080820.html>. > 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.<clinit>(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.<init>(Device.java:124) > at org.eclipse.swt.widgets.Display.<init>(Display.java:774) > at org.eclipse.swt.widgets.Display.<init>(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@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

1 0

NetBSD Status
by Landon Fuller 14 Sep '08

14 Sep '08

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

1 0

Native Mac Port - possibly helpful tip
by Michael Klein 14 Sep '08

14 Sep '08

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

1 0

Build fail
by Attila Szegedi 14 Sep '08

14 Sep '08

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 <http://landonf.bikemonkey.org/code/java/SoyLatte_Meets_OpenJDK.20080819.html >. 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

4 5