World: r3wp
[Red] Red language group
older newer | first last |
Dockimbel 10-Apr-2011 [1075] | I'm getting back to code now, implementing all the items from this list: https://github.com/dockimbel/Red/wiki |
Geomol 10-Apr-2011 [1076] | Added link to Checklists/Links |
Dockimbel 10-Apr-2011 [1077] | I forgot that such feature existed in AltME (as for Calendar and File Sharing). |
Geomol 10-Apr-2011 [1078] | Regarding hex form of integer. What if someone write: ah: 42 foo: ah Should foo be 42 or 10 (= ah hex)? Maybe hex integers should require prefix zero in this case? |
Dockimbel 10-Apr-2011 [1079] | It will be 10 because the preprocessor would have converted it early. |
Geomol 10-Apr-2011 [1080] | So variable names starting with a-f, consisting of a-f and 0-9 and ending on -h isn't possible. |
Dockimbel 10-Apr-2011 [1081x3] | No, and I should add it the variable syntax section in the draft. |
Also, I have an item in the todo list for "Hex values syntax checking". I guess I'll add some rules to avoid ambiguities as much as possible. For example, having to use uppercases only for hex letters would help. Allowing only 8 or 6 or 4 characters with prefix zeros when required should also help. | |
add it the variable => add it to the variable | |
Kaj 10-Apr-2011 [1084x2] | Is Red proper going to have this hex notation, as well? |
I fear it is going to lead to problems if not all words are available to use in a context. Suppose there is an external source of data with named values that map naturally to a context. The ability to import that data easily will be broken if certain words are interpreted as hex values | |
Nicolas 10-Apr-2011 [1086] | Is the longterm goal to make an open source rebol-like language? |
Kaj 10-Apr-2011 [1087] | Definitely |
Nicolas 10-Apr-2011 [1088] | :) |
Kaj 10-Apr-2011 [1089] | If you want a REBOL like language earlier, use Boron |
Nicolas 10-Apr-2011 [1090x2] | Who started boron and red? |
dockimbel. Sorry, I've got to stop asking stupid questions. | |
Kaj 10-Apr-2011 [1092] | Boron is Karl Robillard, Red is Nenad Rakocevic |
Dockimbel 11-Apr-2011 [1093] | Kaj: I agree with your arguments, I don't plan to use that syntax at Red level, I would rather rely on either issue! or binary!. |
Oldes 11-Apr-2011 [1094x2] | padding with zeros and uppercase only sounds good. |
(prefixing) | |
BrianH 11-Apr-2011 [1096x3] | Peter was asking a question about c-string! syntax. There is no need to have separate syntax for c-string! and string!. Red/System should only have c-string! literals; the string! type is likely to be *implemented* in Red/System, so the type name would only be needed to refer to values that Red/System is constructing or converting to or from. Red itself shouldn't have a c-string! type because it's unsafe, same as the pointer! type. So you can use the same syntax for both string types: In Red, they would be string! literals, in Red/System, c-string! literals. |
It's a bootstrapping thing. The advantage of a compiler is that the source can refer to any datatypes you want it to. Even if the compiler is written in Red or REBOL, string literals that may be of the string! type in the compiler can be used to represent a different datatype in the resulting compiled code. | |
Nicolas: "Why is it more popular than boron? Did the boron guy start red?" A few apparent reasons: - Red is new (shiny!). - Red is compiled, which is a new challenge for us. Boron is interpreted, like REBOL. - Red is BSD licensed; Boron is LGPL licensed. Most of the REBOL community is not very (L)GPL-friendly for various reasons, such as license incompatibility with REBOL. - Red being compiled and BSD means that it doesn't directly compete with REBOL, and is considered to be complementary. We might even be able to get them to work together directly without causing license problems. This means that more people who contribute to REBOL itself can contribute to Red as well, which means that there are more qualified contributors available early on. - Doc made Red, and we like Doc, and he is here. Karl Robillard is not here, afaik (I'm sure we'd like him if given the chance). | |
Rebolek 11-Apr-2011 [1099] | I think that BSD vs GPL does matter really much in this context. |
BrianH 11-Apr-2011 [1100] | It does to me. That is one of the reasons I can help out the Red project, but not Boron. |
Rebolek 11-Apr-2011 [1101x2] | Yeah, it does to me too. That's why I started with OSX emitter. |
Even id it's still not finished... ;) | |
BrianH 11-Apr-2011 [1103] | That's why (after tax season) I'm going to try my hand at a Dalvik emitter :) |
Maxim 11-Apr-2011 [1104] | its also a very big issue for me. GPL is the license for star trek, when there will be no economics. |
Rebolek 11-Apr-2011 [1105] | startrek sounds nice but I think it's license for Mafia. |
Maxim 11-Apr-2011 [1106x2] | a lot of the people who do GPL don't work in the real world... they live in academia. |
one thing I've always wondered... does MIT actually use the MIT license in their projects? | |
BrianH 11-Apr-2011 [1108] | Yes. |
Rebolek 11-Apr-2011 [1109] | Acade Mia... |
Maxim 11-Apr-2011 [1110] | and are they discouraged to use GPL? |
BrianH 11-Apr-2011 [1111x2] | I don't know. MIT is public funded, so their products need to be usable to the public. That includes businesses. |
I think they also make money off patents though. | |
Maxim 11-Apr-2011 [1113] | yeah... any invention eventually needs to be leveraged... that's ok. and most high-profile research is funded by companies nowadays... I'm pretty sure its like that in all universities in the US. |
BrianH 11-Apr-2011 [1114] | The big ones, yes. The others don't do a lot of research. There are exceptions though; my old professor contributed to Pizza, which led to generics in Java 6, and indirectly in C# 2. |
Rebolek 11-Apr-2011 [1115] | Max, you sound like Japan anime with "most high-profile research is funded by companies nowadays". |
BrianH 11-Apr-2011 [1116] | To be fair, research has more of a chance to become high-profile with marketing. Companies can afford more marketing. |
Maxim 11-Apr-2011 [1117] | a lot of companies go to universities for some specific problems. they fund a specific project form a team and a professor and team has work for 2-3 years. sometimes it goes through the school, sometimes it almost like "renting" the professor for cheap. |
Pavel 13-Apr-2011 [1118] | Doc is there any reason the shift functions (<< >>) are not implemented? |
Dockimbel 13-Apr-2011 [1119x5] | Yes, multiplication or division by a power of 2 are generating shifts, so the feature is available, the << >> operators are now just syntactic sugar, that's why their implementation has been delayed. |
They are also missing from the specification doc because I am not sure it is worth adding them anymore. What do you think? | |
Humm, looking at it a bit closer, it is not totally equivalent: the * and / operators will generate shifts only if the right argument is a literal integer. So: a: 4 123 * b won't generate a shift. So, I guess the conclusion would be: it is worth adding them. :-) | |
I'll consider adding these operators to the specifications after finishing my current debugging on ANY & ALL. | |
a: 4 123 * b should be: a: 4 123 * a | |
PeterWood 13-Apr-2011 [1124] | Will << and >> be needed in order to build the first version of Red? |
older newer | first last |