ike it's
missing all the Elf* types. Anyone know if they are even available on
OS X?
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
On Fri, May 29, 2009 at 03:51:19PM -0400, Kurt Miller wrote:
> Greg Lewis wrote:
> > On Fri, May 29, 2009 at 03:25:08PM +, gle...@eyesbeyond.com wrote:
> >> Changeset: eb512e8ac925
> >> Author:gle...@misty.eyesbeyond.com
> >> Date: 2009-05-29 08
btw.
There is also a flag to disable this dependency. Something like
DISABLE_NIMBUS. So if you didn't want to download JIBX you could set
that instead.
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
> # An unexpected error has been detected by Java Runtime Environment:
> >>> #
> >>> # Internal Error (554E534146450E43505004DA), pid=97421, tid=0xb0051000
> >>> #
> >>> # Java VM: Java HotSpot(TM) Client VM
> >>> (1.6.0_0
_ThrowInternalError(env, "should not reach here");
+return -1;
+}
+
/* EINTR not listed as a possible error */
-dir = fdopendir((int)dfd);
+dir = (*my_fdopendir_func)((int)dfd);
if (dir == NULL) {
throwUnixException(env, errno);
}
--
G'day Christos,
On Wed, Jul 22, 2009 at 03:57:01PM -0400, Christos Zoulas wrote:
> On Jul 22, 12:25pm, gle...@eyesbeyond.com (Greg Lewis) wrote:
> -- Subject: Re: build failure on latest sources?
>
> | Here is a patch I worked up for it. Can you let me know if this works
>
ur tree needs to still be compilable on Linux
and Solaris for the BSD changes to get merged into the main tree. I'm
happy to commit any patches for this.
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond
s a standard definition that can be pulled in
through header files, there is no need for it here. The Linux version
doesn't actually need it either.
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
On Tue, Sep 08, 2009 at 11:09:10PM +0800, Wang Weijun wrote:
> which header file? I'm building on my 10.5.8 and it fails without this
> line.
Hmmm, FreeBSD must be pulling it in implicitly :(. Let me fix that.
#include
> --- Original message ---
> > From: Greg Lew
tware Foundation, Inc.
> This is free software; see the source for copying conditions. There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>
> vsrikarun...@~$ freetype-config --libs
> -L/app/freetype/Freetype.framework/Versions/2.3.9/li
now Leopard issue.
Are you sure you're sync'ed up to the latest version? The
set_aggressive_opts_flags doesn't start until after 1375 in the current
source and the only sprintf in it is using a format that looks like its
correct for intx (line 1398).
Note that FreeBSD uses gcc 4.2.
Cache.high="
> > INTX_FORMAT, AutoBoxCacheMax);
> > add_property(buffer);
> > }
> > if (AggressiveOpts && FLAG_IS_DEFAULT(DoEscapeAnalysis)) {
> >
> > and the same fix is in OpenJDK7 through a separate Sun changeset:
> > http://hg.openjdk.
if
> else
>LDFLAGS += -L $(LIBDIR)/$(LIBARCH)/jli
>OTHER_LDLIBS += -ljli
> --- jdk/make/sun/splashscreen/Makefile.orig 2009-09-07
> 11:01:44.0 -0400
> +++ jdk/make/sun/splashscreen/Makefile 2009-09-07 11:01:14.0 -0400
> @@ -65,6 +65,8 @@
> CPPF
d this on Leopard. Snow Leopard builds but crashes
> (this might be way I am building)
Thanks. Committed.
How are you building it?
> On Tue, Sep 8, 2009 at 11:56 AM, Greg Lewis wrote:
>
> > On Fri, Sep 04, 2009 at 02:57:34AM -0700, Venkateshwaralu Srikarunyan
> > wrote:
> &g
d with SYSTEM_ZLIB defined on MacOS X.
>
> Submitted by: Michael Franz
>
> ! make/java/instrument/Makefile
> ! make/sun/splashscreen/Makefile
>
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
cc 4.2.
> Since I'm chasing other problems, I'm going to leave GCC 4.2 alone for
> now. If anyone wants to pick up this issue, help yourself to
> snowleopard.patch above.
>
> -- John
>
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
G'day John,
On Sun, Oct 18, 2009 at 01:06:36PM -0700, Greg Lewis wrote:
> On Fri, Oct 02, 2009 at 06:06:01PM -0700, John Rose wrote:
> > With the current bsd-port plus unrelated MLVM patches I got a clean
> > Snow Leopard build. It passed the MLVM regression tests.
>
e originally ported the NIO code, so sendfile() didn't
make sense since it only transferred to network sockets.
Before switching I'd want to see what sort of affect that had performance
wise on the case of transferring to a file descriptor.
--
Greg Lewis
DIR to get the build to work after
this merge. E.g.,
export JAVA_TOOLS_DIR ${ALT_BOOTDIR}/bin
or something similar.
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
et/project/jibx/jibx/jibx-1.1.6a/jibx_1_1_6a.zip
> > unzip jibx_1_1_6a.zip
>
> I'm not sure if b74 already contains that change, but JIBX is not
> required anymore.
Yep, you don't need it for b74. In fact it hasn't been needed for a couple
of builds, but I don't re
ng list when
something changes.
It will also allow people on the different BSDs to customise any
instructions. I only regularly test on FreeBSD and MacOS X (10.5).
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
;Ayes" have it (particularly since there
have been no "Nays" :).
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
ng it that way.
Certainly its starting to get a little demotivating to me personally and
I can't help but wonder if other team members don't feel the same.
Andrew, this isn't aimed at you at all, btw, you're just kinda touching
on a bit of a sore spot :).
Dali
On Tue, Nov 10, 2009 at 05:28:18PM +0100, Dalibor Topic wrote:
> Greg Lewis wrote:
> > G'day Dalibor,
> >
> > On Mon, Nov 09, 2009 at 09:39:17PM +0100, Dalibor Topic wrote:
> >> Ray Kiddy wrote:
> >>> If not, who would have the authority to creat
There are also merges for jaxp and jaxws but those messages were too long
so they are waiting for moderation. They are in the repo though :).
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
getstack failed with errno = %d", res);
}
- address stack_top = stack_bottom + stack_bytes;
+ stack_top = stack_bottom + stack_bytes;
// The block of memory returned by pthread_attr_getstack() includes
// guard pages where present. We need to trim these off.
@@ -326,6 +374,7 @@
G'day Christos,
On Sun, Nov 15, 2009 at 05:03:20PM -0500, Christos Zoulas wrote:
> On Nov 15, 1:06pm, gle...@eyesbeyond.com (Greg Lewis) wrote:
> -- Subject: Extra Zero/Shark patches for review
>
> | G'day all,
> |
> | I just committed a few patches for Zero su
G'day Kurt,
On Mon, Nov 16, 2009 at 08:21:47PM -0500, Kurt Miller wrote:
> Greg Lewis wrote:
> > G'day all,
> >
> > I just committed a few patches for Zero support on BSD which should be
> > fairly safe. I've got a couple more that I'd like to ge
On Mon, Nov 16, 2009 at 10:32:56PM -0800, Greg Lewis wrote:
> The bad news is that the patches don't quite work on amd64. Its easy
> enough to fix up the atomic ones for that, but I'm getting a little
> bogged down in
>
> hotspot/src/os_cpu/bsd_zero/vm/orderAccess_bs
On Tue, Nov 17, 2009 at 05:35:06AM -0800, Greg Lewis wrote:
> On Mon, Nov 16, 2009 at 10:32:56PM -0800, Greg Lewis wrote:
> > The bad news is that the patches don't quite work on amd64. Its easy
> > enough to fix up the atomic ones for that, but I'm getting a
G'day Kurt,
On Wed, Nov 18, 2009 at 08:18:30AM -0500, Kurt Miller wrote:
> Greg Lewis wrote:
> > Anyway, I'm looking for alternatives before I breakdown and write
> > any assembler. Any suggestions gratefully accepted.
> >
>
> On OpenBSD we continue to u
;
> Of course something needs to be done with 64 bit atomics on the 32
> bit implementations that don't support them, but...
Even without that this should expand the platform support considerably.
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond
On Thu, Nov 19, 2009 at 10:22:08PM -0500, Christos Zoulas wrote:
> On Nov 19, 7:08pm, gle...@eyesbeyond.com (Greg Lewis) wrote:
> -- Subject: Re: Extra Zero/Shark patches for review
>
> | G'day Christos,
> |
> | On Thu, Nov 19, 2009 at 06:44:02PM -0500, Christos Zoulas
G'day Kurt,
On Mon, Nov 23, 2009 at 10:44:24PM -0500, Kurt Miller wrote:
> Greg Lewis wrote:
> > Sensational. I like this implementation. The #else will need to become
> > an '#elif __FreeBSD__' though and we'll need to expand things for the
> > other BS
G'day Landon,
On Wed, Nov 25, 2009 at 11:25:41AM -0800, Landon Fuller wrote:
> On Nov 24, 2009, at 11:22 PM, Greg Lewis wrote:
> > Thanks Kurt! I plan to get something committed in the next couple of days.
> > So far things seem to be working well with Zero on i386 and amd64.
a:174)
...
when it tries to download the JAXP bundle.
2. The sparc64 port is misbehaving a little. I'm not sure yet if its
something about sparc64 or if its because my sparc64 box is SMP. I'll
try a UP kernel to eliminate the latter.
--
Greg Lewis
On Mon, Nov 30, 2009 at 12:03:18AM -0500, Michael Franz wrote:
> On Sun, Nov 29, 2009 at 11:31 PM, Greg Lewis wrote:
> > 1. It seems like something is wrong with the networking support using Zero.
> > A test programme should be simple to construct, but I first noticed it
> &
On Mon, Nov 30, 2009 at 09:17:25AM -0500, Christos Zoulas wrote:
> On Nov 29, 8:31pm, gle...@eyesbeyond.com (Greg Lewis) wrote:
> -- Subject: Re: hg: bsd-port/bsd-port/hotspot: 5 new changesets
> | 1. It seems like something is wrong with the networking support using Zero.
> |A te
his has
something to do with the redirection it uses. I ended up using a lot of
generated source from a build on a different machine.
FWIW.
I suspect you can hack away on this and get ppc up and running though :).
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes
-freebsd-8.0-sparc64.tar.gz
I'm now keen to fire up my ia64, although I think Christos might have
tried it under ia64 already? Maybe my alpha...
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Inform
gt; >
> >
> > Any advice would be appreciated.
>
> It's a small problem that has already been fixed:
>
> http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/b1f619d38249
>
> It will just take some time to promote to your repository.
I've merged build 80
On Fri, Jan 22, 2010 at 02:20:51PM -0800, John Rose wrote:
> Wow, thanks for the timely merge-up, Greg. This will let us immediately
> retire a bunch of Da Vinci Machine patches. -- John
No worries. I have a script that speeds things up if the merge is simple,
which this one was.
--
t; >>
> >> Here's a build from Dec 26 that does work:
> >>
> >> [local]$ java-1.7.0-internal-2009_12_26/bin/java -version
> >> openjdk version "1.7.0-internal"
> >> OpenJDK Runtime Environment (build
> >> 1.7.0-internal-stephen_2009_12_26_16_00-b00)
> >> OpenJDK Server VM (build 17.0-b05, mixed mode)
> >>
> >> libjava.dylib is identical:
> >>
> >> [local]$ diff java-1.7.0-internal-2010_01_18/jre/lib/i386/libjava.dylib
> >> java-1.7.0-internal-2009_12_26/jre/lib/i386/libjava.dylib
> >>
> >> However the bin/java files differ.
> >>
> >>
> >
> >
>
>
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
ver Solaris uses (which I can't recall off the top of
my head right now). The suggestion is to use kqueue(2) on BSD.
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
it finally built and
> >>> installed. Still having the same crash and it is still related to
> >>> stack alignment.
> >>>
> >>> I've tracked it down to code that is being generated at runtime,
> >>> so gdb isn't much use in
On Mon, Feb 15, 2010 at 10:15:23PM -0500, Stephen Bannasch wrote:
> bsdport is once again compiling fine on my mac os 10.5.8 system and so is the
> davinci branch
Looks like we just needed the last merge. I'll try and check more
frequently on the MacOS X status after I do an update
G'day Michael,
On Fri, Feb 19, 2010 at 01:07:35PM -0800, Michael Allman wrote:
> Ok, I have a patch. How do I submit it?
Sending it to the list for review (either directly or by putting up a URL
people can see it at) is a good first step :).
> On Wed, 27 Jan 2010, Greg Lewis wrote
nio/ch/SctpChannelImpl.c:382: error:
> ???SCTP_PEER_ADDR_CHANGE??? undeclared (first use in this function)
> ../../../../../src/solaris/native/sun/nio/ch/SctpChannelImpl.c:383: error:
> dereferencing pointer to incomplete type
> ../../../../../src/solaris/native/sun/nio/ch/SctpCha
/local/soylatte16-i386-1.0.3/ \
> > ?ALT_FREETYPE_HEADERS_PATH=/usr/X11R6/include \
> > ?ALT_FREETYPE_LIB_PATH=/usr/X11R6/lib \
> > ?ALT_CUPS_HEADERS_PATH=/usr/include \
> > ?ALLOW_DOWNLOADS=true \
> > ?ANT_HOME=/usr/share/ant \
> > ?NO_DOCS=true \
> > ?HOTSPOT_B
up updates).
Also untested is the Shark build, which is now part of mainline OpenJDK.
This will require LLVM, but should be a boon for people working on
architectures which aren't mainstream (at least from the JDK perspective).
--
Greg Lewis Emai
10-February/001195.html
>
> Can someone suggest a stable source for these?
I'm currently grabbing them from here:
http://icedtea.classpath.org/download/drops/
You can then dump them in a directory and point ALT_DROPS_DIR to it.
--
Greg Lewis Email : gle...
.
> >
> > http://www.apple.com/pr/library/2010/11/12openjdk.html
> >
> > Eric
> >
> >
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
> public class TestLocales {
>
> public static void main(String args[]) {
>
> Locale[] lLocs = Locale.getAvailableLocales();
>
> for (Locale lLoc: lLocs) {
> System.out.println(lLoc);
>
On Tue, Nov 16, 2010 at 11:22:06PM -0800, Mike Swingler wrote:
> On Nov 16, 2010, at 10:22 PM, Greg Lewis wrote:
> > On Fri, Nov 12, 2010 at 01:35:31PM -0500, Denis Lussier wrote:
> >
> >> Seems like great news. I'm interested to hear from folks like Landon
> >
_64/hotspot/src/share/vm/prims/jvmti.xml
> >> -XSL
> >> /Users/henri/Documents/openjdk-1.7-x86_64/hotspot/src/share/vm/prims/jvmti.xsl
> >> -OUT bsd_amd64_docs/jvmti.html
> >> make VM_SUBDIR=productgeneric_export
> >> Makefile:375: target `/Xusage.txt' given more than once in the same rule.
> >> make[3]: *** No rule to make target
> >> `/Users/henri/Documents/openjdk-1.7-x86_64/build/bsd-amd64/hotspot/import/docs/platform/jvmti/jvmti.html',
> >> needed by `generic_export'. Stop.
> >> make[2]: *** [export_product] Error 2
> >> make[1]: *** [hotspot-build] Error 2
> >> make: *** [build_product_image] Error 2
> >> Finished: FAILURE
> >>
> >> Any ideas why ?
> >>
> >> Thanks for you help/advices
> >>
> >>
> >>
> >>
> >
> >
> > --
> > <http://aruld.info>http://aruld.info
> > <http://twitter.com/aruld>http://twitter.com/aruld
> >
> >
> >
>
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
ecially into implementation of .nio and
> .concurrency packages?
>
> Thank you for your feedback.
There isn't an Oracle hosted OpenJDK6 repository for a BSD port (there is
for OpenJDK7). There is however an openjdk6 port in the FreeBSD ports
tree (java/openjdk6). You should check
catalina.startup.Bootstrap.main(Bootstrap.java:414)
>
>
> I have checked and the port 8885 (the shutdown port of tomcat) is free.
> If I change the jdk back to diablo it works.
>
> Any idea what could cause the problem?
>
> /simeon
--
Greg Lewis
is today?
This is a couple of builds behind, but it will still be pretty close:
http://www.freebsd.org/cgi/cvsweb.cgi/ports/java/openjdk7/files/patch-set?rev=1.7;content-type=text%2Fplain
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
On Sat, Dec 11, 2010 at 09:01:00AM -0800, Greg Lewis wrote:
> On Fri, Dec 10, 2010 at 01:02:17PM +0100, Dalibor Topic wrote:
> > On 12/9/10 8:24 PM, Kurt Miller wrote:
> > > On 12/02/10 17:07, Dalibor Topic wrote:
> > >> On 12/2/10 10:51 PM, Henri Gomez wrote:
> &g
l use 64 bit pointers by default. IIRC, on
MacOS X with the 32 bit build pointers are still 64 bits, which is unlike
other platforms.
The problems can be seen in the definitions of INTX_FORMAT, etc. in
hotspot/src/share/vm/utilities/globalDefinitions.hpp
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
G'day all,
It's reported that this update breaks the MacOS X build. So be careful
updating. The main problem seems to be a lack of elf.h. If you have an
OCA on file, please feel free to send patches -- if not then don't, since
I won't be able to commit th
1, at 4:44 PM, Stephen Bannasch wrote:
>
> > At 11:04 AM -0800 1/23/11, Greg Lewis wrote:
> >> G'day all,
> >>
> >> It's reported that this update breaks the MacOS X build. So be careful
> >> updating. The main problem seems to be a lack
On Mon, Jan 24, 2011 at 06:25:15AM +, gle...@eyesbeyond.com wrote:
These changes should fix the build on MacOS X. Let me know how they go.
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
e.
@@ -1218,19 +1221,17 @@
// using "%x".
#ifdef _LP64
#define PTR_FORMATPTR64_FORMAT
-#define UINTX_FORMAT UINT64_FORMAT
-#define INTX_FORMAT INT64_FORMAT
#define SIZE_FORMAT UINT64_FORMAT
#define SSIZE_FORMAT INT64_FORMAT
#else // !_LP64
#define PTR_FORMAT PT
: *** [build_product_image] Error 2
>
> That line does actually reference it more than once.
My MacOS X build only got as far as trying to verify the Gamma launcher
(dies trying to find Queens.class) so I haven't gotten that far yet.
> On Jan 23, 2011, at 11:40 PM, Stephen Bannasch wr
notation.java
> Error: java/lang/annotation/UnitTest.java
>
> Could it be ?
>
> Remove DYLD_LIBRARY_PATH from test_gamma since it is not needed
> anymore and causes test_gamma to fail now. (detail / hgweb)
Those were actually Kurt's changes from earlier this w
G'day Alexnader,
On Fri, Jan 28, 2011 at 12:51:04PM -0500, Alexander Strange wrote:
> On Jan 28, 2011, at 12:41 PM, Alexander Strange wrote:
> > On Jan 24, 2011, at 5:40 PM, Alexander Strange wrote:
> >> On Jan 24, 2011, at 3:18 AM, Greg Lewis wrote:
> >>>
en't been able to look them over yet. I haven't provided
equivalent BSD versions yet as a result.
Let me know if you see any compile problems, I'd like to get this in
shortly.
Note that b131 is out, but I was part way through this when it did come
out and I'd prefer not
Documents/jenkins/data/jobs/openjdk-1.7-bsdport-i586/workspace/langtools/src/share/classes/com/sun/tools/javac/nio/PathFileObject.java:297:
> cannot find symbol
>[javac] return Files.size(path);
>[javac] ^
>[javac] symbol: method size(Path)
>[javac] location: class Files
>[javac] 18 errors
> BUILD FAILED
> /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-bsdport-i586/workspace/langtools/make/build.xml:452:
> The following error occurred while executing this line:
>
> Did I miss something ?
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
???
>
> http://hg.openjdk.java.net/bsd-port/bsd-port/jdk/rev/79f55f85ae1d
>
> I've never had the freetype issue before -- I have v2.3.9 of FreeType
> installed.
I'm seeing it to, but I currently have it commented out looking for other
problems. I'll get back to it
void _Atomic_move_long(volatile jlong* src, volatile jlong* dst)
> .p2align 4,,15
> - .type_Atomic_move_long,@function
> -_Atomic_move_long:
> + ELF_TYPE(_Atomic_move_long,@function)
> +SYMBOL(_Atomic_move_long):
> movl
On Wed, Mar 09, 2011 at 07:32:39AM +, gle...@eyesbeyond.com wrote:
> Changeset: d8a5a62e4ad1
> Author: Greg Lewis
> Date: 2011-03-08 23:32 -0800
> URL: http://hg.openjdk.java.net/bsd-port/bsd-port/jdk/rev/d8a5a62e4ad1
>
> . Add the missing define a
]
> /Users/henri/Documents/jenkins/data/jobs/openjdk-1.7-bsdport-x86_64/workspace/langtools/src/share/classes/com/sun/tools/javac/nio/JavacPathFileManager.java:326:
> cannot find symbol
> [javac] if (!Files.exists(path))
> [javac]
>
> Do you use OpenJDK 1.6 or 1.7 as bootstrap now ?
I'm bootstrapping with the openjdk6 port from MacPorts.
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
; Java again
> #
> # An error report file with more information is saved as:
> # /Users/stephen/dev/java/src/bsd/hs_err_pid10411.log
> #
> # If you would like to submit a bug report, please visit:
> # http://java.sun.com/webapps/bugreport/crash.jsp
> #
> Abort trap
>
> M
ylib. If I copy
the "working" version over the top of the j2sdk-image version I still
see the same failure.
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
LIB = -L$(LIBDIR)/$(LIBARCH)/$(VM_NAME) -ljvm
> +JVMLIB = -Xlinker -rpath -Xlinker $(LIBDIR)/$(LIBARCH)/$(VM_NAME)
> -L$(LIBDIR)/$(LIBARCH)/$(VM_NAME) -ljvm
> JAVALIB = -ljava $(JVMLIB)
>
> #
>
>
>
--
Greg Lewis
> fr_CA
> >>>> et_EE
> >>>> ar_KW
> >>>> sr_RS
> >>>> es_US
> >>>> es_MX
> >>>> ar_SD
> >>>> in_ID
> >>>> ru
> >>>> lv
> >>>> es_
r 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
>
> There is no -z option for ld under OS/X
I could
y AFAIK. IIRC I saw Alex merge in those changes to the
macosx-port repository as well.
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
d with main branches and Alex was following shortly.
> My question is about status of main branches, are they in commit freeze state
> ?
At least for the bsd-port repo, we haven't discussed a commit freeze. In
fact, I committed some fixes last night.
--
Greg Lewis
and picks up the
bsd-port changes, it would make sense to merge that in, with some checks
to make sure it still compiles on {Free,Net,Open}BSD.
Kelly whats the best list to start that discussion on?
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond
G'day Mike, Kelly,
On Wed, Jul 13, 2011 at 09:27:08AM -0700, Mike Swingler wrote:
> On Jul 13, 2011, at 8:39 AM, Kelly O'Hair wrote:
> > On Jul 10, 2011, at 1:45 PM, Mike Swingler wrote:
> >> On Jul 8, 2011, at 9:57 AM, Greg Lewis wrote:
> >>> On Wed,
OS X)
>
> ! make/common/Mapfile-vers.gmk
I'm looking into why this breaks the FreeBSD build. It really shouldn't.
At the moment ldd is erroring out when it's run on libjawt.so.
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond
the macosx-port repository.
Kurt, we should be up to date with the main repo, so are you saying that
the Zero build is broken for jdk7 in general? Or just that there is some
bitrot in the BSD port of it?
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes
cOS X port :). Can someone
test on OpenBSD and/or NetBSD?
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
diff -r 0870207843e2 make/jav
e separate anyway.
The other way around. MacOS X was pulling from bsd-port. I'm not quite
sure where the build numbers are coming from now.
I'm also not sure that we can pull from the other way (i.e. from
macosx-port to bsd-port).
--
Greg Lewis Email : gle
On Wed, Nov 23, 2011 at 04:36:28PM +0100, Henri Gomez wrote:
> 2011/11/23 Dalibor Topic :
> > On 11/3/11 4:01 AM, Greg Lewis wrote:
> >>> The numerous jdk7ux trees seem to continue but with new versioning
> >>> (jdk7u2-b10 at present):
> >>>
>
ror 2
> make[3]: *** [generic_build2] Error 2
> make[2]: *** [product] Error 2
> make[1]: *** [hotspot-build] Error 2
> make: *** [build_product_image] Error 2
>
> Does anyone know how to fix it?
>
> Thank you.
At this point you're likely to be much better off using th
be a lot bigger since we'll need to carefully
integrate with the Mac OS X support that is going in.
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
G'day Kurt,
On Thu, Mar 08, 2012 at 07:50:08AM -0500, Kurt Miller wrote:
> On Mar 5, 2012, at 1:55 AM, Greg Lewis wrote:
> > I've taken some time to get my bsd-port local repo sync'ed up with the
> > jdk7u2 repo. I'd like to push what I have up into the main
= server
> -JVMLIB = -Xlinker -rpath -Xlinker $(LIBDIR)/$(LIBARCH)/$(VM_NAME)
> -L$(LIBDIR)/$(LIBARCH)/$(VM_NAME) -ljvm
> +JVMLIB = -L$(LIBDIR)/$(LIBARCH)/$(VM_NAME) -ljvm
> JAVALIB = -ljava $(JVMLIB)
>
> #
--
Greg Lewis
On Fri, Apr 26, 2013 at 03:25:55PM -0400, Christos Zoulas wrote:
> Hi,
>
> I was wondering if anyone was planning to merge the security changes recently
> committed by Oracle to the bsd-port head?
>
> Best,
>
> christos
Done. In case the Apr 30th commits weren't
body starts
> checking the return result.
>
> Xiaoguang
Thanks Xiaoguang! Do you have paperwork on file with Oracle that would
allow us to commit this fix to the repository?
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web
2014.
Only current BSD Port Committers [1] are eligible to vote on this nomination.
Votes must be cast in the open by replying to this mailing list.
For Lazy Consensus voting instructions, see [2].
Greg Lewis
[1] http://openjdk.java.net/census#bsd-port
[2] http://openjdk.java.net/projects/#comm
Voting for Jung-uk Kim [1] is now closed.
Yes: 3
Veto: 0
Abstain: 0
According to the Bylaws definition of Lazy Consensus, this is
sufficient to approve the nomination.
Greg Lewis
[1]
http://mail.openjdk.java.net/pipermail/bsd-port-dev/2014-November/002321.html
--
Greg Lewis
will restore those commit privileges.
Votes are due by April 8th, 2015.
Only current BSD Port Committers [1] are eligible to vote on this nomination.
Votes must be cast in the open by replying to this mailing list.
For Lazy Consensus voting instructions, see [2].
Greg Lewis
[1] http://openjdk.jav
Voting for Christos Zoulas [1] is now closed.
Yes: 3
Veto: 0
Abstain: 0
According to the Bylaws definition of Lazy Consensus, this is
sufficient to approve the nomination.
Greg Lewis
[1] http://mail.openjdk.java.net/pipermail/bsd-port-dev/2015-March/002419.html
--
Greg Lewis
tBSD, there is a #ifdef notyet in kern_exec.c... But running java
> with a full path in $0 works. I'd say apply it if it works for others.
Works for me too on FreeBSD 10.1.
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web
.make:128:
recipe for target 'the_vm' failed
gmake[5]: *** [the_vm] Error 2
...
--
Greg Lewis Email : gle...@eyesbeyond.com
Eyes Beyond Web : http://www.eyesbeyond.com
Information Technology FreeBSD : gle...@freebsd.org
I really didn't know what a great server
> platform BSD is or how much it is used.
>
> I always see Greg Lewis pulling changes into BSD and wondered why it wasn't
> part of the main Java repo. It appears that people must use Java but build
> from source. Not sure i
1 - 100 of 112 matches
Mail list logo
