[sldev] tunk viewer build fails on MacOS

[Soft]

On Sat, Mar 28, 2009 at 10:43 PM, Alissa Sabre <alissa_sabre at yahoo.co.jp> wrote:
> I'm wondering I should file this on JIRA, or I can get a quick
> solution on this list.
>
> I grabbed the SL viewer source from public svn trunk (r1928) and tried
> to build.  It failed.
>
> The error I got was:
>
> ld: can't vm_allocate() buffer for output file of size 1130223472 ((os/kern) no space available)
>
> I searched the Internet and found that MacOS (Xcode) ld has a limit of
> 1GB on any output file, and the above message means output from ld was
> literary GIGAntic (i.e., exceeded 1GB).  Unfortunately, I could find
> any solution to it, except "stop staying 32 bit and go 64 bit
> development."
>
> However, as you all know, SL program itself is around 50MB in size.
> It should easily fit in 32 bit space.  It is debugging information
> that makes the resulting executable too big.
>
> So, what should I do?  Lindens, how are you building the latest viewer
> on MacOS?
>
>    Alissa Sabre
>
> P.S., I'm still using MacOS 10.4 and Xcode 2.5.  I'm also wondering
> newer MacOS/Xcode automatically solve this...

An OS/compiler issue is likely. We're all on 10.5 and Xcode 3.1.2 at
the Lab. trunk/ is building just fine on Parabuild. I'm only a few
small commits away from head, and my trunk/ build is fine as well.

That said, it would be nice to still be backward compatible. If it is
an issue with Tiger or 2.5, we can take in a fix.

Anyone have an idea of what could be going on here, without resorting
to chopping through trunk version builds?