[gcj-eclipse-merge-branch] MinGW ecj: Cross-built ecjx?!
Marco Trudel
mtrudel@gmx.ch
Thu Dec 7 08:16:00 GMT 2006
Tom Tromey wrote:
>>>>>> "Mohan" == Mohan Embar <gnustuff@thisiscool.com> writes:
>>>> I see. And I guess there's no way to tell gij/libgcj (as opposed to
>>> the actual compiler) to check getenv("CLASSPATH"). Bleh.
>> Mohan> There is a --classpath switch, but I'm not sure if you're allowed
> Mohan> to override the boot classpath this way. Or maybe using GCJ_PROPERTIES?
> Mohan> The Experts would know more about this....
>> Setting --classpath won't override the boot class path.
> Also, if the boot class path is not set properly, and a class isn't compiled
> in, having it on --classpath will cause it to be loaded by the wrong
> class loader (system, not bootstrap), which may cause issues.
>> We do support overriding some built-in classes via endorsed dirs.
Some classes? Which? What's an "endorsed dir"? How to use that?
This would allow to play with the Sun AWT/Swing with GIJ. Would be
interesting... When I'm already at it, I played already a little with
that. Is it correct that GIJ has the class library compiled into its
binary? No matter where I removed classes (libgcj.a or
libgcj-4.2.0.jar), they where always still somewhere present...
> But overall I think you're better off with the --whole-archive plan
> for gij.
I didn't follow that thread too closely. You're talking about compiling
GIJ, not about running a jar or a class with it, right?
Marco
More information about the Java
mailing list