On Wed, Mar 16, 2005 at 08:36:17AM +0100, Wolfgang Baer wrote:
> Michael Koch wrote:
> >Hi all,
> >Who works on libbsf-java. The MovingToMain page [1] says it has an issue
> >with using the class sun.tools.javac.Main. Can we use the fix from
> >upstream CVS and add it as patch to this package?
> >W
Michael Koch wrote:
Hi all,
Who works on libbsf-java. The MovingToMain page [1] says it has an issue
with using the class sun.tools.javac.Main. Can we use the fix from
upstream CVS and add it as patch to this package?
When this issue is solved libxalan2-java nad libbsf-java can ve uploaded
to main.
Hi all,
Who works on libbsf-java. The MovingToMain page [1] says it has an issue
with using the class sun.tools.javac.Main. Can we use the fix from
upstream CVS and add it as patch to this package?
When this issue is solved libxalan2-java nad libbsf-java can ve uploaded
to main. bcel is already
> "Barry" == Barry Hawkins <[EMAIL PROTECTED]> writes:
Barry> It must be underscored that this is a _potential_ speed gain. We
Barry> actually are not certain what speed gains, if any, we will have.
There's a fair amount of benchmarking data out there:
http://klomp.org/mark/free-vm-benchmar
On Tue, Mar 15, 2005 at 07:30:33PM +0100, David Schmitt wrote:
> On Tuesday 15 March 2005 14:10, Michael Koch wrote:
> > > Hmmm, the idea has its merits. Implementationwise, it'd make more sense
> > > to have $lib-jbi Build-Depend on $lib-java. The $lib-jbi would have to be
> > > a sperate source,
On Tuesday 15 March 2005 14:10, Michael Koch wrote:
> > Hmmm, the idea has its merits. Implementationwise, it'd make more sense
> > to have $lib-jbi Build-Depend on $lib-java. The $lib-jbi would have to be
> > a sperate source, but I imagine that cuold be a very small standard
> > template, which f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Wolfgang Baer wrote:
[...]
| Are there any tests done in the past for the gain against jit or
| interpretative mode ?
|
| Otherwise I think some testcases would be very good here:
|
| How much gain does it bring for architectures (like i386) - where
| a
On Tue, Mar 15, 2005 at 04:06:45PM +0100, Wolfgang Baer wrote:
> Michael Koch wrote:
> [...]
> >You are right, its not always a gain. Tom Tromey told me that he is
> >aware of one case where the native library is slower then interpreting
> >the jar.
> >Doing (c) and fixing JIT runtimes can be good,
Michael Koch wrote:
[...]
You are right, its not always a gain. Tom Tromey told me that he is
aware of one case where the native library is slower then interpreting
the jar.
Doing (c) and fixing JIT runtimes can be good, but it ist a hard work
too. The Kaffe people put much efforts into this. JIT w
On Tue, Mar 15, 2005 at 09:24:30AM -0500, Barry Hawkins wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Jerry Haltom wrote:
> [...]
> | The main
> | motivation for this is speed. There is no JIT overhead involved and it
> | runs native, not interpreted. It is worth noting that the Kaf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jerry Haltom wrote:
[...]
| The main
| motivation for this is speed. There is no JIT overhead involved and it
| runs native, not interpreted. It is worth noting that the Kaffe folks
| want to integrate support for this binary interface into Kaffe.
It mu
On Tue, 2005-03-15 at 14:14 +0100, Michael Koch wrote:
I'm just an end user, but I'd like to share my thoughts on the package
naming.
> > I would like to name the secondary native packages with a -jbi prefix
> > (Java Binary Interface). Some people like the name -bcabi because that
> > is what th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Koch wrote:
| On Sat, Mar 12, 2005 at 01:13:23PM -0600, Jerry Haltom wrote:
[...]
|>I would like to name the secondary native packages with a -jbi prefix
|>(Java Binary Interface). Some people like the name -bcabi because that
|>is what the GCJ
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Koch wrote:
| On Mon, Mar 14, 2005 at 06:26:55PM +0100, Arnaud Vandyck wrote:
|
|>Sat, 12 Mar 2005 23:43:55 -0600,
|>Jerry Haltom <[EMAIL PROTECTED]> wrote:
|>
|>
|>>On Sun, 2005-03-13 at 00:28 -0500, Barry Hawkins wrote:
[...]
|>>Yes definitely
On Tue, Mar 15, 2005 at 02:13:14PM +0100, Wolfgang Baer wrote:
> Hi all,
>
> libxalan2-java is the main blocker atm for moving several java packages
> to main - I therefore started experimenting with compiling it with the
> free tools.
>
> Although I almost had success - there are some problems l
On Sat, Mar 12, 2005 at 11:08:56PM -0600, Jerry Haltom wrote:
> I had a bright idea for our Java policy which I want to discuss:
> installing all javadoc in a centralized location and linking it
> together.
>
> What this would do is let a user pop open a web browser and see javadoc
> for every pag
On Mon, Mar 14, 2005 at 06:26:55PM +0100, Arnaud Vandyck wrote:
> Sat, 12 Mar 2005 23:43:55 -0600,
> Jerry Haltom <[EMAIL PROTECTED]> wrote:
>
> > On Sun, 2005-03-13 at 00:28 -0500, Barry Hawkins wrote:
> >> Jerry Haltom wrote:
> >> | I had a bright idea for our Java policy which I want to discu
On Sat, Mar 12, 2005 at 01:13:23PM -0600, Jerry Haltom wrote:
> Attention Java Maintainers: This Effects You
>
>
> This is a recap of an ad-hoc discussion a number of Java maintainers had
> a few minutes ago in #debian-java concerning our direction with regards
> to including native GCJ compiled
On Tue, Mar 15, 2005 at 09:13:44AM +0100, David Schmitt wrote:
> On Sunday 13 March 2005 22:05, Wolfgang Baer wrote:
> > But just for discussion - wouldn't there be a third possibility ?
> > (Sorry if this is a stupid question !).
> >
> > What about a creating a second source package which build-de
Hi all,
libxalan2-java is the main blocker atm for moving several java packages
to main - I therefore started experimenting with compiling it with the
free tools.
Although I almost had success - there are some problems left. Maybe one
of you has an idea.
The main problem is that libxalan2-java need
On Sunday 13 March 2005 22:05, Wolfgang Baer wrote:
> But just for discussion - wouldn't there be a third possibility ?
> (Sorry if this is a stupid question !).
>
> What about a creating a second source package which build-depends
> on the java source package to produce the native binary. This wou
21 matches
Mail list logo
