[C++-sig] Re: Mac OS 10 success

Ralf W. Grosse-Kunstleve rwgk at yahoo.com
Thu May 22 03:07:24 CEST 2003


--- David Abrahams <dave at boost-consulting.com> wrote:
> I don't like the first two patches, which aren't conditional on your
> platform.  If you could make that change I wouldn't mind you checking
> them in.

The PY_LONG_LONG patch is already in CVS (in a slightly different form).

Here is the other patch that you don't like:

Index: as_to_python_function.hpp
===================================================================
RCS file:
/cvsroot/boost/boost/boost/python/converter/as_to_python_function.hpp,v
retrieving revision 1.1
diff -u -r1.1 as_to_python_function.hpp
--- as_to_python_function.hpp   2 Dec 2002 01:37:39 -0000       1.1
+++ as_to_python_function.hpp   22 May 2003 01:01:11 -0000
@@ -25,10 +25,12 @@
         
     static PyObject* convert(void const* x)
     {
+#if !(defined(__GNUC__) && __GNUC__ == 3 && __GNUC_MINOR__ == 3)
         BOOST_STATIC_ASSERT(
             sizeof(
                
convert_function_must_take_value_or_const_reference(&ToPython::convert, 1L))
             == sizeof(int));
+#endif
         
         // Yes, the const_cast below opens a hole in const-correctness,
         // but it's needed to convert auto_ptr<U> to python.

The #if is necessary both under Redhat 8 and Mac OS 10. Therefore I am jumping
to the conclusion that gcc 3.3 cannot cope with the code on any platform. Here
is the error message (using Redhat 8 in this case):

/net/cci/rwgk/hot/boost/boost/python/converter/as_to_python_function.hpp:33:
sorry, unimplemented: `
   method_call_expr' not supported by dump_expr

What do you think?

Ralf


__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com




More information about the Cplusplus-sig mailing list