I guess this is a question of available means and talents for each part
(CG, encryption, or even scientific computing & exotic DB, etc). Many
things can be done, conceptually, to get warp performances (intelligent use
of SIMD instructions & GPU for instance) but on the other hand there
probably n
> [Original Message]
> From: Geir Magnusson Jr. <[EMAIL PROTECTED]>
> To:
> Date: 5/31/05 2:44:19 PM
> Subject: Re: [arch] VM/Classlibrary interface
>
>
...snip...
>
> And you can circumvent the language protection (package private...)
> if you work hard enough too, I believe...
>
> K
Hi Swen,
ok, you've convinced me.
Enrico
Hello,
First off, you should read the actual Harmony proposal, footnote #2.
"Historically, there has been wide exposure to VM and class-library-
specific source code that is the property of Sun Microsystems as well
as others, as it is common for commer
It does happen quite a bit though. I'll admit that there are
plenty of
parts in Classpath which are pretty poorly implemented. And there are
parts of Sun's implementation which seem very good.
Is there any fundamental reason that Classpath can't surpass Sun's
implementations? Sorry, I am jus
On 6/2/05, Sven de Marothy <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2005-06-02 at 10:42 +0900, Renaud BECHADE wrote:
> > I guess this is a schema that happens very often…
> > Lol
>
> It does happen quite a bit though. I'll admit that there are plenty of
> parts in Classpath which are pretty poorly
Yea,
I think the challenge is making it a core kernel feature rather than
something the users will have to compile and install themselves, ie, a Linux
kernel above a certain future version would support it. It will be a step
further towards more java applications on the Linux platform i think.
On Thu, 2005-06-02 at 10:42 +0900, Renaud BECHADE wrote:
> I guess this is a schema that happens very often…
> Lol
It does happen quite a bit though. I'll admit that there are plenty of
parts in Classpath which are pretty poorly implemented. And there are
parts of Sun's implementation which seem v
Am Donnerstag, den 02.06.2005, 11:42 +0100 schrieb Gerry Steele:
> Has anyone got any thoughts on the possibility of making naively executable
> jars on Linux?
>
> This is done on Windows through the file extensions mechanism. On Solairis
> they use magic numbers picked up by the kernel AFAIK.
hi Gery,
i read that howto a year ago or something but never tired it
http://www.linuxhq.com/java.html
-ahmed
On 6/2/05, Gerry Steele <[EMAIL PROTECTED]> wrote:
> Has anyone got any thoughts on the possibility of making naively executable
> jars on Linux?
>
> This is done on Windows through th
Has anyone got any thoughts on the possibility of making naively executable
jars on Linux?
This is done on Windows through the file extensions mechanism. On Solairis
they use magic numbers picked up by the kernel AFAIK. I guess a Linux
implementation will require some kernel work too. I believ
10 matches
Mail list logo