Community
Participate
Working Groups
The batch compiler orders the classpath like so... bootclasspath:exdirsClasspaths:sourcepath:classpaths I'd like to suggest that this should be: sourcepath:classpaths:extdirsClasspaths:bootclasspaths This problem shows up when we use the batch compiler with libgcj.jar in the bootclasspath. libgcj.jar contains org.w3c.xml classes which users often want to override. Forcing the bootclasspath to the front of the classpath makes this impossible. They should be able to override by adding the replacements to extdirs or CLASSPATH. I will attach me proposed patch.
Created attachment 28656 [details] Proposed patch
Changing the general rule just for libgcj.jar feels wrong. Why did you put it on the bootclasspath if you want it to be at the end ? Simply put it at the end of the classpath instead.
(In reply to comment #2) > Changing the general rule just for libgcj.jar feels wrong. I just noticed that the class search order was just defined clearly in Sun's 1.5 release - so I agree that we shouldn't change this. I think various java compilers were inconsistent in their search order in the past. > Why did you put it on > the bootclasspath if you want it to be at the end ? Simply put it at the end of > the classpath instead. This is for packages that are part of the endorsed API collection. Unfortunately the endorsed standards override mechanism is a pain to use.
