r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!REBOL3 Priorities] Project priorities discussion

Maxim
14-Nov-2009
[322x2]
Geo,   I did the EXACT same thing... I had ALL of language E mapped 
in the commodities with some control key being required for the few 
letter words to be converted to  language E equivalent  :-) 


coding was like ctrl+i var=1 ctrl+t ctrl+p "value = 1" ctrl+e   (if 
var=1 then print "value=1" endif   :-)
I meant all languages... AFAIK asians also use language  ;-)
Graham
14-Nov-2009
[324]
If you used basic .. you only needed the first couple of chars anyway
shadwolf
17-Nov-2009
[325x3]
GEomol and henrick OR YOU CAN STOP USING PAST CENTURY COMPUTERS THAT'S 
GOOD TOO !!! 


>> x: now/time a: 1. b: 2. loop 10000000 [a + b * a / b] now/time 
- x
== 0:00:03
Take that baby
it's R2 on my brand new Intel Core i5 750 / 4go DDR3 1333  Mhz   
with UD3  memory card
gemol if you want i can sell you minutes of use of on my computer 
:P
Robert
18-Nov-2009
[328x2]
Take this:


>> x: now/time a: 1. b: 2. loop 10000000 [a + b * a / b] now/time 
- x
== 0:00:03
MacBookPro, 3.06GHz, Wndows in Parallels 5 VM
Geomol
18-Nov-2009
[330]
Heh, my test was about R2 and R3 performance, not to test how fast 
(or slow) one of my computers are. I could have run the code on my 
multi-GHz intel box.
Maxim
19-Nov-2009
[331]
it would be nice for R3 to support LLVM natively..... brian?
Pekr
19-Nov-2009
[332]
but where is LLVM preinstalled? What is the advantage in having R3 
LLVM backend, if I can't find LLVM on my Vista machine? :-)
Maxim
19-Nov-2009
[333x5]
llvm is a compiler.  its not an OS service.
but its a compiler which can be easily embeded into any application.
mesa3D is using it in their driver engine to convert graphic calls 
to any GPU instructions... on the fly.  implementing a driver becomes 
just a question of providing LLVM instruction maps... although not 
trivial... still much simpler than having to go from HW to OS in 
a single driver  ;-D
we could add JIT compilation to rebol, we could have REBOL based 
extensions which are JIT compiled in real-time, for example  :-)
although we could all of this ourself... LLVM is a nice framework 
to make all of that easier.
Pekr
19-Nov-2009
[338]
so it is not a compiler, it is a virtual machine environment, no? 
What is the advantage here? REBOL is its own VM - if we get it to 
every platform, why would we need LLVM? How big is actually LLVM?
Maxim
19-Nov-2009
[339]
LLVM is a compiler, which you can control in real-time and easily 
embed.
Pekr
19-Nov-2009
[340]
Or you, as a dev. simply use LLVM to create REBOL executable? And 
as you have ti LLVM abstracted, you basically code to one host environment? 
I probably don't understand the model correctly ...
Maxim
19-Nov-2009
[341x2]
it would make for a powerfull extension, where we could simply run 
a rebol dialect like Rebolek's REBOL syntaxed-C and compile it in 
real time through an extension which serves as a jump vector manager.
so you code in a language similar to REBOL, but end-up with compiled 
code which is linked dynamically in the host...
Pekr
19-Nov-2009
[343]
how big is that runtime?
Maxim
19-Nov-2009
[344x2]
souce code is 7MB, but probably includes a lot of stuff we can trim 
for our specific purpose. the binaries are big wrt rebol, so it can't 
part of the host code(unless brian can build a very slim version 
of it), but it would make for a very nice extension.
shake, one of the most high-end visual effects software in the world, 
uses a system just like LLVM within their software and it made it 
much faster than all the competition because of it.
Pekr
19-Nov-2009
[346]
if some compiler adds more than 100KB to REBOL, then it is a no go 
:-)
Maxim
19-Nov-2009
[347x2]
sure, its not for the host, but its still not huge, and makes for 
a nice feature I'd add in any of my speed-critical applications, 
if I had access to it.
for elixir, for example, this would be extremely beneficial.
Henrik
19-Nov-2009
[349]
AFAIK, much of OSX is moving to LLVM.
Maxim
19-Nov-2009
[350]
btw it looks as though I might get some funding to build Elixir  
:-D
Henrik
19-Nov-2009
[351]
also FreeBSD, it seems
Pekr
19-Nov-2009
[352]
Shake is not good because of LLVM-like low level imo, but because 
of properly Graph based GUI. Now allow us something like that for 
View, and you get-me-interested :-) http://www.apple.hu/hun/mac/shake/shake/shake.html
Cyphre
19-Nov-2009
[353]
Maybe I'm missing something but you can do graph-based processing 
even with R2.  There is really no special needs at the low-level.
Maxim
19-Nov-2009
[354x2]
pekr... wrt shake... and what do you think the graph does ?  ;-) 
 


the graph is compiled in real-time everytime you change its structure. 
 you can create your own nodes and add them to the engine, using 
the graph itself as a visual development platform.


 as I said, I worked for those guys... I have an intricate knowledge 
 of how it works.  I also implemented a REBOL implementation of shake 
 callings its rendering engine and intepreting its (C) Header files 
 to integrate all the nodes.  :-)
yes, in R2, globs is such an engine, and it works very well.
Cyphre
19-Nov-2009
[356]
Regarding JIT/VMs: Recently I spent some time looking into this area. 
After the short investigation I believe JIT compiler which can be 
really useful(and fast enough) for Rebol can be written in kilobytes 
of code not megabytes.
Henrik
19-Nov-2009
[357]
They still sell Shake? I thought it was discontinued a couple of 
years ago.
Maxim
19-Nov-2009
[358x4]
yep.  but shake's technology was embeded within other apple tools. 
 the original nothing real guys still work at apple, all these years 
later  :-)
a VERY cool and somewhat, excentric, group of people hehe... nothing 
real parties at tradeshow events like siggraph... usually where the 
most sought after events...   S&M show with boobs on fire :-)  nude 
circus acts.  world-renowned dj's doing the music... ahh... those 
where the good times.
now.. you've got stuck-up companies like autodesk litterally controlling 
the whole industry with parties which would make your grandma wish 
she could leave early.  ;-)
shake still today is preferred for very large effects shots... it 
can layer 500 full frame cinema images (2048p or more) using a few 
hundred megs of RAM.  other softwares need 8GB of RAM just to handle 
10. and render exponentially slower.
Pekr
19-Nov-2009
[362]
So Max - when do we get FullHD editing in R3? :-)
Maxim
19-Nov-2009
[363]
give me a few months  ;-)
Pekr
19-Nov-2009
[364]
... so you want to do in few months, what was not done in 12 years 
of View's existence? Cool then :-)
Maxim
19-Nov-2009
[365x2]
a lot of the stuff is already coded... it just needs to be translated 
for R3.
it took me just a few hours to have OpenGL running in an extension.... 
 which includes downloading all the OGL libs, and C compiler and 
stuff.
Maxim
7-Dec-2009
[367]
well, for those of you who are on devchat... you can see my (humorous) 
host-lib compilation post there, but for all others... just I just 
want to tell the world that... 

ITS ALIVE!!!! hehehahahahaha (evil grin and laugther)...


yep, I am on the short list of lucky individuals who got the host 
code, and it compiled the very first time I tried, so, mission accomplished 
and congratulations to Carl.
Rebolek
7-Dec-2009
[368]
Maxim - on Windows, or some other system?
Maxim
7-Dec-2009
[369x2]
on windows... I  don't have my Mac setup for compiling yet.
Cyphre has reported compiling on code::blocks (don't know what OS)
Rebolek
7-Dec-2009
[371]
OK, and what compiler have you used?