[C++-sig] Re: RTTI and image size

Niall Douglas s_sourceforge at nedprod.com
Mon Oct 20 03:36:55 CEST 2003

On 19 Oct 2003 at 17:01, David Abrahams wrote:

> > Sounds to me like GCCXML is again the answer - where it sees calls
> > to some luabind function with some type, it outputs the type into a
> > file from where luabind can assign it a unique id.
> I assume you mean Boost.Python, not luabind.

I meant luabind which from my cursory reading of the docs spoke about 
assigning unique integers to types.

> Anyway, you're essentially assuming that someone can figure out how to
> generate smaller RTTI information than MSVC does already.  "Don't
> assume you can do the job better than the compiler already does" is a
> cardinal rule for embedded programmers using C++; I don't see why it
> shouldn't apply here just as well.

It has, because of the standard, to generate RTTI for anything which 
could be queried, including by something loading it in as a DLL. Now 
I know that can't happen and that all use of RTTI it does is limited 
to what it does, so therefore there is great scope for cutting stuff 

> GCC generates gigantic .so's if you leave debug info in them.  Have
> you tried MSVC with optimizations and no debug info?

MSVC7.1 won't compile them with PDB turned on (exceeds limits) - and 
with COFF debug info it's very, very slow (as in linking ran for 
twenty hours and still wasn't done). So basically realistically I can 
only compile with all debug info off.

It's throwing an attribute error exception when I import into python 
now which is new and didn't happen before. And I can't see anything 
which might have caused it (nothing's changed :( ).


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 208 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/cplusplus-sig/attachments/20031020/4bd76413/attachment.pgp>

More information about the Cplusplus-sig mailing list