[solved] case-sensitivity issue with ${cmake_share_module_dir} and probably ${qt_cmake_module_dir}

René J.V. Bertin rjvbertin at gmail.com
Mon Feb 9 12:24:51 PST 2015


On Monday February 09 2015 14:25:17 Michael Dickens wrote:

Hi Michael,

Ahem. 

> Hi René - We have tried to get the use of [Mm]odules to be just with
> 'M', since that's the way CMake does it internally. We fixed the CMake
> PortGroup a while back, and I'd guess that most of the projects using it
> have been rev-bumped since then -- and, most of them now correctly
> install into the ${prefix}/share/cmake/Modules directory on
> case-sensitive file systems

That's the first thing I checked, and port:eigen3 uses ${cmake_share_module_dir} as I think it should.
And that variable is set to ${prefix}/share/cmake/Modules, I checked that.

What I didn't check is if I had the latest version installed. /me hides

I didn't. Issue (dis)solved, false alarm.

> (note: so long as the install is -within-
> the ${prefix}/share/cmake directory for "name/NameConfig.cmake"-style
> installs, the project ("name" in this case) should be found by CMake; we

Good to know, that confirms what I already thought, thanks.


R.


More information about the macports-dev mailing list