[MacPorts] #18420: cmake's FIND_PATH and FIND_LIBRARY don't give priority to port-provided libraries over system-provided ones

MacPorts noreply at macports.org
Sun Feb 8 00:04:48 PST 2009


#18420: cmake's FIND_PATH and FIND_LIBRARY don't give priority to port-provided
libraries over system-provided ones
------------------------------------------------------+---------------------
 Reporter:  vvrbanc@…                                 |       Owner:  macports-tickets@…                   
     Type:  defect                                    |      Status:  new                                  
 Priority:  Not set                                   |   Milestone:  Port Bugs                            
Component:  ports                                     |     Version:  1.7.0                                
 Keywords:  cmake find_path find_library strigi kde4  |        Port:  cmake                                
------------------------------------------------------+---------------------
 What happens is that cmake's FIND_PATH and FIND_LIBRARY functions don't
 detect that a port of a certain library is installed but rather uses
 system-provided one.

 Example:

 I have 3 versions of  libxml2 in different directories
  * /usr/lib
  * /Library/Frameworks/libxml2.framework/libxml2
  * /opt/local/lib/

 and when calling FIND_PATH like this:
 {{{
 FIND_PATH(LIBXML2_INCLUDE_DIR libxml/xpath.h
    PATHS
    /opt/local/include
    PATH_SUFFIXES libxml2
    )
 }}}
 it returns /Library/Frameworks/libxml2.framework/Headers/libxml as the
 found path.

 Cmake should give priority to port-provided libraries and headers.

 This bug prevents "strigi" (prereq for kde4) from compiling because it
 doesn't work with apple's libxml2 and libiconv.

-- 
Ticket URL: <http://trac.macports.org/ticket/18420>
MacPorts <http://www.macports.org/>
Ports system for Mac OS


More information about the macports-tickets mailing list