--- Comment #4 from iains at gcc dot gnu dot org 2010-09-23 09:34 ---
this appears to be to do with the driver construction of a default
macosx-version-min.
./gcc/xgcc -Bgcc -dumpspecs = bus error
./gcc/xgcc -Bgcc -dumpspecs -mmacosx-version-min=10.5 = completes normally.
Initial
--- Comment #5 from iains at gcc dot gnu dot org 2010-09-23 10:35 ---
if the array was intended to be an array of structs then this fixes:
Index: gcc/config/darwin-driver.c
===
--- gcc/config/darwin-driver.c (revision
--- Comment #6 from iains at gcc dot gnu dot org 2010-09-21 13:01 ---
(In reply to comment #5)
Thus, I would say middle-end? However, certainly doesn't happen on Linux, for
some reason... Honza, in case please recategorize.
This happens also on i686-darwin9 at m32 m64.
However
--- Comment #9 from iains at gcc dot gnu dot org 2010-09-21 14:13 ---
Subject: Bug 45645
Author: iains
Date: Tue Sep 21 14:12:58 2010
New Revision: 164479
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164479
Log:
2010-09-21 Jonathan Wakely r...@gcc.gnu.org
Jack
--- Comment #5 from iains at gcc dot gnu dot org 2010-09-17 17:05 ---
(In reply to comment #4)
Ok ... I fixed the testcase in trunk.
Is there not a simpler way to fix the test with dejagnu directives?
Probably. :-)
well that's why I added the /torture dir under objc.dg
--- Comment #1 from iains at gcc dot gnu dot org 2010-09-08 09:20 ---
also on powerpc64-darwin9
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from iains at gcc dot gnu dot org 2010-09-06 18:07 ---
(In reply to comment #14)
Subject: Bug 45534
New Revision: 163913
2010-09-06 Richard Guenther rguent...@suse.de
PR tree-optimization/45534
* tree-ssa-address.c (create_mem_ref_raw): Add
--- Comment #7 from iains at gcc dot gnu dot org 2010-09-05 14:24 ---
(In reply to comment #6)
(In reply to comment #5)
-v for one failing testcase - I want to see what standard -march/tune
your config uses.
we default to generic
(FWIW, the same fail occurs also for me on i686
--- Comment #12 from iains at gcc dot gnu dot org 2010-09-05 16:46 ---
(In reply to comment #10)
Apparently this pr does not show up for i686-apple-darwin9 (see
http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00452.html ).
it does at m64 see c#7
--
http://gcc.gnu.org/bugzilla
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
CC||iains at gcc dot gnu dot org
Status|UNCONFIRMED
--- Comment #2 from iains at gcc dot gnu dot org 2010-08-30 08:33 ---
indeed - closing as fixed.
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #29 from iains at gcc dot gnu dot org 2010-08-27 17:38 ---
(In reply to comment #12)
Subject: Re: m32 lto produces non-relocatable subtraction
expression errors
Hmm, actually the symbol is not changed, since it is externally visible
symbol.
I guess
--- Comment #9 from iains at gcc dot gnu dot org 2010-08-24 13:47 ---
(In reply to comment #5)
Hmm, the problem seems to be that partitioning puts mumble into one partition,
while in first partition it uses local (IP) relative way to access it:
movl_mumble-L001$pb(%ebx
--- Comment #10 from iains at gcc dot gnu dot org 2010-08-24 14:11 ---
(In reply to comment #9)
(In reply to comment #5)
Hmm, the problem seems to be that partitioning puts mumble into one
partition,
while in first partition it uses local (IP) relative way to access it:
movl
--- Comment #11 from iains at gcc dot gnu dot org 2010-08-24 14:37 ---
essentially to turn the last comment around:
IIUC, if whopr changes a symbol from external to local then it needs to
register that symbol with machopic_define_symbol () -- and ensure
--- Comment #13 from iains at gcc dot gnu dot org 2010-08-24 15:17 ---
(In reply to comment #12)
Subject: Re: m32 lto produces non-relocatable subtraction
expression errors
Hmm, actually the symbol is not changed, since it is externally visible
symbol.
ah, OK
--- Comment #7 from iains at gcc dot gnu dot org 2010-08-18 08:21 ---
Subject: Bug 42487
Author: iains
Date: Wed Aug 18 08:21:43 2010
New Revision: 163326
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163326
Log:
PR debug/42487
* lib/target-supports.exp
--- Comment #49 from iains at gcc dot gnu dot org 2010-08-17 13:13 ---
the patch attached to
http://gcc.gnu.org/ml/gcc-patches/2010-08/msg01249.html
solves the problem by suppression of the epilogues in _eh_frames;
the patch might be an incomplete solution to darwin-dwarf2 issues
--- Comment #8 from iains at gcc dot gnu dot org 2010-08-11 09:11 ---
(In reply to comment #7)
(In reply to comment #5)
-(hopefully) Andrew's analysis is correct (but, I guess I'd like to know
why it
fixed them ... )..
IIRC the issue with section anchors and the objective-c
--- Comment #20 from iains at gcc dot gnu dot org 2010-08-11 10:21 ---
also on i686-darwin9, closing as fixed.
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from iains at gcc dot gnu dot org 2010-08-11 10:22 ---
AFAICT from testing on cris-elf Xd from i686-darwin9 this is fixed.
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from iains at gcc dot gnu dot org 2010-08-11 10:23 ---
AFAICT, from testing on cris-elf Xf from i686-darwin9 this is fixed.
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #44 from iains at gcc dot gnu dot org 2010-08-11 12:32 ---
I do not think the current solution is complete/correct.
For 4.5.x and current trunk we still have a significant problem. (4.4.x
apparently still works, as of 4.4.5/r163091, at least for trivial cases)
[apollo
--- Comment #35 from iains at gcc dot gnu dot org 2010-08-10 13:01 ---
(In reply to comment #34)
I think the ones in calls.c are OK. So only ObjC still calls
assemble_external. Iain?
AFAICT, assemble_external () [no longer?] emits any assembly nor does it call
DECL_ASSEMBLER_NAME
--- Comment #1 from iains at gcc dot gnu dot org 2010-08-05 14:23 ---
does this solve the problem?
(it's a hack - we should ensure that the debug sections do not appear in
between our program sections, but that's for another day).
Index: gcc/config/darwin.c
--- Comment #1 from iains at gcc dot gnu dot org 2010-07-31 10:31 ---
confirmed as per:
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01959.html
cc-ing Bernd.
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
Version: 4.6.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: iains at gcc dot gnu dot org
GCC target triplet: i686-apple-darwin9
http
--- Comment #1 from iains at gcc dot gnu dot org 2010-07-31 13:21 ---
Created an attachment (id=21364)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21364action=view)
.i and .s files from cfgexpand for stage2 3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45150
--- Comment #2 from iains at gcc dot gnu dot org 2010-07-31 13:26 ---
cc-ing Bernd having reviewed the svn logs between r162678 and 162697.
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from iains at gcc dot gnu dot org 2010-07-31 18:47 ---
this is a bit tedious to work through ... but for example in
_expand_one_stack_var_at:
we have for stage2 :
*
cmovae %edx, %eax # tmp143,, max_align
cmpl$0, 52(%esp)#, %sfp
--- Comment #19 from iains at gcc dot gnu dot org 2010-07-27 12:03 ---
Subject: Bug 44140
Author: iains
Date: Tue Jul 27 12:02:50 2010
New Revision: 162563
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162563
Log:
re-enable tls and lto tests for ObjC/C++
PR ObjC/44140
--- Comment #4 from iains at gcc dot gnu dot org 2010-07-27 13:24 ---
Subject: Bug 35491
Author: iains
Date: Tue Jul 27 13:24:08 2010
New Revision: 162567
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162567
Log:
PR target/35491
PR target/29090
Merge
--- Comment #21 from iains at gcc dot gnu dot org 2010-07-27 13:24 ---
Subject: Bug 29090
Author: iains
Date: Tue Jul 27 13:24:08 2010
New Revision: 162567
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162567
Log:
PR target/35491
PR target/29090
Merge
--- Comment #22 from iains at gcc dot gnu dot org 2010-07-27 13:26 ---
Subject: Bug 29090
Author: iains
Date: Tue Jul 27 13:26:34 2010
New Revision: 162568
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162568
Log:
PR target/29090
* config/rs6000/rs6000.c
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 07:46 ---
fixed
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 07:56 ---
*** This bug has been marked as a duplicate of 29090 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from iains at gcc dot gnu dot org 2010-07-24 07:56 ---
*** Bug 39912 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29090
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 07:57 ---
*** This bug has been marked as a duplicate of 29090 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from iains at gcc dot gnu dot org 2010-07-24 07:57 ---
*** Bug 39913 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29090
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 07:58 ---
*** This bug has been marked as a duplicate of 29090 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from iains at gcc dot gnu dot org 2010-07-24 07:58 ---
*** Bug 39915 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29090
--- Comment #14 from iains at gcc dot gnu dot org 2010-07-24 07:58 ---
*** Bug 39916 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29090
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 07:58 ---
*** This bug has been marked as a duplicate of 29090 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 07:59 ---
*** This bug has been marked as a duplicate of 29090 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from iains at gcc dot gnu dot org 2010-07-24 07:59 ---
*** Bug 39917 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29090
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 07:59 ---
*** This bug has been marked as a duplicate of 29090 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from iains at gcc dot gnu dot org 2010-07-24 07:59 ---
*** Bug 39918 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29090
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 08:00 ---
*** This bug has been marked as a duplicate of 29090 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from iains at gcc dot gnu dot org 2010-07-24 08:00 ---
*** Bug 39919 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29090
--- Comment #18 from iains at gcc dot gnu dot org 2010-07-24 08:00 ---
*** Bug 39920 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29090
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 08:00 ---
*** This bug has been marked as a duplicate of 29090 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from iains at gcc dot gnu dot org 2010-07-24 08:01 ---
*** Bug 39921 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29090
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-24 08:01 ---
*** This bug has been marked as a duplicate of 29090 ***
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from iains at gcc dot gnu dot org 2010-07-24 08:08 ---
fixed at least = 4.4
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #20 from iains at gcc dot gnu dot org 2010-07-24 08:41 ---
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01944.html
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01945.html
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from iains at gcc dot gnu dot org 2010-07-24 08:41 ---
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01944.html
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
.
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: iains at gcc dot gnu dot org
GCC target triplet: powerpc-apple-darwin9
http
--- Comment #6 from iains at gcc dot gnu dot org 2010-07-24 14:24 ---
fixed
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #16 from iains at gcc dot gnu dot org 2010-07-23 13:15 ---
(In reply to comment #15)
This seems fixed?
well certainly not for 32 bit versions:
as of r162456 (i686) just tested locally and...
... ppc (162433) http://gcc.gnu.org/ml/gcc-testresults/2010-07/msg02130.html
--- Comment #3 from iains at gcc dot gnu dot org 2010-07-20 14:17 ---
(In reply to comment #2)
This is still a problem. Iain, one for you?
I'll take a shufftie..
... can one overload attribute handling?
(i.e. can I sneek a darwin-specific handler in via the target table in darwin.h
--- Comment #4 from iains at gcc dot gnu dot org 2010-07-20 14:34 ---
having said that, isn't this just a problem of bad source code?
if the target is darwin - then the section name should be specified
appropriately surely?
I guess filling it in automatically would be possible
--- Comment #3 from iains at gcc dot gnu dot org 2010-07-18 11:52 ---
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01432.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43797
--- Comment #22 from iains at gcc dot gnu dot org 2010-07-17 07:20 ---
(In reply to comment #16)
Created an attachment (id=21188)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21188action=view) [edit]
proposed patch
This patch should restore the use of the previous stage
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-17 08:22 ---
Subject: Bug 44862
Author: iains
Date: Sat Jul 17 08:22:09 2010
New Revision: 162275
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162275
Log:
2010-07-17 Jack Howarth howa...@bromo.med.uc.edu
PR
--- Comment #4 from iains at gcc dot gnu dot org 2010-07-17 11:16 ---
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01407.html
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from iains at gcc dot gnu dot org 2010-07-17 14:51 ---
Subject: Bug 44418
Author: iains
Date: Sat Jul 17 14:51:20 2010
New Revision: 162277
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162277
Log:
PR testsuite/44418
* gcc.target/powerpc/recip-1.c
--- Comment #21 from iains at gcc dot gnu dot org 2010-07-16 08:39 ---
Subject: Bug 42843
Author: iains
Date: Fri Jul 16 08:39:37 2010
New Revision: 162254
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162254
Log:
2010-07-16 Jack Howarth howa...@bromo.med.uc.edu
PR
--- Comment #18 from iains at gcc dot gnu dot org 2010-07-13 11:01 ---
fixed
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from iains at gcc dot gnu dot org 2010-07-13 15:20 ---
Subject: Bug 44488
Author: iains
Date: Tue Jul 13 15:20:21 2010
New Revision: 162144
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162144
Log:
PR objc/44488
* lib/objc-torture.exp (objc-set
--- Comment #10 from iains at gcc dot gnu dot org 2010-07-13 15:32 ---
of course, there should not be different behavior with/without
--enable-build-with-cxx, so I guess that the test-suite fix is only part of the
solution.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44488
--- Comment #11 from iains at gcc dot gnu dot org 2010-07-13 20:30 ---
(In reply to comment #9)
(I could reply yes to your original question, however, but that's
irrelevant;
the simulator supports cris-axis-linux-gnu too, but you don't want to build
for
that target, it's
--- Comment #10 from iains at gcc dot gnu dot org 2010-07-12 12:54 ---
(In reply to comment #9)
(In reply to comment #8)
Perhaps we just need something like...
In the native boostrap case, you probably want
CC_FOR_TARGET / CFLAGS_FOR_TARGET / CXX_FOR_TARGET / CXXFLAGS_FOR_TARGET
--- Comment #12 from iains at gcc dot gnu dot org 2010-07-12 13:19 ---
(In reply to comment #10)
Is there any cross-tool known to support plugins? (I get no response for
cris-elf, s390x, mipsia64 and armel-linux-gnueabi). No error, just silently
skips all plugin tests.
hmm
--- Comment #13 from iains at gcc dot gnu dot org 2010-07-12 13:28 ---
(In reply to comment #12)
(In reply to comment #10)
Is there any cross-tool known to support plugins? (I get no response for
cris-elf, s390x, mipsia64 and armel-linux-gnueabi). No error, just silently
skips
--- Comment #14 from iains at gcc dot gnu dot org 2010-07-12 15:00 ---
(In reply to comment #13)
I'll have to check the config.log more carefully.
OK. possible a can of wiggly things here...
case ${host} in
*-*-darwin*)
export_sym_check=$gcc_cv_nm -g === maybe
--- Comment #6 from iains at gcc dot gnu dot org 2010-07-12 19:15 ---
(In reply to comment #5)
I do not see the fails shown in:
http://gcc.gnu.org/ml/gcc-testresults/2010-07/msg00563.html
with my current tree [162035] - but I'm using simulator combined tree build -
with glibc from
--- Comment #12 from iains at gcc dot gnu dot org 2010-07-11 09:55 ---
back-ported to 4.5 as r162037, closing as fixed
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from iains at gcc dot gnu dot org 2010-07-10 10:38 ---
Created an attachment (id=21173)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21173action=view)
improve robustness of runtime option choices.
This should resolve the case where -fnext-runtime would
--- Comment #2 from iains at gcc dot gnu dot org 2010-07-10 16:43 ---
is this still current?
I can't reproduce any compile problems on arm-unknown-eabi or
armel-unknown-gnueabi (as cross-tools hosted under i686-apple-darwin).
--
iains at gcc dot gnu dot org changed:
What
--- Comment #5 from iains at gcc dot gnu dot org 2010-07-10 19:40 ---
I do not see the fails shown in:
http://gcc.gnu.org/ml/gcc-testresults/2010-07/msg00563.html
with my current tree [162035] - but I'm using simulator combined tree build -
with glibc from a Debian distribution (I
--- Comment #24 from iains at gcc dot gnu dot org 2010-07-10 19:48 ---
AFAIK this has been cleared for some time now.
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from iains at gcc dot gnu dot org 2010-07-11 00:25 ---
this is still present, AFAICT, for *-*-darwin* at r162047.
Honza, since it was your patch that triggered this, any ideas on what we could
do to debug/solve this one?
in particular this; error: Inline clone
--- Comment #6 from iains at gcc dot gnu dot org 2010-07-09 23:40 ---
(In reply to comment #4)
Is the compiler supposed to ignore an installed objc gnu runtime when testing
in the build directory with -fnext-runtime?
Well, it's actually the other way round - it needs to find the pre
--- Comment #17 from iains at gcc dot gnu dot org 2010-07-10 00:22 ---
Subject: Bug 44140
Author: iains
Date: Sat Jul 10 00:22:35 2010
New Revision: 162030
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162030
Log:
make ObjC do LTO.
gcc/
PR objc/44140
* config
--- Comment #11 from iains at gcc dot gnu dot org 2010-07-03 08:16 ---
Subject: Bug 44518
Author: iains
Date: Sat Jul 3 08:15:59 2010
New Revision: 161769
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161769
Log:
2010-07-03 Iain Sandoe ia...@gcc.gnu.org
Mikael
--- Comment #41 from iains at gcc dot gnu dot org 2010-07-03 16:45 ---
this should do it, asm problems solved.
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg00262.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44132
--- Comment #18 from iains at gcc dot gnu dot org 2010-07-02 10:23 ---
additional tweaks:
r161687 (trunk) r161688 (4.5).
r161692 (trunk) r161693 (4.5)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35165
--- Comment #4 from iains at gcc dot gnu dot org 2010-07-01 17:45 ---
confirmed,
also on i686-apple-darwin9 @ m64
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from iains at gcc dot gnu dot org 2010-06-30 08:39 ---
(In reply to comment #13)
@r161591 with this:
The patch in http://gcc.gnu.org/ml/gcc-patches/2010-06/msg03011.html
(and the patch to correct emit_unwind_label)
===
I no longer get the build_real fail
--- Comment #15 from iains at gcc dot gnu dot org 2010-06-30 08:59 ---
(In reply to comment #14)
(In reply to comment #13)
@r161591 with this:
The patch in http://gcc.gnu.org/ml/gcc-patches/2010-06/msg03011.html
(and the patch to correct emit_unwind_label)
===
I no longer
--- Comment #7 from iains at gcc dot gnu dot org 2010-06-30 14:34 ---
Subject: Bug 44034
Author: iains
Date: Wed Jun 30 14:33:40 2010
New Revision: 161606
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161606
Log:
PR other/44034
* config/darwin.c
--- Comment #12 from iains at gcc dot gnu dot org 2010-06-29 18:45 ---
also fails when the bootstrap compiler is gcc-4.2 (apple 4.2.1).
i688-apple-darwin9 is ok for the same trunk rev.
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from iains at gcc dot gnu dot org 2010-06-29 20:33 ---
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg03042.html
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from iains at gcc dot gnu dot org 2010-06-13 11:35 ---
powerpc64-darwin9;
failed in stage3:
In file included from /usr/include/math.h:26:0,
from /GCC/gcc-live-trunk/gcc/genautomata.c:117:
/usr/include/architecture/ppc/math.h: In function â
--- Comment #2 from iains at gcc dot gnu dot org 2010-06-13 15:26 ---
Subject: Bug 44518
Author: iains
Date: Sun Jun 13 15:26:22 2010
New Revision: 160682
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=160682
Log:
partial reversion of r160541.
PR testsuite/44518
--- Comment #3 from iains at gcc dot gnu dot org 2010-06-13 15:31 ---
(In reply to comment #1)
Ian - testsuite regressions are not acceptable on the branch (XPASSes are ok
though).
Well, of course, the patch did not cause any regressions on targets I have
access to.
These now XPASS
--- Comment #6 from iains at gcc dot gnu dot org 2010-06-13 17:04 ---
(In reply to comment #4)
(In reply to comment #3)
powerpc*-darwin9 passes and, apparently, *86*-linux-gnu (I checked Lu's
output)
I've scanned the gcc-testresults list archive for May and June quite
--- Comment #7 from iains at gcc dot gnu dot org 2010-06-13 17:07 ---
(In reply to comment #5)
Created an attachment (id=20903)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20903action=view) [edit]
correction to encode-2.mm
On powerpc64 encode-2.mm fails because the test case
--- Comment #9 from iains at gcc dot gnu dot org 2010-06-13 17:20 ---
(In reply to comment #8)
On ARM encode-2.mm fails in part for the same plain char mangles differently
reason as on powerpc64, but also due to a backend oddity. Here's how the
string is output in the assembly file
--- Comment #5 from iains at gcc dot gnu dot org 2010-06-11 08:32 ---
closing as fixed after back-porting to the 4.5 release branch at r160482
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 295 matches
Mail list logo