One reason for the bloat is that the named parameter passing scheme causes the Integer stuff to be linked in, even if you don't use the Integer class or ciphers that use it. You can work around this by editing algparam.cpp to remove any references to Integer. That should be sufficient for the linker to strip out the Integer code.
I've tried to figure out how to get the linker to automatically not link in Integer code unless it's actually used, but have not been able to do so. If anyone has ideas about that, please let me know. On Mon, Feb 03, 2003 at 02:28:51AM -0000, gl wrote: > > The other problem I have is the resuling code size of the parts of the > > library I use, compared to the 4.2 version. Using CTR mode decryption > adds > > ~10K to my executable - the 5.0 code adds 20K. > > Actually, that's wrong - I'm using an .exe compressor and was looking at its > output. Here are the actual sizes decryption adds for both library versions > (release build, everything compiled with multithreaded DLL runtime on > Windows, and 'Minimize Size' optimisations): > > 4.2: 20,480 bytes > 5.0: 61,440 bytes > > So with 5.0 there is a considerable bloat, at least for my application. Is > this expected? > -- > gl
