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

[MacPorts]

#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