[CMake] [PATCH] FreeBSD Lua5.x default install path

E. Wing ewmailing at gmail.com
Wed Oct 22 18:06:42 EDT 2008


Sorry, I've been a bit buried recently and I know there are some other
Lua patches pending. But I think this is reasonable to add if FreeBSD
is really going to do this. I doubt the addition will break anything
for other platforms.

But since 7.1 is still beta, do you have it in authority that this is
what FreeBSD is going to settle on? No sense adding it if they are
going to change their minds.

As for the duplication list, it was originally because many of these
paths were not included by CMake or they were not consistent among
different platforms. I think this has been fixed, but I haven't
verified it so I haven't removed it in case it breaks somebody.

It later got into kind of a documentation/tutorial thing where (new)
people started looking at that to get a sense of understanding/comfort
at what was going on, especially when their files were not found for a
reason they didn't understand. Maybe it wasn't the most appropriate
use of the field, but that's what happened.


Thanks,
Eric



On 10/22/08, Alexander Neundorf <a.neundorf-work at gmx.net> wrote:
> On Wednesday 22 October 2008, Félix C. Morency wrote:
>> Hi,
>>
>> It appears that FreeBSD 7.1 (beta) installs Lua5.1 in the following
>> default
>> path:
>>
>> /usr/local/lib/lua51/
>>
>> The current FindLua51 module doesn't search in this path and this results
>> in a not found library. Some goes for Lua5.0.
>>
>> I attached two patches (one for 5.0 and one for 5.1) that add the correct
>> path suffix for the library to be found under FreeBSD 7.1 (beta).
>
> Nice straight-forward patches.
> Eric, what do you think ?
>
> I had a quick look at FindLua5?.cmake and noticed that in the FIND_LIBRARY()
> calls all the default dirs are listed again,
> e.g. /usr/local, /opt, /opt/local etc. (see
> Modules/Platforms/UnixPaths.cmake
> for the full list of default search directories). Can they be removed there
> ?
> I don't feel like doing this, Eric should be better qualified for this.
>
> Alex
>


More information about the CMake mailing list