DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New] Link: http://www.fltk.org/str.php?L1949 Version: 1.3-current OK - here's the analysis: The problem may be a configure issue? Anyway, it stems from this code in Fl_PNG_Image.cxx, line 112: # if defined(HAVE_PNG_GET_VALID) && defined(HAVE_PNG_SET_TRNS_TO_ALPHA) // Handle transparency... if (png_get_valid(pp, info, PNG_INFO_tRNS)) png_set_tRNS_to_alpha(pp); # endif // HAVE_PNG_GET_VALID && HAVE_PNG_SET_TRNS_TO_ALPHA This code is ideef's out of my builds because neither HAVE_PNG_GET_VALID or HAVE_PNG_SET_TRNS_TO_ALPHA are set in config.h. Now, I speculate that this fails in my win32 builds because they all use the local-png lib. The configure script tries to test for "png_set_tRNS_to_alpha" in the *system* -lpng that does not even exist - it then fails to find it (of course) and marks it as absent. The config.h file is hence wrong for the actual capabilities of the built-in PNG (and jpeg, I suppose) libs. However, why it also fails on my linux test, which doesn't use the built-in image libs, is somethng I still have to look into. For the record, manually editing config.h to define HAVE_PNG_GET_VALID and HAVE_PNG_SET_TRNS_TO_ALPHA seems to work just fine. Link: http://www.fltk.org/str.php?L1949 Version: 1.3-current _______________________________________________ fltk-bugs mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-bugs
