[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
Wed Feb 11 01:55:45 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: css@…
Type: defect | Status: new
Priority: Not set | Milestone: Port Bugs
Component: ports | Version: 1.7.0
Keywords: find_path find_library strigi kde4 | Port: cmake
------------------------------------------------+---------------------------
Comment(by vvrbanc@…):
Ok, you could say that cmake is working as designed, then.
However it shouldn't be left up to the user to keep track of this.
Installing macports should be more streamlined and user friendly. If a
macport won't compile using some libraries/frameworks that the user may
already have outside of macports installation, that port's makefile should
set the search path to only include the macports version of that library.
One example of this behavior is the packet "strigi" which won't compile
using the system-provided libiconv or libxml2.
I propose we close this issue and open new tickets in those offending
ports.
--
Ticket URL: <http://trac.macports.org/ticket/18420#comment:3>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list