[MacPorts] #44119: kdelibs4: remove FindFlex.cmake

[MacPorts]

#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