fix(tooling): guard package.searchpath for non-LuaJIT nvim builds

module_path called package.searchpath unconditionally; it is a Lua 5.2
extension LuaJIT ships (this config's runtime) but a PUC-Lua 5.1 nvim build
lacks it, where the bare call would hard-error during module resolution. Guard
it so resolution degrades to vim.loader.find (nvim core, always present).
Zero behavior change on LuaJIT; verified module_path still resolves normally
and no longer crashes when package.searchpath is absent.

Author: charliie-dev

lua/modules/utils/tools.lua

@@ -103,7 +103,10 @@ function M.module_path(module)
 	if module_path_cache[module] then
 		return module_path_cache[module]
 	end
-	local path = package.searchpath(module, package.path)
+	-- package.searchpath is a Lua 5.2 extension LuaJIT ships (our runtime), but a
+	-- PUC-Lua 5.1 nvim build lacks it; guard so module resolution degrades to
+	-- vim.loader.find (nvim core, always present) instead of hard-erroring there.
+	local path = package.searchpath and package.searchpath(module, package.path) or nil
 	if not path then
 		-- vim.loader.find covers foo.lua and foo/init.lua without an rtp glob.
 		local found = vim.loader.find(module)[1]