Closed
Bug 307418
Opened 19 years ago
Closed 18 years ago
Fails to build on arm with gcc4
Categories
(Core :: XPCOM, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: glandium, Assigned: glandium)
References
Details
Attachments
(1 file)
829 bytes,
patch
|
shaver
:
review+
shaver
:
superreview+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ja-JP; rv:1.8b4) Gecko/20050907 Debian/1.4.99+1.5alpha-2 Firefox/1.4
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; ja-JP; rv:1.8b4) Gecko/20050907 Debian/1.4.99+1.5alpha-2 Firefox/1.4
Copy/Paste from http://bugs.debian.org/325535 :
"The current mozilla package fails to build on alpha, arm, and ia64
because it uses __attribute__((unused)) to mark static functions that
are called only from assembly routines. As of gcc 3.1,
__attribute__((used)) exists for marking static functions that are used;
as of gcc 4.0, __attribute__((unused)) still suppresses compiler
warnings about unused static functions, but it does *not* prevent the
compiler from optimizing them away."
While this has been fixed for alpha and ia64 in mozilla 1.8 branch at least,
there is still one problem with arm for which I'm attaching a patch.
Reproducible: Always
Assignee | ||
Comment 1•19 years ago
|
||
Attachment #195178 -
Flags: review?(shaver)
Updated•19 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•19 years ago
|
||
Happy to check this in. However, I am wondering about support for gcc 2.95. Is
this completely dead for embedders?
certain platforms are stuck w/ gcc2.95 i hope someone isn't working on breaking
them.
Comment 5•19 years ago
|
||
Mike, any other workarounds possible? a 2.95 #ifdef or something?
Assignee | ||
Comment 6•19 years ago
|
||
I think it woudn't fail on gcc 2.95 but I could be wrong. Since I don't have an
arm around here, could someone of you guys actually check ? Thanks
Updated•19 years ago
|
Whiteboard: [needs review shaver]
Comment 7•19 years ago
|
||
Comment on attachment 195178 [details] [diff] [review]
Patch for the issue on arm
r+sr=shaver
Attachment #195178 -
Flags: superreview+
Attachment #195178 -
Flags: review?(shaver)
Attachment #195178 -
Flags: review+
Comment 8•19 years ago
|
||
Comment on attachment 195178 [details] [diff] [review]
Patch for the issue on arm
this needs to get fixe don the trunk for verification first.
Attachment #195178 -
Flags: approval1.8b5?
Updated•19 years ago
|
Attachment #195178 -
Flags: approval1.8b5? → approval1.8b5+
Updated•19 years ago
|
Whiteboard: [needs review shaver]
Comment 9•19 years ago
|
||
Doug, is this patch ready to land? time is running short and this is likely to
get taken off the radar if it doesn't get in soon. Thanks.
Comment 10•19 years ago
|
||
sure, lets land it on the trunk first. I am not sure how important this is for
1.8b5.
Checking in xptcstubs_arm.cpp;
/cvsroot/mozilla/xpcom/reflect/xptcall/src/md/unix/xptcstubs_arm.cpp,v <--
xptcstubs_arm.cpp
new revision: 1.8; previous revision: 1.7
done
Updated•19 years ago
|
Attachment #195178 -
Flags: approval1.8b5+
Updated•19 years ago
|
Flags: blocking1.8b5+
Comment 11•19 years ago
|
||
So is this fixed? The patch was checked in, right?
Comment 12•18 years ago
|
||
*** Bug 356609 has been marked as a duplicate of this bug. ***
Comment 13•18 years ago
|
||
i'm going to resolve this as fixed because while it probably didn't fix things and i'm grumbling i'd rather bugs that have caused changes to cvs have fixed associated with them.
note that i'm the module owner for this mess at this time, so consider this a form of disgruntled house cleaning.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•