[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