I was responding to this:
So here is my proposal:
Since the use of native java libraries is a feature of GCJ/GIJ only,the
handling of those libraries should be left to those. GIJ should first
check if there is native version of a java library. If not, it should
compile one the first time
[Michael Koch]
> We had this discussion before. And I still think that your
> conclusions is good for commercial distris but bad for Debian.
The conclusion is good for Custom Debian Distributions too. A lot of
users want to leave the hard choices to the domain experts, and trust
the experts to m
"Michael Koch" <[EMAIL PROTECTED]> writes:
> I see no reason to imidiately switch everything to eclipse-ecj and
> gcc-4.0 when it hits debian. We live from freedom of choice and mono
> cultures are bad.
We've talked about this some before, but I'll put in my two cents here
for "choice is ok, but
On Tue, Mar 29, 2005 at 09:35:23PM +0200, David N. Welton wrote:
> "Michael Koch" <[EMAIL PROTECTED]> writes:
>
> > I see no reason to imidiately switch everything to eclipse-ecj and
> > gcc-4.0 when it hits debian. We live from freedom of choice and mono
> > cultures are bad.
>
> We've talked ab
On Tue, Mar 29, 2005 at 07:49:58PM +0200, Daniele Cruciani wrote:
> Il giorno mar, 29-03-2005 alle 18:02 +0200, Michael Koch ha scritto:
> > On Tue, Mar 29, 2005 at 05:35:55PM +0200, Daniele Cruciani wrote:
> > > would it be done as
> > >
> > > /usr/bin/time fakeroot dpkg-buildpackage
> > >
> > >
Il giorno mar, 29-03-2005 alle 18:02 +0200, Michael Koch ha scritto:
> On Tue, Mar 29, 2005 at 05:35:55PM +0200, Daniele Cruciani wrote:
> > would it be done as
> >
> > /usr/bin/time fakeroot dpkg-buildpackage
> >
> > with a java package for testing the gain of eclipse-ecj ?
> >
> > some changes
On Tue, Mar 29, 2005 at 05:35:55PM +0200, Daniele Cruciani wrote:
> would it be done as
>
> /usr/bin/time fakeroot dpkg-buildpackage
>
> with a java package for testing the gain of eclipse-ecj ?
>
> some changes rules or some changes to cdbs for switching java compiler
> by setting a var in rule
would it be done as
/usr/bin/time fakeroot dpkg-buildpackage
with a java package for testing the gain of eclipse-ecj ?
some changes rules or some changes to cdbs for switching java compiler
by setting a var in rules. This second option is good for a number of
reasons, just to test if things work
On Tue, Mar 29, 2005 at 08:33:47AM -0600, Jerry Haltom wrote:
> There is no good way to make a global cache at runtime other than a SUID
> binary, which is not happening. A per user cache is also not practical.
Package installation is done as root so no SUID bit would need to be
set. And it doenst
On Tue, Mar 29, 2005 at 12:45:01PM +0200, [EMAIL PROTECTED] wrote:
> Hi list.
>
>
> >>When these .so files are present (in the correct location,
> >>registered with the correct mechanism) gij will load them automatically
> >>and use them in the place of the corresponding .jar file.
>
> Though I
On Tue, Mar 29, 2005 at 01:24:26PM +0200, David N. Welton wrote:
> "Michael Koch" <[EMAIL PROTECTED]> writes:
>
> > As discussed earlier this is a huge task with no clear benefit. We
> > have to solve some issues before we can even consider doing it: We
> > need GCJ 4.0 in unstable and someone nee
There is no good way to make a global cache at runtime other than a SUID
binary, which is not happening. A per user cache is also not practical.
On Tue, 2005-03-29 at 12:45 +0200, [EMAIL PROTECTED] wrote:
> Hi list.
>
>
> >>When these .so files are present (in the correct location,
> >>registere
"Michael Koch" <[EMAIL PROTECTED]> writes:
> As discussed earlier this is a huge task with no clear benefit. We
> have to solve some issues before we can even consider doing it: We
> need GCJ 4.0 in unstable and someone needs to make performance tests
> to proof this gains anything at all. For mor
Hi list.
When these .so files are present (in the correct location,
registered with the correct mechanism) gij will load them automatically
and use them in the place of the corresponding .jar file.
Though I don't know too much about GCJ/GIJ, I've followed the discussion
about native java labrarie
14 matches
Mail list logo
