http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48926
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-05-07
16:05:56 UTC ---
Also possibly related are the failures...
FAIL: gfortran.dg/coarray_10.f90 -O (test for excess errors)
Excess errors:
/sw/src/fink.build/gcc47-4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48926
Summary: gfortran.dg/coarray/image_index_1.f90 -fcoarray=single
-O2 (test for excess errors)
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48860
--- Comment #8 from Jack Howarth howarth at nitro dot med.uc.edu 2011-05-04
12:52:02 UTC ---
The assembler is from...
Xcode 4.0.2
Build version 4A2002a
but the assembler from...
Xcode 3.2.6
Component versions: DevToolsCore-1809.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48860
--- Comment #7 from Jack Howarth howarth at nitro dot med.uc.edu 2011-05-04
12:49:27 UTC ---
Created attachment 24180
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24180
assembly file for libgcc/../gcc/config/soft-fp/extenddftf2.c with -dp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48860
--- Comment #9 from Jack Howarth howarth at nitro dot med.uc.edu 2011-05-04
12:58:41 UTC ---
Opened radr://9381460 with extenddftf2.s generated with -dp as the testcase.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48860
--- Comment #10 from Jack Howarth howarth at nitro dot med.uc.edu 2011-05-04
13:10:23 UTC ---
Could this be similar to the required change from...
http://gcc.gnu.org/ml/gcc-patches/2010-08/msg01024.html
to adapt to the darwin assembler's usage
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48860
--- Comment #12 from Jack Howarth howarth at nitro dot med.uc.edu 2011-05-04
14:13:04 UTC ---
This looks similar to this bug...
http://www.mail-archive.com/mpir-devel@googlegroups.com/msg04286.html
where is claimed these are bugs in the older
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48860
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48860
Summary: r173265 breaks bootstrap on x86_64-apple-darwin10
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48860
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2011-05-04
04:53:07 UTC ---
$ ../gcc-4.7-20110503/configure --prefix=/sw --prefix=/sw/lib/gcc4.7
--mandir=/sw/share/man --infodir=/sw/lib/gcc4.7/info
--with-build-config=bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48860
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-05-04
04:51:56 UTC ---
Created attachment 24173
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24173
preprocessed source for libgcc/../gcc/config/soft-fp/extenddftf2.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48860
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-05-04
04:52:26 UTC ---
Created attachment 24174
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24174
assembly file for libgcc/../gcc/config/soft-fp/extenddftf2.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48301
--- Comment #7 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-31
16:43:28 UTC ---
This issue has been fixed in Apple's llvm-gcc at revision 128619. It is unclear
if this fix will make it into llvm.org's llvm-gcc-4.2 2.9 release (which
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48301
--- Comment #8 from Jack Howarth howarth at nitro dot med.uc.edu 2011-04-01
00:12:48 UTC ---
FYI, the fix for this bug has been checked into the llvm-gcc-4.2 2.9 branch for
that release.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48301
--- Comment #5 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-29
03:15:32 UTC ---
FYI, this problem also exists under linux so it isn't darwin specific.
Opened...
http://llvm.org/bugs/show_bug.cgi?id=9571
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48301
Summary: Xcode 4.0's llvm-gcc can't bootstrap gcc 4.6.0 or
trunk
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48301
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-27
17:06:54 UTC ---
This bootstrap failure backtraces as...
[MacPro:~/work/x86_64-apple-darwin10.7.0/libgcc] howarth% gdb
/Users/howarth/work/./gcc/cc1
...
(gdb) r -quiet
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48301
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-27
17:42:05 UTC ---
Same issue exists with llvm-gcc from llvm 2.9 svn.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107
--- Comment #9 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-20
12:42:52 UTC ---
Test results for WIP patch from Comment 4 and 5 against gcc-4_6-branch under
Xcode 4.0...
http://gcc.gnu.org/ml/gcc-testresults/2011-03/msg01968.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107
--- Comment #6 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-19
22:02:58 UTC ---
Doesn't the darwin linker developer's comments on PR48097
(http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48097#c8) imply that libjava's
Throw2 test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48097
--- Comment #8 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-18
17:28:19 UTC ---
The response to Comments 5 through 7 from the darwin linker developer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39753
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108
--- Comment #5 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-17
12:02:02 UTC ---
Testresults for gcc-4_6-branch built under Xcode 4.0 using
lto-bootstrap/profiledbootstrap with Iain's first attempt at containerization.
http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48096
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-17
13:32:14 UTC ---
Opened radar Problem ID: 9148312 , Assertion failed: (cfiStartsArray[i] !=
cfiStartsArray[i-1]), function parse and provided Apple with stand alone test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48097
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-17
20:12:35 UTC ---
Opened radar Problem ID: 9149679, Xcode 4.0 regresses Throw_2.exe libjava
testcase. I wonder if this might just be a new permutation of the existing eh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48096
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-17
23:36:09 UTC ---
Created attachment 23703
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23703
assembly file for gcc.dg/tree-prof/bb-reorg.c, -fprofile-use
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48096
--- Comment #5 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-17
23:37:54 UTC ---
Created attachment 23704
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23704
object file for gcc.dg/tree-prof/bb-reorg.c, -fprofile-use
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48096
--- Comment #6 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-17
23:41:29 UTC ---
The darwin linker developer says...
The issue is in the __eh_frame
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48097
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-18
00:45:08 UTC ---
The darwin linker developer says
This is not a tools bug. It worked
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48086
--- Comment #21 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-14
06:10:09 UTC ---
We also need to scratch the section of http://gcc.gnu.org/gcc-4.6/changes.html
under Darwin/Mac OS X which says...
LTO-support.
Darwin has benefited
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46542
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48086
--- Comment #15 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-13
21:54:17 UTC ---
FYI, it it comes down to having a dependency on libelf or heavily lobbying
Apple to fix the broke change made to the assembler in Xcode 4.0.1 and 4.1, I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48086
--- Comment #16 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-13
22:45:57 UTC ---
Actually the situation with Xcode 3.2.5 is pretty grim as well. Currently only
Xcode 3.2.2 is available for download from connect.apple.com. So people
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48086
--- Comment #19 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-14
02:57:50 UTC ---
Should I create a new PR for following the progress of the re-implementation of
LTO on darwin?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108
Summary: lto should be containerized in a single mach-o section
on darwin
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-14
03:10:24 UTC ---
Note that LTO was disabled for gcc 4.6.0 due to the inability of end-users to
obtain an appropriate Xcode 3.2.5 now that the broken Xcode 3.2.6/4.0 have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48094
Summary: ld: warning: section has unexpectedly large size
errors in objc/obj-c++ lto
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48094
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-12
17:32:18 UTC ---
Using built-in specs.
COLLECT_GCC=gcc-4
COLLECT_LTO_WRAPPER=/sw/lib/gcc4.6/libexec/gcc/x86_64-apple-darwin10.7.0/4.6.0/lto-wrapper
Target: x86_64-apple
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48096
Summary: gcc.dg/tree-prof/bb-reorg.c compilation,
-fprofile-use -D_PROFILE_USE fails with Xcode 4.0
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48096
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-12
21:12:40 UTC ---
A similar failure is seen for g++.dg/tree-prof/partition1.C compilation, -g
-fprofile-use...
Executing on host:
/sw/src/fink.build/gcc46-4.6.0-1000
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48096
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-12
21:10:27 UTC ---
Using built-in specs.
COLLECT_GCC=gcc-4
COLLECT_LTO_WRAPPER=/sw/lib/gcc4.6/libexec/gcc/x86_64-apple-darwin10.7.0/4.6.0/lto-wrapper
Target: x86_64-apple
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48097
Summary: new Throw_2 failures in libjava under Xcode 4.0
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48097
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-12
21:26:32 UTC ---
Using built-in specs.
COLLECT_GCC=gcc-4
COLLECT_LTO_WRAPPER=/sw/lib/gcc4.6/libexec/gcc/x86_64-apple-darwin10.7.0/4.6.0/lto-wrapper
Target: x86_64-apple
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48097
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-12
21:31:36 UTC ---
The same executable examined with Xcode 4.0's lldb shows...
[MacPro:x86_64-apple-darwin10.7.0/libjava/testsuite] howarth%
/Developer/usr/bin/lldb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48086
--- Comment #6 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-12
22:49:40 UTC ---
Opened radar Bug ID# 9126174 for this issue with builtin-attr-1.s attached as
the example of the potential assembler bug in Xcode 3.2.6 and 4.0.1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48086
Summary: bootstrap-lto creates c-common.s with too many
sections on x86_64-apple-darwin10
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48086
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-12
02:16:22 UTC ---
$ ../gcc-4.6-20110311/configure --prefix=/sw --prefix=/sw/lib/gcc4.6
--mandir=/sw/share/man --infodir=/sw/lib/gcc4.6/info
--with-build-config=bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48086
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-12
03:57:23 UTC ---
This bug also manifests itself in the testsuite results from a normal bootstrap
on x86_64-apple-darwin10. Using...
Using built-in specs.
COLLECT_GCC=gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47997
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-07
15:37:54 UTC ---
The proposed patch in Comment 2 fixes the problem testcase and causes no
regressions on x86_64-apple-darwin10.
http://gcc.gnu.org/ml/gcc-testresults
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47997
--- Comment #6 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-07
17:46:58 UTC ---
(In reply to comment #5)
Ok. I'm hoping you double checked the incantation with the other version that
exists.
How would I do that?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47997
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-03-05
02:26:12 UTC ---
This is odd since -fwritable-strings has been removed from FSF gcc since 2004.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47906
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-28
04:17:32 UTC ---
Yes the g++.dg/abi/mangle39.C and g++.dg/abi/mangle45.C now pass but it appears
we also need to do the same fix for these two failures as well...
FAIL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47906
Summary: r170459 regresses g++.dg/abi/mangle39.C on
*-apple-darwin*
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47826
Summary: r170321 breaks bootstrap-lto on x86_64-apple-darwin10
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47826
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-20
18:59:39 UTC ---
The bootstrap-lto failure is fixed at r170339.
r170339 | rguenth | 2011-02-20 12:15:53 -0500 (Sun, 20 Feb 2011) | 6 lines
2011-02-20 Richard Guenther
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47826
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-20
19:02:52 UTC ---
Created attachment 23416
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23416
config.log from stage2 in intl on x86_64-apple-darwin10 at r170320
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47826
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-20
19:03:23 UTC ---
Created attachment 23417
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23417
config.log from stage2 in intl on x86_64-apple-darwin10 at r170321
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47822
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47826
--- Comment #5 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-20
19:54:16 UTC ---
(In reply to comment #4)
Is this a dup of PR47822? If so, that's been fixed twice over already.
Apparently as the proposed patch from
http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #60 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-14
11:56:59 UTC ---
Backport for gcc 4.5.3...
http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00869.html
http://gcc.gnu.org/ml/gcc-testresults/2011-02/msg01536.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #52 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-13
16:31:36 UTC ---
Even those this problem appears latent on gcc-4_5-branch, the problematic code
is identical. Shouldn't we backport this for gcc 4.5.3?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #54 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-13
18:56:48 UTC ---
(In reply to comment #53)
I'd rather know two things, that we have a lot of time on the new code and it
works fine znd why the branch doesn't have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #55 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-13
20:29:49 UTC ---
It appears that is was present at r162030 and the r162035 used
--enable-build-with-cxx...
http://gcc.gnu.org/ml/gcc-testresults/2010-07/msg00872.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #56 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-13
23:29:01 UTC ---
A regression hunt reveals the PR47324 was actually triggered by...
r160124 | hubicka | 2010-06-01 17:55:49 -0400 (Tue, 01 Jun 2010) | 4 lines
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #57 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-14
03:21:00 UTC ---
Created attachment 23330
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23330
assembly for eh-alloca.1 at r160123 with -O3 -g (working)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #58 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-14
03:21:47 UTC ---
Created attachment 23331
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23331
assembly for eh-alloca.1 at r160124 with -O3 -g (failing)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #59 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-14
03:23:19 UTC ---
Created attachment 23332
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23332
diff in assembly for eh-alloca.1 at r160123 vs r160124 both with -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #48 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-11
10:09:15 UTC ---
Also eliminates PR47324 on x86_64-apple-darwin10 without additional regressions
for --enable-build-with-cxx BOOT_CFLAGS=-g -O3 CFLAGS_FOR_TARGET=-g -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #32 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-10
14:38:22 UTC ---
(In reply to comment #31)
I don't see how we can directly use DWARF2_FRAME_REG_OUT in
output_loc_operands, except as a template for the desired
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #40 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-10
18:48:07 UTC ---
What happens if you replace all the instances of DWARF2_FRAME_REG_OUT in the
proposed patch with a new DWARF2_FRAME_REG_OUT_EH macro that is a no-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #42 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-10
19:55:37 UTC ---
The Apple linker maintainer says as far as he knows just i386 has the register
numbering schism.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #23 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-09
12:31:27 UTC ---
Any comments on this bit of Mike's patch...
+int
+darwin_dbx_register_number(n)
+{
+#if 1
+ /* Without -O3, eh-alloc-1.c -m32 fails. */
+ /* Works
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #25 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-09
14:25:23 UTC ---
Ian, does that mean you believe we should just need...
int
darwin_dbx_register_number(n)
return dbx_register_map[n];
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #27 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-09
16:28:55 UTC ---
Ian,
Just using...
Index: gcc/dwarf2out.c
===
--- gcc/dwarf2out.c(revision
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #29 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-10
02:18:36 UTC ---
(In reply to comment #28)
Then let's find out why that is.
The patch in comment #23 looks clearly incorrect to me.
Okay. The problem with the patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #30 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-10
03:03:21 UTC ---
Don't we have to change cfi-dw_cfi_oprnd2.dw_cfi_loc before it is assigned to
loc in output_cfa_loc when for_eh?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #13 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-08
10:45:31 UTC ---
The audit trail is a little fuzzy here but it seems like this wasn't present at
r137753 but was at r138906 for -m32 on i686-apple-darwin9. We also had
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #15 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-08
10:57:38 UTC ---
These probably were failing since added here...
http://gcc.gnu.org/ml/gcc-patches/2008-07/msg00647.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #16 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-08
19:30:46 UTC ---
It is interesting that llvm-gcc42 still uses DWARF2_FRAME_REG_OUT but I don't
see anything like that in clang. Perhaps it would help if we asked about
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #17 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-09
00:59:37 UTC ---
Author: jakub
Date: Fri Mar 26 20:53:58 2010
New Revision: 157762
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157762
Log:
PR debug/43540
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #18 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-09
02:03:46 UTC ---
It may be...
--- trunk/gcc/dwarf2out.c2010/03/26 19:21:13157761
+++ trunk/gcc/dwarf2out.c2010/03/26 20:53:58157762
@@ -1115,8 +1115,8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #19 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-09
02:50:21 UTC ---
Could this be the problem code?
static void
output_cfa_loc (dw_cfi_ref cfi)
{
dw_loc_descr_ref loc;
unsigned long size;
if (cfi-dw_cfi_opc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #20 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-09
05:10:26 UTC ---
Tested...
Index: gcc/dwarf2out.c
===
--- gcc/dwarf2out.c(revision 169960)
+++ gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47048
--- Comment #6 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-07
12:29:10 UTC ---
(In reply to comment #4)
More specifically, the code that is now confused by the (int) cast is:
dr_analyze_innermost (dr);
dr_analyze_indices
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #8 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-07
21:07:59 UTC ---
The Apple linker developer has looked at the failing eh-alloc-1.C case and had
the following comments...
Also, did you ever get a
chance to look
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #10 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-08
00:45:31 UTC ---
If this is a problem exposed because...
/* Darwin uses the standard DWARF register numbers but the default
register numbers for STABS. Fortunately
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #11 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-08
02:18:30 UTC ---
(In reply to comment #9)
Did this ever work? :-(
This appears to work for Apple gcc 4.2.1 in SL...
g++ eh-alloca-1.C -nostdinc++ -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324
--- Comment #12 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-08
02:28:04 UTC ---
A couple historical commits...
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00874.html
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01704.html
So
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #71 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-08
03:58:46 UTC ---
I passed Dominique's observations upstream to the compiler-rt PR for this which
is the important thing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47641
Summary: gcc.dg/lto/20101009-1
c_lto_20101009-1_0.o-c_lto_20101009-1_0.o link ICE
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47641
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-08
04:42:18 UTC ---
Caused by...
r169881 | rguenth | 2011-02-07 07:09:31 -0500 (Mon, 07 Feb 2011) | 10 lines
2011-02-07 Richard Guenther rguent...@suse.de
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #59 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-05
18:40:15 UTC ---
I can confirm that the patch in Comment 58 both eliminates the failure in the
reduced test case from Comment 56 as well as the failure in the dipCoup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #61 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-05
19:04:18 UTC ---
Actually the two issues are entirely intertwined. PR47558 was due to not
prioritizing symbols from libSystem over those from libgcc_ext. FYI, I don't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42333
--- Comment #51 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-05
21:11:30 UTC ---
The __divdc3 in Snow Leopard come from the compiler-rt llvm project. Here are
the tests they they use to validate their __divdc3...
http://llvm.org/svn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42333
--- Comment #52 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-05
21:49:14 UTC ---
Filed bug report upstream against compiler-rt with testcase...
http://llvm.org/bugs/show_bug.cgi?id=9150
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47269
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-06
02:15:08 UTC ---
Mike,
I thought it was pretty clear in the man page...
-gtoggle
Turn off generation of debug info, if leaving out this option would
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #52 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-04
11:02:02 UTC ---
ain,
I think the key misassumption you are making is that the internal linker
and dyld behavior for 10.5 is valid under 10.6. Remember that unlike
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #54 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-04
12:02:18 UTC ---
Test results for proposed patch in Comment 45 at
http://gcc.gnu.org/ml/gcc-testresults/2011-02/msg00416.html.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #55 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-04
12:31:28 UTC ---
Moved conversation upstream for definitive answer from the Apple linker
developer...
http://lists.apple.com/archives/darwin-dev//2011/Feb/msg0.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #56 from Jack Howarth howarth at nitro dot med.uc.edu 2011-02-04
15:11:29 UTC ---
The following works as a testcase for PR47558
test_main.c
--
void main (void)
{
extern int unwindcall(void);
int i;
i
701 - 800 of 1110 matches
Mail list logo
