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
fix openscad build #539
fix openscad build #539
Conversation
Codecov ReportPatch coverage:
Additional details and impacted files@@ Coverage Diff @@
## master #539 +/- ##
=======================================
Coverage 91.32% 91.32%
=======================================
Files 35 35
Lines 4543 4543
=======================================
Hits 4149 4149
Misses 394 394
☔ View full report in Codecov by Sentry. |
I think I have correctly switched the submodule but I'm still getting the build error.
Build log:
How can I check that |
Ouchies!
Maybe it's time to look at submitting an updated TBB package to MXE... that would remove the need for the |
it is weird, I did add a tbb version check in |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. Agreed that public.h
should live in a separate folder from the internal utils headers.
I think the windows failure is due to AngusJohnson/Clipper2#601 |
@t-paul I think I know the reason why pstl was not disabled, I forgot to check for TBB version before including |
ok it seems that both max and min are problematic on windows... |
4d1e682
to
b4e1d99
Compare
I'm now getting
BTW: This is running in a docker container, so if you have some place where you can run an existing container, I can post the build steps I just copy&paste into the running container. If I'm reading that correctly, it's failing to determine the byte order of the system. It tracks |
Oh OK, our CI does not include mingw, I guess that is why we did not catch this issue earlier. I can run containers. Not sure if I can run windows container without a VM, but yeah it would be easier if you can paste the instructions here. |
Good news, I think it got past
MXE is a cross-build environment running MinGW on Linux + providing a packaging system, so it does not require Windows at all. Run ad-hoc base container with all packages needed for OpenSCAD compiled:
Commands that are used to build, including updating the git repo to this PR:
I literally just copy all those lines and paste them into a freshly started container. |
@t-paul the build should now succeed. The MXE build environment is also added to our CI, which can hopefully catch this kind of issues for our subsequent changes. |
Awesome, thank you! I'll give it a try and see if someone can verify the build is running fine. I still have some issues with running those in my Windows VM, probably due to some legacy OpenGL code in OpenSCAD which is currently in the process of being removed. So there's some hope I can do some limited testing again soon-ish. |
good, I guess I will merge this first, and feel free to open an issue when you found any bug (except #535 which is known for now) |
Builds look good for the AppImage and Windows build 🎉. There an issue that's crashing the application after mutliple runs we still need to investigate, but that's unlikely to be related to those changes here and/or even Manifold itself. Many thanks for getting the builds working on those older or slightly strange platforms working. |
Indeed, well done @pca006132! |
* fix openscad build * update clipper2 * conditional compile with pstl * try NOMINMAX for MSVC * detect win32 * use struct instead of lambda * fix non-tbb build * try to add mxe to CI * disable pybind for mxe
openscad/openscad#4679 (comment)
MANIFOLD_FLAGS
to downstream consumers.I think we should probably put
public.h
into a separate directory as well, as other headers in utilities are not supposed to be visible to users.@t-paul can you verify if this patch fixes the compilation errors for you?