From: David Abrahams (dave_at_[hidden])
Date: 2007-06-15 14:08:38
on Fri Jun 15 2007, "John Maddock" <john-AT-johnmaddock.co.uk> wrote:
> David Abrahams wrote:
>>> I have a header that makes use of Boost.Parameter that basically
>>> takes forever to compile with the Intel compiler, and therefore
>>> presumably all EDG based front ends. MSVC, gcc and even Borland(!)
>>> have no such problems BTW. Is this a known problem or anything that
>>> can be fixed inside Boost.Parameter? Otherwise I have an
>>> alternative fix I can try - basically not using
>>> BOOST_PARAMETER_FUNCTION - as this is the cause of the problem.
>> A. Can you make a ticket for this and assign it to daniel wallin
> It's here: http://svn.boost.org/trac/boost/ticket/1054 and also
> reported to Intel. The ticket is assigned to you 'cos danielw doesn't
> exist in the tracker at present?
>> B. Can you determine whether it's a preprocessing problem or something
> Yep, the problem occurs when:
> typedef typename boost::parameter::binding<
> args, tag::domain_error_name,
> domain_error<BOOST_MATH_DOMAIN_ERROR_POLICY> >::type
> is instantiated, and there are a large number of deduced parameters.
Do you *have* to use binding<>? There is almost always a better way,
and binding<> is usually more expensive than the alternatives. Maybe
you could show me the context.
-- Dave Abrahams Boost Consulting http://www.boost-consulting.com The Astoria Seminar ==> http://www.astoriaseminar.com
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk