discuss@lists.openscad.org

OpenSCAD general discussion Mailing-list

View all threads

Trick to getting "cd tests; cmake .; make" to run with new files with coal dependencies?

MK
Marius Kintel
Wed, Jan 27, 2016 4:23 PM

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

> 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
C
clothbot
Wed, Jan 27, 2016 5:18 PM

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.

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.
AP
Andrew Plumb
Thu, Jan 28, 2016 11:22 PM

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

Me: http://clothbot.com/wiki/ http://clothbot.com/wiki/

> 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 Me: http://clothbot.com/wiki/ <http://clothbot.com/wiki/>
MK
Marius Kintel
Fri, Jan 29, 2016 5:22 AM

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

> 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
C
clothbot
Fri, Jan 29, 2016 2:54 PM

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.

kintel wrote >> On Jan 28, 2016, at 18:22 PM, Andrew Plumb &lt; > andrew@ > &gt; 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.