On May 6, 2015, at 8:05 PM, "Bryan C. Everly" <br...@bceassociates.com> wrote: > > Cool. I'll work on that change tonight. I'm trying to avoid making OpenBSD > its own separate thing like OSX is but I'll figure something out.
Most of the 'bsd' qualified sections apply equally to FreeBSD, OpenBSD and NetBSD. Perhaps as high as 90%. For the exceptions, I would create a sub category for OpenBSD. IIRC, it used to be referred to as OS_VENDOR. Take a look at my diff that adds something like it here: http://mail.openjdk.java.net/pipermail/bsd-port-dev/attachments/20150427/6eea3d9f/generated-configure.sh.diff The new variable, VAR_OS_VENDOR lets you call out just the exceptions that are OpenBSD specific, when needed without having to make VAR_OS different for OpenBSD. > > I did hit an interesting problem in my build of the source. Looks like Java > ran out of heap space. Is there an option that controls this as part of the > build? > > The system is out of resources. > Consult the following stack trace for details. > java.lang.OutOfMemoryError: Java heap space > at java.nio.HeapCharBuffer.<init>(HeapCharBuffer.java:57) > at java.nio.CharBuffer.allocate(CharBuffer.java:331) > at > com.sun.tools.javac.util.BaseFileManager.decode(BaseFileManager.java:220) The user you are logged in under needs to be in the login class 'staff', then you can either edit the staff class datasize default value in /etc/login.conf or change your datasize limit using 'ulimit -d' each time you login, before you build. Regards, -Kurt