World: r4wp
[Ann-Reply] Reply to Announce group
older newer | first last |
Pekr 27-Sep-2012 [751] | They have strange policy on that. Back at the time, Thom refused to inform RT starts R3 project. I found it interesting news, he declined. But - OSnews degraded badly in last xy years, many "political" topics, no real industry news. Engadget completly rules the game ... |
DocKimbel 27-Sep-2012 [752] | Right, it has changed quite a lot since it has become Thom's personal blog... |
Ladislav 27-Sep-2012 [753x2] | Andreas, there is apparently a difference between code/data that is considered to be part of the interpreter and... - yes, hat is exactly what I tried to underline, and I especially wanted to cite these: If a programming language interpreter is released under the GPL, does that mean programs written to be interpreted by it must be under GPL-compatible licenses? When the interpreter just interprets a language, the answer is no. The interpreted program, to the interpreter, is just data; a free software license like the GPL, based on copyright law, cannot limit what data you use the interpreter on. ...However, when the interpreter is extended to provide “bindings” to other facilities... - I have to emphasize *when the interpreter is extended* and *other facilities* - i.e. other code not considered to be a part of the interpreter. Also, code present in the interpreter does not qualify as *interpreter extension* providing bindings to *other facilities* |
there are counter-examples of statically linked runtime libraries in other programming languages that legally infect the code they run. - I suppose that is not an interpreter case, though? | |
Andreas 27-Sep-2012 [755] | I created a "Licensing" group to move the licensing-related discussions to, so as to free up Ann-Reply again to discuss other more recent announcements. |
Ladislav 27-Sep-2012 [756x2] | I do not see the group |
aha, OK | |
DocKimbel 27-Sep-2012 [758x2] | Kaj: great job! |
I'll work on shared libs support for other platfoms very soon. | |
Pekr 27-Sep-2012 [760] | Good job, guys, especially as R3 being open sourced becomes de-facto competition to Red. Nice you are supporting it though ... |
Andreas 27-Sep-2012 [761] | Congrats Kaj, the example looks very nice: http://red.esperconsultancy.nl/Red-REBOL-3/artifact/06f9d09a50394ed9f957f568e29bae8e651e9202 |
Kaj 27-Sep-2012 [762] | Thanks |
Endo 28-Sep-2012 [763] | Cool work Kaj! |
GrahamC 28-Sep-2012 [764] | So, would this mean that you maintain eg. the one curl binding for red/system and then also use the same for R3 ? |
Pekr 28-Sep-2012 [765x2] | I don't understand the example. My imagination was, that I will have some make-native function or make-extension in R3, and somehow very easily I just plug in the red/system code, without the need of knowledge to cumbersome and cryptic R3 extension interfacing at all - I don't want to know anything about RX_Init etc functions ... |
... kind like R2 DLL interface in R3 level .... | |
Kaj 28-Sep-2012 [767x4] | Yes, I want to rebase my cURL and 0MQ extensions on the Red bindings |
On top of the Red bindings, you'll have to do marshalling to the R3 extension interface and data types. There's no way around that | |
A make-extension function to wrap the compilation of the extension would require the Red compiler to be ported to R3. In the end, this won't work anyway, because it's going to be ported to Red itself | |
The R2 DLL interface is rather specific functionality: it implements dynamic loading and binding of libraries. This could be implemented as a specific R3 extension, written in Red | |
Arnold 28-Sep-2012 [771] | Currently it only works on Windows, and you need the dyn-lib-emitter branch of Red/System I did n't know you have a Windows machine ;) |
DocKimbel 28-Sep-2012 [772] | He doesn't, I do, that's my contribution to this bridge. ;-) |
Kaj 28-Sep-2012 [773x3] | On several occasions in my life, I've programmed on a machine I don't have |
Adrian, the R3 interface is abstracted, so the internal implementation can change. Making it more efficient can only be done by accessing the implementation directly, which would kill the abstraction | |
Carl put a lot of energy into building his island, on which he could remain isolated from the big, bad world. With the source opened, it could be argued that this was in vain | |
BrianH 28-Sep-2012 [776x3] | (Replying to AdrianS in Announce) R3's extension mechanism is designed to make it more possible to make and compile extensions that will continue to work even when R3 is updated. Even with the source open, that is still a value. The command dispatch model is also really useful for implementing native dialects and JIT compilers. The marshalling mechanism is also reasonably fast by FFI standards. It could, however, use better marshallers for series, and more datatype coverage. |
Oh, sorry to duplicate some of your response, Kaj. | |
If the Red JIT compiler were made available in an extension, you could use commands to dispatch to compiled functions withough having to write the compiler in R3. | |
Kaj 6-Oct-2012 [779] | Very cool action, Nick. Thanks for doing that |
james_nak 6-Oct-2012 [780] | Thanks Nick. |
Kaj 11-Oct-2012 [781] | Cool, Max |
james_nak 15-Oct-2012 [782] | Very cool Etsy addition Nick. I agree that this will in the very least cause some curiosity about Rebol. And once you try it... |
DocKimbel 15-Oct-2012 [783] | Red test binaries: I will certainly have good use of them (at least for regression tests). |
Kaj 15-Oct-2012 [784] | I thought so :-) |
GrahamC 15-Oct-2012 [785] | Carl is asking which Repo to use ... let's have some unity in response this time! |
Pekr 16-Oct-2012 [786] | Carl seems to be on steroids last days :-) Wonder if he is going to be back to active development too at some point .... |
GrahamC 17-Oct-2012 [787] | Perhaps he's found the courage again to restart his dreams |
Maxim 17-Oct-2012 [788x2] | @ MaxV : r3D is neat |
all it needs is an event handler for the 3d view so that rotation is clamped to (ZX) / Y axis and scrollwheel to scale (XYZ) :-) | |
Henrik 19-Oct-2012 [790] | Kaj, I'm probably doing this wrong. All examples under MSDOS/Red fail with: --------------------------- empty.exe - Entry Point Not Found --------------------------- The procedure entry point wprintf_s could not be located in the dynamic link library MSVCRT.DLL. --------------------------- OK --------------------------- |
Kaj 19-Oct-2012 [791x3] | I think you've found an important bug, just before release. Thanks! :-) |
Could you please enter it in the Red issue tracker? | |
Do the Red/System programs work? | |
Henrik 19-Oct-2012 [794] | Only those that work with console. The rest seem to fail, because I don't have the appropriate DLLs. |
DocKimbel 19-Oct-2012 [795x2] | Henrik: what Windows platform were you using for that test? |
All MSDOS/Red binaries run fine here (Windows 7 32-bit). | |
Maxim 19-Oct-2012 [797] | MSVCRT.DLL errors are often related to compiling in Debug mode or version mismatch in installed redistributables with requried ones. |
Kaj 19-Oct-2012 [798] | Henrik, yes, for a number of the examples you need to install the corresponding libraries. I'm particularly interested in library names for examples that don't work yet |
Henrik 19-Oct-2012 [799x2] | DocKimbel, windows XP 32 bit |
Kaj, well, glut-triangle.exe responds with: --------------------------- GLUT-triangle.exe - Unable To Locate Component --------------------------- This application has failed to start because LIBGL.SO.1 was not found. Re-installing the application may fix this problem. --------------------------- OK --------------------------- | |
older newer | first last |