| Power Developer https://www.powerdeveloper.org/forums/ |
|
| OpenJDK and OpenOffice update available as pre-compiled https://www.powerdeveloper.org/forums/viewtopic.php?f=9&t=1833 |
Page 1 of 1 |
| Author: | acrux [ Tue Jun 29, 2010 4:24 pm ] |
| Post subject: | OpenJDK and OpenOffice update available as pre-compiled |
30th June 2010 Our CRUX PPC 2.6 ports and pre-compiled for the IcedTea Java Development Kit (OpenJDK) and OpenOffice suite are now updated. They are available for ppc and ppc64. icedtea6-1.8 (openjdk6b18) --> icedtea6-1.8-946a062e9027 (openjdk6b20) openoffice-3.1.1 --> openoffice-3.2.1 Low end machines owners can update their own systems using these provided bin-ppc* packages saving precious time and computational costs. have fun with CRUX PPC ! -- GNU/Linux on Power Architecture CRUX PPC - http://cruxppc.org/ |
|
| Author: | blu [ Wed Jun 30, 2010 11:43 am ] |
| Post subject: | |
that's some nice stuff, acrux. on a tangent, i tried recently to get LLVM head + clang to build on efika ppc, and even though the build succeeded, the resulting binaries crash deterministically each time i try to compile. as the build took me more than a day, i don't really feel like tweaking build options and re-doing it. so if somebody could produce working LLVM + clang binaries for 603 ppc, that'd be really nice too. |
|
| Author: | Neko [ Thu Jul 01, 2010 1:46 pm ] |
| Post subject: | |
Quote: that's some nice stuff, acrux.
Did you try just compiling LLVM 2.7 + clang? Usually a release version - while not as featureful sometimes - is obviously with some more guarantee of stability. HEAD on LLVM and clang especially is a kind of extreme bleeding edge not usually seen on most other projects (except, perhaps, gcc itself, where LLVM has a lot less churn :)
on a tangent, i tried recently to get LLVM head + clang to build on efika ppc, and even though the build succeeded, the resulting binaries crash deterministically each time i try to compile. as the build took me more than a day, i don't really feel like tweaking build options and re-doing it. so if somebody could produce working LLVM + clang binaries for 603 ppc, that'd be really nice too. |
|
| Author: | blu [ Thu Jul 01, 2010 3:08 pm ] |
| Post subject: | |
Quote:
Did you try just compiling LLVM 2.7 + clang? Usually a release version - while not as featureful sometimes - is obviously with some more guarantee of stability. HEAD on LLVM and clang especially is a kind of extreme bleeding edge not usually seen on most other projects (except, perhaps, gcc itself, where LLVM has a lot less churn :)
i didn't try the official release, as i did have at the time a tad older revision (~100 revisions difference) built and working ok on a G4 mac. i thought that since that older revision was fine on a ppc, and there were no "major" changes in the commit logs related to ppc support, nor there were known gcc caveats listed in the llvm faq for the gcc version on my efika, i had a good chance at success. in retrospect, i was fairly naive in my assumption :/
|
|
| Author: | acrux [ Sun Sep 12, 2010 4:36 am ] |
| Post subject: | IcedTea6-1.9 |
12th Sept 2010 Our CRUX PPC 2.6 ports and pre-compiled for the IcedTea Java Development Kit (OpenJDK) with Zero VM are now updated. They are available for ppc and ppc64. icedtea6-1.8-946a062e9027 (openjdk6b20) --> icedtea6-1.9 (openjdk6b20) Code:
user@cruxppc64:~$ java -version
java version "1.6.0_20" OpenJDK Runtime Environment (IcedTea6 1.9) (cruxppc-2.6-ppc64) OpenJDK 64-Bit Zero VM (build 17.0-b16, interpreted mode) Code:
user@cruxppc32:~$ java -version
java version "1.6.0_20" OpenJDK Runtime Environment (IcedTea6 1.9) (cruxppc-2.6-ppc) OpenJDK Zero VM (build 17.0-b16, interpreted mode) Low end machines owners can update their own systems using these provided icedtea6-bin-ppc* packages saving precious time and computational costs. have fun with CRUX PPC ! -- GNU/Linux on Power Architecture CRUX PPC - http://cruxppc.org/ |
|
| Author: | acrux [ Sun Sep 12, 2010 1:33 pm ] |
| Post subject: | |
Quote: that's some nice stuff, acrux.
LLVM (port from CRUX) compiles fine on both ppc and ppc64 with CRUX PPC 2.6.on a tangent, i tried recently to get LLVM head + clang to build on efika ppc, and even though the build succeeded, the resulting binaries crash deterministically each time i try to compile. as the build took me more than a day, i don't really feel like tweaking build options and re-doing it. so if somebody could produce working LLVM + clang binaries for 603 ppc, that'd be really nice too. update - 13/09/2010 i've just now committed a specific llvm-2.7 port for CRUX PPC. I'm going to compile an IcedTea6-1.9 package for Power Architecture 32bit with Shark VM instead of Zero VM. |
|
| Author: | acrux [ Mon Sep 13, 2010 2:03 pm ] |
| Post subject: | IcedTea6-1.9 Shark VM for ppc32 |
Code: acrux@peg2:~$ java -version
Shark VM on 32bit platform is enough stable and usable and it'd be 5%-20% faster than Zero VM.
java version "1.6.0_20" OpenJDK Runtime Environment (IcedTea6 1.9) (cruxppc-2.6-ppc) OpenJDK Shark VM (build 17.0-b16, mixed mode) |
|
| Author: | blu [ Mon Sep 13, 2010 2:34 pm ] |
| Post subject: | |
Quote: Quote: that's some nice stuff, acrux.
LLVM (port from CRUX) compiles fine on both ppc and ppc64 with CRUX PPC 2.6.on a tangent, i tried recently to get LLVM head + clang to build on efika ppc, and even though the build succeeded, the resulting binaries crash deterministically each time i try to compile. as the build took me more than a day, i don't really feel like tweaking build options and re-doing it. so if somebody could produce working LLVM + clang binaries for 603 ppc, that'd be really nice too. update - 13/09/2010 i've just now committed a specific llvm-2.7 port for CRUX PPC. I'm going to compile an IcedTea6-1.9 package for Power Architecture 32bit with Shark VM instead of Zero VM. ps: on a wild tanget, I was checking recently what gcc 4.4.1's scalar code-gen can achieve on the EfikaMX in the context of vector math (nothing fancy - just a small matrix4x4 x matrix4x4 testcase). Turns out that in VFPv3 RunFast mode, A8@800MHz is ~50% slower than 603e's FPU@400MHz at the given task, with code generated by a slightly-older gcc (4.2.1). Or in other words, VFPv3 has poor fp IPC (yeah, big news here) and one'd really want to use NEON-vectorized code on the A8 in those cases when FP vector performance matters. /useless piece of info with a skew toward auto-vertorizers |
|
| Author: | acrux [ Mon Sep 13, 2010 3:23 pm ] |
| Post subject: | |
@ blu i've just now forwarded to you an email thus you can download some pre-compiled ppc32 packages (there is llvm-2.7 too). |
|
| Author: | slyd [ Tue Sep 14, 2010 4:39 am ] |
| Post subject: | |
@blu: I know VFP is not good but did you check the assembly Code that gcc generated? Performance of GCC may be better for PowerPC than for ARM... (only a guess - I never used PowerPC myself) |
|
| Author: | blu [ Tue Sep 14, 2010 5:54 am ] |
| Post subject: | |
Quote: @blu:
yes, i did. but actually what is more interesting is the demonstrated IPC (instructions-per-clock) in both cases:I know VFP is not good but did you check the assembly Code that gcc generated? 603e: 0.378 flops/clock VFPv3-lite: 0.122 flops/clock both are quite close to their theoretical limits of 2 flops/5 clocks, and 1 flop/7 clocks, respectively. so both compilers did a good job there, for scalar code, anyway. Quote: Performance of GCC may be better for PowerPC than for ARM... (only a guess - I never used PowerPC myself)
actually lately there's been the opposite trend - gcc gets to do worse on ppc with the later compiler iterations. for instance, gcc 4.2.x produces better code for that little matrix x matrix testcase, than 4.3.x (i've not tried 4.4+.x there).
|
|
| Page 1 of 1 | All times are UTC-06:00 |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|
