"Paul Mensonides" <[EMAIL PROTECTED]> writes:

> ----- Original Message -----
> From: "David Abrahams" <[EMAIL PROTECTED]>
>
>> Errors are not a good response here, unless of course that's done
>> purely as an option.
>
> I was under the impression that causing errors and/or warnings was so
> developers could be "reminded" of some type of hack for some compiler.  The
> macro could be conditionally be defined based on whether or not you want
> those notifications.  Issuing a warning or error on a user's system is
> pointless (IMHO) unless a new release no longer supports the "hack."  In
> which case, they'd get compile-time errors anyway.
>

So, should we have another macro:

    BOOST_WORKAROUND_CURRENT(__SUNPRO_CC, 0x530)

??

or, can you find a way to make:

    BOOST_WORKAROUND(__SUNPRO_CC, BOOST_CURRENT_VERSION(0x530))

work?

-- 
                       David Abrahams
   [EMAIL PROTECTED] * http://www.boost-consulting.com
Boost support, enhancements, training, and commercial distribution

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Reply via email to