Bug 16293
Summary: | WebKit fails to build on Linux/PPC with gcc 4.2.2 | ||
---|---|---|---|
Product: | WebKit | Reporter: | Patryk Zawadzki <patrys> |
Component: | JavaScriptCore | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED DUPLICATE | ||
Severity: | Normal | ||
Priority: | P2 | ||
Version: | 528+ (Nightly build) | ||
Hardware: | Mac (PowerPC) | ||
OS: | Linux |
Patryk Zawadzki
ppc-pld-linux-g++ -c -pipe -D_REENTRANT -D_REENTRANT -I/usr/include -O2 -fno-strict-aliasing -fwrapv -fsigned-char -fno-strict-aliasing -gdwarf-2 -g2 -Wall -W -DBUILDING_GTK__ -I/usr/share/qt4/mkspecs/linux-g++ -I../../../../JavaScriptCore/kjs -I../../../../JavaScriptCore -I../../../../JavaScriptCore/kjs -I../../../../JavaScriptCore/bindings -I../../../../JavaScriptCore/bindings/c -I../../../../JavaScriptCore/wtf -Itmp -I../../../../JavaScriptCore -I../../../../JavaScriptCore/kjs -I../../../../JavaScriptCore/bindings -I../../../../JavaScriptCore/bindings/c -I../../../../JavaScriptCore/wtf -I../../../../JavaScriptCore/pcre -Itmp -I../../../../JavaScriptCore/kjs -I. -o tmp/TCSystemAlloc.o ../../../../JavaScriptCore/wtf/TCSystemAlloc.cpp
../../../../JavaScriptCore/wtf/TCSpinLock.h: In function 'void* TCMalloc_SystemAlloc(size_t, size_t*, size_t)':
../../../../JavaScriptCore/wtf/TCSpinLock.h:107: error: 'asm' operand requires impossible reload
Attachments | ||
---|---|---|
Add attachment proposed patch, testcase, etc. |
Patryk Zawadzki
Forgot to mention, this is r28383
Mark Rowe (bdash)
*** This bug has been marked as a duplicate of 14521 ***
Patryk Zawadzki
This shouldn't be marked as duplicate as it seems to be a regression. r27953 completed a full build while r26865 did not. Now it's failing again with r28383.
David Kilzer (:ddkilzer)
(In reply to comment #3)
> This shouldn't be marked as duplicate as it seems to be a regression. r27953
> completed a full build while r26865 did not. Now it's failing again with
> r28383.
Sounds like gcc is generating different code based on other changes in JavaScriptCore. (Care to do a binary search of svn revisions to find the cause?) Does the same fix in Bug 14521 work for r28383?
Patryk Zawadzki
For your information, r28565 built fine just a minute ago. I don't have enough computing power to do a full bisect and find the offending changes though.