FLTK native in 'D'. Would that be useful?

[Dave]

clayasaurus wrote:
> MatthiasM wrote:
>> Anders F Björklund wrote:
>>> MatthiasM wrote:
>>>
>>>> as promised, I have put a first attempt at D-FLTK onto our 
>>>> Subversion system. The test application "hello" runs already on OS X.
>>>
>>> Looking good! Ran into some minor problems with GDC 0.19:
>>> fl/mac.d:295: shadowing declaration fl.mac.Fl_X.make.w is deprecated
>>> fl/mac.d:1253: shadowing declaration fl.mac.do_queued_events.ret is 
>>> deprecated
>>
>> Thanks. I am still using 0.18. I will probably be able to upgrade 
>> tonight.
>>
>>> No way to quit the app but to force-quit it, but looks OK:
>>
>> True. The internal messaging in FLTK is yet to be implemented. No OS 
>> dependent code though, makes porting easy and quick.
>>
>>> Great work anyway! And since it is LGPL, you can take Mac code
>>> from the similarly licensed GTK and wxWidgets projects as needed.
>>
>> Yes, the OS X code is anything but nice. It was already a pretty brute 
>> force port from MacOS8 (!). As soon as the FLTK code itself is ported 
>> (1:1 right now), I will start improving the OS X implementation.
>>
>>> BTW; Don't you want to version it "Carbon" rather than "Apple" ?
>>> And I'd put the headers in std.c.macosx instead of std.c.osx...
>>
>> Good point.
>>
>>> And there are some Makefiles snippets in wxD, if you want to make
>>> application bundles - rather than play around with resource forks.
>>
>> Thanks. I have not spent any time whatsoever on Makefiles. Hoping that 
>> someone who is smarter than myself can do a Makefile that would work 
>> on all platforms.
>>
>> Thanks for testing!
>>
>> Matthias
> 
> Have you checked out build? http://www.dsource.org/projects/build

IMHO, build is great and all, but I think we're better off w/ Make to start with because it doesn't 
require another download, etc. It'd be a pity to have to support more than one build method at this 
early stage (Make should do the job fine) I think.