Re: [gcj-eclipse-merge-branch] MinGW ecj: Cross-built ecjx?!

[Marco Trudel <mtrudel at gmx dot ch>]

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