On Jan 27, 2016, at 11:19 AM, clothbot andrew@plumb.org wrote:
I have things sufficiently parred down that the initial 'qmake;make' won't
succeed without explicitly sourcing setenv_mac-qt5.sh, and am in the habit
of shutting down my Terminal.app periodically to flush out any memory it may
have accumulated.
Also be adviced that we’re currently in the process of merging a bunch of refactoring to master, including patches to both OpenSCAD and the build system to move to C++11. That may trip things up short-term, but will make things better longer term :)
-Marius
kintel wrote
Also be adviced that we’re currently in the process of merging a bunch of
refactoring to master, including patches to both OpenSCAD and the build
system to move to C++11. That may trip things up short-term, but will make
things better longer term :)
Yeah, I noticed those travis-ci runs failing too. ;-)
It's been an interesting exercise, giving me ideas for how to pull more
mind-bending CGAL features into OpenSCAD, e.g. Alpha shapes:
http://doc.cgal.org/latest/Alpha_shapes_3/index.html#Chapter_3D_Alpha_Shapes
Andrew.
--
View this message in context: http://forum.openscad.org/Trick-to-getting-cd-tests-cmake-make-to-run-with-new-files-with-coal-dependencies-tp15877p15944.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
On Jan 27, 2016, at 11:23 AM, Marius Kintel marius@kintel.net wrote:
Also be adviced that we’re currently in the process of merging a bunch of refactoring to master, including patches to both OpenSCAD and the build system to move to C++11. That may trip things up short-term, but will make things better longer term :)
-Marius
Hi Marius,
Just a heads-up, you might need to pull this particular CGAL patch into the master stream sooner for c++11 compatibility:
https://github.com/clothbot/openscad/blob/b30add9920cfc525b35daa98db1d9b27779d40fd/scripts/macosx-build-dependencies.sh https://github.com/clothbot/openscad/blob/b30add9920cfc525b35daa98db1d9b27779d40fd/scripts/macosx-build-dependencies.sh
https://github.com/clothbot/openscad/blob/b30add9920cfc525b35daa98db1d9b27779d40fd/patches/CGAL-clang-bugfix-561.patch https://github.com/clothbot/openscad/blob/b30add9920cfc525b35daa98db1d9b27779d40fd/patches/CGAL-clang-bugfix-561.patch
It’s a known issue that was fixed recently in CGAL 4.8:
https://github.com/CGAL/cgal/pull/561 https://github.com/CGAL/cgal/pull/561
Andrew.
--
"The future is already here. It's just not very evenly distributed" -- William Gibson
On Jan 28, 2016, at 18:22 PM, Andrew Plumb andrew@plumb.org wrote:
Just a heads-up, you might need to pull this particular CGAL patch into the master stream sooner for c++11 compatibility:
Thanks!
I don’t think this affects us a the moment though, and it may take a long time before we can rely on such fixes being available in mainstream distros, unless they backport this to older CGAL versions, which means we may need to patch OpenSCAD rather than CGAL to get this to work.
..although with the recent use of bleeding edge CGAL features we may need a different solution after all..
-Marius
kintel wrote
On Jan 28, 2016, at 18:22 PM, Andrew Plumb <
andrew@
> wrote:
Just a heads-up, you might need to pull this particular CGAL patch into
the master stream sooner for c++11 compatibility:
Thanks!
I don’t think this affects us a the moment though, and it may take a long
time before we can rely on such fixes being available in mainstream
distros, unless they backport this to older CGAL versions, which means we
may need to patch OpenSCAD rather than CGAL to get this to work.
..although with the recent use of bleeding edge CGAL features we may need
a different solution after all..
Yeah, I'll see if I can get the non-pointset-mesh-generation stuff working
without the patch. That would be useful sooner for things like fixing
imported STL and non-manifold polyhedron() creations.
Andrew.
--
View this message in context: http://forum.openscad.org/Trick-to-getting-cd-tests-cmake-make-to-run-with-new-files-with-coal-dependencies-tp15877p15970.html
Sent from the OpenSCAD mailing list archive at Nabble.com.