The version of dsymutil that's part of the toolchain on older OS versions has a bug that limits the size of each architecture's slice of the dSYM file to 2GB (<rdar://problem/16045763>). WebCore is now exceeding that size, which causes dsymutil to fail to generate a dSYM bundle for WebCore, resulting in a build failure. <rdar://problem/16045763>
Created attachment 243235 [details] Patch
Comment on attachment 243235 [details] Patch r=me
Landed in <http://trac.webkit.org/changeset/177254>.
Comment on attachment 243235 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=243235&action=review > Source/WebCore/Configurations/DebugRelease.xcconfig:41 > +CLANG_DEBUG_INFORMATION_LEVEL = default; I'm not sure if this will work to override CLANG_DEBUG_INFORMATION_LEVEL from Base.xcconfig because the [sdk=] selector is more specific than this declaration.
(In reply to comment #4) > Comment on attachment 243235 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=243235&action=review > > > Source/WebCore/Configurations/DebugRelease.xcconfig:41 > > +CLANG_DEBUG_INFORMATION_LEVEL = default; > > I'm not sure if this will work to override CLANG_DEBUG_INFORMATION_LEVEL > from Base.xcconfig because the [sdk=] selector is more specific than this > declaration. See discussion in Bug 139463 Comment #2.
I tested it on OS X 10.9 and 10.10 and it gave the expected results. Which configuration do we expect to give the wrong outcome?
(In reply to comment #6) > I tested it on OS X 10.9 and 10.10 and it gave the expected results. Which > configuration do we expect to give the wrong outcome? EWS bots are running 10.8, so probably that one. :| Oh, maybe this only happens when using $(inherited). The issue I saw was with OTHER_LDFLAGS.