|
View:
New views
14 Messages
—
Rating Filter:
Alert me
|
|
|
What is the status of Zero on OpenJDK 7Hi,
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 72009/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 7So, 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@...>: |
|
|
Re: What is the status of Zero on OpenJDK 7On Sun, Nov 8, 2009 at 6:55 PM, Michael Franz <mvfranz@...> 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?So, I should be able to build on Fedora 11? I am currently getting errors when NOT use bsd. 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 7Michael 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 7On Wed, Nov 11, 2009 at 4:46 AM, Gary Benson <gbenson@...> wrote:
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 7Michael 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 7On Wed, Nov 11, 2009 at 8:55 AM, Gary Benson <gbenson@...> wrote: Yes, It is current TIP as of a few days ago.
|
|
|
Re: What is the status of Zero on OpenJDK 7Michael 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 7On Wed, Nov 11, 2009 at 9:09 AM, Gary Benson <gbenson@...> wrote:
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 7On Wed, Nov 11, 2009 at 5:07 PM, Michael Franz <mvfranz@...> wrote:
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 7Michael 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 7On Thu, Nov 12, 2009 at 5:19 AM, Gary Benson <gbenson@...> wrote: 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 7Michael 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/ |
| Free embeddable forum powered by Nabble | Forum Help |