Re: gcj4 changes : Please Comment

2005-02-13 Thread Michael Koch
On Sun, Feb 13, 2005 at 01:44:52PM -0600, Jerry Haltom wrote: > >Also note the disadvantage: on smaller systems with less memory and/or > >slower cpu this can take a very long time and probably fail due to less > >memory. It should be at least configurable by the admin adn disabled by > >default. >

Re: gcj4 changes : Please Comment

2005-02-13 Thread Jerry Haltom
>Also note the disadvantage: on smaller systems with less memory and/or >slower cpu this can take a very long time and probably fail due to less >memory. It should be at least configurable by the admin adn disabled by >default. You mean disabled on the buildds, or on the user's machine? -- Jerry

Re: gcj4 changes : Please Comment

2005-02-13 Thread Michael Koch
On Sun, Feb 13, 2005 at 12:28:00PM -0600, Jerry Haltom wrote: > Some of you may have noticed that gcj4 is in experimental. Because of > this I would like to start talking about some changes to java-common to > take advantage of the native Java features that gcj4 offers us. > > gcj allows .jar file

Re: Replacing packaged libraries with standard libraries

2005-02-13 Thread Eric Lavarde
Hi, that brought me a good step forward (js.jar part of rhino, how obvious! :> ). I still have the following jar files remaining: freemind/lib/ant/lib/jaxb-api.jar ws-jaxme, free, no .deb freemind/lib/ant/lib/jaxb-impl.jar ws-jaxme, free, no .deb freemind/lib/ant/lib/jaxb-libs.jar ws-jaxme, free,

gcj4 changes : Please Comment

2005-02-13 Thread Jerry Haltom
Some of you may have noticed that gcj4 is in experimental. Because of this I would like to start talking about some changes to java-common to take advantage of the native Java features that gcj4 offers us. gcj allows .jar files to be translated into .so files. These .so files can be looked up at r

Re: Replacing packaged libraries with standard libraries

2005-02-13 Thread Wolfgang Baer
Hi Eric, Eric Lavarde wrote: Hi, that was a bit the sense of my question?!.. ;-) I've already identified (+ version + -java): libbatik (for the svg plugin) libxerces libjaxp libcommon-lang librelaxng-datatype The following ones seem to be as well pretty standard (and free!?), but I couldn't identi

Re: Replacing packaged libraries with standard libraries

2005-02-13 Thread Eric Lavarde
Hi, that was a bit the sense of my question?!.. ;-) I've already identified (+ version + -java): libbatik (for the svg plugin) libxerces libjaxp libcommon-lang librelaxng-datatype The following ones seem to be as well pretty standard (and free!?), but I couldn't identify them as part of a Debian p