On 22 Aug 2011, at 22:18, Matthias Melcher wrote:
>
> Yes, the path to the image libraries is now fixed. I still have to do the
> config.h, but I have not decided yet if config.h should go into ./include, so
> no path changes are needed, just autoconf, or if it should stay where it is
> and I
On 22.08.2011, at 22:45, Ian MacArthur wrote:
>
> And whilst I'm on - big check-in there - ouch!
>
> Had to massage makeinclude a bit to get it to compile on this Mac; the
> include path being passed to the compiler had to be extended to:
>
> - find config.h and mac_endianness.h (I added -I..
On 22 Aug 2011, at 20:26, Matthias Melcher wrote:
>
> How do I get rid of this one:
>
> NOTE: WINVER has been defined as 0x0500 or greater which enables
> Windows NT 5.0 and Windows 98 features. When these headers were released,
> Windows NT 5.0 beta 1 and Windows 98 beta 2.1 were the current ve
How do I get rid of this one:
NOTE: WINVER has been defined as 0x0500 or greater which enables
Windows NT 5.0 and Windows 98 features. When these headers were released,
Windows NT 5.0 beta 1 and Windows 98 beta 2.1 were the current versions.
For this release when WINVER is defined as 0x0500 or gr
On 22.08.2011, at 18:21, Michael Sweet wrote:
> On Aug 22, 2011, at 9:06 AM, Matthias Melcher wrote:
>> On 22.08.2011, at 17:54, Michael Sweet wrote:
>>
>>> On Aug 22, 2011, at 12:25 AM, Matthias Melcher wrote:
OK, I made a design decision here that will haunt me for a while. I
On Aug 22, 2011, at 9:06 AM, Matthias Melcher wrote:
> On 22.08.2011, at 17:54, Michael Sweet wrote:
>
>> On Aug 22, 2011, at 12:25 AM, Matthias Melcher wrote:
>>>
>>> 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 zli
On 22.08.2011, at 17:54, Michael Sweet wrote:
> On Aug 22, 2011, at 12:25 AM, Matthias Melcher wrote:
>>
>> 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.
>
> Note that this will *not* work f
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
>
On Aug 22, 2011, at 12:25 AM, Matthias Melcher wrote:
>
> On 21.08.2011, at 22:20, Ian MacArthur wrote:
>
>> Matt,
>>
>> Yes, OK, I know the Xcode project is the preferred build option on OSX, but
>> I always just use the Makefiles anyway.
>
> Oh no. Makefiles are supposed to work too, but the
> 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
On 21.08.2011, at 22:20, Ian MacArthur wrote:
> Matt,
>
> Yes, OK, I know the Xcode project is the preferred build option on OSX, but I
> always just use the Makefiles anyway.
Oh no. Makefiles are supposed to work too, but there will be changes... .
> Except that now it chokes on OSX...
Ooop
17 matches
Mail list logo