Help - Search - Members - Calendar
Full Version: Java 1.3 and Swing in pdaxrom 1.1.0 RC5
OESF Forums > Distros, Development, and Model Specific Forums > Distro Support and Discussion > pdaXrom
tovarish
Hi all,

Has anyone managed to run swing apps with pdaxrom rc5 kathrin
any help will be appreciated

thanks,
tovarish
ViV
I'm interested in running JRE/JDK on VFP'ed pdaxroms too...
pgas
AFAIK jdks from ibm sun or blackdown are not open source,
so either the jdk for arm work as it is
or there is no jdk and the only option is to find an open source virtual machine that does what you want (and to compile it)

(or ask pdaxrom team to put the support for the old floating point way back into the rom)
pmf
QUOTE(pgas @ Nov 19 2004, 04:39 AM)
AFAIK jdks from ibm sun or blackdown are not open source,
so either the jdk for arm work as it is
or there is no jdk and the only option is to find an  open source virtual machine that does what you want (and to compile it)

(or ask pdaxrom team to put the support for the old floating point way back into the rom)

I once had Kaffe working (cross-compiled for an older pdaXrom) with the basic X-backend for AWT/SWING (--with-awt=X), but it was buggy as hell (it could not run more than simple AWT-apps without crashing).

You'll also need GNU Classpath if you decide to go this route.
mr596
I can't see the blackdown Java JRE 1.3.1 working with RC5. RC5 has the Vector Floating Point emulation which is much (and I do mean much) faster than the generic exception based handling for ARM processors without floating point units.

Every application which used floating point maths required rebuilding for RC5. For binary only distributions like the ARM Java ports this may prove probematic.

Is there a JRE port which supports the NetWinder FPU emulation library? Otherwise could we include both VFP support in the ROM, Native Development and Cross-Compiller but still have the exception based FPU emulation as a (SLOW) backup for pre-compilled binaries ...

Just a thought.

Marc
Vanguard
As I understand it, applications without VFP support will still work under the new rom, they just won't have the speed advantages of stuff compiled for vfp. Anyone care to confirm this?
tovarish
QUOTE(Vanguard @ Nov 20 2004, 12:12 PM)
As I understand it, applications without VFP support will still work under the new rom, they just won't have the speed advantages of stuff compiled for vfp. Anyone care to confirm this?

no, i think not. the apps will break at a floating point operation. Also the libraries may not be compatible. RC5 uses gcc 3.3.2 while the jvm is compiled with 2.95 i think.

Shouldn't the blackdown port be open source. I havent been able to find the source tho else I could try and recompile it.

tovarish
pgas
I think some people were running it under a previous rom (based on 3.x.x glibc) by adding the proper libc.

I'm pretty sure that blackdown jvms are not opensource
ostense
PdaXrom version up to RC5 worked with full java 1.3 for arm . Probably it will not work on RC5. It is possible to compile java 1.4 and 1.5 from source. I am not cababel of doing it , but look at :

http://wwws.sun.com/software/communitysour...2/download.html

Sun have made all the sources ready for download.

Regards
ostense
tovarish
i will take a look at the sources and try and compile them

tovarish
iamasmith
QUOTE(tovarish @ Nov 20 2004, 01:18 PM)
no, i think not. the apps will break at a floating point operation. Also the libraries may not be compatible. RC5 uses gcc 3.3.2 while the jvm is compiled with 2.95 i think.

It probably is the case with this version of the Kernel that an FPU opcode will cause an FPE and failure - I don't think that either the NetWinder or fastspe libraries are linked with this kernel.

The issue, however, with supporting FP and soft-float code together is actually mainly compounded because when you compile soft-flat with gcc 2.95 the ABI used to pass float values is different from an FP based and soft-float together. So you can't use libm and a variety of libc calls if your shared libaries are compiled for soft float and your binary is FP based.

Now if you HAVE got the FPE in the kernel AND you statically build your FP based app so it isn't dependent upon the provided shared drivers AND your kernel has an FPE handler then this should work.

- Andy
pgas
According to this thread the blackdown seems to be working on pdaxrom rc5.
ev1l
It's a not-so-secret secret that IBM is going to open-source its JRE, so that might help in the future.
pgas
JVM source code is good start, but the port to arm might be easy or might not

see IBM Research Virtual Machine
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2014 Invision Power Services, Inc.