| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Exe size |
In a message dated 12-0894, Gary Chambers said to David Noon:
>David Noon wrote in a message to Gary Chambers:
GC> Why, apparently, are the resultant .EXE files created by
GC> Borland C++ for OS/2 1.5 so much larger than their CSet/2
DN> for it. Try using -x- as a compiler option (it's
DN> case-sensitive). Also, -RT- will switch off RTTI.
>Hi David, and thanks for the reply. Didn't work. Still very large. My
>previous message states the different options I tried.
I missed the start of this thread, but we end up with reasonably small
EXE's with BC++ for OS/2.
We compile and link with the following flags:
CPPFLAGS=-c -V
TLFLAGS=-c -m -Toe
AND, we also use the Borland runtime DLL by linking with the corresponding
import library. That may be the key. Also, we have recently added some
-x* parameters to some of our compilers as the compiler/helper functions
added by Borland to destruct objects created dynamically within a procedure
like to crash background threads.
One thing that I've noticed as libraries trend more towards a DLL
orientation than a statically linked environment: granularity is
forgotten, or given a low priority at best. That's "fine" (not
really, tho) for a DLL, but if you're statically linking, you DON'T WANT
800MB of code that will never, ever be executed.
Nick
.. Speed Kills - Use Windows!
-- MR/2 2.15 #0
--- InterPCB 1.50
* Origin: Nerd's Nook (216)-356-1431 - Hayes V.VFC (1:157/2)SEEN-BY: 12/2442 54/54 620/243 624/50 632/348 640/820 690/660 711/409 410 413 SEEN-BY: 711/430 807 808 809 934 942 949 712/353 623 713/888 800/1 @PATH: 157/2 200 3615/50 229/2 12/2442 711/409 54/54 711/808 809 934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.