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

[Andrew Haley <aph at redhat dot com>]

Marco Trudel writes:
 > 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?

Everything built with -findirect-dispatch.  These are defined in makemake.tcl:

set package_map(gnu/xml) bc
set package_map(javax/imageio) bc
set package_map(javax/xml) bc
set package_map(gnu/java/beans) bc
set package_map(gnu/java/awt/dnd/peer/gtk) bc
set package_map(gnu/java/util/prefs/gconf) bc
set package_map(gnu/java/awt/peer/gtk) bc
set package_map(gnu/java/awt/dnd/peer/gtk) bc
set package_map(gnu/java/awt/peer/qt) bc
set package_map(gnu/java/awt/peer/x) bc
set package_map(gnu/java/util/prefs/gconf) bc
set package_map(gnu/javax/sound/midi) bc
set package_map(org/xml) bc
set package_map(org/w3c) bc
set package_map(org/relaxng) bc
set package_map(javax/rmi) bc
set package_map(org/omg) bc
set package_map(gnu/CORBA) bc
set package_map(gnu/javax/rmi) bc

 > Which? What's an "endorsed dir"?

That's standard Java terminology.  http://java.sun.com/j2se/1.4.2/docs/guide/standards/

 > 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?

Yes.

Andrew.