- Boost-users - lists.preview.boost.org

Multiple defined symbols
by Lloyd 09 Apr '15

09 Apr '15

Hi, I have a "dll" project which is dependent on boost libraries like thread and system. When I compile my project I gen error like libboost_thread-vc120-mt-gd-1_57.lib(thread.obj) : error LNK2005: "public: virtual __thiscall boost::detail::thread_data_base::~thread_data_base(void)" (??1thread_data_base@detail@boost@@UAE@XZ) already defined in boost_thread-vc120-mt-gd-1_57.lib(boost_thread-vc120-mt-gd-1_57.dll) What I understood from this error is, my project is trying to link to both dynamic and static boost libraries. I only want to link to the boost thread dll. To my knowledge am not directly using any boost autolink feature. In the visual studio linking option I have mentioned only the "boost_thread-vc120-mt-gd-1_57.lib". Why could it be trying to link to libboost_thread-vc120-mt-gd-1_57.lib? Is there any way to find where this is happening? Thanks, Lloyd

4 6

[units] non-rational scaling
by Matthias Wohlgemuth 08 Apr '15

08 Apr '15

Dear all, I have an issue with scaled units. I tried to implement a non-rational scaling of units adapted from scale<> class (all in boost::units namespace): template<class Derived> struct non_rational_scale { static const unsigned long base = 10; typedef boost::units::static_rational<0> exponent; typedef double value_type; static double value() { return Derived::value(); } static std::string name() { return Derived::name(); } static std::string symbol() { return Derived::symbol(); } }; struct electron_volt_scale : non_rational_scale<electron_volt_scale> { static double value() { return 1.60218e-19; } /* elementary charge in Coulombs */ static std::string name() { return "electron volt"; } static std::string symbol() { return "eV"; } }; typedef make_scaled_unit<si::energy, electron_volt_scale>::type electron_volt; This works fine in one direction: quantity<si::energy>(1.*electron_volt()); /* gives 1.60218e-19 J. */ However, in the other direction quantity<electron_volt>(1.*si::joule); /* gives 1 eV */ I guess, that I need some specialization for non_rational_scale to workout the correct scaling factor in the reverse direction. Thank you for your help, Matthias

1 0

Can't build boost 1.57 for MinGW
by Jabaa 07 Apr '15

07 Apr '15

Dear all, I can't build boost 1.57 for MinGW on Win7. I tried D:\boost_1_57_0>bootstrap.bat mingw D:\boost_1_57_0>.\b2 toolset=gcc install and I only got D:/boost_1_57_0/tools/build/src/tools\msvc.jam:1075: 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 D:/boost_1_57_0/tools/build/src/tools\msvc.jam:809:see definition of rule 'generate-setup-cmd' being called D:/boost_1_57_0/tools/build/src/tools\msvc.jam:201: in configure D:/boost_1_57_0/tools/build/src/tools\msvc.jam:153: in msvc.init D:/boost_1_57_0/tools/build/src/build\toolset.jam:43: in toolset.using D:/boost_1_57_0/tools/build/src/build\project.jam:1007: in using project-config.jam:3: in modules.load D:/boost_1_57_0/tools/build/src\build-system.jam:249: in load-config D:/boost_1_57_0/tools/build/src\build-system.jam:412: in load-configuration-files D:/boost_1_57_0/tools/build/src\build-system.jam:524: in load D:\boost_1_57_0\tools\build\src/kernel\modules.jam:289: in import D:\boost_1_57_0\tools\build\src/kernel/bootstrap.jam:139: in boost-build D:\boost_1_57_0\boost-build.jam:17: in module scope What is wrong? Thanks

1 0

1.58.0 rc2 is now available
by Marshall Clow 06 Apr '15

06 Apr '15

Release candidate files for 1.58.0 are available at: http://boost.cowic.de/rc/ Since rc1, the changes that were causing the serialization libraries to fail to build on MSVC have been reverted. As always, the release managers would appreciate it if you download the candidate of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. This helps ensure the candidates build OK before we push them out to SourceForge. The files (and associated md5s) are: MD5 (boost_1_58_0_rc2.7z) = 43e0d47cc9f5f2a07761808b9da57c0a MD5 (boost_1_58_0_rc2.tar.bz2) = 52147381c97685eb045b5b022ad51a35 MD5 (boost_1_58_0_rc2.tar.gz) = cb33afaa557dea2f700bffec8a91d87e MD5 (boost_1_58_0_rc2.zip) = 412676a9a7d9903eb5a260209ad78f0a Thanks! -- The release managers P.S. Release notes are here: http://www.boost.org/users/history/version_1_58_0.html

1 0

[1.58.0] Release candidates available
by Marshall Clow 06 Apr '15

06 Apr '15

Release candidate files for 1.58.0 are available at: http://boost.cowic.de/rc/ As always, the release managers would appreciate it if you download the candidate of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. This helps ensure the candidates build OK before we push them out to SourceForge. The files (and associated md5s) are: MD5 (boost_1_58_0_rc1.7z) = 609ea035fd3b9f1da110f640c9b8d1e6 MD5 (boost_1_58_0_rc1.tar.bz2) = 7edf680e2532a0370bce64e8e847d661 MD5 (boost_1_58_0_rc1.tar.gz) = 0e435db6a5963e58ffa8d7df49ab5846 MD5 (boost_1_58_0_rc1.zip) = a8d1761306a2ea020e92de53a5cae82d Thanks! -- The release managers P.S. Release notes are here: http://www.boost.org/users/history/version_1_58_0.html

4 5

Call for Papers for Meeting C++ 2015 ends on Wednesday
by Jens Weller 05 Apr '15

05 Apr '15

Hello Boost & Qt Community, the call for papers for this years Meeting C++ Conference got extended and ends on Wednesday(April 8th) next week! Especially talks about libraries have still a good chance to get voted into the conference, and also the embedded theme track! CfP announcement: http://meetingcpp.com/index.php/newsreader/items/call-for-papers-for-meetin… The voting will begin shortly after the end of the CfP and run ~10 days, this will give me guidance to select the right talks for this years conference! thanks, Jens Weller

1 0

error: Name clash for '<p/home/nr/dev/dist/boost/lib>libboost_system.a'
by Nathan Ridge 04 Apr '15

04 Apr '15

Hi, I just downloaded the boost 1.58 beta. Tried to build with: ./b2 --with-filesystem --with-system --with-atomic --with-chrono --with-date_time --with-program_options --with-regex --with-test --with-thread --with-random --with-context --with-coroutine variant=release link=static runtime-link=static threading=multi toolset=gcc cxxflags=-Wno-unused-local-typedefs install Got the following error: Performing configuration checks - 32-bit : no - 64-bit : yes - arm : no - mips1 : no - power : no - sparc : no - x86 : yes - lockfree boost::atomic_flag : yes - lockfree boost::atomic_flag : yes - has_icu builds : no error: Name clash for '<p/home/nr/dev/dist/boost/lib>libboost_system.a' error: error: Tried to build the target twice, with property sets having error: these incompabile properties: error: error: - none error: - <address-model>64 <architecture>x86 error: error: Please make sure to have consistent requirements for these error: properties everywhere in your project, especially for install error: targets. Some googling reveals that people suggest adding '--without-context --without-coroutine' to work around the problem, but this is not an option for me because I use these libraries! What can I do to fix this? Thanks, Nate

2 2

[polygon] Voronoi diagram: weird results
by Jeremy Murphy 03 Apr '15

03 Apr '15

Hi, I started using the voronoi_diagram functionality recently and am getting some weird results that I need help interpreting. Here is an example: https://drive.google.com/open?id=0B9-L1xN12iKVYUlMb1hLY0FEMWs&authuser=0 What you can see here is a salmon (?) coloured layer of polygons (input) underneath a semi-transparent layer of pale blue polygons (output) and a boundary. So you can see that some of the output looks 'good', as in, regular and usable, but on the right-hand side there is some obvious 'bad' results that I cannot completely explain. The missing polygons are almost certainly because I have culled any polygons from the output that included points outside the boundary. But there are also appears to be some 'bad' polygons in the output that overlap 'good' ones. So I guess my initial question is: is this a typical symptom of something that other users of the voronoi_diagram recognize? I'm using Boost.Geometry for all other geometric processing. Thanks, cheers. Jeremy

1 2

FW: [log] Is there a way to copy the initial log of a rolling log set
by Marc F. Houde 02 Apr '15

02 Apr '15

Greetings, I am using boost::log with a text_file_backend sink with file rotation for logging on a long running application. I have set it up to clear earlier logs when the logging directory reaches a certain size, but I would like to preserve the initial log as it contains useful configuration information that may not be repeated in later logs. I thought I might be able to do this using set_close_handler, and making a copy but there does not appear to be a way to get the actual file information. Thanks, Marc [ASG]<http://www.asg.com/> Marc Houde, Sr Software Engineer marc.houde(a)asg.com<mailto:marc.houde@asg.com> | 703.464.1624 www.asg.com<http://www.asg.com/> | 800.333.8666 USA Only Facebook<https://www.facebook.com/ASGSoftwareSolutions> | LinkedIn<https://www.linkedin.com/company/asg> | Twitter<https://twitter.com/#!/asgsoftware> | YouTube<https://www.youtube.com/asgtech>

1 0

[boost][units] reciprocal conversion / inter unit conversion
by Matthias Wohlgemuth 02 Apr '15

02 Apr '15

Dear users, I just started to use boost::units for some simulations. However, I have some problems with unit conversions and I hope someone can help me. Let's say I have a quantity given in terms of energy in "electron volts" (eV) with the unit "energy". I defined the unit the following: BOOST_UNITS_DEFINE_BASE_UNIT_WITH_CONVERSIONS(si, electron_volts, "electron volts", "eV", PHYSICAL_CONSTANT_DVALUE(e), si::energy, 5000); namespace si { typedef make_system<electron_volts_base_unit>::type electron_volt_system; typedef unit<energy_dimension,si::electron_volt_system> electron_volt_type; BOOST_UNITS_STATIC_CONSTANT(eV,electron_volt_type); } where PHYSICAL_CONSTANT_DVALUE(e) gives me the double representation of si::constants::codata::e.value(). This works fine, for conversions like eV=>Joule etc. (By the way, is there a more straight forward way, to define non-rational scaled units, than defining a new unit sytem?) Now I want to convert eV to nanometers (wavelength) This is defined as: wavelength = c/frequency = h*c/energy (c=speed of light, h = Planck's constant) I would again define a system with the base unit of wavelength and the unit wavelength_type initialized e.g. with wavelength_nanometer. First Problem: What would be the derived dimension/unit: energy, length or a new dimension like wavelength_dimenson? If I would define it as something else than energy, I will have problems when using quantity<si::electron_volt_type>(x*si::wavelength_nanometer) or quantity<si::nanometer_type>(x*si::eV) Second problem: The relationship is reciprocal: wavelength ~ 1/energy. How do I define a proper conversion? Thanks for your help! Cheers, Matthias

1 0