Skip to content
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

WARNING: Boost libraries #3117

Closed
alranel opened this issue Nov 6, 2015 · 23 comments
Closed

WARNING: Boost libraries #3117

alranel opened this issue Nov 6, 2015 · 23 comments

Comments

@alranel
Copy link
Member

alranel commented Nov 6, 2015

This is a heads-up for the most active users. Sorry for abusing the issue tracker.

I will soon remove the Boost files from this repository for a few good reasons.
You will need to install the Boost libraries separately in order to compile Slic3r. It's not too hard.

Linux users can use their package manager. Debian/Ubuntu users will need to install the libboost-system-dev and libboost-thread-dev.

MacOS X users can use homebrew (brew install --without-python boost) or MacPorts (sudo port install boost).

Windows users can download the boost source package from here, then extract it into C:\dev\boost_1_59_0 (or whatever the downloaded version is), then open the prompt in that directory and type:

bootstrap.bat mingw
b2 toolset=gcc system thread

The Build.PL script should be smart enough to locate Boost in all the default directories. If you installed it to a non-standard directory you can set the BOOST_DIR environment variable.

Please report here any issue or hint so that we can make this transition as smooth as we can.

@lordofhyphens
Copy link
Member

Good to know, I'll make sure to update my package builder to add it as a
build requirement (if it hasn't got it already).

"Nothing unreal exists." - Kiri-kin-tha's First Law of Metaphysics.

On Fri, Nov 6, 2015 at 10:05 AM, Alessandro Ranellucci <
notifications@github.com> wrote:

This is a heads-up for the most active users. Sorry for abusing the issue
tracker.

I will soon remove the Boost files from this repository for a few good
reasons.
You will need to install the Boost libraries separately in order to
compile Slic3r. It's not too hard.

Linux users can use their package manager. Debian/Ubuntu users will need
to install the libboost-system-dev and libboost-thread-dev.

MacOS X users can use homebrew (brew install --without-python boost) or
MacPorts (sudo port install boost).

Windows users can download the boost source package from here, then
extract it into C:\dev\boost_1_59_0 (or whatever the downloaded version
is), then open the prompt in that directory and type:

bootstrap.bat mingw
b2 toolset=gcc system thread

The Build.PL script should be smart enough to locate Boost in all the
default directories. If you installed it to a non-standard directory you
can set the BOOST_DIR environment variable.

Please report here any issue or hint so that we can make this transition
as smooth as we can.


Reply to this email directly or view it on GitHub
#3117.

@lordofhyphens
Copy link
Member

It looks like the Debian packages already had Boost
(specifically libboost-geometry-utils-perl) as a run-time dependency and
all headers as a build dependency.

1.2.10-dev package source is up on my fork.

"Nothing unreal exists." - Kiri-kin-tha's First Law of Metaphysics.

On Fri, Nov 6, 2015 at 11:14 AM, Joe Lenox lordofhyphens@gmail.com wrote:

Good to know, I'll make sure to update my package builder to add it as a
build requirement (if it hasn't got it already).

"Nothing unreal exists." - Kiri-kin-tha's First Law of Metaphysics.

On Fri, Nov 6, 2015 at 10:05 AM, Alessandro Ranellucci <
notifications@github.com> wrote:

This is a heads-up for the most active users. Sorry for abusing the issue
tracker.

I will soon remove the Boost files from this repository for a few good
reasons.
You will need to install the Boost libraries separately in order to
compile Slic3r. It's not too hard.

Linux users can use their package manager. Debian/Ubuntu users will need
to install the libboost-system-dev and libboost-thread-dev.

MacOS X users can use homebrew (brew install --without-python boost) or
MacPorts (sudo port install boost).

Windows users can download the boost source package from here, then
extract it into C:\dev\boost_1_59_0 (or whatever the downloaded version
is), then open the prompt in that directory and type:

bootstrap.bat mingw
b2 toolset=gcc system thread

The Build.PL script should be smart enough to locate Boost in all the
default directories. If you installed it to a non-standard directory you
can set the BOOST_DIR environment variable.

Please report here any issue or hint so that we can make this transition
as smooth as we can.


Reply to this email directly or view it on GitHub
#3117.

@alranel
Copy link
Member Author

alranel commented Nov 9, 2015

libboost-geometry-utils-perl hasn't been needed for a long time, actually; it should be removed.

@Stevie-O
Copy link

I followed the directions here: [https://github.com/alexrj/Slic3r/wiki/Running-Slic3r-from-git-on-Windows], using the Strawberry Perl option, and I'm getting errors relating to Boost.

When I built Boost, it gave me two directories: one for the compiler (include files), and one for the linker (library files).

If I set BOOST_DIR to the include file directory, the build fails right away with "Configuring C:/Users/Stevie-O/projects/external/Slic3r/xs ... Slic3r requires the Boost libraries. Please make sure they are installed."

If I set BOOST_DIR to the library file directory, the build fails with: "src\libslic3r\Point.hpp:127:37: fatal error: boost/polygon/polygon.hpp: No such file or directory"

@alranel
Copy link
Member Author

alranel commented Nov 23, 2015

@Stevie-O, where is your boost directory located and how is it named?

@Stevie-O
Copy link

@alexrj,

C:\Users\Stevie-O\dev\boost_1_59_0

(so, the following file exists: C:\Users\Stevie-O\dev\boost_1_59_0\b2.exe)

b2 toolset=gcc gave me the following:

The Boost C++ Libraries were successfully built!

The following directory should be added to compiler include paths:

C:\Users\Stevie-O\dev\boost_1_59_0

The following directory should be added to linker library paths:

C:\Users\Stevie-O\dev\boost_1_59_0\stage\lib

@alranel
Copy link
Member Author

alranel commented Nov 26, 2015

As advised in https://github.com/alexrj/Slic3r/wiki/Running-Slic3r-from-git-on-Windows you should put your Boost libraries in C:\dev

@pzl
Copy link

pzl commented Jan 8, 2016

Boost 1.59 has been compiling fine for me for a while.

Boost 1.60 on the other hand:

cc ... -o src/libslic3r/PolylineCollection.o src/libslic3r/PolylineCollection.cpp
In file included from src/libslic3r/Line.hpp:5:0,
                 from src/libslic3r/Polyline.hpp:5,
                 from src/libslic3r/PolylineCollection.hpp:5,
                 from src/libslic3r/PolylineCollection.cpp:1:
src/libslic3r/Point.hpp:123:12: error: redefinition of ‘struct boost::polygon::coordinate_traits<long int, true>’
     struct coordinate_traits<coord_t> {
            ^
In file included from /usr/include/boost/polygon/polygon.hpp:12:0,
                 from src/libslic3r/Point.hpp:117,
                 from src/libslic3r/Line.hpp:5,
                 from src/libslic3r/Polyline.hpp:5,
                 from src/libslic3r/PolylineCollection.hpp:5,
                 from src/libslic3r/PolylineCollection.cpp:1:
/usr/include/boost/polygon/isotropy.hpp:201:10: error: previous definition of ‘struct boost::polygon::coordinate_traits<long int, true>’
   struct coordinate_traits<long, sizeof(long) == sizeof(polygon_long_long_type)> {
          ^
error building src/libslic3r/PolylineCollection.o from 'src/libslic3r/PolylineCollection.cpp' at /usr/share/perl5/core_perl/ExtUtils/CBuilder/Base.pm line 173.

@a4jp-com
Copy link

a4jp-com commented Jan 9, 2016

I'm still on version 1.59 without problems. Thanks for pointing this out @pzl. I was just about to update.

@pzl
Copy link

pzl commented Feb 23, 2016

deleting the following lets everything build fine on Boost 1.60 (all tests pass, nothing out of the ordinary when running)

diff --git a/xs/src/libslic3r/Point.hpp b/xs/src/libslic3r/Point.hpp
index af0f59a..d4eaa5f 100644
--- a/xs/src/libslic3r/Point.hpp
+++ b/xs/src/libslic3r/Point.hpp
@@ -120,16 +120,6 @@ namespace boost { namespace polygon {
     struct geometry_concept<coord_t> { typedef coordinate_concept type; };

     template <>
-    struct coordinate_traits<coord_t> {
-        typedef coord_t coordinate_type;
-        typedef long double area_type;
-        typedef long long manhattan_area_type;
-        typedef unsigned long long unsigned_area_type;
-        typedef long long coordinate_difference;
-        typedef long double coordinate_distance;
-    };
-
-    template <>
     struct geometry_concept<Point> { typedef point_concept type; };

     template <>

Not sure if it's the correct thing to do, but it's functional for the moment

@forkineye
Copy link

Thanks @pzl, I noticed this as well with Boost 1.60. Building now with the redefinition within Point.hpp commented out.

@alranel
Copy link
Member Author

alranel commented Mar 13, 2016

Thank you for reporting; this is the Boost commit that broke compilation with 1.60:

boostorg/polygon@0ac7230

@alranel
Copy link
Member Author

alranel commented Mar 13, 2016

Okay, now Slic3r is compatible also with Boost 1.60.

@alranel alranel closed this as completed Mar 13, 2016
@llluis
Copy link
Contributor

llluis commented Mar 21, 2016

Just to add comment for other users: if you are on Windows and following the default instructions, don't set BOOST_DIR.
Just leave the files at the default location (c:\dev\boost* or c:\boost*) and the script will find them (and remember to execute the boostrap).

Note to @alexrj : on Windows, if the user sets BOOST_DIR, the Build.PL will not work as it will add BOOST_DIR to @boost_libs, instead of "BOOST_DIR/stage/lib".

@Tinchus2009
Copy link

Ok.. Im on win 10. I installed boost 1.60 (latest version to april 22 2016). It compiled ok, perl depencies are ok. Evrything is ok tip I coomand Perl Buil.pl. I get a final message saying boost libraries could not be found. Boost is installed in C:/dev?boost*. I tried: perl Build.PL BOOST_DIR=C:\dev\boost_1_60_0\ and perl Build.PL BOOST_DIR=C:\dev\boost_1_60_0\stage\lib
and I still get the message:

Configuring C:/Slic3r/xs ... Slic3r requires the Boost libraries. Please make sure they are installed.

If they are installed, this script should be able to locate them in several
standard locations. If this is not the case, you might want to supply their
path through the BOOST_DIR environment variable:

BOOST_DIR=/path/to/boost perl Build.PL

N/A
! Configure failed for ./xs. See C:\Users\Martin.cpanm\work\1461371932.8632\build.log for details.
The XS/C++ code failed to compile, aborting

Any ideas?

@markwal
Copy link
Contributor

markwal commented Apr 23, 2016

You did this part, right?

bootstrap.bat mingw
b2 toolset=gcc system thread

@Tinchus2009
Copy link

Yes I did. Boot compiled with no problems and it is installes under C:\dev...

@bubnikv
Copy link
Contributor

bubnikv commented Apr 23, 2016

Try the Boost version 1.59.
Vojtech

On Sat, Apr 23, 2016 at 3:50 AM, Tinchus2009 notifications@github.com
wrote:

Yes I did. Boot compiled with no problems and it is installes under
C:\dev...


You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
#3117 (comment)

@bubnikv
Copy link
Contributor

bubnikv commented Apr 23, 2016

Also you may change the path to Boost by editing the file xs/Build.PL
For myself, I changed the following section to pull boost from d:\src

if ($^O eq 'MSWin32') {
    for my $path (glob('C:\dev\boost*'), glob ('C:\boost*'), glob

('d:\src\boost*')) {
push @boost_include, $path;
push @boost_libs, $path . "/stage/lib";
}
}

On Sat, Apr 23, 2016 at 8:30 AM, bubnikv . bubnikv@gmail.com wrote:

Try the Boost version 1.59.
Vojtech

On Sat, Apr 23, 2016 at 3:50 AM, Tinchus2009 notifications@github.com
wrote:

Yes I did. Boot compiled with no problems and it is installes under
C:\dev...


You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
#3117 (comment)

@Tinchus2009
Copy link

Ok. I will try 1.59. It doesnt work on 1.60. I even put the exact path on the xs/Build.PL:

if ($^O eq 'MSWin32') {
for my $path (glob('C:\dev\boost_1_60_0'), glob ('C:\boost*')) {

Boost IS there.... the /stage/lib is there too. ...

@Tinchus2009
Copy link

Looks like it works on 1.59. Im stuck now with the Alien-wxgidgets.... 10 minutes so far ...:

c:\Slic3r>cpanm -f Wx
--> Working on Wx
Fetching http://www.cpan.org/authors/id/M/MD/MDOOTSON/Wx-0.9928.tar.gz ... OK
==> Found dependencies: Alien::wxWidgets
--> Working on Alien::wxWidgets
Fetching http://www.cpan.org/authors/id/M/MD/MDOOTSON/Alien-wxWidgets-0.67.tar.gz ... OK
Configuring Alien-wxWidgets-0.67 ... OK
Building and testing Alien-wxWidgets-0.67 ...

lordofhyphens added a commit to lordofhyphens/Slic3r that referenced this issue Jun 6, 2016
* Releasing 1.2.8

* More fixes for Unicode path handling (thanks @josefprusa for Czech test VM)

* Bump version number

* Limit bridge over sparse infill to areas that can absorb such extrudate. slic3r#2899

* Minor adjustment of infill_overlap math

* Raise the thickness threshold used for generating thin walls. TODO: don't enforce this at the segment level but consider the average thickness of an entire polyline and compare it to the total length. slic3r#2910

* Typo

* Fixed regression casusing some rare STL files not to parsed correctly because of lack of the solid name. slic3r#2914

* Fix minor rendering glitch in 2D toolpaths preview

* Releasing 1.2.9

* Bugfix: binary ASCII files were not written with the correct fopen() mode. slic3r#2928

* Disable testing of modules that have known broken tests

* Add perl 5.22 to Travis CI

* Revert "Add perl 5.22 to Travis CI"

This reverts commit 3b7cb67.

* Ported PlaceholderParser::apply_env_variables() to XS

* Ported Config::setenv() to XS

* Finished porting PlaceholderParser to XS

* Ported Slic3r::GCode::AvoidCrossingPerimeters to XS

* Removed setenv() test as we can't test environment variables in Perl since they are now set in XS

* Ported Slic3r::GCode::Wipe storage to XS

* Ported Slic3r::GCode::OozePrevention storage to XS

* Updated test

* Ported Slic3r::GCode storage to XS

* Ported more Slic3r::GCode methods to XS

* Ported Slic3r::GCode::needs_retraction() to XS

* Make tests happy

* Macro for readability

* Use macro in PrintConfig.hpp

* Ported GCode::set_extruder() and OozePrevention

* Ported GCode::travel_to() to XS

* Ported GCode::extrude_path() to XS (speed boost!)

* Use GCodeWriter for path segments (refactoring)

* Ported GCode::set_extruders() and GCode::change_layer() to XS

* Finished porting Slic3r::GCode to XS (speed boost!)

* Initial work for porting PerimeterGenerator to XS

* Bugfix: bridge anchors were shortened under rare circumstances

* Bugfix: changing range-based layer heigths didn't trigger background processing. slic3r#2958

* Bugfix: zooming in empty layers preview (because of disabled background processing) crashed

* More work for porting PerimeterGenerator to XS

* Fix compilation on Windows due to lack of setenvt(). slic3r#2973

* Finished porting PerimeterGenerator to C++

* Ported make_perimeters() to C++

* Fixed potential hang in PerimeterGenerator.cpp

* Update GCode.cpp

Bugfix slic3r#3038

* Fix for slic3r#3069

* Finished porting LayerRegion to C++

* Bump version number

* Added a new grid infill pattern

* Several improvements to the print job queue

* Test button for serial connection

* Fixed memory leak

* Fixed memory leak

* More memory leaks fixed

* Removed debugging statement

* More memory leaks fixed

Conflicts:

	lib/Slic3r/GUI/Plater.pm

* Keep print job order

* Manual control

* Implemented connection timeout in C++

* Fixed manual control buttons

* Smarter logic for displaying printer panels

* Try to fix broken wx scrolling

* Display a warning when no USB/serial printers were configured

* Bugfix: wrong error handling in GCodeSender

* Fix incorrect comments to temperature-setting gcode

* Fix G-code checksum

* Bugfix: wrong default in extruder_offset tooltip. slic3r#3051

* Fixed regression causing empty prints to hang. slic3r#3107

* When background processing fails because of an error, display it in an explicit dialog

* Fixed one more memory leak

* Include the option category for first_layer_extrusion_width. slic3r#3061

* Prompt user when setting wipe + use_firmware_retraction. slic3r#3056

* Bugfix: error when setting per-region percent perimeter_extrusion_width. slic3r#2983

Conflicts:

	lib/Slic3r/Layer.pm

* Refactoring: prefix inc/dec operators for iterators

* Style fix: const for some functions

* Fix: Initializer list, right initialisation order

* std::list::empty faster than std::list::size (for C++03)

* Fix: memory leak in ExPolygon::triangulate_p2t

* Function arguments passed by reference

* Function arguments passed by reference

* Config: pass value as a reference

* Fix for -Wmaybe-uninitialized warninig

* Removed unused variables

* Addtional check for TPPLPoly::operator=

* Fix signed-unsigned compare

* Fixed compilation warnings and a potential bug in MotionPlanner, as reported in slic3r#3054

* Replace the flip word with mirror. slic3r#3060

* Added more search paths for Boost on Win32

* Fix compilation on Windows

* Improve Boost path detection

* Remove Boost from distribution and fix some more things for Windows compilation

* More compilation changes for Win32

* Fix serial port detection on Windows

* More fixes for serial port detection on Windows

* Prevent double connection check

* Two fixes for --debug

* Two fixes for --debug

* Smoother manual control movements

* Fix rendering on Windows

* Some fixes and improvements to controller

* Projector for DLP

* Re-enable serial connection for DLP projector

* More customizable options for DLP projector

* Slice objects even if background processing is disabled

* Don't crash when no serial ports are available on Windows

* Several fixes to GCodeSender, including compilation on older OS X and DTR reset

* Changed default settings for DLP projector and changed time options from integer to decimal

* Added libboost-* packages for Travis CI build

* Further improvements for compilation (Ubuntu)

* Further improvements for compilation (Ubuntu)

Conflicts:

	.travis.yml

* One more fix for Travis CI

* More small fixes for compilation on Linux

* One more fix for Travis CI

* More small fixes for compilation on Linux

* Add manual control to DLP projector too

* Added manual projection control

* Let user configure travel speed in manual control dialog

* Prevent absolute movement if user hasn't homed both X and Y

* Limit slider to number of layers

* Fix projection of slices with holes because wxDC is not honoring the fill rule

* Project grid

* New option for inverting the Y axis in projection

* Removed debugging comment

* Bugfix: an error in porting caused bad perimeter ordering. Includes regression test and more unit tests for PerimeterGenerator

* Bugfix: prevent crash when setting a Choice field to a non-indexed value

* Change order in DLP projection

* Ported _arrange() and arrange_object() to XS

* Ported mode Model methods to XS

* Ported a couple more methods to XS

* Ported Layer::maker_perimeters() to XS

* Make test happy

* Try to fix compilation on older Perls

* Improvements to DLP projector: disable all options while printing; apply config changes to the printer preset so that user can save them; show total and remaining print time

* Disable screensaver while projecting (untested on Windows)

* Fix a compilation error on Win32

* Upgrade Travis CI conf

* Fixed Travis CI conf

* Add color icons to menu items about axes. slic3r#3121

* New "Scale to size" command(s). slic3r#2711

* Fix a minor glitch with scrollbars in OverrideSettingsPanel

* Preserve the current layer when refreshing the 3D preview

* Fix compilation on Windows

* Fix comment stripping in sender

* Bump version number

* Separate libslic3r code from slic3r application code

* Import config bundle automatically if found in application directory

* Large refactoring of the Config classes

* Remove any Perl related code from libslic3r

* Fix typo slic3r#3152

* Fix compilation

* One more fix for compilation

* Updates to GUI projector: fix buttons not updating when print finished; ring a bell at that time; disable screensaver not just when printing but until the DLP projector window gets closed

* Move the position_screen method to the Screen class

* Bugfix: missing include assert.h slic3r#3155

* Live preview in the cut dialog

* Fix one regression in arrange

* Prevent flickering

* Refactored the Config XS bindings

* More refactoring on Config XS bindings

* More efficient syntax for the PrintConfigDef constructor

* Removed debugging statements

* Don't show any dialog if 0 configs were imported

* Some changes to DLP projector

* Fix compilation with GCC

* Typo

* New --retract-lift-above and --retract-lift-below options. slic3r#763 slic3r#3057

* Implement resizable left column in preset editor. slic3r#3151

* One more fix for compilation with older compilers

* Fix regression in lift, includes regression test

* Use bridge flow and speed for solid_infill_every_layers

* Fixed error in porting causing wrong moves with avoid_crossing_perimeters

* Fix false positive in lift unit test

* Fixed ported code of PerimeterGenerator

* Very minor code improvements

* Bugfix: external details were simplified too much when using default settings at low layer height, because the internal flow was erroneously taken into account. slic3r#2807

* Fix Slic3r crash when opening About dialog

* Minor code cleanup here and there

* Editable text control for specifying the cut Z in cut dialog

* Ignore cut result if user didn't click the cut button

* Refactor cutting logic, don't slice in 3DScene

* Fixes and improvements to MotionPlanner, much smarter now

* Force the 'nearest' strategy for starting skirt loops

* Revert "Implement resizable left column in preset editor. slic3r#3151"

This reverts commit 4b30d67.

* Dump serial messages to file in order to debug communication issues

* @farhaven: There's one more wxCLOSE in lib/Slic3r/GUI/Projector.pm, that one should probably be changed as well.

* Implement serial port baudrate selection for OpenBSD

Signed-off-by: Gregor Best <gbe@unobtanium.de>

* Don't toggle support_material_enforce_layers field

support_material_enforce_layers works independently of the support_material ||
raft options, so we should not disable the field when support material
generation is disabled.

Fixes: slic3r#3046

* New icon for Infill (credits: Carlo Mariella)

* Fixed regression in the C++ port of PerimeterGenerator causing gaps to be filled twice

* Refactoring: new Layer::make_fill() method

* Don't use equality comparisons for floats

This fixes an issue where F0 moves arise from 0-width (or 0 layer
height?) support material segments when using autospeed.

Fixes: slic3r#3261

* fix a segment fault by admesh

* Fixed float comparison in combine_infill

* Fixed return value for deserialize() implementations. slic3r#3250

* Make GCodeSender more robust (keep more than one sent line) and fix a memory access problem in the asio write buffer

* Bugfix: memory corruption in BridgeDetector (thanks @JakeQZ for the patch). slic3r#3267

* Support incompatible change in Boost 1.60. slic3r#3117

* Raise allowed temperatures to 500°C. slic3r#3114

* Fix issue with undefined BOOST_VERSION

if BOOST_VERSION < 106000 always succeeds because BOOST_VERSION is
undefined.  In order to avoid the code for new boost, we need
<boost/version.hpp>

* Bugfix: crash when input to bed shape options was '-'. slic3r#3254

* Fixed regression in bridging caused by error in porting. Includes regression test. slic3r#3175

* Variable-width gap fill. Yay! slic3r#2960

* Variable-width thin walls. Yay!

* When loading an AMF file having multiple objects that look like multiple parts of a single object, prompt user and ask how to consider it. slic3r#2970

Conflicts:

	lib/Slic3r/Model.pm

* Fixed dragging in 3D plater having some glitches with multipart objects

* Missing #include

* Update ISSUE_TEMPLATE.md

* Rewritten the medial axis algorithm, now more robust (don't just prune MAT from endpoints, but validate all single edges)

* Moved CONTRIBUTING.md to .github/

* Fixed type error

* Actually add CONNTRIBUTING.md, not included in f5a5eb3

* Filter gap fill using length relative to the actual width. slic3r#2781

* Tune gap fill and thin walls to less extreme values

* Refactored calls to Wx::Bitmap->new

* One more year

* Fix layer time slowdown

The recent GCode writer changes which put the speed changes on a line of
their own have caused the layer time slowdown to be ignored by the regex
in CoolingBuffer.pm.

Fixes: slic3r#3134

* Update tests for new GCode style and markers

* Fixed compilation on OS X

* Support static linking of the Boost libs

* Account for travel moves in elapsed_time

* Use float for elapsed_time

When accumulating elapsed_time from many moves that take less than 1
second, elapsed_time does not get incremented because (unsigned int)0.9
= 0.

* Fix cooling not working if !gcode_comments

The cooling markers were being passed into GCodeWriter::set_speed() as a
comment which were being ignored if gcode_comments was false.

Fixes: slic3r#3325

* The "controller" tab and the settings of the USB/serial connection was
made configurable. Now one may hide the "controller" tab and the USB/serial
connection configuration from the preferences. This is useful for someone,
who never connects his printer to the computer by a cable.

* More refactoring to medial axis and gap fill, more robust

* Added a short OpenSCAD description to aid in the creation of simple modifier meshes that describe a change every N layers

* Bugfix: homing was not correctly saved

* Add XYZ homing button to printer manual control

* Update solid_layers.scad

Oops, left a hardcoded 0.3 in. Fixed.

* Feature: try to match horizontal surfaces with adaptive slicing
@vlast3k
Copy link

vlast3k commented Jun 10, 2016

Hi guys,

Any hint what am i missing to built boost on windows 7 x64?
i am able to build slic3r up to the point where it requires boost
i downloaded the source package of boost

C:\dev\boost_1_59_0>bootstrap mingw
Building Boost.Build engine

Bootstrapping is done. To build, run:

    .\b2

To adjust configuration, edit 'project-config.jam'.
Further information:

    - Command line help:
    .\b2 --help

    - Getting started guide:
    http://boost.org/more/getting_started/windows.html

    - Boost.Build documentation:
    http://www.boost.org/build/doc/html/index.html

C:\dev\boost_1_59_0>b2 toolset=gcc
C:/dev/boost_1_59_0/tools/build/src/tools\msvc.jam:1072: in configure-really
*** argument error
* rule generate-setup-cmd ( version : command : parent : options * : cpu : global-setup : default-global-setup-options : default-setup )
* called with: ( 9.0 : C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\bin : C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC : <command>C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\bin\cl.exe : i386 :  : x86 : vcvars32.bat )
* missing argument global-setup
C:/dev/boost_1_59_0/tools/build/src/tools\msvc.jam:798:see definition of rule 'generate-setup-cmd' being called
C:/dev/boost_1_59_0/tools/build/src/tools\msvc.jam:201: in configure
C:/dev/boost_1_59_0/tools/build/src/tools\msvc.jam:153: in msvc.init
C:/dev/boost_1_59_0/tools/build/src/build\toolset.jam:43: in toolset.using
C:/dev/boost_1_59_0/tools/build/src/build\project.jam:1052: in using
project-config.jam:3: in modules.load
C:/dev/boost_1_59_0/tools/build/src\build-system.jam:249: in load-config
C:/dev/boost_1_59_0/tools/build/src\build-system.jam:412: in load-configuration-files
C:/dev/boost_1_59_0/tools/build/src\build-system.jam:524: in load
C:\dev\boost_1_59_0\tools\build\src/kernel\modules.jam:295: in import
C:\dev\boost_1_59_0\tools\build\src/kernel/bootstrap.jam:139: in boost-build
C:\dev\boost_1_59_0\boost-build.jam:17: in module scope

C:\dev\boost_1_59_0>b2 toolset=gcc
C:/dev/boost_1_59_0/tools/build/src/tools\msvc.jam:1072: in configure-really
*** argument error
* rule generate-setup-cmd ( version : command : parent : options * : cpu : global-setup : default-global-setup-options : default-setup )
* called with: ( 9.0 : C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\bin : C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC : <command>C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\bin\cl.exe : i386 :  : x86 : vcvars32.bat )
* missing argument global-setup
C:/dev/boost_1_59_0/tools/build/src/tools\msvc.jam:798:see definition of rule 'generate-setup-cmd' being called
C:/dev/boost_1_59_0/tools/build/src/tools\msvc.jam:201: in configure
C:/dev/boost_1_59_0/tools/build/src/tools\msvc.jam:153: in msvc.init
C:/dev/boost_1_59_0/tools/build/src/build\toolset.jam:43: in toolset.using
C:/dev/boost_1_59_0/tools/build/src/build\project.jam:1052: in using
project-config.jam:3: in modules.load
C:/dev/boost_1_59_0/tools/build/src\build-system.jam:249: in load-config
C:/dev/boost_1_59_0/tools/build/src\build-system.jam:412: in load-configuration-files
C:/dev/boost_1_59_0/tools/build/src\build-system.jam:524: in load
C:\dev\boost_1_59_0\tools\build\src/kernel\modules.jam:295: in import

@tareko
Copy link

tareko commented Jul 21, 2016

I'm not sure which packages are actually required, but for me this didn't work until I added the libboost-all-dev package.

Also, for the GUI component, I had to add libxmu-dev

tarek : )

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests