• Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r4wp

[#Red] Red language group

Arnold
17-Sep-2012
[1867x2]
So 1 source and generate goodlooking webpages or pdf with it.
Then create some howto's and in time change from REBOL driven site 
to Red driven site.
Pekr
17-Sep-2012
[1869x2]
Doc - just concentrate upon Red. I thought that links to gihub archives 
for particular branches are static ...
Hmm, now I might see, what others mean - the Github link is not apparent 
anywhere on the site. Maybe once you find some free time (hardly 
nowadays), here's what I suggest:

- add Downloads link to the top menu

- add just one sentence - you can download .zip archives of particular 
branches from link-to-github ...

That's might help some users ....
DocKimbel
17-Sep-2012
[1871x2]
Links maybe, but branches are not, they are created, live and are 
removed.
Download link: I'll see that once I process all the pending tickets 
for Kaj.
Pekr
17-Sep-2012
[1873x3]
just one link - to the github red site ... then user should orientiate 
himself there ... nowadays visiting Red-lang.org does not suggest 
clearly, where one could get Red to give it a try ....
It is just there might be some rebollers, who are not fluent with 
github syncing tools, and we loose them for testing. Even Gregg admitted 
here, that he finally got it synced .... and Gregg is an experienced 
user :-)
But - sort your priorities yourself, no reason to get distracted 
....
DocKimbel
17-Sep-2012
[1876]
I admit git is not an intuitive tool and it can be a PIA sometimes...but 
Github is the place to be and it's an invaluable tool for collaborative 
coding.
Kaj
17-Sep-2012
[1877x2]
https://github.com/dockimbel/Red/downloads
https://github.com/dockimbel/Red/tags
james_nak
17-Sep-2012
[1879]
I'm just glad I wasn't the only one who thought it was confusing. 
:-) Program on.  Thanks Kaj.
Kaj
17-Sep-2012
[1880x7]
In my Syllable build recipe you can see that you can download the 
current state of a branch the same way:
http://syllable.cvs.sourceforge.net/viewvc/syllable/syllable/system/apps/utils/Builder/packages/Red--current/
I'm sure it's confusing by design, so that Doc can make a living 
selling single downloads ;-)
Kaj: I might make macros context-sensitive, but I don't see what 
more I can do. The point of #system is to write Red/System code within 
the 'red context, so naming should be done carefully to avoid conflicts. 
But with a few context wrappers, you should be able to solve that, 
no?
As I said, wrapping a binding in a context isn't enough, in the first 
place because #define's remain global. Making them context sensitive 
would help a lot, because they're currently the most primitive construct 
in Red/System
The other big part of the problem is that we have two languages now, 
Red built on top of Red/System, while they're so similar that they 
will often use the same names for slightly different concepts. With 
the bindings, one builds a world on top of Red/System, but the biggest 
parts of them should also be usable in the world one builds on Red, 
without making them look butchered when programming in Red/System
It's fair enough that #system code runs within the RED context, to 
be able to extend it and write the application code - although as 
I said, it's hard to know which names from Red's internal implementation 
will conflict. However, I need another place to import the core part 
of the bindings, outside the RED context so they won't conflict
DocKimbel
17-Sep-2012
[1887]
I should be able to find a solution for that need tonight.
Kaj
17-Sep-2012
[1888]
That would be great. Otherwise I don't have a presentation :-(
DocKimbel
17-Sep-2012
[1889]
I know...
Kaj
17-Sep-2012
[1890]
You fixed the cast arithmetic in master. Thanks, but I need it in 
dyn-lib-emitter
DocKimbel
17-Sep-2012
[1891x2]
Ah, you should have said that in the ticket, I copied the fix in 
v0.3.0 thinking that's where you needed it. :-)
Done.
Kaj
17-Sep-2012
[1893x2]
I referred to it in our private chat on our secret project, but thanks 
:-)
Actually, I don't need it, you need it :-)
DocKimbel
17-Sep-2012
[1895x2]
hehe :)
Ok, I've added (not pushed yet) a new directive for including Red/System 
libs outside of 'red context. Example:

	#system-include [%tests/hello.reds]


will load and compile the hello.reds script. Notice that relative 
include paths are resolved from Red/System root folder (%Red/red-system/).

Does that cover your need Kaj?
Kaj
17-Sep-2012
[1897x2]
It should solve one big part of the problem. The other big part are 
the context sensitive #define's
I also need #include's to work the same as in Red/System: relative 
to the source the path is in
DocKimbel
17-Sep-2012
[1899]
The only #include right now are Red/System includes.
Kaj
17-Sep-2012
[1900]
Yes, those I mean
DocKimbel
17-Sep-2012
[1901]
#system-include just inserts them outside of 'red context.
Kaj
17-Sep-2012
[1902]
Or do you mean paths in #system-include?
DocKimbel
17-Sep-2012
[1903x2]
The included file paths are left unchanged.
They are just inserted at beginning of intermediary script passed 
to Red/System.
Kaj
17-Sep-2012
[1905x2]
I meant the ticket I have open
The path of the source file they came from is lost
DocKimbel
17-Sep-2012
[1907]
Does such include work fine with %rsc.r?
Kaj
17-Sep-2012
[1908]
Yes, I use them everywhere
DocKimbel
17-Sep-2012
[1909]
(I mean just #include %../C-library.reds)
Kaj
17-Sep-2012
[1910x3]
By the way, I think we should eventually have a search path for includes, 
but that's for the future
Yes, I use relative include paths of that form in all my bindings 
and examples
I need them to be able to install my Fossil repositories side by 
side in one main directory and then #include between them without 
changing paths
DocKimbel
17-Sep-2012
[1913x2]
I've pushed #system-include addition, but there's probably more path-related 
patches to apply I'm afraid.
context-sensitive #define: seems to be a complicated change as it 
is the heart of the preprocessor...but context are created only during 
compilation (so after preprocessing).
Kaj
17-Sep-2012
[1915]
It would be easer if #system-include would be like #system so that 
you could wrap an extra context around Red/Sytsem code, without introducing 
an extra wrapper file. Would that be hard?
DocKimbel
17-Sep-2012
[1916]
No, trivial, I would then just remove #system-include and add an 
option to #system to have the code loaded outside of 'red context...but 
semantically, it will be a bit inconsistent with barebone #system, 
as it means "inline the Red/System code here"...Maybe I should just 
rename #system-include to solve that.