What is the status of Zero on OpenJDK 7

View: New views
14 Messages — Rating Filter:   Alert me  

What is the status of Zero on OpenJDK 7

by mvfranz :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi,

I notice that most of the documentation talks about OpenJDK 6, does Zero/Shark currently compile with OpenJDK 7?

Michael

Re: What is the status of Zero on OpenJDK 7

by gnu_andrew :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

2009/11/8 Michael Franz <mvfranz@...>:
> Hi,
>
> I notice that most of the documentation talks about OpenJDK 6, does
> Zero/Shark currently compile with OpenJDK 7?
>
> Michael
>

Yes.  In fact, Zero has been accepted upstream for OpenJDK7:

http://gbenson.net/?p=166
http://blog.fuseyism.com/index.php/2009/10/15/zero-assembler-port-upstream/
http://blog.fuseyism.com/index.php/2009/11/01/halfway-there/

which means it should appear in the bsd-port repository when they
update to b76/milestone 5, but will need some porting work to run on
that platform.

Shark builds but can't currently bootstrap itself.
--
Andrew :-)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

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

Re: What is the status of Zero on OpenJDK 7

by mvfranz :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

So, I should be able to build on Fedora 11?  I am currently getting errors when NOT use bsd.

g++ -DLINUX -D_GNU_SOURCE -DCC_INTERP -DZERO -DPPC -DZERO_LIBARCH=\"ppc\" -DPRODUCT -I. -I../generated/adfiles -I../generated/jvmtifiles -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/asm -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/c1 -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/ci -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/classfile -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/code -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/compiler -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/gc_implementation -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/gc_implementation/g1 -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/gc_implementation/parNew -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/gc_implementation/concurrentMarkSweep -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/gc_implementation/parallelScavenge -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/gc_implementation/shared -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/gc_interface -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/interpreter -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/memory -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/oops -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/prims -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/runtime -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/services -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/shark -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/utilities -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/cpu/zero/vm -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/os/linux/vm -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/os_cpu/linux_zero/vm -I../generated -DHOTSPOT_RELEASE_VERSION="\"17.0-b04\"" -DHOTSPOT_BUILD_TARGET="\"product\"" -DHOTSPOT_BUILD_USER="\"mfranz\"" -DHOTSPOT_LIB_ARCH=\"ppc\" -DJRE_RELEASE_VERSION="\"1.7.0_0-b75\"" -DHOTSPOT_VM_DISTRO="\"OpenJDK\"" -DDISTRIBUTION_ID="\"Built on Fedora release 11 (Leonidas)\"" -DSHARK -I/usr/lib/libffi-3.0.5/include   -I/usr/include  -DNDEBUG  -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS  -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32  -fPIC  -DSHARK_LLVM_VERSION=25 -fPIC -fno-rtti -fno-exceptions -D_REENTRANT -fcheck-new -m32 -pipe -g -O3 -fno-strict-aliasing -D_LP64=1 -Werror -Wpointer-arith -Wsign-compare    -c -x c++-header -c ../generated/incls/_precompiled.incl -o incls/_precompiled.incl.gch
In file included from ../generated/incls/_precompiled.incl:52:
/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/oops/klassVtable.hpp:234:1: error: multi-line comment
/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/oops/klassVtable.hpp:237:1: error: multi-line comment
/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/oops/klassVtable.hpp:240:1: error: multi-line comment
/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/oops/klassVtable.hpp:243:1: error: multi-line comment

Michael

On Sun, Nov 8, 2009 at 6:49 PM, Andrew John Hughes <gnu_andrew@...> wrote:
2009/11/8 Michael Franz <mvfranz@...>:
> Hi,
>
> I notice that most of the documentation talks about OpenJDK 6, does
> Zero/Shark currently compile with OpenJDK 7?
>
> Michael
>

Yes.  In fact, Zero has been accepted upstream for OpenJDK7:

http://gbenson.net/?p=166
http://blog.fuseyism.com/index.php/2009/10/15/zero-assembler-port-upstream/
http://blog.fuseyism.com/index.php/2009/11/01/halfway-there/

which means it should appear in the bsd-port repository when they
update to b76/milestone 5, but will need some porting work to run on
that platform.

Shark builds but can't currently bootstrap itself.
--
Andrew :-)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

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


Re: What is the status of Zero on OpenJDK 7

by mvfranz :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message



On Sun, Nov 8, 2009 at 6:55 PM, Michael Franz <mvfranz@...> wrote:
So, I should be able to build on Fedora 11?  I am currently getting errors when NOT use bsd.

g++ -DLINUX -D_GNU_SOURCE -DCC_INTERP -DZERO -DPPC -DZERO_LIBARCH=\"ppc\" -DPRODUCT -I. -I../generated/adfiles -I../generated/jvmtifiles -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/asm -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/c1 -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/ci -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/classfile -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/code -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/compiler -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/gc_implementation -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/gc_implementation/g1 -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/gc_implementation/parNew -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/gc_implementation/concurrentMarkSweep -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/gc_implementation/parallelScavenge -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/gc_implementation/shared -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/gc_interface -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/interpreter -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/memory -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/oops -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/prims -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/runtime -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/services -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/shark -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/utilities -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/cpu/zero/vm -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/os/linux/vm -I/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/os_cpu/linux_zero/vm -I../generated -DHOTSPOT_RELEASE_VERSION="\"17.0-b04\"" -DHOTSPOT_BUILD_TARGET="\"product\"" -DHOTSPOT_BUILD_USER="\"mfranz\"" -DHOTSPOT_LIB_ARCH=\"ppc\" -DJRE_RELEASE_VERSION="\"1.7.0_0-b75\"" -DHOTSPOT_VM_DISTRO="\"OpenJDK\"" -DDISTRIBUTION_ID="\"Built on Fedora release 11 (Leonidas)\"" -DSHARK -I/usr/lib/libffi-3.0.5/include   -I/usr/include  -DNDEBUG  -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS  -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32  -fPIC  -DSHARK_LLVM_VERSION=25 -fPIC -fno-rtti -fno-exceptions -D_REENTRANT -fcheck-new -m32 -pipe -g -O3 -fno-strict-aliasing -D_LP64=1 -Werror -Wpointer-arith -Wsign-compare    -c -x c++-header -c ../generated/incls/_precompiled.incl -o incls/_precompiled.incl.gch
In file included from ../generated/incls/_precompiled.incl:52:
/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/oops/klassVtable.hpp:234:1: error: multi-line comment
/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/oops/klassVtable.hpp:237:1: error: multi-line comment
/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/oops/klassVtable.hpp:240:1: error: multi-line comment
/home/mfranz/icedtea/icedtea/openjdk-boot/hotspot/src/share/vm/oops/klassVtable.hpp:243:1: error: multi-line comment

I was able to get past this by upgrading to llvm 2.6 (Fedora 11 as 2.5).  I see post referencing llvm 2.7.  Is this going to be the required version soon?

I am building on a G4 which is 32 bits, but _LP64=1 is being defined.  This is causing problems as jlong is being defined incorrectly (long instead of long long).  How do I unset _LP64?

Michael

Re: What is the status of Zero on OpenJDK 7

by Gary Benson :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Michael Franz wrote:
> I was able to get past this by upgrading to llvm 2.6 (Fedora 11 as
> 2.5).  I see post referencing llvm 2.7.  Is this going to be the
> required version soon?

There's no plans for that.  In the past we've generally supported as
many versions as developers cared about.

> I am building on a G4 which is 32 bits, but _LP64=1 is being
> defined.  This is causing problems as jlong is being defined
> incorrectly (long instead of long long).  How do I unset _LP64?

What does 'uname -m' say on your machine?

Cheers,
Gary

--
http://gbenson.net/

Re: What is the status of Zero on OpenJDK 7

by mvfranz :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message



On Wed, Nov 11, 2009 at 4:46 AM, Gary Benson <gbenson@...> wrote:
Michael Franz wrote:
> I was able to get past this by upgrading to llvm 2.6 (Fedora 11 as
> 2.5).  I see post referencing llvm 2.7.  Is this going to be the
> required version soon?

There's no plans for that.  In the past we've generally supported as
many versions as developers cared about.

> I am building on a G4 which is 32 bits, but _LP64=1 is being
> defined.  This is causing problems as jlong is being defined
> incorrectly (long instead of long long).  How do I unset _LP64?

What does 'uname -m' say on your machine?

uname -m
ppc

I was able to get the build to progress by setting ARCH_DATA_MODEL=32 before calling make.  I did this since there didn't seem to be a case where the ARCH was equal to ppc and it then defaults to 64.

Michael

Re: What is the status of Zero on OpenJDK 7

by Gary Benson :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Michael Franz wrote:

> On Wed, Nov 11, 2009 at 4:46 AM, Gary Benson <gbenson@...> wrote:
> > Michael Franz wrote:
> > > I was able to get past this by upgrading to llvm 2.6 (Fedora 11 as
> > > 2.5).  I see post referencing llvm 2.7.  Is this going to be the
> > > required version soon?
> >
> > There's no plans for that.  In the past we've generally supported as
> > many versions as developers cared about.
> >
> > > I am building on a G4 which is 32 bits, but _LP64=1 is being
> > > defined.  This is causing problems as jlong is being defined
> > > incorrectly (long instead of long long).  How do I unset _LP64?
> >
> > What does 'uname -m' say on your machine?
> >
> > uname -m
>
> ppc
>
> I was able to get the build to progress by setting ARCH_DATA_MODEL=32
> before calling make.  I did this since there didn't seem to be a case
> where the ARCH was equal to ppc and it then defaults to 64.

Interesting.  Is this with IcedTea7?

Cheers,
Gary

--
http://gbenson.net/

Re: What is the status of Zero on OpenJDK 7

by mvfranz :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message



On Wed, Nov 11, 2009 at 8:55 AM, Gary Benson <gbenson@...> wrote:
Michael Franz wrote:
> On Wed, Nov 11, 2009 at 4:46 AM, Gary Benson <gbenson@...> wrote:
> > Michael Franz wrote:
> > > I was able to get past this by upgrading to llvm 2.6 (Fedora 11 as
> > > 2.5).  I see post referencing llvm 2.7.  Is this going to be the
> > > required version soon?
> >
> > There's no plans for that.  In the past we've generally supported as
> > many versions as developers cared about.
> >
> > > I am building on a G4 which is 32 bits, but _LP64=1 is being
> > > defined.  This is causing problems as jlong is being defined
> > > incorrectly (long instead of long long).  How do I unset _LP64?
> >
> > What does 'uname -m' say on your machine?
> >
> > uname -m
>
> ppc
>
> I was able to get the build to progress by setting ARCH_DATA_MODEL=32
> before calling make.  I did this since there didn't seem to be a case
> where the ARCH was equal to ppc and it then defaults to 64.

Interesting.  Is this with IcedTea7?

Yes,  It is current TIP as of a few days ago.

Re: What is the status of Zero on OpenJDK 7

by Gary Benson :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Michael Franz wrote:

> On Wed, Nov 11, 2009 at 8:55 AM, Gary Benson <gbenson@...> wrote:
> > Michael Franz wrote:
> > > On Wed, Nov 11, 2009 at 4:46 AM, Gary Benson <gbenson@...> wrote:
> > > > Michael Franz wrote:
> > > > > I am building on a G4 which is 32 bits, but _LP64=1 is being
> > > > > defined.  This is causing problems as jlong is being defined
> > > > > incorrectly (long instead of long long).  How do I unset
> > > > > _LP64?
> > > >
> > > > What does 'uname -m' say on your machine?
> > > >
> > > > uname -m
> > >
> > > ppc
> > >
> > > I was able to get the build to progress by setting
> > > ARCH_DATA_MODEL=32 before calling make.  I did this since there
> > > didn't seem to be a case where the ARCH was equal to ppc and it
> > > then defaults to 64.
> >
> > Interesting.  Is this with IcedTea7?
> >
> > Yes,  It is current TIP as of a few days ago.

Ah, it looks like it hasn't been updated with the different
environment variables that the upstreamed Zero requires.
I'll fix it...

Cheers,
Gary

--
http://gbenson.net/

Re: What is the status of Zero on OpenJDK 7

by mvfranz :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message



On Wed, Nov 11, 2009 at 9:09 AM, Gary Benson <gbenson@...> wrote:
Michael Franz wrote:
> On Wed, Nov 11, 2009 at 8:55 AM, Gary Benson <gbenson@...> wrote:
> > Michael Franz wrote:
> > > On Wed, Nov 11, 2009 at 4:46 AM, Gary Benson <gbenson@...> wrote:
> > > > Michael Franz wrote:
> > > > > I am building on a G4 which is 32 bits, but _LP64=1 is being
> > > > > defined.  This is causing problems as jlong is being defined
> > > > > incorrectly (long instead of long long).  How do I unset
> > > > > _LP64?
> > > >
> > > > What does 'uname -m' say on your machine?
> > > >
> > > > uname -m
> > >
> > > ppc
> > >
> > > I was able to get the build to progress by setting
> > > ARCH_DATA_MODEL=32 before calling make.  I did this since there
> > > didn't seem to be a case where the ARCH was equal to ppc and it
> > > then defaults to 64.
> >
> > Interesting.  Is this with IcedTea7?
> >
> > Yes,  It is current TIP as of a few days ago.

Ah, it looks like it hasn't been updated with the different
environment variables that the upstreamed Zero requires.
I'll fix it...

My build finished successfully when I set arch before make.  That seems to be the only thing missing.  I am going to try with the latest TIP.

Re: What is the status of Zero on OpenJDK 7

by mvfranz :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message



On Wed, Nov 11, 2009 at 5:07 PM, Michael Franz <mvfranz@...> wrote:


On Wed, Nov 11, 2009 at 9:09 AM, Gary Benson <gbenson@...> wrote:
Michael Franz wrote:
> On Wed, Nov 11, 2009 at 8:55 AM, Gary Benson <gbenson@...> wrote:
> > Michael Franz wrote:
> > > On Wed, Nov 11, 2009 at 4:46 AM, Gary Benson <gbenson@...> wrote:
> > > > Michael Franz wrote:
> > > > > I am building on a G4 which is 32 bits, but _LP64=1 is being
> > > > > defined.  This is causing problems as jlong is being defined
> > > > > incorrectly (long instead of long long).  How do I unset
> > > > > _LP64?
> > > >
> > > > What does 'uname -m' say on your machine?
> > > >
> > > > uname -m
> > >
> > > ppc
> > >
> > > I was able to get the build to progress by setting
> > > ARCH_DATA_MODEL=32 before calling make.  I did this since there
> > > didn't seem to be a case where the ARCH was equal to ppc and it
> > > then defaults to 64.
> >
> > Interesting.  Is this with IcedTea7?
> >
> > Yes,  It is current TIP as of a few days ago.

Ah, it looks like it hasn't been updated with the different
environment variables that the upstreamed Zero requires.
I'll fix it...

My build finished successfully when I set arch before make.  That seems to be the only thing missing.  I am going to try with the latest TIP.

The latest does not build.  Here is the error:
mkdir -p extra-lib
/home/mfranz/icedtea/icedtea/bootstrap/jdk1.6.0/bin/javac  -g -encoding utf-8  -source 5 -target 5 -d extra-lib \
      -classpath /home/mfranz/icedtea/icedtea/lib/rt \
      -sourcepath /home/mfranz/icedtea/icedtea/extra:/home/mfranz/icedtea/icedtea/generated:openjdk/jdk/src/share/classes:openjdk/jdk/src/solaris/classes:openjdk/langtools/src/share/classes:openjdk/jaxp/src/share/classes:openjdk/corba/src/share/classes:openjdk/jaxws/src/share/classes:/home/mfranz/icedtea/icedtea/netx \
      -bootclasspath \'\' \
      @extra-source-files.txt ; \
    cp -r /home/mfranz/icedtea/icedtea/extra/net/sourceforge/jnlp/about/resources \
      extra-lib/net/sourceforge/jnlp/about   
javac: PPCJITInfo.cpp:391: virtual void llvm::PPCJITInfo::relocate(void*, llvm::MachineRelocation*, unsigned int, unsigned char*): Assertion `ResultPtr >= -(1 << 23) && ResultPtr < (1 << 23) && "Relocation out of range!"' failed.
Stack dump:
0.    Running pass 'PowerPC Machine Code Emitter' on function '@"com.sun.tools.javac.file.ZipFileIndex$ZipDirectory::readEntry"'
/bin/sh: line 6:  9353 Aborted                 /home/mfranz/icedtea/icedtea/bootstrap/jdk1.6.0/bin/javac -g -encoding utf-8 -source 5 -target 5 -d extra-lib -classpath /home/mfranz/icedtea/icedtea/lib/rt -sourcepath /home/mfranz/icedtea/icedtea/extra:/home/mfranz/icedtea/icedtea/generated:openjdk/jdk/src/share/classes:openjdk/jdk/src/solaris/classes:openjdk/langtools/src/share/classes:openjdk/jaxp/src/share/classes:openjdk/corba/src/share/classes:openjdk/jaxws/src/share/classes:/home/mfranz/icedtea/icedtea/netx -bootclasspath \'\' @extra-source-files.txt
cp: cannot create directory `extra-lib/net/sourceforge/jnlp/about': No such file or directory
make: *** [stamps/extra-class-files.stamp] Error 1



Re: What is the status of Zero on OpenJDK 7

by Gary Benson :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Michael Franz wrote:
> The latest does not build.  Here is the error:
[snip]
> javac: PPCJITInfo.cpp:391: virtual void llvm::PPCJITInfo::relocate(void*,
> llvm::MachineRelocation*, unsigned int, unsigned char*): Assertion
> `ResultPtr >= -(1 << 23) && ResultPtr < (1 << 23) && "Relocation out of
> range!"' failed.

You need to patch LLVM to run Shark with LLVM 2.6 on PowerPC:
http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=399

Cheers,
Gary

--
http://gbenson.net/

Re: What is the status of Zero on OpenJDK 7

by mvfranz :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message



On Thu, Nov 12, 2009 at 5:19 AM, Gary Benson <gbenson@...> wrote:
Michael Franz wrote:
> The latest does not build.  Here is the error:
[snip]
> javac: PPCJITInfo.cpp:391: virtual void llvm::PPCJITInfo::relocate(void*,
> llvm::MachineRelocation*, unsigned int, unsigned char*): Assertion
> `ResultPtr >= -(1 << 23) && ResultPtr < (1 << 23) && "Relocation out of
> range!"' failed.

You need to patch LLVM to run Shark with LLVM 2.6 on PowerPC:
http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=399

Cheers,
Gary
I applied this patch and the build progresses farther.  I guess llvm is just not stable at this point.  I get the following crash during the build.


-def-check:

-check-boot.java.home:

-def-pcompile:
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (debugInfo.cpp:85), pid=22190, tid=1209107600
#  Error: ShouldNotReachHere()
#
# JRE version: 7.0-b75
# Java VM: OpenJDK Shark VM (17.0-b04 mixed mode linux-ppc )
# Distribution: Built on Fedora release 11 (Leonidas)
# An error report file with more information is saved as:
# /home/mfranz/icedtea/icedtea/openjdk/langtools/make/hs_err_pid22190.log
#
# If you would like to submit a bug report, please include
# instructions how to reproduce the bug and visit:
#   http://icedtea.classpath.org/bugzilla
#


Re: What is the status of Zero on OpenJDK 7

by Gary Benson :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Michael Franz wrote:

> On Thu, Nov 12, 2009 at 5:19 AM, Gary Benson <gbenson@...> wrote:
> > You need to patch LLVM to run Shark with LLVM 2.6 on PowerPC:
> > http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=399
>
> I applied this patch and the build progresses farther.  I guess llvm
> is just not stable at this point.  I get the following crash during
> the build.
>
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> #  Internal Error (debugInfo.cpp:85), pid=22190, tid=1209107600
> #  Error: ShouldNotReachHere()
> #
> # JRE version: 7.0-b75
> # Java VM: OpenJDK Shark VM (17.0-b04 mixed mode linux-ppc )
> # Distribution: Built on Fedora release 11 (Leonidas)
> # An error report file with more information is saved as:
> # /home/mfranz/icedtea/icedtea/openjdk/langtools/make/hs_err_pid22190.log
> #
> # If you would like to submit a bug report, please include
> # instructions how to reproduce the bug and visit:
> #   http://icedtea.classpath.org/bugzilla
> #

This is http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=348.
It's on my list :)

Cheers,
Gary

--
http://gbenson.net/