World: r3wp
[Red] Red language group
older newer | first last |
Oldes 20-Jun-2011 [2175] | Cool... I'm able to obtain image size from red using iMagick |
Dockimbel 20-Jun-2011 [2176] | Nice, let us know if you hit any issue. |
Oldes 20-Jun-2011 [2177x5] | the main issue is that I had to find out, how to print integers:) Kaj's C-library is not working on windows. |
*** Compilation Error: multiple type casting not allowed *** in file: %runtime/../library/C-library.reds *** in function: temporary-name *** at: [as c-string! null] | |
here is a fix: | |
-- _temporary-name as-c-string none ++ _temporary-name none | |
for a real work with iMagick, the decimal numbers are required. | |
Dockimbel 20-Jun-2011 [2182x2] | Kaj has not yet updated the C library binding to the latest Red/System version. |
Float support will either be added at Red level or at Red/System level, depending on how the Red compiler will be built. | |
Kaj 20-Jun-2011 [2184x4] | A bit hard to update my binding to a Red version that is released while I sleep, but I will have a look |
By the way, my C binding was developed for Windows so far, and the only thing I've really used it for is printing integers :-) | |
I've just tested it for the the first time on Linux last night, and printing worked there, as well | |
The new pointers sound good, Doc | |
Dockimbel 20-Jun-2011 [2188x3] | Glad you like it. |
Kaj: sorry if my sentence sounded bad, I was just trying to be informative. That is a typical case of impedance mismatch between a thought and how it ends up being written. :-) | |
Btw, about function! extended support: after making a few tests in the compiler to extend it, I can't support it for argument passing and as return value for native functions without making function! type fully first class. The changes required for that are too deep and too numerous to be made now. | |
Kaj 20-Jun-2011 [2191x8] | No problem, I know all about it :-) |
I've left the alternative function! uses commented out in my code, so they'll be there awaiting a future version | |
Updated the C and 0MQ bindings to the latest changes | |
Jocko, input-line works on Linux. I'll test it on WINE later tonight | |
When I compile this: | |
either as-logic 0 [ no ][ yes ] | |
I get | |
Compiling /users/administrator/Red/test.reds ... *** Compiler Internal Error: Script Error : Invalid path value: 1 *** Where: comp-either *** Near: [emitter/branch/over/adjust/on c-true negate offset expr/1] | |
Dockimbel 20-Jun-2011 [2199] | Weird error... |
Kaj 20-Jun-2011 [2200] | Yeah |
Dockimbel 20-Jun-2011 [2201x2] | Oh I see what's wrong, let me fix that |
Fix pushed. | |
Kaj 20-Jun-2011 [2203] | Thanks! Good turnaround again :-) |
Dockimbel 20-Jun-2011 [2204] | Took me some time, had to run all the tests suite several times, refactor the code and find a meaningful commit log message. ;-) |
Kaj 20-Jun-2011 [2205x6] | :-) |
Jocko, input-line works both on WINE and on Linux, so I have no reason to believe it wouldn't work on Windows. What is your code that doesn't work? | |
Oldes, same for print-integer and print-1. What is your code that doesn't work? | |
Next: | |
dummy: func [return: [integer!]] [0] either as-logic dummy [ no ][ no ] | |
*** Compiler Internal Error: Script Error : first expected series argument of type: series pair event money date object port time tuple any-function library struct event *** Where: opposite? *** Near: [first select/skip opp-conditions cond 2] | |
Dockimbel 20-Jun-2011 [2211x2] | Having a quick look at this error. |
Seems related to my previous fix. | |
Kaj 20-Jun-2011 [2213] | Yeah, was to be expected |
PeterWood 20-Jun-2011 [2214] | Added two tests to reflect the two cases above to cast-test.reds. It now fails with a compliation error. |
Dockimbel 20-Jun-2011 [2215] | Fix pushed. |
Kaj 20-Jun-2011 [2216] | Thanks, both |
Dockimbel 20-Jun-2011 [2217x3] | Peter, the compilation error in the new type casting tests was not the right one. Variable initialization cannot happen in EITHER blocks now since today's following commit: https://github.com/dockimbel/Red/commit/31b87b9565004574174ba3bf02b4dfaa2db665f2 |
That change was required to fix issue #84. | |
Kaj: you're welcome. But no more fixes until tomorrow, bed time here. | |
Kaj 20-Jun-2011 [2220] | OK then, I'll release you from your duties for the duration of eight (8) hours ;-) |
PeterWood 20-Jun-2011 [2221] | Thanks for the pointing out the initaliasation changes and fixing the tests. |
Gregg 21-Jun-2011 [2222] | Great to see continued activity and progress on Red. |
jocko 21-Jun-2011 [2223x2] | Kaj, I tested this morning, input-line works under Windows My mistake was that I did not allocate the input buffer by in: allocate 255 but by in: "" , which is not really an allocation |
on an other hand, I cannot simply include the C-library in my script by : #include %C-library.reds instead, I must extract the used functions. (here _input-line and input-line) The error message at the compilation is not visible in the console, because a large amount of text is printed. Maybe a double declaration. Any idea ? | |
older newer | first last |