[sldev] [VWR] Bugs in the Mac OS X Source tree

[Ben Byer]

My Bad.

This is "dead code stripping".

 From OS X's ld(1):
-dead_strip
                  Remove functions and data that are unreachable by  
the entry point or
                  exported symbols.

(... I think...)

On Sep 17, 2007, at 4:30 PM, Erik Anderson wrote:

> If that's like the linux strip, doesn't that simply remove debug  
> symbol information from the executable?  The issue here seems to be  
> that if there's only a single function (that doesn't reference any  
> other functions) is included from an object or library, that all the  
> code from that object or library is included.  That's something that  
> only the linker can really decide for sure, a post processor to  
> strip out symbol information isn't going to understand that half the  
> code in the executable will never be used.  In VS.NET this option is  
> known as /OPT:REF
>
> On 9/17/07, Ben Byer <bbyer at mm.st> wrote:
>
> On Sep 16, 2007, at 11:25 PM, Barney Boomslang wrote:
>
> > Oh, I have working versions of both the non-voice and the voice NB
> > builds. And no, mozilla is not the culprit, it's the way the
> > executable is linked :)
> >
> > I have a rough writedown (mostly for myself, to remember for next
> > build) of what I did here:
> >
> > http://radio-boomslang.shacknet.nu/~bb/archives/2007/09/16/index.html#e2007-09-16T19_05_06.txt
>
> > open the macviewer.xcodeprj project file in XCode and edit the
> build options and set "only link essential symbols" in the linking
> options (otherwise you get giant executables)
>
> Errr... try strip(1)?
> -b
>
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> /index.html
>
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> /index.html

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20070918/fc06f658/attachment.htm