World: r3wp
[!REBOL3 Priorities] Project priorities discussion
older newer | first last |
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? |
older newer | first last |