STR #3409

GitHub FLTK Project   FLTK News RSS Feed  
  FLTK Apps      FLTK Library      Forums      Links     Login 
 Home  |  Articles & FAQs  |  Bugs & Features  |  Documentation  |  Download  |  Screenshots  ]
 

Return to Bugs & Features | Roadmap 1.3 | Post Text | Post File | Prev | Next ]

STR #3409

Application:FLTK Library
Status:5 - New
Priority:2 - Low, e.g. a documentation error or undocumented side-effect
Scope:2 - Specific to an operating system
Subsystem:MacOS
Summary:libpng
Version:1.3.4
Created By:w1hkj
Assigned To:Unassigned
Fix Version:Unassigned
Update Notification:

Receive EMails Don't Receive EMails

Trouble Report Files:

Post File ]

No files


Trouble Report Comments:

Post Text ]
Name/Time/Date Text top right image
 
#1 w1hkj
14:18 Sep 28, 2017
fltk configure fails to correctly identify libpng 1.2.6 on OS X.  results in some applications being built with fltk_png @ versions 1.5.0 lib and 1.2.6 headers.  Work around is to delete all libpng from system and symbolically link fltk_png to png so that application configure uses same png libs and headers as fltk library.  
 
#2 manolo
05:33 Oct 05, 2017
could you try
    ./configure --disable-localpng
that should use only the FLTK version of libpng?
 
 
#3 manolo
05:44 Oct 05, 2017
On Mac OS X, I see that configure always uses
the FLTK version of libpng :
   Image Libraries: JPEG=Builtin
                    PNG=Builtin
The result is that FLTK source files are compiled with
  -I../png
so that #include <png.h> hits the FLTK version of libpng
and link contains -L../lib -lfltk_png
to use also the FLTK version of libpng.

When building an application, if these -I and -L compiler and
linker flags are used, the application should also only hit
the FLTK version of libpng.

Therefore, please give more details of how you build FLTK
and what compilation and link commands you use to get mixed
versions of libpng.
 
 
#4 w1hkj
05:45 Oct 05, 2017
That will not solve the problem.  Fltk is already building with the internal png library.  The application which uses the fltk UI does correctly recognize the external png lib/headers.  That is what causes the conflict when executing the application binary.  
 
#5 w1hkj
05:54 Oct 05, 2017
Good morning ... I think we are playing tag ... sorry about that.

The application is fldigi, http://www.w1hkj.com/files/fldigi/fldigi-4.0.10.tar.gz

which uses m4 scripts/configure.ac; configure to discover development headers and libs for various dependencies, including jpeg, png and z.  The png lib and headers are version 1.2.6 (current release).  Fltk internal is 1.5.0, an older version.  I think that fltk configure.ac --> configure needs to be changed so that the fltk source correctly finds the installed 1.2.6
 
bottom left image   bottom right image

Return to Bugs & Features | Post Text | Post File ]

 
 

Comments are owned by the poster. All other content is copyright 1998-2021 by Bill Spitzak and others. This project is hosted by The FLTK Team. Please report site problems to 'erco@seriss.com'.