Matt,

Yes, OK, I know the Xcode project is the preferred build option on OSX, but I 
always just use the Makefiles anyway.
Except that now it chokes on OSX...

Here's the tail of the build...

Compiling fl_images_core.cxx...
/usr/bin/ar cr ../lib/libfltk_images.a ...
make[1]: *** No rule to make target `../lib/libfltk_png.a', needed by `all'.  
Stop.
make: *** [all] Error 1
immpcX:fltk3 ian$ 



Hmm, that's odd - it ought to be using the system image libs, so it has not 
bothered to build the fltk_png at all, hence the choke:

Here's what config said:


Configuration Summary
-------------------------------------------------------------------------
    Directories: prefix=/usr/local
                 bindir=${exec_prefix}/bin
                 datadir=${datarootdir}
                 datarootdir=${prefix}/share
                 exec_prefix=${prefix}
                 includedir=${prefix}/include
                 libdir=${exec_prefix}/lib
                 mandir=${datarootdir}/man
       Graphics: Quartz
Image Libraries: JPEG=System
                 PNG=System
                 ZLIB=System
    Large Files: YES
         OpenGL: YES
        Threads: YES


So - config found the system image files, but for whatever reason the Makefile 
has tried to use the built-ins - but it has not made the built-ins, so...

If I manually make the built-ins, it's all fine of course, but I guess I ought 
to be tweaking the Makefile to use the system image libs.

FWIW, fltk-1.3 on the same machine does appear to use the system image libs 
just fine.



As a (possibly related) issue, both fltk3 and fltk-1.3 report this when 
configure is running:

select.h usability... yes
checking sys/select.h presence... no
configure: WARNING: sys/select.h: accepted by the compiler, rejected by the 
preprocessor!
configure: WARNING: sys/select.h: proceeding with the compiler's result
checking for sys/select.h... yes

checking strings.h usability... yes
checking strings.h presence... no
configure: WARNING: strings.h: accepted by the compiler, rejected by the 
preprocessor!
configure: WARNING: strings.h: proceeding with the compiler's result
checking for strings.h... yes

checking locale.h usability... yes
checking locale.h presence... no
configure: WARNING: locale.h: accepted by the compiler, rejected by the 
preprocessor!
configure: WARNING: locale.h: proceeding with the compiler's result
checking for locale.h... yes

checking dlfcn.h usability... yes
checking dlfcn.h presence... no
configure: WARNING: dlfcn.h: accepted by the compiler, rejected by the 
preprocessor!
configure: WARNING: dlfcn.h: proceeding with the compiler's result
checking for dlfcn.h... yes

checking jpeglib.h usability... yes
checking jpeglib.h presence... no
configure: WARNING: jpeglib.h: accepted by the compiler, rejected by the 
preprocessor!
configure: WARNING: jpeglib.h: proceeding with the compiler's result
checking for jpeglib.h... yes

checking zlib.h usability... yes
checking zlib.h presence... no
configure: WARNING: zlib.h: accepted by the compiler, rejected by the 
preprocessor!
configure: WARNING: zlib.h: proceeding with the compiler's result
checking for zlib.h... yes

checking png.h usability... yes
checking png.h presence... no
configure: WARNING: png.h: accepted by the compiler, rejected by the 
preprocessor!
configure: WARNING: png.h: proceeding with the compiler's result
checking for png.h... yes

checking pthread.h usability... yes
checking pthread.h presence... no
configure: WARNING: pthread.h: accepted by the compiler, rejected by the 
preprocessor!
configure: WARNING: pthread.h: proceeding with the compiler's result
checking for pthread.h... yes

I don't know if I've ever seen that before - I know I only noticed it now 
because fltk3 choked...





_______________________________________________
fltk-dev mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk-dev

Reply via email to