World: r3wp

localhost://svn/

I maintain a Git mirror of the hostkit sources at http://github.com/rebolsource/r3-hostkit

is there a standard for EOL?  amiga uses LF as most sane OSs :)

and I'll probably put my CGR package on github too in a short while.

nope, that's one of the main differences between the hostkits :)

the win32 hostkit has CRLF, the linux hostkit LF

eventually we should just decree one and run with it.

and given that carl seems to be 90% windows these days, it'll probably 
be windows line endings.

bah :-p

agreed :)

(note that my git mirror does not contain A109 because it wasn't 
really released officially, and I wanted to wait if Carl wants to 
hotfix the compile issue.)

Why is there a BOOL and a REBOOL ?

Amiga defines BOOL which is conflicting with R3's BOOL

are they using the same typedef?

no, Amiga typedefs to short while REBOL #defines to int

seems strange to have 2 bool types in REBOL ?

REBOOL is more compact for smaller structs.

strange that its trippping you though since its within an #ifndef

#ifndef BOOL
typedef int BOOL;       // (int is used for speed in modern CPUs)
#endif

the precompiler knows nothing of typedefs so when Amiga typedefs 
BOOL it skips the #ifndef check

I may have to keep the rebol and amiga stuff completely seperated

(different files)

I'd just rename the rebol BOOL to some other Identifier,and do a 
quick recursive file replace... I looked and its not used that much.

not good for common host-kit later though..

then give a note to carl so that it gets changed in the next host-kit. 
  cause I don't find it a good practice anyways.  strangely, I was 
wondering if BOOL would cause compiler hickups a few weeks ago.

guess I was right ;-)

maybe REBOL should just use the C99 _Bool type instead which is optimized 
for each platform

instead of assuming int is best

MSVC doesn't support C99.  :-(     though maybe _Bool is defined 
anyways.

lol... silly microsoft..  for windows we can just typedef _Bool until 
they catch up?

thing is I see that BOOL is used in the host-kit as return values, 
so expecting the same dll to be compatible with different compilers 
might be dangerous.

since we aren't compiling the core ourself.  it might be using some 
different typedef.

this is why ISO standarized things over 10 years ago.. ;-)

hehe

standards?  programmers?  are you kidding?  ;-)

I can work around it for now but I would recommend the ISO approach 
myself (for types)

except the RE* types of course which are special

I agree, if it can be guaranteed that it won't break between MSVC 
and GCC.

we can supply a stdbool.h and stdint.h for the MSVC users if need 
be.. until MS catches up

anyway, just a thought

Is there a version of the host-kit that works with AGG without Windows?

in theory you can use to-image! on a gob!   but I'm not sure its 
been fixed in latest hostkits and not sure that really answers your 
question either ;-)

by windows do you mean on another platform than MS Windows?

yes

the windows code is filled with truetype font stuff for example

I would need to use freetype

nope.  you are the brave soul we where all waiting for  ;-)

so bet it :)

be even

ssolie: the only file that needs to be reformatted so it supports 
other platforms than windows is agg_truetype_text.cpp + .h

Otherwise there is already available FreeType wrapper so the rest 
of code can work  even on OS4

But the current hostkit code needs some more work to extract the 
font/text rendering parts so they can be controlled by defs.

If you don't want to waste time on this I can have a look at it over 
the weekend and make the changes so you should be able compile without 
the text code for now. Just let me know.

Cyphre, that would be great if you could make the necessary changes. 
I have simply commented out text support for the time being so I 
can continue to work on other areas.