Boost C++ Libraries: Ticket #427: sorry, unimplemented: call_expr cannot be mangled https://svn.boost.org/trac10/ticket/427 <pre class="wiki">[ellert@ellert boost-test]$ rpm -q boost boost-1.32.0-5.fc3 [ellert@ellert boost-test]$ gccxml --version GCC-XML version 0.7.0 [ellert@ellert boost-test]$ gccxml -fxml=test.xml -I. test.h /usr/include/boost/tuple/detail/tuple_basic.hpp:311: sorry, unimplemented: call_expr cannot be mangled due to a defect in the C++ ABI If I apply the attached patch to boost/type_traits/config.hpp it works: [ellert@ellert boost-test]$ gccxml -fxml=test.xml -I. -Ipatched test.h [ellert@ellert boost-test]$ (I have removed the "xml_find_template_parm encountered unsupported type" messages in the output above for clarity.) The files used in the example are attached in the tarfile. </pre> en-us Boost C++ Libraries /htdocs/site/boost.png https://svn.boost.org/trac10/ticket/427 Trac 1.4.3 John Maddock Mon, 11 Jul 2005 10:03:58 GMT <link>https://svn.boost.org/trac10/ticket/427#comment:1 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/427#comment:1</guid> <description> <pre class="wiki">Logged In: YES user_id=14804 Unfortunately the patch you suggest will cause other tests that currently work perfectly well to fail. I haven't looked at your code yet, but which file do I have to build to reproduce the problem? Also have you tried your test case with a regular gcc version, to verify that this isn't a gccxml specific bug? Thanks, John Maddock </pre> </description> <category>Ticket</category> </item> <item> <dc:creator>mattiasellert</dc:creator> <pubDate>Fri, 15 Jul 2005 02:35:35 GMT</pubDate> <title>status changed https://svn.boost.org/trac10/ticket/427#comment:2 https://svn.boost.org/trac10/ticket/427#comment:2 <ul> <li><strong>status</strong> <span class="trac-field-old">assigned</span> → <span class="trac-field-new">closed</span> </li> </ul> <pre class="wiki">Logged In: YES user_id=1009278 Following your suggestion I submitted this bug to gccxml instead. And you were right, this was a gccxml bug and not a boost bug. My appologies. </pre> Ticket