[REBOL] curiosity killed the code-generator Re:(6)

2000-08-08 Thread hen

> Besides, do any platforms exist for which there is a JVM but no REBOL
> interpreter? I cannot think of any (perhaps the forthcoming MAJC-based
> systems, but I don't know the timeline for those), and if there aren't any
> such platforms, nobody would gain anything from a JAVA implementation of
> REBOL.

Dunno what MAJC is (ah google says some new Sun chip), but I've not heard
of a Symbian version of Rebol. 
Also I've not heard of a browser-embedded version of Rebol.
Though admittedly neither of those are really major ones, at least in the
current with respect to the Symbian.

I was thinking more of blending technologies, but I've no real inkling of
the politics behind it all.

In the end probably a poor suggestion :)

Hen




[REBOL] curiosity killed the code-generator Re:(5)

2000-08-08 Thread ole_f

Hi , 7-Aug-2000 you wrote:


>> Hi Hen, 6-Aug-2000 you wrote:
>>
>> >Are there any plans to create a Rebol implementation for the Java machine?
>>

>Answer was finished, then i read again: Oops. a Rebol
>implementation for the Java machine" or " a Java implementation
>for the Rebol machine" ? i answer to the first below
>(bytecode-rebol), but you seem to answer the second?

Yeah, it seems like I read "of" instead of "for" in the original question ;-)

But replying to the real question, then: This would force REBOL Tech. to
rewrite the REBOL interpreter in JAVA, and I sincerely doubt that they have
resources (employees, time, etc.) for that.

Besides, do any platforms exist for which there is a JVM but no REBOL
interpreter? I cannot think of any (perhaps the forthcoming MAJC-based
systems, but I don't know the timeline for those), and if there aren't any
such platforms, nobody would gain anything from a JAVA implementation of
REBOL.

Just my thoughts...

Kind regards,
--
Ole Friis <[EMAIL PROTECTED]>

Amiga is a trademark of Amiga Inc.




[REBOL] curiosity killed the code-generator Re:(5)

2000-08-07 Thread hen

> > >Are there any plans to create a Rebol implementation for the Java machine?
> > 
> 
> Answer was finished, then i read again: Oops. a Rebol
> implementation for the Java machine" or " a Java implementation
> for the Rebol machine" ? i answer to the first below
> (bytecode-rebol), but you seem to answer the second?
> in this case, a /command-dialect for JNI would be
> interesting :)

My question was intended to suggest Rebol embedded in Java. I realise I
mis-worded it rather horrifically :)

It would be nice to ship a Java application with a Rebol configuration. Of
course XML would also be nice here.
Also on the code generation side, embedding Rebol inside the code
templates would create a nice system I think. 

Hen




[REBOL] curiosity killed the code-generator Re:(4)

2000-08-07 Thread agem


> Hi Hen, 6-Aug-2000 you wrote:
> 
> >Are there any plans to create a Rebol implementation for the Java machine?
> 

Answer was finished, then i read again: Oops. a Rebol
implementation for the Java machine" or " a Java implementation
for the Rebol machine" ? i answer to the first below
(bytecode-rebol), but you seem to answer the second?
in this case, a /command-dialect for JNI would be
interesting :)

maybe Rebol changes it's "no java!" position - does
sun ignore or hate rebol? sun sponsored tcl/tk, and
Rebol is the the better one.. . With shared garbage-collector,
Rebol-aware Security and persistence (serialize a
rebol-block ready for java and back) this would be
a marked? about JPhython is said it is what Java lacked
- a perfect scripting language.. and java is a platform
too, even if virtuall?

The best reason against this is, there is no need
for anything other than Rebol in the future - but
then, why a windoze-version? if "to get into the market",
thats true for a "Rebol in Java" too.

Having a JNI-based native Rebol for very dynamic code
would be even faster of course. 

Then, have you noted JNI - design? all access is done
from a interface-pointer, in princip you can can call
a JNI-lib without having a java behind it, simply
setup the "get/set value .." functions. could be a
kind of inter-language-interface. of course the called
libary must be aware of this "no real java" restrictions,
not calling any of its functions, but.. one can have
a dll which works with java or rebol or other c? write
once, plug everywhere. I thought once about that getting
troubled with all this diffrent C++-linkers. a clean
format for shared header files. a bit expendable in
declaring/calling, but - a job for a good Rebol-preprocess-Dialect
? Just dreaming :)


> Would be interesting, but the virtual machine would run _extremely_ slow.
> 

Would be more interesting if fast :) even kawa (scheme)
works with "bytecode on the fly". so rebol may use
a similar approach. then there is hotspot, which should
handle don't optimize "scripts", but do optimize loops
well. And it is optimized for very "open" (virtuall,
load more stuf later, ..) style. if this style is
in code (can be extended by lots of yet unloaded classes),
but only a single class really exists yet, it does
very heavy inlining (they say). with a clever structure
a rebol2java-compiler may run well? what can't be
compiled in "native" java (aka bytecode). maybe even
better than native interpreter, if it can fix types
(knowing args must be 'integer! and that) ?

> However, the part of the JVM instruction set that I have seen is very simple
> (it's a stack machine), but AWT etc. would probably be a "no-no" because of
> speed, complexity, etc.
> 

there was a "LTK" in a book which makes its GUI itself
based on very feew AWT1.0 . ("where's mouse" and "paint
this"). it worked on P100 once better faster swing
today :) and i accept a lot of slowness in beta- /view.
problem might be, if rebol.com writes /view in java,
sun gets problems of explaining why swing :) they
are so proud about it :)

> But a JVM that interprets a subset of JAVA bytecode could be interesting.
> 

?? for what? Ah - you mean Rebol interprets java? here i get the _slow_ :)

> Holger from REBOL Tech. once worked on a JVM implementation for the Amiga, so
> perhaps he can tell us if such a project would be feasible. Holger?
> 
> Kind regards,
> -- 
> Ole Friis <[EMAIL PROTECTED]>
> 
> Amiga is a trademark of Amiga Inc.
> 

Volker

 




[REBOL] curiosity killed the code-generator Re:(3)

2000-08-07 Thread ReadySoft

1. Use the function WHAT
It prints a list of globally-defined functions.
or
2, print mold first system/words

Helmut

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
An: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Datum: Montag, 7. August 2000 03:25
Betreff: [REBOL] curiosity killed the code-generator Re:(2)


>I know that there is a way to get a list of all rebol words,
>and have used it before, but have forgotten.
>
>How do I do that again?
>
>Thanks
>Tim
>




[REBOL] curiosity killed the code-generator Re:(3)

2000-08-06 Thread bhandley

The word

   what

Returns all functions.

first system/words

returns all words.

Brett.

- Original Message - 
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, August 07, 2000 11:20 AM
Subject: [REBOL] curiosity killed the code-generator Re:(2)


> I know that there is a way to get a list of all rebol words,
> and have used it before, but have forgotten.
> 
> How do I do that again?
> 
> Thanks
> Tim
> 




[REBOL] curiosity killed the code-generator Re:(3)

2000-08-06 Thread ptretter

>>what


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Sunday, August 06, 2000 8:20 PM
To: [EMAIL PROTECTED]
Subject: [REBOL] curiosity killed the code-generator Re:(2)


I know that there is a way to get a list of all rebol words,
and have used it before, but have forgotten.

How do I do that again?

Thanks
Tim




[REBOL] curiosity killed the code-generator Re:(2)

2000-08-06 Thread tim

I know that there is a way to get a list of all rebol words,
and have used it before, but have forgotten.

How do I do that again?

Thanks
Tim




[REBOL] curiosity killed the code-generator Re:(3)

2000-08-06 Thread ole_f

Hi Hen, 6-Aug-2000 you wrote:

>Are there any plans to create a Rebol implementation for the Java machine?

Would be interesting, but the virtual machine would run _extremely_ slow.

However, the part of the JVM instruction set that I have seen is very simple
(it's a stack machine), but AWT etc. would probably be a "no-no" because of
speed, complexity, etc.

But a JVM that interprets a subset of JAVA bytecode could be interesting.

Holger from REBOL Tech. once worked on a JVM implementation for the Amiga, so
perhaps he can tell us if such a project would be feasible. Holger?

Kind regards,
-- 
Ole Friis <[EMAIL PROTECTED]>

Amiga is a trademark of Amiga Inc.




[REBOL] curiosity killed the code-generator Re:(2)

2000-08-06 Thread hen

Are there any plans to create a Rebol implementation for the Java machine?

One of the things I'm currently working on is a generation system using
Java as the base architecture, however for intelligent templates a
scripting language is needed.

Despite having followed Rebol since its release I've not yet found myself
turning to it often, Java and Perl are my usual solutions and Python has
been top of my 'to use more often' list. However the idea of embedded
rebol sounds interesting, though I'll admit I'm not sure if it would suit
Rebol..

Hen





[REBOL] curiosity killed the code-generator Re:

2000-08-05 Thread bhandley

I've thought about this myself a little, just for curiosity.

I suppose if you're a Java developer then you should be able to come up with
a few situations, like help with implementing design patterns say. This then
is at the level of manipulating and interpreting Java source code.

At a different level. Another thing you could do is leave the Java source
behind and look at the Java Virtual Machine itself. In some ways this may be
simpler. You could create a Rebol program, no doubt using a particular
dialect, that would generate class files that could be directly executed on
the JVM. If you like a feature of the JVM or some library of functionality
already implemented for the JVM, this could be a way to leverage it.

Obviously these languages have their strong and weak points.
The thing is, I may be a little "uncreative" but I came to the conclusion
that at the moment, unless there is a specific feature, "just" doing it
Rebol is probably better.

Brett.

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, August 06, 2000 4:15 AM
Subject: [REBOL] curiosity killed the code-generator


> howdy list,
>
> this one falls into the "I'm just curious" catagory.  What would be some
of the benefits of writing a code-generator in REBOL, say, for Java?  That
was actually suggested to me some time ago, and a person I mentioned it to
called it a "trial by fire".  hmm.  Someone wrote some fortran tools, didn't
they?
>
> I was just wondering what it helped.
> thanks!
> --
>
> Spend less time composing sigs.
> -tom
>