[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