Boost C++ Libraries: Ticket #2770: SunCC: base_object does not work anymore when serializing by base class pointer https://svn.boost.org/trac10/ticket/2770 <p> unregistered void cast in function '(unknown)' </p> <p> <a href="http://www.boost.org/development/tests/trunk/developer/output/Sandia-sun-boost-bin-v2-libs-serialization-test-test_exported_binary_archive-test-sun-5-9-debug-stdlib-sun-stlport.html">http://www.boost.org/development/tests/trunk/developer/output/Sandia-sun-boost-bin-v2-libs-serialization-test-test_exported_binary_archive-test-sun-5-9-debug-stdlib-sun-stlport.html</a> </p> <p> The reason for this seems to be due to the new changes to force certain code to execute before main. </p> <p> It may be possible to use <span class="underline">attribute</span>((constructor)) on the latest versions of SunCC to make this work however I am not sure if it works with templates. </p> <p> The portable thing to do is to use void_cast_register&lt;Derived,Base&gt;() </p> en-us Boost C++ Libraries /htdocs/site/boost.png https://svn.boost.org/trac10/ticket/2770 Trac 1.4.3 anonymous Tue, 17 Feb 2009 19:11:18 GMT <link>https://svn.boost.org/trac10/ticket/2770#comment:1 </link> <guid isPermaLink="false">https://svn.boost.org/trac10/ticket/2770#comment:1</guid> <description> <p> This might be due to ptr_serialization_support::instantiate not being instantiated. Once I call ptr_serialization_support&lt;A,S&gt;::instantiate() in the main module, this problem disappears. </p> </description> <category>Ticket</category> </item> <item> <dc:creator>Robert Ramey</dc:creator> <pubDate>Thu, 19 Feb 2009 16:17:03 GMT</pubDate> <title>status changed; resolution set https://svn.boost.org/trac10/ticket/2770#comment:2 https://svn.boost.org/trac10/ticket/2770#comment:2 <ul> <li><strong>status</strong> <span class="trac-field-old">new</span> → <span class="trac-field-new">closed</span> </li> <li><strong>resolution</strong> → <span class="trac-field-new">fixed</span> </li> </ul> <p> I've checked in changes to the trunk in the hope of addressing this. If in fact they do, the test failures for SUNCC on the trunk tests should be eliminated. Let me know if this does not occur. </p> <p> Robert Ramey </p> Ticket