-
Notifications
You must be signed in to change notification settings - Fork 199
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
Cannot build latest version due to tacopie dependency #105
Comments
Seems like the build file is broken due to unmerged changes in tacopie. If you use the patches from cpp-redis/tacopie#5 the build looks like this:
|
The tacopie submodule needs to be updated once the linked tacopie PR is merged. |
@ScarletGuo @lindblandro still facing tacopie issue in Ubuntu. |
@soykotnext Can you describe what you did between your initial and second attempt? |
Clone the projectgit clone https://github.com/cpp-redis/cpp_redis.git Go inside the project directorycd cpp_redis Get tacopie submodulegit submodule init && git submodule update Create a build directory and move into itmkdir build && cd build Generate the Makefile using CMakecmake .. -DCMAKE_BUILD_TYPE=Release After this command, I got this error message. -- The CXX compiler identification is GNU 11.3.0 Update the VERSION argument value or use a ... suffix to tell CMake Warning (dev) at tacopie/CMakeLists.txt:41 (project): The following variable(s) would be set to empty:
This warning is for project developers. Use -Wno-dev to suppress it. -- Looking for C++ include pthread.h |
Add a step after you update your submodules:
Reason being that the |
@lindblandro thanks, man. |
I'm looking for the tacopie fix as well. I updated that thread also. Our CI/CD chain of course fails. I forked the code, did my own PR (Thanks @lindblandro !) and that fixed it for now. I'll delete my fork once this is fixed. |
@lindblandro Hi Henrik. Your changes were great, and I got a lot further, but I'm still having an issue:
|
I had also found out that when you declare a git submodule, when you do the pull for the parent it doesn't update the children. The submodule ends up as a detached HEAD to the commit when you added the submodule. So when I applied your changes, it didn't 'take'. You've got to do this:
then commit. VERY frustrating. Turned out, my CMAKE subproject was pulling the latest changes, but the parent project was reverting to the previous, unfixed / unmerged tacopie commit. Got through that and get the lib error. Taking a look at that ... |
@jgwinner Seems there are some issues with the Windows build. The build files for both |
Thanks. Honestly, I just went back to a previous version (git checkout )to get past the build, and haven't looked at it. Maybe I'm the one that needs to do it ... |
I don't have access to a Windows machine, otherwise I could also take a look at a fix. Most likely it's nothing major since the project configures and compiles ok. It's just linking that seems to be broken, which usually means that the target types or parameters are incorrect. I'm not familiar on how MSVC does things, though. EDIT: I do think the project maintainers could perhaps react a bit faster. |
Hi Team,
Describe the bug
Thanks for maintaining the code! I recently tried to build using Cmake but it failed due to the following error
Possible workaround
it works when I reverted back to commit
ab5ea8638bc51e3d407b0045aceb5c5fd3218aa0
Desktop
Ubuntu 18.04.1 LTS
The text was updated successfully, but these errors were encountered: