Apologies for cross posting to the dacapobench-researchers and
[EMAIL PROTECTED] lists.
Hi all,
I recently tried to execute the DaCapo benchmark on OpenJDK 7 and I
found that "bloat" benchmark fails with the following exception:
$ OpenJDK/jdk7/build/linux-i586/j2re-image/bin/java-jar
~/dacapo-20
Luca,
This is not a known problem with DaCapo, so on the face of it, this
looks like a bug in your version of the VM (perhaps a bug in how you
built it).
FYI, we maintain 12 hourly performance regressions of a number of VMs
here:
http://dacapo.anu.edu.au/regression/perf/2006-10-MR2.html
Steve,
Thanks for your reply.
I hope that someone of the OpenJDK folk could tell me if it's only a
problem of my build or not.
Regards,
Luca
--
*
Ing. Luca Martini
Dipartimento di Ing. dell'Informazione
Università di Pisa
Via Diotisalvi, 2, I-56126 P
g++ -DLINUX -D_GNU_SOURCE -DAMD64 -DASSERT -DFASTDEBUG -I.
-I../generated/adfiles -I../generated/jvmtifiles
-I/home/fw/src/java/jdk7/hotspot/src/share/vm/asm
-I/home/fw/src/java/jdk7/hotspot/src/share/vm/ci
-I/home/fw/src/java/jdk7/hotspot/src/share/vm/classfile
-I/home/fw/src/java/jdk7/hotspo
Hi Martin,
On 08/25/2008 08:17 PM Martin Buchholz wrote:
Thanks for the link, but...
- The fix for 6613927 is applied in my workspace
And it gets activated when building on a 64-bit system only. Could you
please take a look at the make/sun/splashscreen/Makefile file and make
sure it defines th
If you set the variable WARNINGS_ARE_ERRORS to be empty, it should
be sent through to all the makefiles. It's the variable
WARNINGS_ARE_ERRORS that contains the option "-Werror".
So try:
make WARNINGS_ARE_ERRORS=
Not using -Werror will likely let more warning errors creep into the
builds, an
This was fixed as part of 6712835.
http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/6ca61c728c2d
tom
On Aug 27, 2008, at 5:24 AM, Florian Weimer wrote:
g++ -DLINUX -D_GNU_SOURCE -DAMD64 -DASSERT -DFASTDEBUG -I. -I../
generated/adfiles -I../generated/jvmtifiles -I/home/fw/src/java/jdk
Could you be more specific about what bits you are running, i.e. which
changeset of hotspot? The official openjdk bits run fine for me with
at least b30-b33.
tom
On Aug 27, 2008, at 1:34 AM, Luca Martini wrote:
Apologies for cross posting to the dacapobench-researchers and
[EMAIL PROTECTE
I concur with Tom. I went back to b25 and didn't have any problems
running dacapo bloat with JDK7.
-- Chuck
On 08/27/08 11:35, Tom Rodriguez wrote:
Could you be more specific about what bits you are running, i.e. which
changeset of hotspot? The official openjdk bits run fine for me with at
For the first time, I've been trying a full complete build of OpenJDK
(full open+closed forest.)
I'm building on Ubuntu, and the build has now failed a second time
because of a missing command -- or more specifically, a command which
is not installed by default. The first command was msgfmt, the
If you're running on Ubuntu, the makefiles could check for the
installed-ness of various build-time dependencies.
The Ubuntu packagers (i.e. doko) must already have such a list.
Martin
On Wed, Aug 27, 2008 at 2:25 PM, Jonathan Gibbons
<[EMAIL PROTECTED]> wrote:
> For the first time, I've been try
Jonathan Gibbons wrote:
For the first time, I've been trying a full complete build of OpenJDK
(full open+closed forest.)
I'm building on Ubuntu, and the build has now failed a second time
because of a missing command -- or more specifically, a command which
is not installed by default. The firs
Anthony,
Thanks for your patience; you were entirely right,
it was indeed necessary to define PNG_NO_MMX_CODE.
Since pnggccrd.c is never compiled, and it contains the MMX code,
the only correct thing appears to be to define this macro unconditionally.
The obvious patch follows (tested on 32-bit Ub
Neat!
-- Jon
Dalibor Topic wrote:
Jonathan Gibbons wrote:
For the first time, I've been trying a full complete build of OpenJDK
(full open+closed forest.)
I'm building on Ubuntu, and the build has now failed a second time
because of a missing command -- or more specifically, a command which
i
On Wed, Aug 27, 2008 at 5:48 AM, Anthony Petrov <[EMAIL PROTECTED]> wrote:
> This is not an ideal solution. Updating to a new libpng version would be
> fine, however these should be some clean sources (i.e. vanilla libpng source
> tarball, w/o any static <-> const swaps, etc.), and secondly it requ
On Wed, Aug 27, 2008 at 3:19 PM, Dalibor Topic <[EMAIL PROTECTED]> wrote:
>
> sudo apt-get build-dep openjdk-6
Wow! __That__'s the command I've been looking for!
Martin
> Date: Thu, 28 Aug 2008 00:19:24 +0200
> From: [EMAIL PROTECTED]
> sudo apt-get build-dep openjdk-6
>
> should get you the necessary build dependencies installed.
Wow. That is just too slick for words.
- Mark
17 matches
Mail list logo
