Slic3r is a G-code generator for 3D printers.
- Math-Clipper and Boost-Geometry-Utils have been bumped to satisfy
Slic3r.
- Slic3r has problems with perl 5.16 due to a locale issue (comma vs
period in floating point numbers). So we use perl 5.14.
- The tests fail, so we skip them. According to the author of Slic3r,
that should be safe:
"Tests failed because of a typo when the 0.9.10b tag was applied.
You can safely ignore the test results, Slic3r will work."
See https://github.com/alexrj/Slic3r/issues/1303
For reference, the errors look like this:
Use of uninitialized value $deg in numeric eq (==) at /tmp/nix-build-perl-slic3r-0.9.10b.drv-0/git-export/t/../lib/Slic3r/TriangleMesh.pm line 328.
# Looks like your test exited with 255 before it could output anything.
This is just a small dependency fix for ExtUtils::CBuilder and
Module::Build to make them build with perl 5.10.
It seems that perl gradually adds CPAN modules into its core. So when
using older perl there typically some more dependencies to take care of.
ExtUtils-CBuilder 0.280202 is not available anymore, so I had to bump it
to 0.280205.
Add missing dependencies for ExtUtilsTypemapsDefault, needed when
building with perl < 5.16. This works for perl 5.16 too.
ExtUtils-ParseXS 3.15 has disappeared from the mirrors, so I had to bump
it to something available from CPAN; version 3.18.
See note from CPAN[1]:
This module [ExtUtilsTypemap] exists merely as a compatibility
wrapper around ExtUtils::Typemaps. In a nutshell, ExtUtils::Typemap
was renamed to ExtUtils::Typemaps because the Typemap directory in
lib/ could collide with the typemap file on case-insensitive file
systems.
The ExtUtils::Typemaps module is part of the ExtUtils::ParseXS
distribution and ships with the standard library of perl starting with
perl version 5.16.
[1] http://search.cpan.org/~smueller/ExtUtils-Typemap-1.00/lib/ExtUtils/Typemap.pm:
