|
Boost : |
From: Robert Ramey (ramey_at_[hidden])
Date: 2004-12-18 18:20:51
This is an issue regading two-phase lookup which was implemented for the
first time in gcc 3.4+
Its discussed in the serialization documentation under "Namespaces for free
function overrides"
Robert Ramey
JOAQUIN LOPEZ MU?Z wrote:
> ----- Mensaje original -----
> De: Martin Wille <mw8329_at_[hidden]>
> Fecha: Sábado, Diciembre 18, 2004 10:10 pm
> Asunto: Re: [boost] [config][gcc 3.4.2] Request for test about
> functiontemplate ordering
>
>> JOAQUIN LOPEZ MU?Z wrote:
>>> Hi, I've got the hunch that GCC 3.4.2 (specifically,
>>> the mingw version) might have some problems with
>>> function template ordering. Could somebody with
>>> access to that compiler please run the code below
>>> and report the results? Many thanks in advance.
>>
>> "bar-specific" for gcc 3.4.0, gcc 3.4.2, gcc 3.4.3,
>> gcc 3.3.5, gcc 3.2.3, gcc 3.1 on Linux.
>>
>
> Hi Martin. Well, seems my snippet does not capture
> the problem, but defiintely there's some difference
> wrt function template ordering handling between
> GCC 3.3.x and GCC 3.3.4: the issue is shown
> here:
>
> http://tinyurl.com/3nkgw (GCC 3.4.3 on your regression
> machine)
>
> This is a test for serialization capabilities of
> Boost.MultiIndex, and it works for GCC <3.4.x.
> In GCC 3.4.4, hoeever, a user-provided overload of
> boost::serialization::load_construct_data is not
> picked up.
>
> I guess you have the current CVS downloaded at your
> machine, since you're publishing regressions.
> Could you please do me a favor? If so, please
> define BOOST_NO_FUNCTION_TEMPLATE_ORDERING and rerun
> Boost.MultiIndex test_serialization for GCC 3.4.4.
> Boost.Serialization has some machinery to overcome
> fto problems.
>
> Thanks!
>
> Joaquín M López Muñoz
> Telefónica, Investigación y Desarrollo
>
> _______________________________________________
> Unsubscribe & other changes:
> http://lists.boost.org/mailman/listinfo.cgi/boost
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk