site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com -gfull is for debugging symbols, and does not affect this behavior. Shantonu On Aug 31, 2006, at 9:28 AM, Jonas Maebe wrote: Hello, *** #include <stdio.h> void test() { printf("hello\n"); } void test2() { printf("goodbye\n"); } int main() { test(); return 0; } *** Jonas _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... Sounds like you are talking about dead code stripping, which is not and has never been the default. Pass -dead_strip to the compiler driver or linker. It seems smart linking is no longer working in Xcode 2.4? The test2 routine at least isn't stripped from the following test program: The generated assembler file does contain the .subsections_via_symbols statement. But after assembling and linking, the generated binary still contains the full test2() routine (verified with "otool -tV"). Adding -gfull to gcc's command line options doesn't change anything. PS: it seems the Xcode 2.4 sources haven't been posted yet? _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/ssen% 40opendarwin.org This email sent to ssen@opendarwin.org This email sent to site_archiver@lists.apple.com