This is the mail archive of the java@gcc.gnu.org mailing list for the Java project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

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

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]