This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Mixing native and bytecode (Swing)?
- From: John Moore <gcj at jmsd dot co dot uk>
- To: java at gcc dot gnu dot org
- Date: Mon, 06 Oct 2003 15:22:06 +0100
- Subject: Mixing native and bytecode (Swing)?
I found out about GCJ only a day or so ago, so please forgive any naivete
in my question...
I am wanting to distribute a cross-platform Swing-based application,
elements of which I do not want to be reverse engineered, decompiled.
Obfuscation only goes a certain part of the way, and the prospect of
compiling to native code using GCJ struck me as rather exciting when I
found out about it.
Now, I appreciate that the Swing libraries have not been replicated yet,
but I'm hoping that does not mean a dead end for my plans. What I am
wondering is whether it is possible to compile into a native code library
the part of the application I don't want reverse-engineered and run the
whole thing with GIJ, with the Swing part being interpreted as bytecode.
Secondly, I know that Sun's license is one of the issues as to why the
class libraries are having to be recreated in clean-room form. But is this
simply a distribution issue? I was planning to distribute my application
with a JRE anyway, so would it contravene the license to compile Sun's own
Swing stuff to native code and use that, as long as I distribute the JRE
and associated jars along with it? (I am presuming someone has attempted
this to determine technical feasibility anyway, in which case has it worked?)
TIA,
John
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.521 / Virus Database: 319 - Release Date: 23/09/2003