Re: Regressions from gcj 4.2 to 4.3 involving XML

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>>>>> "Mario" == Mario Torre <neugens@xxxxxxxxxxxxxxxx> writes:

Mario> Il giorno ven, 09/03/2007 alle 12.06 -0700, Tom Tromey ha scritto:
>> I think we ought to delete these service files from Classpath.

Mario> Yeah, but please, not every service file, unless really needed.

Mario> I have the java.util.prefs.PreferencesFactory there. The setting is set
Mario> at configure time (usually the GConf backend), but in case of errors the
Mario> fallback backend is always the FileBasedPreference one (that is, not
Mario> what we want usually, but a safe fallback indeed).

I was specifically only thinking about removing the various
XML-related service files.

That said, I think we should probably not use this approach to
configure Classpath itself, at least not for areas where the user
might need to be able to override the default.  In those situations,
maybe compiling in a default system property would be better.

Historically we might have used Configuration.java for this sort of
thing.  But this brings up another subject: I think we should get rid
of this class.  In libgcj we already had to make a fake one so we
could have system-independent .class files.  That seems like a nice
enough thing that Classpath should do it too.

Tom


[Index of Archives]     [Linux Kernel]     [Linux Cryptography]     [Fedora]     [Fedora Directory]     [Red Hat Development]

  Powered by Linux