[sldev] XCode bug - please help figure out why
Michael Miller
1337mail at gmail.com
Sat Oct 20 17:29:16 PDT 2007
Apparently, I spoke too soon. Removing those lines does NOT fix the problem.
I changed the source a bit, and rebuilt it, and the binary does not
run(technically it does, but it quits after eating up a lot of CPU with a
"segmentation fault"). Thus, the problem lies not(at least completely) in
those few lines being mangled. Any other suggestions?
On 10/14/07, Ben Byer <bbyer at mm.st> wrote:
>
> You did get my two previous messages to you and the rest of the list on
> October 1st that I had already reported this issue and had addressed it both
> with LL and internally with Apple, right? :(
>
> There are two problems here:
> 1) LL is munging the pbxproj file when stripping the llkdu refs; I
> submitted a patch to JIRA, https://jira.secondlife.com/browse/VWR-2551.
> 2) You've waaaaaaaaay missed the deadline for Leopard GM. The XCode team
> has acknowledged (at least to me) that they would like to do a better job of
> validating the structure of the pbxproj file before loading it, but that
> will require a considerable amount of restructuring code on their part, so
> no ETA for that.
>
>
> Ben
>
>
> On Oct 13, 2007, at 6:46 PM, Michael Miller wrote:
>
> Apple's suggestion works perfectly. The question is: what's causing the
> mangling of the project? If a script is screwing with the xcode files, then
> it needs to be fixed on LLs part(and fast; the new version of XCode is going
> into full swing later this month); if it is Apple's problem(and XCode is
> somehow mangling with the files), XCode needs to be fixed before it goes GM.
> I have no basis for evaluating what goes on internally at LL, so can you
> please shed some light onto the matter? Everything thus far has been
> assuming things; can you please get a concrete answer on this?
>
> Thanks,
> Mike
>
> On 10/13/07, Rob Lanphier <robla at lindenlab.com > wrote:
> >
> > Michael
> >
> > Can you try Apple's suggestion to remove the problem lines? If it
> > works, then let me know and I'll try to make sure that the export script
> > nukes those lines automatically.
> >
> > I have a really, really hard time believing this is a problem in XCode.
> > Per Apple's guidance, external munging of the project file voids the
> > warranty, and we've done just that. I doubt this will be an interesting
> > problem to them once they understand that.
> >
> > I'm not inclined to spend a ton of time debugging this, because I
> > actually think the time is better spent on a CMake migration.
> >
> > Rob
> >
> > On 10/13/07 7:10 AM, Michael Miller wrote:
> > > Has there been any progress in determining the cause of this? Apple
> > > needs to know pretty soon.........
> > >
> > > On 10/9/07, *Soft* < soft at lindenlab.com <mailto:soft at lindenlab.com>>
> > > wrote:
> > >
> > > On 10/9/07, Soft < soft at lindenlab.com <mailto:soft at lindenlab.com>>
> > > wrote:
> > > > On 10/9/07, Ryan Williams <rdw at lindenlab.com
> > > <mailto:rdw at lindenlab.com>> wrote:
> > > > > Michael Miller wrote:
> > > > > > Right, Apple said to remove the lines and the project will
> > > open(I
> > > > > > haven't had a chance to try this yet.) The question, and
> > > what Apple
> > > > > > wants to know, is why it got broken. This is likely the real
> > > > > > bug(unless the project was hand-edited by a person). If
> > > anyone knows
> > > > > > why this happened, please reply; Apple needs to fix this
> > bug.
> > > > > >
> > > > > We edit the xcode file with a script during the export
> > > process. That's
> > > > > what Phoenix was alluding to in his previous email. I'm not
> > too
> > > > > familiar with the script, but from my vantage point, I would
> > > guess that
> > > > > it's probably our bug and not Apple's.
> > > >
> > > > This looks like an XCode bug to me. XCode drops valid target
> > > sections
> > > > after the lldku target section, once the llkdu target section
> > > comes up
> > > > with no available files.
> > >
> > > btw - save a freshly checked-out project file, load and exit XCode
> > > without making any changes to the project, then compare the
> > resulting
> > > project file to see the damage.
> > >
> > >
> > > ------------------------------------------------------------
> > ------------
> > >
> > > _______________________________________________
> > > 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/20071020/d7eb7e9a/attachment.htm
More information about the SLDev
mailing list