On 10/5/2012 8:56 AM, Lemay.Steve wrote:

Here's the first problem that pops up for me... QNXNTO gcc 4.7.1

qcc.compile.c++ D:\boostBuild_QCC_1_52_0_beta1\boost\bin.v2\libs\chrono\build\qcc\release\link-static\target-os-qnxnto\threadapi-pthread\threading-multi\chrono.o In file included from ./boost/chrono/chrono.hpp:11:0, from ./boost/chrono/detail/inlined/chrono.hpp:13, from libs\chrono\src\chrono.cpp:14: ./boost/chrono/duration.hpp: In static member function 'static constexpr float boost::chrono::detail::chrono_numeric_limits::lowest()': ./boost/chrono/duration.hpp:355:56: error: call to non-constexpr function 'static std::numeric_limits<float>::_Ty std::numeric_limits<float>::max()' ./boost/chrono/duration.hpp: In static member function 'static constexpr double boost::chrono::detail::chrono_numeric_limits::lowest()': ./boost/chrono/duration.hpp:363:57: error: call to non-constexpr function 'static std::numeric_limits<double>::_Ty std::numeric_limits<double>::max()' ./boost/chrono/duration.hpp: In static member function 'static constexpr long double boost::chrono::detail::chrono_numeric_limits::lowest()': ./boost/chrono/duration.hpp:371:61: error: call to non-constexpr function 'static std::numeric_limits<long double>::_Ty std::numeric_limits<long double>::max()' cc: d:/qnxsdk/qnxsdk6.5-001/host/win32/x86/usr/lib/gcc/i486-pc-nto-qnx6.5.0/4.7.1/cc1plus caught signal 1

"QCC" -Wc,-ftemplate-depth-128 -DFD_SETSIZE=2048 -march=k8-sse3 -mtune=k8-sse3 -mmmx -msse3 -mfpmath=sse -mno-3dnow -mstackrealign -Wc,-fPIC,-std=c++0x,-std=gnu++0x -O3 -Wc,-finline-functions -Wc,-Wno-inline -Wc,-Wall -DBOOST_ALL_NO_LIB=1 -DBOOST_All_STATIC_LINK=1 -DBOOST_SYSTEM_NO_DEPRECATED -DBOOST_SYSTEM_STATIC_LINK=1 -DNDEBUG -I"." -c -o "D:\boostBuild_QCC_1_52_0_beta1\boost\bin.v2\libs\chrono\build\qcc\release\link-static\target-os-qnxnto\threadapi-pthread\threading-multi\chrono.o" "libs\chrono\src\chrono.cpp"

...failed qcc.compile.c++ D:\boostBuild_QCC_1_52_0_beta1\boost\bin.v2\libs\chrono\build\qcc\release\link-static\target-os-qnxnto\threadapi-pthread\threading-multi\chrono.o... common.copy D:\boost\include\boost\checked_delete.hpp D:\boost_1_52_0_beta1\boost\checked_delete.hpp 1 file(s) copied. common.copy D:\boost\include\boost\chrono.hpp D:\boost_1_52_0_beta1\boost\chrono.hpp 1 file(s) copied. qcc.compile.c++ D:\boostBuild_QCC_1_52_0_beta1\boost\bin.v2\libs\chrono\build\qcc\release\link-static\target-os-qnxnto\threadapi-pthread\threading-multi\process_cpu_clocks.o In file included from ./boost/chrono/process_cpu_clocks.hpp:18:0, from ./boost/chrono/detail/inlined/process_cpu_clocks.hpp:19, from libs\chrono\src\process_cpu_clocks.cpp:17: ./boost/chrono/duration.hpp: In static member function 'static constexpr float boost::chrono::detail::chrono_numeric_limits::lowest()': ./boost/chrono/duration.hpp:355:56: error: call to non-constexpr function 'static std::numeric_limits<float>::_Ty std::numeric_limits<float>::max()' ./boost/chrono/duration.hpp: In static member function 'static constexpr double boost::chrono::detail::chrono_numeric_limits::lowest()': ./boost/chrono/duration.hpp:363:57: error: call to non-constexpr function 'static std::numeric_limits<double>::_Ty std::numeric_limits<double>::max()' ./boost/chrono/duration.hpp: In static member function 'static constexpr long double boost::chrono::detail::chrono_numeric_limits::lowest()': ./boost/chrono/duration.hpp:371:61: error: call to non-constexpr function 'static std::numeric_limits<long double>::_Ty std::numeric_limits<long double>::max()' cc: d:/qnxsdk/qnxsdk6.5-001/host/win32/x86/usr/lib/gcc/i486-pc-nto-qnx6.5.0/4.7.1/cc1plus caught signal 1

For the record, I hit the same thing recently. In my case, it was a recently built clang that picked up an older libstdc++. The trouble is, just because a compiler supports constexpr doesn't mean the standard library does. Chrono doesn't seem to be making that distinction. It would be great to get this fixed for final release. -- Eric Niebler BoostPro Computing http://www.boostpro.com

Le 06/10/12 15:01, Vicente J. Botet Escriba a écrit :

Le 05/10/12 17:56, Lemay.Steve a écrit :

...

Here's the first problem that pops up for me... QNXNTO gcc 4.7.1

qcc.compile.c++ D:\boostBuild_QCC_1_52_0_beta1\boost\bin.v2\libs\chrono\build\qcc\release\link-static\target-os-qnxnto\threadapi-pthread\threading-multi\chrono.o In file included from ./boost/chrono/chrono.hpp:11:0, from ./boost/chrono/detail/inlined/chrono.hpp:13, from libs\chrono\src\chrono.cpp:14: ./boost/chrono/duration.hpp: In static member function 'static constexpr float boost::chrono::detail::chrono_numeric_limits::lowest()': ./boost/chrono/duration.hpp:355:56: error: call to non-constexpr function 'static std::numeric_limits<float>::_Ty std::numeric_limits<float>::max()' ./boost/chrono/duration.hpp: In static member function 'static constexpr double boost::chrono::detail::chrono_numeric_limits::lowest()': ./boost/chrono/duration.hpp:363:57: error: call to non-constexpr function 'static std::numeric_limits<double>::_Ty std::numeric_limits<double>::max()' ./boost/chrono/duration.hpp: In static member function 'static constexpr long double boost::chrono::detail::chrono_numeric_limits::lowest()': ./boost/chrono/duration.hpp:371:61: error: call to non-constexpr function 'static std::numeric_limits<long double>::_Ty std::numeric_limits<long double>::max()' cc: d:/qnxsdk/qnxsdk6.5-001/host/win32/x86/usr/lib/gcc/i486-pc-nto-qnx6.5.0/4.7.1/cc1plus caught signal 1

"QCC" -Wc,-ftemplate-depth-128 -DFD_SETSIZE=2048 -march=k8-sse3 -mtune=k8-sse3 -mmmx -msse3 -mfpmath=sse -mno-3dnow -mstackrealign -Wc,-fPIC,-std=c++0x,-std=gnu++0x -O3 -Wc,-finline-functions -Wc,-Wno-inline -Wc,-Wall -DBOOST_ALL_NO_LIB=1 -DBOOST_All_STATIC_LINK=1 -DBOOST_SYSTEM_NO_DEPRECATED -DBOOST_SYSTEM_STATIC_LINK=1 -DNDEBUG -I"." -c -o "D:\boostBuild_QCC_1_52_0_beta1\boost\bin.v2\libs\chrono\build\qcc\release\link-static\target-os-qnxnto\threadapi-pthread\threading-multi\chrono.o" "libs\chrono\src\chrono.cpp"

...failed qcc.compile.c++ D:\boostBuild_QCC_1_52_0_beta1\boost\bin.v2\libs\chrono\build\qcc\release\link-static\target-os-qnxnto\threadapi-pthread\threading-multi\chrono.o... common.copy D:\boost\include\boost\checked_delete.hpp D:\boost_1_52_0_beta1\boost\checked_delete.hpp 1 file(s) copied. common.copy D:\boost\include\boost\chrono.hpp D:\boost_1_52_0_beta1\boost\chrono.hpp 1 file(s) copied. qcc.compile.c++ D:\boostBuild_QCC_1_52_0_beta1\boost\bin.v2\libs\chrono\build\qcc\release\link-static\target-os-qnxnto\threadapi-pthread\threading-multi\process_cpu_clocks.o In file included from ./boost/chrono/process_cpu_clocks.hpp:18:0, from ./boost/chrono/detail/inlined/process_cpu_clocks.hpp:19, from libs\chrono\src\process_cpu_clocks.cpp:17: ./boost/chrono/duration.hpp: In static member function 'static constexpr float boost::chrono::detail::chrono_numeric_limits::lowest()': ./boost/chrono/duration.hpp:355:56: error: call to non-constexpr function 'static std::numeric_limits<float>::_Ty std::numeric_limits<float>::max()' ./boost/chrono/duration.hpp: In static member function 'static constexpr double boost::chrono::detail::chrono_numeric_limits::lowest()': ./boost/chrono/duration.hpp:363:57: error: call to non-constexpr function 'static std::numeric_limits<double>::_Ty std::numeric_limits<double>::max()' ./boost/chrono/duration.hpp: In static member function 'static constexpr long double boost::chrono::detail::chrono_numeric_limits::lowest()': ./boost/chrono/duration.hpp:371:61: error: call to non-constexpr function 'static std::numeric_limits<long double>::_Ty std::numeric_limits<long double>::max()' cc: d:/qnxsdk/qnxsdk6.5-001/host/win32/x86/usr/lib/gcc/i486-pc-nto-qnx6.5.0/4.7.1/cc1plus caught signal 1

Are you linking with a c++11 standard library? Could you do it? Please could you create a ticket? Hi, I have created https://svn.boost.org/trac/boost/ticket/7479 and https://svn.boost.org/trac/boost/ticket/7478 for a similar issue with Boost.ratio. I would try to take care of this tomorrow. BTW, Is there a macro to know if the standard library supports constexpr? Which macro can be used to get rid of this issue?

I have committed fixes for this issue https://svn.boost.org/trac/boost/changeset/80897 and a partial solution for 7478 with https://svn.boost.org/trac/boost/changeset/80896 ( Currently there are no macros BOOST_NO_CXX11_U16STRING and BOOST_NO_CXX11_U32STRING signaling that the standard library doesn't provides std::u16string or std::u32string. The committed change avoids the compile error when Boost.Config will provide these macros. In the mean time the user needs to define them explicitly while using Boost.Ratio in these conditions. ) Please could you check either the trunk or apply the patches associated to the tickets? Best, Vicente

Currently, we are experimenting with qcc (gcc) 4.7.1 but do not have a shippable Dinkum C++11 STL to compile with. SGL steven.lemay@igt.commailto:steven.lemay@igt.com From: boost-users-bounces@lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Vicente J. Botet Escriba Sent: Sunday, October 07, 2012 7:18 AM To: boost-users@lists.boost.org Subject: Re: [Boost-users] [1.52.0] Beta release candidates available Le 06/10/12 15:01, Vicente J. Botet Escriba a écrit : Le 05/10/12 17:56, Lemay.Steve a écrit : Here's the first problem that pops up for me... QNXNTO gcc 4.7.1 qcc.compile.c++ D:\boostBuild_QCC_1_52_0_beta1\boost\bin.v2\libs\chrono\build\qcc\release\link-static\target-os-qnxnto\threadapi-pthread\threading-multi\chrono.o In file included from ./boost/chrono/chrono.hpp:11:0, from ./boost/chrono/detail/inlined/chrono.hpp:13, from libs\chrono\src\chrono.cpp:14: ./boost/chrono/duration.hpp: In static member function 'static constexpr float boost::chrono::detail::chrono_numeric_limits::lowest()': ./boost/chrono/duration.hpp:355:56: error: call to non-constexpr function 'static std::numeric_limits<float>::_Ty std::numeric_limits<float>::max()' ./boost/chrono/duration.hpp: In static member function 'static constexpr double boost::chrono::detail::chrono_numeric_limits::lowest()': ./boost/chrono/duration.hpp:363:57: error: call to non-constexpr function 'static std::numeric_limits<double>::_Ty std::numeric_limits<double>::max()' ./boost/chrono/duration.hpp: In static member function 'static constexpr long double boost::chrono::detail::chrono_numeric_limits::lowest()': ./boost/chrono/duration.hpp:371:61: error: call to non-constexpr function 'static std::numeric_limits<long double>::_Ty std::numeric_limits<long double>::max()' cc: d:/qnxsdk/qnxsdk6.5-001/host/win32/x86/usr/lib/gcc/i486-pc-nto-qnx6.5.0/4.7.1/cc1plus caught signal 1 "QCC" -Wc,-ftemplate-depth-128 -DFD_SETSIZE=2048 -march=k8-sse3 -mtune=k8-sse3 -mmmx -msse3 -mfpmath=sse -mno-3dnow -mstackrealign -Wc,-fPIC,-std=c++0x,-std=gnu++0x -O3 -Wc,-finline-functions -Wc,-Wno-inline -Wc,-Wall -DBOOST_ALL_NO_LIB=1 -DBOOST_All_STATIC_LINK=1 -DBOOST_SYSTEM_NO_DEPRECATED -DBOOST_SYSTEM_STATIC_LINK=1 -DNDEBUG -I"." -c -o "D:\boostBuild_QCC_1_52_0_beta1\boost\bin.v2\libs\chrono\build\qcc\release\link-static\target-os-qnxnto\threadapi-pthread\threading-multi\chrono.o" "libs\chrono\src\chrono.cpp" ...failed qcc.compile.c++ D:\boostBuild_QCC_1_52_0_beta1\boost\bin.v2\libs\chrono\build\qcc\release\link-static\target-os-qnxnto\threadapi-pthread\threading-multi\chrono.o... common.copy D:\boost\include\boost\checked_delete.hpp D:\boost_1_52_0_beta1\boost\checked_delete.hpp 1 file(s) copied. common.copy D:\boost\include\boost\chrono.hpp D:\boost_1_52_0_beta1\boost\chrono.hpp 1 file(s) copied. qcc.compile.c++ D:\boostBuild_QCC_1_52_0_beta1\boost\bin.v2\libs\chrono\build\qcc\release\link-static\target-os-qnxnto\threadapi-pthread\threading-multi\process_cpu_clocks.o In file included from ./boost/chrono/process_cpu_clocks.hpp:18:0, from ./boost/chrono/detail/inlined/process_cpu_clocks.hpp:19, from libs\chrono\src\process_cpu_clocks.cpp:17: ./boost/chrono/duration.hpp: In static member function 'static constexpr float boost::chrono::detail::chrono_numeric_limits::lowest()': ./boost/chrono/duration.hpp:355:56: error: call to non-constexpr function 'static std::numeric_limits<float>::_Ty std::numeric_limits<float>::max()' ./boost/chrono/duration.hpp: In static member function 'static constexpr double boost::chrono::detail::chrono_numeric_limits::lowest()': ./boost/chrono/duration.hpp:363:57: error: call to non-constexpr function 'static std::numeric_limits<double>::_Ty std::numeric_limits<double>::max()' ./boost/chrono/duration.hpp: In static member function 'static constexpr long double boost::chrono::detail::chrono_numeric_limits::lowest()': ./boost/chrono/duration.hpp:371:61: error: call to non-constexpr function 'static std::numeric_limits<long double>::_Ty std::numeric_limits<long double>::max()' cc: d:/qnxsdk/qnxsdk6.5-001/host/win32/x86/usr/lib/gcc/i486-pc-nto-qnx6.5.0/4.7.1/cc1plus caught signal 1 Are you linking with a c++11 standard library? Could you do it? Please could you create a ticket? Hi, I have created https://svn.boost.org/trac/boost/ticket/7479 and https://svn.boost.org/trac/boost/ticket/7478 for a similar issue with Boost.ratio. I would try to take care of this tomorrow. BTW, Is there a macro to know if the standard library supports constexpr? Which macro can be used to get rid of this issue? I have committed fixes for this issue https://svn.boost.org/trac/boost/changeset/80897 and a partial solution for 7478 with https://svn.boost.org/trac/boost/changeset/80896 ( Currently there are no macros BOOST_NO_CXX11_U16STRING and BOOST_NO_CXX11_U32STRING signaling that the standard library doesn't provides std::u16string or std::u32string. The committed change avoids the compile error when Boost.Config will provide these macros. In the mean time the user needs to define them explicitly while using Boost.Ratio in these conditions. ) Please could you check either the trunk or apply the patches associated to the tickets? Best, Vicente

On Oct 5, 2012, at 2:17 PM, Lemay.Steve wrote:

I would still like to see this very minor change make it in for QNX - I have to change it manually for each new release.

:: boost\test\impl\execution_monitor.ipp - add to line 56 "|| defined (__QNXNTO__)" remove lines 61-66 as they are no longer necessary.

Let's get this onto trunk and watch the test results first. Can you open a track ticket for this, please? -- Marshall

SGL steven.lemay@igt.com

-----Original Message----- From: boost-users-bounces@lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Marshall Clow Sent: Thursday, October 04, 2012 5:59 PM To: Boost Developers List; boost-users@lists.boost.org Subject: [Boost-users] [1.52.0] Beta release candidates available

Release candidate files for 1.52.0 beta 1 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: 61a852c923c7e27d84fd2e6336d787f2 *boost_1_52_0_beta1_rc1.tar.gz 956fb476326ee634225c683612493fdd *boost_1_52_0_beta1_rc1.tar.bz2 703663eca3122152031c5555e26845c0 *boost_1_52_0_beta1_rc1.zip b277b6f36ead9df9a0754c868956f30c *boost_1_52_0_beta1_rc1.7z

Thanks,

--The release managers

_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

-- Marshall Marshall Clow Idio Software mailto:mclow.lists@gmail.com A.D. 1517: Martin Luther nails his 95 Theses to the church door and is promptly moderated down to (-1, Flamebait). -- Yu Suzuki

Le 09/10/12 23:59, Lemay.Steve a écrit :

A ticket for this change was opened up against boost 1.50. This is extremely minor and actual unifies the conditional support already being provided. The "using std::va_list" is necessary for QNXNTO as well.

// to use vsnprintf #if defined(__SUNPRO_CC) || defined(__SunOS) || defined (__QNXNTO__) # include # include using std::va_list; #endif

// to use vsnprintf //#if defined(__QNXNTO__) //# include //#endif

SGL steven.lemay@igt.com

Please, don't top post in this ML. Could you give the ticket number? Best, Vicente