-
Notifications
You must be signed in to change notification settings - Fork 14
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
debug build lpy #28
Comments
I wrote the doc and tweaked the windows build script. Now it activates both Developer Command Tools and Conda environments by calling the scripts inside the build script. If someone wants to build manually, the doc is written for that. By the way I tried excatly ALL versions of CMake found in conda-forge and I couldn't generate a project using NMake Generator.
CMake must be fixed at >= 3.16 if you're targetting Python 3.9. I try to install boost-cpp=1.67, which is the latest version that has been built for both Win-32 and Win-64 available on Anaconda.org, but it raises a ton of conflicts. Maybe the NMake Generator has a FindBoost module that raises errors when it only finds one version (x64) of Boost? As far as I can tell, the simplest way to fix this issue is to switch to the Visual Studio 16 2019 generator, which is up-to-date and finds 64-bits Boost library correctly. There's still the LDFLAG missing in some CMake files to compile on macOS without specifying the LDFLAG manually. |
Instead of using the They were Python methods that weren't defined when linking. Great, I thought, I'd just put Adding this works on Windows (compiles and runs), but on macOS, it compiles correctly but fails to run. When launching After trying to compile it multiple times with various flags, I couldn't make it run correctly with this target_link_library, so I decided to go as planned and rely on the |
Update channels for deployment on conda
The text was updated successfully, but these errors were encountered: