Closed pulsar256 closed 4 years ago
Can you try the version at http://kalli1.faikvm.com/ImplicitCAD/Stable ?
@julialongtin same results
Edit: Attached test-script and stl output. test.zip
~/development/Implicit_Stable (master ✔) ᐅ git rev-parse HEAD
b9ddf26c6e9a6104a831bb092c35afb02c84013d
~/development/Implicit_Stable (master ✔) ᐅ ls -lah $(which extopenscad)
-rwxr-xr-x 1 pulsar users 12M 21. Apr 10:14 /home/pulsar/.cabal/bin/extopenscad
Is there any update on this? Bumping into the same issue as I'm running ImplicitCAD for the first time...
I'm still trying to hunt this down. more simple examples would be helpful.
Anything? A year later?
Reproduced it on c597ee39074120a969b99404ba7ff56b598c6d4f. I expected changing ℝ to Float will affect it, but it haven't.
Fixed, at least temporarily. This is the same bug as #98 . The buggy optimization is commented out. Will close this issue, and leave #98 open, as a tracker to ensure the bug is fixed.
Could you maybe point me to the commit with the workaround? Curious to see what fixed that. Maybe this is is something to learn from :)
https://github.com/colah/ImplicitCAD/commit/6e51e5f263d2cdedbdd230c107fd4c096f913f46
If you can figgure out what's wrong with the math, let me know! :)
beats me, maybe it does affect gcc optimization in a way? Which makes me wonder if that could have been related to the issue. Seems there are a couple of flags which would sacrifice precision over performance (https://wiki.haskell.org/Performance/Floating_point) - but on the other hand, i would expect "rounding errors" to have a different manifestation.
yeah, i'll probably take a whack at this during a performance release.. until then...
Affects 7d334a621810a8c55bbc7a17a343a6fc1c6e74d9 and the "stable" (0.0.5) release as available via cabal:
Tried different resolutions and output types (obj), results were all the same.