#44119: kdelibs4: remove FindFlex.cmake -----------------------+--------------------- Reporter: mojca@… | Owner: nicos@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: kdelibs4 | -----------------------+--------------------- Comment (by rjvbertin@…): Also see https://trac.macports.org/ticket/44104#comment:14 : reinstalling cmake fixes the issue, so a simple kdelibs patch that removes FindFLEX.cmake (say from destroot) should resolve the issue locally. I'm not sure about requesting an upstream fix. I just checked on my (K)Ubuntu rig; `/usr/share/cmake-2.8/Modules/FindFLEX.cmake` is part of the cmake-data package, whereas kdelibs5-dev package installs a file `/usr/share/kde4/apps/cmake/modules/FindFlex.cmake` . Having noticed that, I see that the MacPorts kdelibs4 port installs a file `/opt/local/share/apps/cmake/modules/FindFlex.cmake`. I'm a bit at a loss why the solution I suggested in the other ticket worked, but at least I understand why I never had a problem: my /opt/local points to a tree on a case-sensitive partition. So I think that the only thing that can be done upstream is asking why they provide their own version of this file. If there's a good reason, MacPorts will have to find a workaround if they wish to continue to support case-insensitive filesystems. I'm not 100% sure, but I have a hunch that cmake might well impose certain rules on cmake filenames, and in that case there isn't much choice that will disambiguate FindFLEX and FindFlex after case-folding. -- Ticket URL: <https://trac.macports.org/ticket/44119#comment:1> MacPorts <http://www.macports.org/> Ports system for OS X