On Sat, Mar 28, 2009 at 10:43 PM, Alissa Sabre <alissa_sa...@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? _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/SLDev Please read the policies before posting to keep unmoderated posting privileges
