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

World: r3wp

[Red] Red language group

Dockimbel
2-Jan-2012
[4238]
Thanks for noticing, I've added it (should be online by tomorrow).
Kaj
2-Jan-2012
[4239x5]
I did research on the atexit() issue. The situation is horribly convoluted
I made an implementation for Syllable Desktop based on __cxa_atexit. 
You could try that on ARM Debian
However, x86 GNU/Linux does have atexit. Also, the cURL binding imports 
atexit through the C library binding, so if cURL programs load but 
GTK programs don't, that's sinister
What I found for sure is that the Android Bionic C library has an 
atexit implementation
Another thing is that when I actually try atexit, it works but ends 
with a crash
Dockimbel
3-Jan-2012
[4244]
Donation page opened: http://www.red-lang.org/p/donations.html
Kaj
3-Jan-2012
[4245x2]
http://fantom.org
http://chapel.cray.com
Janko
4-Jan-2012
[4247x2]
http://www.youtube.com/watch?v=4II94h6-IFY-- TWiT about ZMQ.


At 13:42 he starts talking about funding / open source / community 
/ financial model -- the often asked question about open soruce + 
making a living in Rebol / Red / Topaz / World ... "Open source is 
a very agressive competetive strategy, a little team can attack a 
big market"
oops .. sorry, because of 2 links from Kaj I thought this is the 
links channel
Kaj
4-Jan-2012
[4249]
Yeah, Pieter is in Texas these days
Kaj
5-Jan-2012
[4250]
http://www.osnews.com/story/25481/Developers_Must_Unite_For_Mobile_App_Portability
Dockimbel
5-Jan-2012
[4251]
For russian readers, article about Red: http://www.linux.org.ru/news/opensource/7209300


72 comments... I don't know if it's globally positive or not, I guess 
that skepticism would dominate, which is understandable. As Kaj said, 
you need to present three times before making a sale. ;-)
Pekr
5-Jan-2012
[4252x2]
It would be probably best to stop reporting RED is related to REBOL, 
and introduce its paradigms as a new rocket science :-)
ditto for Syllable. But I am not sure OSNews.com would publish language 
alpha state news, if not OS related. I tried to report on R3 alpha 
and some milestones, and it was refused ...
Kaj
5-Jan-2012
[4254x3]
I'm slowly disconnecting them. The current article wasn't about Syllable 
anymore, but Red has a track record on OSNews now :-)
I don't know if they would report on it without any connection, though. 
There are simply too many languages. It must be notable somehow
I hardly mentioned REBOL anymore, either, but it's necessary to introduce 
Red
Gerard
5-Jan-2012
[4257]
Finally I will be able to help a bit with a donation ... it's done! 
Will do better next time - New year was rough in terms of personal 
expenses - Keep up the good work everybody. For tring things a bit 
I recently ordered a Samsung Galaxy Tab 10.1 inches android tablet 
- I will receive it shortly and will try to test somewthing with 
it ... Don't know what for now but looking for something. For now 
I'm learning iOS programming in the mean time using Objective-C which 
I also have to learn ... A lot of new stuff going on.
Kaj
5-Jan-2012
[4258x2]
Maniacs make the system. Square parenthesis instead of curly they 
are clearly not attract many new people.
That's the gist of the Russian comments
Chris
5-Jan-2012
[4260]
*Sigh*
Kaj
5-Jan-2012
[4261]
Yeah...
Izkata
5-Jan-2012
[4262]
Comment back that the same could be said of Python's no-bracket syntax 
 ;)
Kaj
5-Jan-2012
[4263x6]
I've had the same argument with someone for several years now, only 
about round parentheses...
The people who are supposed to be wise don't get it, either:
By the way, not like any readable Haskell.
>>----- Quote ---->>

Lisp with square parenthesis?
<<----- Quote 
---- <<

Yes, another 
Lisp for the poor" "
And one light:
Cheers, been waiting for this release
Henrik
6-Jan-2012
[4269x3]
well, if people are judging a language on that, then it's impossible 
to discuss it on a higher level.
I wonder now, what people generally thought of C, when it came out. 
Of course things were slightly different back then.
2 more watchers of the github repository.
Dockimbel
6-Jan-2012
[4272]
My floating point support todo-list for Red/System:


http://groups.google.com/group/red-lang/browse_thread/thread/5fe1e6bde8576d51?hl=en
Pekr
6-Jan-2012
[4273x3]
what is that channel? If a new one, a forum, please add it to the 
Community section on red-lang.org?
btw - did not Ladislav do something with floating and rounding C 
level support for R3? Maybe you could consult with him ....
btw - I would not hesitate to post that info as a normal blog article 
on a red-lang.org, or some ppl might miss it?
Dockimbel
6-Jan-2012
[4276x3]
what is that channel?
 Just the Red's mailing-list, nothing new there.
Ruby's author Matz (Yukihiro Matsumoto) tweeting about Red: http://t.co/rUZtxSOE
Well, the floating point support is just planned for now, not even 
a work in progress, I'll blog about it when it will be more tangible.
Janko
6-Jan-2012
[4279x2]
Wow Doc , EPIC ..
I predict rebol-like will be going mainstream in 2 years :)
Dockimbel
6-Jan-2012
[4281]
If we do things right, it is not impossible. ;-)
Janko
6-Jan-2012
[4282x3]
my webapps (latest one is wip timetracking) code is getting cleaner 
and shows more benefits with every itteration. And all in direction 
only rebol-like langs (not even lisps) can provide AFAIK. And ages 
away from classical / python / ruby code.
(and I am not even that good at reabol .. some code that I saw at 
powermezz was also nothing I've seen before)
like nothing
Pekr
7-Jan-2012
[4285]
Just a question towards the RED possible performance. Are all RED 
natives going to be implemented in Red/System? There might be possible 
cases, where RED is going to be slower than REBOL, no? E.g. SORT 
- in REBOL, it goes directly to the C level. If RED compiles to RED/System, 
and SORT is going to be written in RED/System, which will be surely 
slower than C, then there will be cases, when RED is slower than 
REBOL? Well, we might as well implement SORT or math intensive stuff 
in C directly, as kind of cross-platform lib, and pass it over, but 
then such a library would have to be compiled for all platforms ...
Dockimbel
7-Jan-2012
[4286x2]
Once we'll work on optimizing Red, we'll use the fastest routines 
available for critical code parts. For SORT, I'm not sure it will 
be slower, but if it's the case, we'll use the C version.
I mean we'll use qsort() if faster than the equivalent in Red/System. 
Building a runtime lib in C for Red is not necessary, that would 
defeat one of the purpose of Red/System.