Subject: Re: [Boost-bugs] [Boost C++ Libraries] #10219: quantile and quantile-complement for poisson and student-t fail to build on Xcode 5.5.1 + Intel 15 Beta icpc
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2014-07-21 03:18:15
#10219: quantile and quantile-complement for poisson and student-t fail to build on
Xcode 5.5.1 + Intel 15 Beta icpc
--------------------------------------+-------------------------
Reporter: HS <tan@â¦> | Owner: johnmaddock
Type: Bugs | Status: new
Milestone: To Be Determined | Component: math
Version: Boost Development Trunk | Severity: Showstopper
Resolution: | Keywords:
--------------------------------------+-------------------------
Comment (by HS <tan@â¦>):
Dear John,
Thank you very much for the workaround. Please see inline.
[[br]][[br]]
> This looks to be an Intel compiler issue, based on the instantiation
back-trace, can you try:
> {{{
> long double a(2), b(3), c, d;
> std::tie(c, d) = std::make_tuple(a, b);
> }}}
> And see if that reproduces the issue?
Looks like it does:
{{{
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/c++/v1/tuple(452):
error: pack expansion does not make use of any argument packs
operator=(_Tuple&& __t)
_NOEXCEPT_((__all<is_nothrow_assignable<_Tp&, typename
tuple_element<_Indx,
^
detected during:
instantiation of class
"std::__1::__tuple_impl<std::__1::__tuple_indices<_Indx...>, _Tp...> [with
_Indx=<0UL, 1UL>, _Tp=<long double &, long double &>]" at line 492
instantiation of class "std::__1::tuple<_Tp...> [with
_Tp=<long double &, long double &>]" at line 10 of "test.cpp"
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/c++/v1/tuple(425):
error: pack expansion does not make use of any argument packs
__tuple_impl(_Tuple&& __t)
_NOEXCEPT_((__all<is_nothrow_constructible<_Tp, typename
tuple_element<_Indx,
^
detected during:
instantiation of class
"std::__1::__tuple_impl<std::__1::__tuple_indices<_Indx...>, _Tp...> [with
_Indx=<0UL, 1UL>, _Tp=<long double &, long double &>]" at line 492
instantiation of class "std::__1::tuple<_Tp...> [with
_Tp=<long double &, long double &>]" at line 10 of "test.cpp"
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/c++/v1/tuple(584):
error: the operand of sizeof... must be a parameter pack name
_NOEXCEPT_((
^
detected during instantiation of class "std::__1::tuple<_Tp...>
[with _Tp=<long double &, long double &>]" at line 10 of "test.cpp"
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/c++/v1/tuple(543):
error: the operand of sizeof... must be a parameter pack name
_NOEXCEPT_((
^
detected during instantiation of class "std::__1::tuple<_Tp...>
[with _Tp=<long double &, long double &>]" at line 10 of "test.cpp"
compilation aborted for test.cpp (code 2)
}}}
[[br]]
> If so can you please report to Intel - or else if you let me have all
the compiler/platform details (including output of {{{icpc -V}}}, plus the
GCC version info it's installed on top of) I can probably report this -
it's better if you do though as I don't have access to MacOS.
I will. But just for your information:
{{{
>> icpc -V
Intel(R) C++ Intel(R) 64 Compiler XE for applications running on Intel(R)
64, Version 15.0.0.057 Beta Build 20 140528
Copyright (C) 1985-2014 Intel Corporation. All rights reserved.
icpc: NOTE: The Beta evaluation period for this product ends on
25-sep-2014 UTC.
}}}
{{{
>> g++ --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr
--with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn)
Target: x86_64-apple-darwin13.3.0
Thread model: posix
}}}
[[br]]
> As a possible workaround you could try defining BOOST_NO_CXX11_HDR_TUPLE
when building.
Again, thank you very much for the workaround.
With best regards,[[br]]
HS
-- Ticket URL: <https://svn.boost.org/trac/boost/ticket/10219#comment:2> Boost C++ Libraries <http://www.boost.org/> Boost provides free peer-reviewed portable C++ source libraries.
This archive was generated by hypermail 2.1.7 : 2017-02-16 18:50:16 UTC