World: r3wp
[Red] Red language group
older newer | first last |
Endo 2-Jun-2011 [1825] | I just hope that this will not make development time much longer. |
Robert 2-Jun-2011 [1826x2] | There is a C compiler but the clib is mostly dependent on the OS as well. So, no standalone, bare metal C lib. That's the problem. Using the clib, you need to have the OS as well. |
Like this stuff here: http://sourceware.org/newlib/ See section 14.1 | |
Dockimbel 2-Jun-2011 [1828] | Endo: I will not let those sub-projects interfere with the main roadmap, they should just blend in. For example, the SheevaPlug could be a nice platform to develop and test the ARM port for Red/System: http://en.wikipedia.org/wiki/SheevaPlug |
Endo 2-Jun-2011 [1829] | The manufacturer is Marvell, that's fun :) |
Kaj 2-Jun-2011 [1830] | Implemented pseudo-random numbers in the C library binding. Everybody can start writing console games now ;-) |
Henrik 2-Jun-2011 [1831] | and stock prediction tools |
Kaj 2-Jun-2011 [1832] | I wouldn't want to put the chimpanzee out of work that they're using here |
Robert 2-Jun-2011 [1833] | Doc, I have a SheevaPlug here. :-) That's the bare metal system I want to use :-) |
Dockimbel 2-Jun-2011 [1834] | Well, it runs on Linux I guess, so no issue with libc? |
Kaj 2-Jun-2011 [1835x8] | Implemented signals in the C library binding |
So you can now for example make a server program that properly reacts to system signals | |
However, it may not yet work until Red generates cdecl functions | |
To get a handle on why Red/System tries to replace C, I think it's interesting to compare this function prototype: | |
void (*signal(int sig, void (*handler)(int)))(int) | |
Here's the Red binding, basically the same prototype in Red/System: | |
on-signal: "signal" [ ; Register handlers for receiving system signals. signal [integer!] handler [function!] ; Flag or callback with integer! parameter return: [function!] ] | |
I don't even know if I've translated that right, because I get a headache trying to read the C prototype | |
Andreas 2-Jun-2011 [1843] | typedef void (*sighandler_t)(int); sighandler_t signal(int signum, sighandler_t handler); Easier to read :) So yes, the translation looks correct. It does not carry the same amount of information, though (the signatures of the signal handler functions is missing). |
Kaj 2-Jun-2011 [1844x3] | Yes, no typed pointers in Red yet |
Implemented ABSOLUTE, quicksort and binary search | |
Again, SORT and binary search may not work yet, because they take a comparison function, that should be cdecl | |
Pekr 3-Jun-2011 [1847] | As Robert mentioned Photothead library few days ago ( http://www.sics.se/~adam/pt/ ), I do remember finding some interesting event libraries in the past - liboop ( http://freshmeat.net/projects/liboop/) and libevent ( http://monkey.org/~provos/libevent/- some other references there too) ... so just for a sake of a reference ... |
Dockimbel 3-Jun-2011 [1848] | Kaj: do you have a web page for your C binding that I could reference on red-lang.org? |
Andreas 3-Jun-2011 [1849] | most likely http://red.esperconsultancy.nl/Red-C-library/ |
Dockimbel 3-Jun-2011 [1850] | Thanks |
onetom 3-Jun-2011 [1851x3] | it's awesome to see the growing of a language and the environment around it being fully documented! it will be very useful for the next generations |
regarding bare metal version, i would be happy to help with a Microchip PIC version, in case it can fit into one... | |
my father would be a happy user probably, since he is using rebol/view now to write interfaces for those pic controllers he was programming in flash forth. however, im not sure if we can beat the interactivity of a forth system on such a resource constrained device... | |
Kaj 3-Jun-2011 [1854] | Doc, I'll make a real website for the Red bindings later. For now, you can indeed link the Fossil frontend |
onetom 3-Jun-2011 [1855] | Kaj: regarding chimpanzees... my father in law has some monkeys which normally help to twist off coconuts from palm trees. as these little guys get older, they get slower and also grumpier. 2 different ones already bit my father in law. we might give these retired, veteran monkeys a second life as random number generator! i would be a great business in thailand if i think about how many coconut trees and monkeys do they have here :) |
Kaj 3-Jun-2011 [1856] | Sounds familiar :-) |
Henrik 3-Jun-2011 [1857] | onetom, put them on TV to comment on current events around the world. That would likely be more insightful than what media provide today. |
Kaj 3-Jun-2011 [1858] | I don't know if people know the Chimpanzee story. Several years ago, journalists at an investment publication here in the Netherlands if I'm not mistaken, started having a Chimpanzee throw darts at a list of funds every year. The Chimp turned out to almost match the performance of high-end investment firms. They may still be doing it |
onetom 3-Jun-2011 [1859] | :))) no, i haven't heard the story yet |
Henrik 3-Jun-2011 [1860] | I have a variant: A few years ago, a TV station had some famous art critics comment on the paintings of a new, unknown artist. They made lengthy comments on how wonderful it all was and how it was a new style of art. They were not pleased to learn they had been tricked into commenting on works made by a monkey. |
onetom 3-Jun-2011 [1861] | :P~~~ cool |
Kaj 3-Jun-2011 [1862] | Picasso once said that when art critics meet, they discuss design and architecture and geometry, deeper meaning and social consequences; and when artists gather, they talk about where to get cheap turpentine |
Dockimbel 3-Jun-2011 [1863] | onetom: I am also glad to see how it is evolving. About PIC support, these platforms might be too restricted for Red, but Red/System should be portable on some of them. |
Pekr 3-Jun-2011 [1864] | Doc - as Red/System is relatively close to its completion, are you already thinking about the implementation plan of RED itself? I still might not understand the architecture well enough (my fault, have not read properly docs yet), but what e.g. networking port code? Will that be written in RED? RED/System? Or will it be just some BSD library code linked to Red? |
Dockimbel 3-Jun-2011 [1865x2] | Well, the details of Red implementation are not have been yet documented, but the general idea is to implement as much features as possible in Red itself relying only on Red/System's support functions exported to Red level. So for networking, Red/System should publish to Red the low-level OS mappings required and let Red implement everything else. This is the plan, but it not set in stone, it could be changed during implementation if a better approach emerges. |
Kaj: I will work this weekend on callback support (probably tomorrow). | |
Kaj 3-Jun-2011 [1867x2] | Great |
Implemented some simple type conversions in the C library binding, parsing strings to integers and floating point | |
Gregg 3-Jun-2011 [1869] | I think Steve Shireman has done TCP stacks in the past. My only recent thought, related to OS dependencies and such, was what it would be like if your only interface to files was a memory mapped file interface. Thinking about languages and desktop/server systems, not the embedded stuff. |
Kaj 3-Jun-2011 [1870x3] | I've added many convenience wrappers to the C library binding in order to use native data types |
This makes many functions return TRUE for success instead of an integer (with reversed meaning) | |
There are also many C functions that return something else for success, and take integer parameters for byte values | |
Pekr 4-Jun-2011 [1873] | Sorry if already beingasked, but woul Red run on something like Arduino control board platform? http://arduino.cc/en/Main/Hardware- not sure the HW is capable enough though. It uses Atmel, might be similar to PIC. http://atmel.com/dyn/resources/prod_documents/doc7799.pdf It might be nice to have the lowest common HW denominator written down to know, what HW it could boot on :-) |
Henrik 4-Jun-2011 [1874] | Pekr, Doc says that he wants it to run on Arduino and NXT at least. |
older newer | first last |