Re: [Boost-users] Boost 1.65.0 Beta 1 Release Candidate 2
This happens a lot when people develop on gcc or visual studio and then try building with clang. Having a function and a class with the same name is bound to generate errors. So properly should be tagged as a bug. Le 11 juil. 2017 11:14 AM, "Raffi Enficiaud via Boost-users" < boost-users@lists.boost.org> a écrit : Le 11.07.17 à 02:14, Marshall Clow via Boost-users a écrit : The second release candidates for the 1.65.0 beta release are now
available at:
https://dl.bintray.com/boostorg/beta/1.65.0.beta.1/source/ boost_1_65_0_beta1_rc2.7z
https://dl.bintray.com/boostorg/beta/1.65.0.beta.1/source/ boost_1_65_0_beta1_rc2.tar.bz2
https://dl.bintray.com/boostorg/beta/1.65.0.beta.1/source/ boost_1_65_0_beta1_rc2.tar.gz
https://dl.bintray.com/boostorg/beta/1.65.0.beta.1/source/ boost_1_65_0_beta1_rc2.zip
The SHA256 checksums are as follows:
d54d29568c4e4933cbfe40a292b6cb84a7f68121e34f6a83f7d0f7c652b6b2d8 boost_1_65_0_beta1_rc2.7z 092676557513e992347d30dd0cd058fb8af2a401e5da4f4413f5b577852d726b boost_1_65_0_beta1_rc2.tar.bz2 31fa3c807e2205e18f7d5c74f77f540677f7b0937af1e37f595c137e1e87bf84 boost_1_65_0_beta1_rc2.tar.gz 83c8d8b76fa9591572226a1a49fd191d76db3011b52b907cbbc8d37d46213bd2 boost_1_65_0_beta1_rc2.zip
This RC contains a single fix to the stacktrace library.
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.
Thanks!
-- The release managers
Hi,
I have this error during the build on OSX. Built with:
./b2 cxxflags="-std=c++11 -stdlib=libc++" linkflags="-stdlib=libc++"
--without-log --layout=versioned install
...on 14200th target...
common.mkdir bin.v2/libs/fiber/build/darwin-4.2.1/release/threading-multi
common.mkdir bin.v2/libs/fiber/build/darwin-4.2.1/release/threading-
multi/numa
darwin.compile.c++ bin.v2/libs/fiber/build/darwin-4.2.1/release/threading-
multi/numa/pin_thread.o
libs/fiber/src/numa/pin_thread.cpp:23:10: warning: pin_thread() not
supported [-W#pragma-messages]
# pragma message "pin_thread() not supported"
^
1 warning generated.
darwin.compile.c++ bin.v2/libs/fiber/build/darwin-4.2.1/release/threading-
multi/numa/topology.o
libs/fiber/src/numa/topology.cpp:23:10: warning: topology() not supported
[-W#pragma-messages]
# pragma message "topology() not supported"
^
libs/fiber/src/numa/topology.cpp:27:14: error: use of undeclared identifier
'topology'; did you mean 'fibers::numa::topology'?
std::vector< topology > topology() {
^~~~~~~~
fibers::numa::topology
./boost/fiber/numa/topology.hpp:38:21: note: 'fibers::numa::topology'
declared here
std::vector< node > topology();
^
libs/fiber/src/numa/topology.cpp:27:14: error: template argument for
template type parameter must be a type
std::vector< topology > topology() {
^~~~~~~~
/Applications/Xcode8.1.app/Contents/Developer/Toolchains/Xco
deDefault.xctoolchain/usr/bin/../include/c++/v1/vector:456:17: note:
template parameter is declared here
template
2017-07-11 15:27 GMT+02:00 Matthieu Brucher via Boost-users < boost-users@lists.boost.org>:
This happens a lot when people develop on gcc or visual studio and then try building with clang. Having a function and a class with the same name is bound to generate errors. So properly should be tagged as a bug
it has nothing to do with the compiler - I simply forgot to change the function signature - I don't own a Mac to test the code the fix is simple, change std::vector< topology > topology() to std::vector< node > topology()
participants (2)
-
Matthieu Brucher
-
Oliver Kowalke