On 22.08.2011, at 17:34, MacArthur, Ian (SELEX GALILEO, UK) wrote:
>
>> The Makefile generator still leaves a lot to be
>> desired,
>
> I'm impressed it works at all...
>
>> but yes, link order is currently just copied from
>> the order of dependencies in the .flw framework file. SO it's
>
> The Makefile generator still leaves a lot to be
> desired,
I'm impressed it works at all...
> but yes, link order is currently just copied from
> the order of dependencies in the .flw framework file. SO it's
> really easy to fix in Fluid.
Longer term, is the plan to make fluid "know" the
On 22.08.2011, at 16:32, MacArthur, Ian (SELEX GALILEO, UK) wrote:
>
> The test Makefile now has:
>
> file_chooser$(EXEEXT): file_chooser.o $(FLTK_LIB_NAME)
> $(FLTK_IMAGES_LIB_NAME) $(FLTK_PNG_LIB_NAME) $(FLTK_JPEG_LIB_NAME)
> $(FLTK_ZLIB_LIB_NAME)
> echo Linking $@...
> $(CXX) $(A
> > Is it best I just hold off for now, or are trivial fixes OK?
>
> Please hold off until Wednesday. I am currently shuffling
> files around a lot. I am relatively certain that all files
> will then be in their final position, and unless there are
> grave concerns, will remain there.
>
> Aft
On 22.08.2011, at 15:51, MacArthur, Ian (SELEX GALILEO, UK) wrote:
>
>> Ah, no. I removed all the signed/unsigned warnings from OS X,
>> changing the APIs for shortcut keys (and basically for
>> characters and modifiers in general) form signed int to
>> unsigned int. Xcode only finds teh OS X
> Ah, no. I removed all the signed/unsigned warnings from OS X,
> changing the APIs for shortcut keys (and basically for
> characters and modifiers in general) form signed int to
> unsigned int. Xcode only finds teh OS X files, so win32 and
> X11 files may be behind in this change. I only tes
On 22.08.2011, at 10:16, MacArthur, Ian (SELEX GALILEO, UK) wrote:
> Anyway, going OT, I got a choke on win32 right now:
>
> Compiling Fl_get_key.cxx...
> In file included from Fl_get_key.cxx:29:
> Fl_get_key_win32.cxx: In function `int fltk2ms(int)':
> Fl_get_key_win32.cxx:114: warning: comparis
> OK, I made a design decision here that will haunt me for a
> while. I figured it would be useful to compile jpeg, png, and
> zlib from scratch always. This will reduce special cases at
> compile time and simplify the autoconf/configure process. It
> will ensure that these libraries exist, e
