http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50077
Iain Sandoe <iains at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target|x86_64-apple-darwin10 |x86_64-apple-darwin10,
| |i?86-apple-darwin9
Status|UNCONFIRMED |NEW
Last reconfirmed| |2012-02-02
Host|x86_64-apple-darwin10 |
Ever Confirmed|0 |1
Build|x86_64-apple-darwin10 |
--- Comment #2 from Iain Sandoe <iains at gcc dot gnu.org> 2012-02-02 11:40:03
UTC ---
Fails at m64 on i686-darwin9 too.
the code below is obviously incorrect for m64 x86 Darwin; so, we just don't
handle the large model.
movabsq $_GLOBAL_OFFSET_TABLE_-L7, %r11
pushq %r15
LCFI0:
movq %rcx, %r15
movabsq $_baz@PLTOFF, %rax
pushq %r14
LCFI1:
movabsq $_fn2@PLTOFF, %r14
pushq %r13
LCFI2:
movabsq $_fn@PLTOFF, %r13
pushq %r12
------
clang seems to support -mcmodel=large - at least at 3.1 - so any necessary
ld64/dyld support is available.
This is not likely to get fixed in the short term (certainly not in stage 4) -
so we'll have to decide between XFAIL/tolerate the noise in the error logs.
