Tim Ellison wrote:
> I understand that the topic relates to the mechanics of achieving the
> componentization rather than the content of the components, but I
> proposed a componentization split for the J2SE libraries a while ago [1]
> and the final version ended up on the Harmony wiki [2]. That w
I understand that the topic relates to the mechanics of achieving the
componentization rather than the content of the components, but I
proposed a componentization split for the J2SE libraries a while ago [1]
and the final version ended up on the Harmony wiki [2]. That was done
only with J2SE in m
Robert Lougher wrote:
> Hi,
>
> J2ME is split into two things, the VM specification and the profile.
> MIDP is the profile, not the VM. The VM follows either the CDC
> specification (Connected Device) or the CLDC specification (Connected
> Limited Device). Here again, we now have two versions,
Hi David,
On Tue, 2005-11-01 at 10:12 +0100, David N. Welton wrote:
> The first thing you'd probably want to do in any case is an emulator...
> although this already exists and is quite nice:
>
> http://www.barteo.net/microemulator/
As you might have seen on http://planet.classpath.org/ this emu
>
> On Nov 4, 2005, at 3:20 AM, Robin Garner wrote:
>
>> Geir Magnusson Jr. wrote:
>>
>>
>>>
>>> On Nov 1, 2005, at 9:05 PM, Robin Garner wrote:
>>>
>>>
Actually my colleagues at ANU and I were remarking last week
that all the recent discussion on the Harmony list (configure
scripts
Hi Craig,
On Thu, 2005-11-03 at 09:06 -0800, Craig Blake wrote:
> In the course of various jobs I've had to look at lots of chunks of
> the Sun library sources and VM code. I was under the impression that
> this would be a problem?
Yes, studying proprietary source could while working for a s
Hi Geir,
On Thu, 2005-11-03 at 10:54 -0500, Geir Magnusson Jr. wrote:
> On Nov 3, 2005, at 10:30 AM, Mark Wielaard wrote:
> > This is one of the "hot topic" on the GNU Classpath mailinglist.
> > How do we define "bundles" so people can more easily mix and match precisely
> > those core library p
Seems like the difference is that once the little bootstrap piece is
done you wouldn't need to recompile it every time... heck, you might
not ever have to if you could just download a little binary for your
platform.
Craig
On Nov 4, 2005, at 4:21 AM, Geir Magnusson Jr. wrote:
On Nov 4,
On Nov 4, 2005, at 3:20 AM, Robin Garner wrote:
Geir Magnusson Jr. wrote:
On Nov 1, 2005, at 9:05 PM, Robin Garner wrote:
Actually my colleagues at ANU and I were remarking last week
that all the recent discussion on the Harmony list (configure
scripts, packed structs etc etc) were
Geir Magnusson Jr. wrote:
On Nov 1, 2005, at 9:05 PM, Robin Garner wrote:
Actually my colleagues at ANU and I were remarking last week that
all the recent discussion on the Harmony list (configure scripts,
packed structs etc etc) were close to being proof that Java was the
easier way to
On Nov 1, 2005, at 9:05 PM, Robin Garner wrote:
Actually my colleagues at ANU and I were remarking last week that
all the recent discussion on the Harmony list (configure scripts,
packed structs etc etc) were close to being proof that Java was the
easier way to go.
C'mon... you still hav
In the course of various jobs I've had to look at lots of chunks of
the Sun library sources and VM code. I was under the impression that
this would be a problem?
Craig
On Nov 3, 2005, at 7:55 AM, Geir Magnusson Jr. wrote:
Why are you too tainted?
geir
On Nov 2, 2005, at 11:11 PM, Craig
Why are you too tainted?
geir
On Nov 2, 2005, at 11:11 PM, Craig Blake wrote:
Some of us are still hoping for a mostly Java based
implementation. While I am apparently too "tainted" to contribute
much, it will make it a lot more fun to play around with.
Craig
On Nov 1, 2005, at 6:05 PM,
On Nov 3, 2005, at 10:30 AM, Mark Wielaard wrote:
This is one of the "hot topic" on the GNU Classpath mailinglist.
How do
we define "bundles" so people can more easily mix and match precisely
those core library parts they want. See the discussions on
http://lists.gnu.org/archive/html/classpa
Hi,
On Mon, 2005-10-31 at 18:30 -0500, Geir Magnusson Jr. wrote:
> What we want to do here is a modular system to which you can easily
> replace parts as appropriate for your usage, either to port to a new
> platform or usage/performance profile
>
> I think that you'll be fairly satisfied
Some of us are still hoping for a mostly Java based implementation.
While I am apparently too "tainted" to contribute much, it will make
it a lot more fun to play around with.
Craig
On Nov 1, 2005, at 6:05 PM, Robin Garner wrote:
Rodrigo Kumpera wrote:
On 11/1/05, Robin Garner <[EMAIL P
> -Original Message-
> From: Robin Garner <[EMAIL PROTECTED]>
> Sent: Nov 1, 2005 8:05 PM
> To: harmony-dev@incubator.apache.org
> Subject: Re: half-baked idea? j2me
>
> Rodrigo Kumpera wrote:
>
> >On 11/1/05, Robin Garner <[EMAIL PROTECTED]&g
Archie Cobbs wrote:
Robin Garner wrote:
Actually my colleagues at ANU and I were remarking last week that all
the recent discussion on the Harmony list (configure scripts, packed
structs etc etc) were close to being proof that Java was the easier
way to go.
Here's some idle speculating ab
Robin Garner wrote:
Actually my colleagues at ANU and I were remarking last week that all
the recent discussion on the Harmony list (configure scripts, packed
structs etc etc) were close to being proof that Java was the easier way
to go.
Here's some idle speculating about writing a JVM in Jav
Rodrigo Kumpera wrote:
On 11/1/05, Robin Garner <[EMAIL PROTECTED]> wrote:
On 11/1/05, Robin Garner <[EMAIL PROTECTED]> wrote:
Rodrigo Kumpera wrote:
AFAIK IKVM, sablevm and jamvm all run on portable devices.
Developing a j2me jvm is not as easier as it seens, first, the
On 11/1/05, Robin Garner <[EMAIL PROTECTED]> wrote:
> > On 11/1/05, Robin Garner <[EMAIL PROTECTED]> wrote:
> >> Rodrigo Kumpera wrote:
> >>
> >> >AFAIK IKVM, sablevm and jamvm all run on portable devices.
> >> >
> >> >Developing a j2me jvm is not as easier as it seens, first, the
> >> >footprint a
>> On 11/1/05, Robin Garner <[EMAIL PROTECTED]> wrote:
>>> Rodrigo Kumpera wrote:
>>>
>>> >AFAIK IKVM, sablevm and jamvm all run on portable devices.
>>> >
>>> >Developing a j2me jvm is not as easier as it seens, first, the
>>> >footprint and execution performance must be really optimized, so
>>> >
> On 11/1/05, Robin Garner <[EMAIL PROTECTED]> wrote:
>> Rodrigo Kumpera wrote:
>>
>> >AFAIK IKVM, sablevm and jamvm all run on portable devices.
>> >
>> >Developing a j2me jvm is not as easier as it seens, first, the
>> >footprint and execution performance must be really optimized, so
>> >expect a
On 11/1/05, Robin Garner <[EMAIL PROTECTED]> wrote:
> Rodrigo Kumpera wrote:
>
> >AFAIK IKVM, sablevm and jamvm all run on portable devices.
> >
> >Developing a j2me jvm is not as easier as it seens, first, the
> >footprint and execution performance must be really optimized, so
> >expect a LOT of a
Hi,
J2ME is split into two things, the VM specification and the profile.
MIDP is the profile, not the VM. The VM follows either the CDC
specification (Connected Device) or the CLDC specification (Connected
Limited Device). Here again, we now have two versions, 1.0 and 1.1
(CLDC1.1 is specified
Geir Magnusson Jr. wrote:
> Do you really mean J2ME for a specific purpose?
Yes, 'j2me' is vague... Since MIDP is the lowest common denominator, I'd
start with that.
> What we want to do here is a modular system to which you can easily
> replace parts as appropriate for your usage, either to por
Robin Garner wrote:
> Rodrigo Kumpera wrote:
>
>> AFAIK IKVM, sablevm and jamvm all run on portable devices.
>>
>> Developing a j2me jvm is not as easier as it seens, first, the
>> footprint and execution performance must be really optimized, so
>> expect a LOT of assembly coding.
A serious JIT c
Rodrigo Kumpera wrote:
AFAIK IKVM, sablevm and jamvm all run on portable devices.
Developing a j2me jvm is not as easier as it seens, first, the
footprint and execution performance must be really optimized, so
expect a LOT of assembly coding.
Back to the language wars again :) This does not
Do you really mean J2ME for a specific purpose?
What we want to do here is a modular system to which you can easily
replace parts as appropriate for your usage, either to port to a new
platform or usage/performance profile
I think that you'll be fairly satisfied with what we come up wit
AFAIK IKVM, sablevm and jamvm all run on portable devices.
Developing a j2me jvm is not as easier as it seens, first, the
footprint and execution performance must be really optimized, so
expect a LOT of assembly coding.
After that, a jvm that runs in no device is pretty much useless, then
we woul
Hello,
I'm interested in having a freely available Java system, which seemed as
good a reason as any to start lurking on this list lately.
I've been mulling over what I've seen in the archives here, what I know
of the free java world, free software, communities, marketing, and
various and sundry
31 matches
Mail list logo
