-
Notifications
You must be signed in to change notification settings - Fork 187
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Build error #488
Comments
The This might have been a mistake, since presumably it's failing to find the libraries, not the headers, and we only actually link against the libraries on Windows. So, the |
Thanks for this squeek502. I've tried rebuilding with your patch applied atop 1.36.0 and voila, a slightly different error:
(Using Ubuntu 18.04 x64 to build with lua 5.1 and libdevellua 5.1 and luarocks all installed) |
Could you try the following patch: diff --git a/CMakeLists.txt b/CMakeLists.txt
index 357d7f6..9b7ff1d 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -112,9 +112,6 @@ else (LUA)
else()
find_package(LuaJIT)
endif()
- if(NOT LUAJIT_INCLUDE_DIR)
- message( FATAL_ERROR "Failed to find LuaJIT headers. Variable `LUAJIT_INCLUDE_DIR' expected to be defined.")
- endif()
include_directories(${LUAJIT_INCLUDE_DIR})
else (USE_LUAJIT)
# We only link the libs on Windows, so find_package fully succeeding
@@ -124,9 +121,6 @@ else (LUA)
else()
find_package(Lua)
endif()
- if(NOT LUA_INCLUDE_DIR)
- message( FATAL_ERROR "Failed to find Lua headers. Variable `LUA_INCLUDE_DIR' expected to be defined.")
- endif()
include_directories(${LUA_INCLUDE_DIR})
endif (USE_LUAJIT) I expect it to fail to find the headers at compile time, but if it doesn't, then that's worth knowing, as it means something stranger is going on. |
as you suspected, it fails to find the headers:
so i'm glad those checks are working! am i missing an obvious package?
|
That is not the header I expected it not to be able to find (I was expecting Lines 160 to 166 in 9054ac8
so I'm not really sure how its failing to find that... |
I made a mistake with the packaging and lost When I fixed, interestingly, the combination of your small patch on top of your pull request builds flawlessly, and leads to a working build:
The pull request by itself fails to build. |
Strange, that means that CMake's |
Does the following fix it?
|
Re-opening this because, while I think #489 is the correct fix for what I understand the problem to be, I still want to investigate what's going on here since #489 won't fix @lePereT's problem without the patch in #488 (comment), but that patch shouldn't be necessary. I want to try to understand how CMake can fail to find the Lua headers while the C compiler succeeds. EDIT: @lePereT's could you answer this?
|
Hi Squeek, could you tell me how I might do that? Simply look for |
The best place to look would be the EDIT: On second thought, the above probably won't have a If you can't find that, then try:
|
Hi all, I'm getting an error from CMake in my attempt to build a recent version of luv for OpenWrt.
Essentially I'm using the makefile here: https://github.com/openwrt/packages/blob/master/lang/luv/Makefile and amending the version number and hash to 1.36 or 1.34. Whereas 1.22 builds, more recent version builds fail with this message:
Is there something basic that I'm doing wrong? Or has something changed between 1.22 and 1.34+ that I need to incorporate. Libuv appears to building fine.
Thanks!
The text was updated successfully, but these errors were encountered: