--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-09-26
18:14 ---
Jakub,
Can you check what --save-temps produces for g++.dg/tree-prof/partition1.C
in partition1.s on linux? Does it produce two sets of global statements as
well?
grep __Z3bari.eh partition1.S
.globl
--- Comment #47 from howarth at nitro dot med dot uc dot edu 2009-09-26
20:36 ---
(In reply to comment #46)
> more than 20 lines... but not too too much.
>
Iain,
It bootstraps fine here on x86_64-apple-darwin10 as well. Why don't you
submit it
to gcc-patches after reg
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-09-27
03:43 ---
The logical candidate for these failures is...
Author: espindola
Date: Mon Jun 15 14:25:50 2009
New Revision: 148492
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148492
Log:
2009-06-15
--- Comment #44 from howarth at nitro dot med dot uc dot edu 2009-09-28
13:29 ---
This issue of r147995 breaking the darwin unwinder due to the new unwinding
information for the function epilog doesn't occur on Leopard. Leopard's linker
doesn't default to compact unwind
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2009-09-30
20:26 ---
(In reply to comment #8)
> darwin has -fpic by default.
>
Oddly, if I build gcc trunk on x86_64 Fedora 10 with CPPFLAGS set to -fPIC and
run the testsuite with -fPIC, I don't see the .eh symbo
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2009-09-30
22:36 ---
Mike,
I am a fuzzy on the best way to avoid darwin_emit_unwind_label since it is
assigned to a define in darwin.h. The only thing that makes sense to me is...
Index: gcc/config/darwin.c
--- Comment #53 from howarth at nitro dot med dot uc dot edu 2009-09-30
23:36 ---
Iain,
We seem to be producing an extra libgcc shared library with the new patch.
In darwin_objdir/stage1-x86_64-apple-darwin10.0.0/libgcc, I see...
libgcc_ext.10.4.dylib libgcc_ext.10.5.dylib
--- Comment #54 from howarth at nitro dot med dot uc dot edu 2009-09-30
23:38 ---
The new libgcc_s.dylib appears to be only of the native target architecture...
file libgcc_s.dylib
libgcc_s.dylib: Mach-O 64-bit dynamically linked shared library x86_64
file libgcc_s.1.dylib
libgcc_s.1
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2009-10-01
00:18 ---
Actually, the patch in Comment 11 leaves two of the original failures...
FAIL: g++.dg/tree-prof/partition1.C compilation, -g -fprofile-use
FAIL: g++.dg/tree-prof/partition1.C compilation, -O3 -g
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2009-10-01
00:29 ---
Jakub,
If you could propose a patch to the darwin_emit_unwind_label subroutine in
gcc/config/darwin.c to implement the changes you propose in Comment 12, I would
be happy to test it on darwin9/darwin10
--- Comment #56 from howarth at nitro dot med dot uc dot edu 2009-10-01
13:59 ---
Okay. So no problem. What do you think is the best way to default on
libgcc-ext? Just using...
Index: gcc/config/darwin.h
===
--- gcc
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2009-10-01
15:41 ---
It looks like this problem isn't strictly target specific (although we are
the only target currently impacted). If TARGET_ASM_EMIT_UNWIND_LABEL as defined
needs to support passing SECOND, bot
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2009-10-01
15:55 ---
(In reply to comment #15)
> Yeah, the patch in #11 is about the right for half the problem (darwin10), if
> it weren't for ld's warning message. I don't know quite why it is doing t
--- Comment #19 from howarth at nitro dot med dot uc dot edu 2009-10-01
23:54 ---
I'm not sure that hot_cold=0 would work as a grep of gcc trunk doesn't show any
thing matching hot_cold. I did find the original commit of the problematic
code...
http://gcc.gnu.org/ml/g
--- Comment #21 from howarth at nitro dot med dot uc dot edu 2009-10-02
02:36 ---
We seemed to have changed the original code from gcc 4.2.1...
/* If user requested unwind info, then turn off the partitioning
optimization. */
if (flag_unwind_tables
--- Comment #22 from howarth at nitro dot med dot uc dot edu 2009-10-02
02:44 ---
This change came from...
Author: jakub
Date: Fri Aug 7 06:23:42 2009
New Revision: 150553
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150553
Log:
* dwarf2out.c (output_fd
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2009-10-02
05:00 ---
Oddly...
Index: config/darwin.c
===
--- config/darwin.c (revision 152389)
+++ config/darwin.c (working copy)
@@ -1697,6 +1697,9
--- Comment #24 from howarth at nitro dot med dot uc dot edu 2009-10-02
05:11 ---
Oh, I didn't regress out all of the changes from...
http://gcc.gnu.org/viewcvs/trunk/gcc/opts.c?r1=150553&r2=150552&view=patch&pathrev=150553
when I do that, the tree-prof tests pas
--- Comment #25 from howarth at nitro dot med dot uc dot edu 2009-10-02
05:34 ---
The following change achieves the same test results as in Comment 24...
--- /Users/howarth/gcc/gcc/opts.c 2009-09-28 19:33:18.0 -0400
+++ opts.c 2009-10-02 01:30:48.0 -0400
--- Comment #26 from howarth at nitro dot med dot uc dot edu 2009-10-02
05:40 ---
I should note that if I don't wrapper the line ...
&& (USING_SJLJ_EXCEPTIONS
with the #if !defined(__MACH__), I get the following results...
=== g++ tests ===
--- Comment #27 from howarth at nitro dot med dot uc dot edu 2009-10-02
05:44 ---
I should note that with the proposed change in Comment 25, the 2 unsupported
tests properly show up in g++.log as...
cc1plus: note: -freorder-blocks-and-partition does not work with exceptions on
this
--- Comment #28 from howarth at nitro dot med dot uc dot edu 2009-10-02
14:08 ---
On reflection, I think the change Mike proposed for darwin.c in Comment 13
fails because it flag_reorder_blocks never gets set to 1 by that patch. I don't
know how I could implement the three varia
--- Comment #29 from howarth at nitro dot med dot uc dot edu 2009-10-02
22:09 ---
Jakub,
Is there any reason why we can't have...
Index: opts.c
===
--- opts.c (revision 152346)
+++ opts.c (working
--- Comment #30 from howarth at nitro dot med dot uc dot edu 2009-10-04
16:38 ---
Created an attachment (id=18703)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18703&action=view)
Patch to revert to pre-r150553 behavior on darwin
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #31 from howarth at nitro dot med dot uc dot edu 2009-10-05
18:05 ---
(In reply to comment #12)
> It is unclear what those labels are good for, but if darwin is to support
> hot/cold partitioning and FDEs covering it, the emit unwind_label hook (which
> is apparent
--- Comment #34 from howarth at nitro dot med dot uc dot edu 2009-10-05
23:25 ---
Actually, I just noticed that with the latest patch we still fail...
gcc.dg/tree-prof/pr34999.c
Executing on host:
/sw/src/fink.build/gcc45-4.4.999-20091003/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build
--- Comment #35 from howarth at nitro dot med dot uc dot edu 2009-10-06
00:51 ---
Testing...
Index: gcc/config/darwin.c
===
--- gcc/config/darwin.c (revision 152480)
+++ gcc/config/darwin.c (working copy)
@@ -1454,7
--- Comment #36 from howarth at nitro dot med dot uc dot edu 2009-10-06
02:02 ---
This can be factored down to...
Index: gcc/config/darwin.c
===
--- gcc/config/darwin.c (revision 152481)
+++ gcc/config/darwin.c (working
--- Comment #37 from howarth at nitro dot med dot uc dot edu 2009-10-06
02:05 ---
Opps. In both of the last patch...
+ if ((darwin_macosx_version_min && strverscmp(darwin_macosx_version_min,
"10.6") >= 0) || flag_reorder_blocks_and_partiti
--- Comment #38 from howarth at nitro dot med dot uc dot edu 2009-10-06
02:18 ---
Created an attachment (id=18718)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18718&action=view)
patch to handle unwind label and -freorder-blocks-and-partition control in
darwin.c
--
--- Comment #39 from howarth at nitro dot med dot uc dot edu 2009-10-06
02:19 ---
Mike,
Does darwin have named sections? If so, we can drop the check on
!targetm.have_named_sections.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41313
--- Comment #40 from howarth at nitro dot med dot uc dot edu 2009-10-08
15:16 ---
Created an attachment (id=18752)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18752&action=view)
Fix PR41313 with dual approach
--
howarth at nitro dot med dot uc dot edu
--- Comment #41 from howarth at nitro dot med dot uc dot edu 2009-10-08
15:17 ---
Posted revised patch from Comment 40 to gcc-patches...
http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00519.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41313
--- Comment #42 from howarth at nitro dot med dot uc dot edu 2009-10-11
01:11 ---
Created an attachment (id=18782)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18782&action=view)
Revised fix for PR41313 with dual approach
--
howarth at nitro dot med dot uc dot edu
--- Comment #43 from howarth at nitro dot med dot uc dot edu 2009-10-11
01:13 ---
Posted new revised patch to gcc-patches...
http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00670.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41313
--- Comment #45 from howarth at nitro dot med dot uc dot edu 2009-10-22
12:57 ---
Fixed with r153057.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: *-apple-darwin*
GCC host triplet: *-apple-darwin*
GCC target triplet: *-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41856
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: i686/x86_64-apple-darwin*
GCC host triplet: i686/x86_64-apple-darwin*
GCC t
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-11-09
00:44 ---
A backtrace of the segfault under i686-apple-darwin10 for gcc trunk is...
gdb /sw/lib/gcc4.5/libexec/gcc/i686-apple-darwin9/4.5.0/ecj1
...
(gdb) r testme.java
-fbootclasspath=./:/sw/lib/gcc4.5/share/java
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-11-09
00:45 ---
(In reply to comment #1)
> A backtrace of the segfault under i686-apple-darwin10 for gcc trunk is...
>
This should have read...
A backtrace of the segfault under i686-apple-darwin9 for gcc tr
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-11-12
02:43 ---
Unfortunately, the proposed patch doesn't solve the crashes in gcj on intel
darwin. I would note that if I use javac to convert testme.java into
testme.class that...
gcj --main=testme -O testme.
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-11-13
14:26 ---
I tried the patch from comment 3 on x86_64-apple-darwin9.8.0 and the gcj
crashes still occur. I wonder if this change only makes the bug potentially go
latent on certain hardware for intel darwin. It is
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2009-11-15
01:57 ---
Yes, I have...
[MacPro:darwin_objdir/x86_64-apple-darwin10.2.0/libjava] howarth% grep
extra_gij_ldflags *
Makefile:extra_gij_ldflags = -Wl,-allow_stack_execute
I have been testing on a late 2008 MacPro
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2009-11-15
19:20 ---
I have the same problem with current gcc trunk and the proposed patch on a
Core2Duo under x86_64-apple-darwin10...
gcj --main=testme -O testme.java
gcj: Internal error: Abort trap (program ecj1)
Please
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2009-11-15
22:52 ---
Comparing the linkages of ecjx and gij on x86_64-apple-darwin10 with your
patch, one thing I did notice is that there is a slight difference in the link
flags. The ecjx linkage is passed -findirect
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2009-11-16
01:26 ---
This doesn't solve the abort in ejc1 on x86_64-apple-darwin10, but shouldn't we
have...
Index: libjava/Makefile.in
===
-
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2009-11-16
15:13 ---
Dominique,
Can code in comment 11 be converted into a test case that can be run
through dsymutil without requiring FSF gcc to be installed? If so, please open
a radar report with that information
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2009-11-16
16:27 ---
I meant if we can create a test case from an assembly file generated from FSF
gcc which can be used to trigger the problem in dsymutil in absence of FSF gcc
itself.
--
http://gcc.gnu.org/bugzilla
gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: *-apple-darwin10
GCC host triple
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2009-11-17
00:37 ---
Created an attachment (id=19027)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19027&action=view)
gdb walk from _Jv_Throw breakpoint
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41991
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2009-11-17
00:39 ---
The attached unwinder_walk.txt is the log of walk of ecj1 when compiling the
testme,java test code. This uses r154217 with the patch from comment 3 and
with the installed libgcc replaced with a copy
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-11-17
03:56 ---
On x86_64-apple-darwin10 with MPC 0.8, we are getting...
FAIL: gcc.dg/torture/builtin-math-7.c -O0 execution test
FAIL: gcc.dg/torture/builtin-math-7.c -O1 execution test
FAIL: gcc.dg/torture/builtin
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2009-11-18
01:04 ---
One oddity in the libgcj.dylib build on darwin is that this only shared library
in libjava which doesn't get a .dSYM directory built for it. All the other
shared libs have one...
ls -R libjava |
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2009-11-18
01:19 ---
The missing .dSYM for libgcj is a blocker for debugging this issue on darwin...
(gdb) break _Jv_Throw
Breakpoint 1 at 0x20c49ba3dcddf8: file
../../../gcc-4.5-20091116/libjava/exception.cc, line 100.
(gdb
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2009-11-18
01:39 ---
Argh, the dSYM issue looks like another variation of the current dsymutil
issues...
libtool: link:
/sw/src/fink.build/gcc45-4.4.999-20091116/darwin_objdir/./gcc/xgcc
-shared-libgcc -B/sw/src/fink.build
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2009-11-18
14:02 ---
The dSYM issues looks like part of PR41473. I'll revert to debugging in gcc
4.4.2 for now which shouldn't have the issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41991
--- Comment #21 from howarth at nitro dot med dot uc dot edu 2009-11-19
02:25 ---
Created an attachment (id=19040)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19040&action=view)
assembly diffs from 20090908 vs 20091118 compiler for testcase
--
http://gcc.gnu.org/b
--- Comment #22 from howarth at nitro dot med dot uc dot edu 2009-11-19
02:27 ---
In case this helps, I have attached the assembly diffs from...
gcc-4 -O1 -m32 -g --save-temps complex-sign-add_red_1.c
for the 20090908 compiler (before the VTA merge) and for the 20091118 compiler
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2007-04-28
03:50 ---
Are you backporting the fix from trunk for gcc 4.2 RC?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31338
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2007-05-26
02:43 ---
>From http://gcc.gnu.org/viewcvs?view=rev&revision=125032, it appears that
libjava/libltdl was omitted from the regeneration as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32078
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-02-10
21:38 ---
Even if you fix this issue, I don't believe you will be able to compile
pdftk.cc with gcc 4.3 or later...
http://gcc.gnu.org/ml/java/2008-03/msg00028.html
due to the code incorrectly mixing c++ and
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-02-11
02:04 ---
This section in darwin.c seems a bit strange...
if (!DECL_EXTERNAL (decl)
&& (!TREE_PUBLIC (decl) || !DECL_WEAK (decl))
&& ! lookup_attribute ("weakref&qu
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2010-02-12
14:40 ---
Does slackware provide packaging files to show how they build their gcc?
Normally all you need to do is download
ftp://sourceware.org/pub/java/ecj-latest.jar and place it as ecj.jar in the top
of the gcc
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2010-02-13
05:09 ---
The weak_import attribute is described fairly well in this technote
http://developer.apple.com/mac/library/technotes/tn2002/tn2064.html#SECTION2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2010-02-13
06:09 ---
On darwin, it would appear that the change in r155919 is unnecessary. Using...
--- /Users/howarth/gcc-4.5-20100211/gcc/varasm.c2010-01-20
18:46:25.0 -0500
+++ gcc/varasm.c2010-02
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-02-13
15:41 ---
This should probably be a P2 since it causes a regression on darwin which
breaks their weak linking.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42854
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2010-02-13
16:04 ---
This alternative fix works as well...
--- /Users/howarth/gcc-4.5-20100211/gcc/varasm.c2010-01-20
18:46:25.0 -0500
+++ gcc/varasm.c2010-02-13 10:58:45.0 -0500
@@ -2345,7
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2010-02-14
02:12 ---
Proposed patch at http://gcc.gnu.org/ml/gcc-patches/2010-02/msg00532.html and
testsuite resuilts for proposed patch at
http://gcc.gnu.org/ml/gcc-testresults/2010-02/msg01258.html.
--
http
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2010-02-14
23:34 ---
Posted revised patch at http://gcc.gnu.org/ml/gcc-patches/2010-02/msg00549.html
with regression test results at
http://gcc.gnu.org/ml/gcc-testresults/2010-02/msg01339.html.
--
http://gcc.gnu.org
fails with Assertion failed: (class_id)
Product: gcc
Version: 4.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-02-15
22:12 ---
Created an attachment (id=19883)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19883&action=view)
gdb walk for PR16923 failure
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43086
arwin
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: i686-
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-02-27
22:28 ---
With the patch proposed in comment 1, I now get...
# GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
# options passed: -D__DYNAMIC__ t.cc -fPIC -mmacosx-version-min=10.6.3
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-03-01
01:11 ---
This also happens for i686-apple-darwin10
make[2]: Nothing to be done for `check'.
gcc -DHAVE_CONFIG_H -g -O2 -I..
-I../../../gcc-4.5-20100228/libiberty/testsuite/../../include -o test-dem
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-03-01
04:49 ---
Created an attachment (id=19992)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19992&action=view)
Makefile from darwin_objdir/libiberty with commented line that eliminates the
bug
--
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-03-01
04:52 ---
I find that for i686-apple-darwin10, if I comment the line...
# Flags to pass to a recursive make.
FLAGS_TO_PASS = \
"AR=$(AR)" \
"AR_FLAGS=$(AR_FLAGS)"
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2010-03-04
02:28 ---
FAIL: g++.dg/abi/mangle40.C scan-assembler weak[^\n]*_Z1fIDv4_fEvT_
FAIL: g++.dg/abi/mangle40.C scan-assembler weak[^\n]*_ZN1AIDv4_fE1tE
FAIL: g++.dg/abi/mangle41.C (test for errors, line 6)
FAIL: g++.dg
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2010-03-04
02:30 ---
/sw/src/fink.build/gcc45-4.4.999-20100303/darwin_objdir/gcc/testsuite/g++/../../g++
-B/sw/src/fink.build/gcc45-4.4.999-20100303/darwin_objdir/gcc/testsuite/g++/../../
/sw/src/fink.build/gcc45-4.4.999
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2010-03-04
02:32 ---
Created an attachment (id=20017)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20017&action=view)
g++.dg/abi/mangle41.C assembly file from x86_64-apple-darwin10
--
http://gcc.gnu.org/b
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2010-03-05
00:48 ---
The patch doesn't allow a bootstrap. I get...
/sw/src/fink.build/gcc45-4.4.999-20100304/darwin_objdir/./prev-gcc/xgcc
-B/sw/src/fink.build/gcc45-4.4.999-20100304/darwin_objdir/./prev-gcc/
-B/s
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2010-03-05
02:31 ---
Created an attachment (id=20023)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20023&action=view)
revised mangle-darwin patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12909
--- Comment #18 from howarth at nitro dot med dot uc dot edu 2010-03-05
02:33 ---
(In reply to comment #17)
> Created an attachment (id=20023)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20023&action=view) [edit]
> revised mangle-darwin patch
>
This revised
--- Comment #20 from howarth at nitro dot med dot uc dot edu 2010-03-06
03:45 ---
(In reply to comment #19)
> I just checked in a change to mangle40.C. Did it fix the darwin failures?
>
No. I still get...
Executing on host:
/sw/src/fink.build/gcc45-4.4.999-20100305/darwin_
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-03-06
19:09 ---
This doesn't occur with gcc trunk on x86_64-apple-darwin10 but does for gcc
4.4.3. Perhaps backporting r151960 to avoid compact unwind code on gcc 4.4
branch for darwin10 would solve this.
--
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-03-06
20:22 ---
r151960 doesn't eliminate the problem in gcc 4.4 branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43277
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-03-07
00:00 ---
This bug occurs in both gcc 4.4.3 and 4.4.2 on x86_64-apple-darwin10, however
it doesn't occur under x86_64-apple-darwin9. This may be a compatibility issue
with the FSF gcc unwinder code executed o
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-03-07
02:01 ---
I wonder if the remaining failure on *86*-apple-darwin9 for PR41991 could also
be due to PR43099?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43277
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-03-08
14:08 ---
i686-apple-darwin10 built fine at 157264 and 157265/156266 are commits to the
melt-branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43287
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2010-03-08
17:50 ---
regress is failing from this...
http://gcc.gnu.org/regtest/HEAD/native-lastbuild.txt.gzip
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43287
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2010-03-08
17:54 ---
The last good build for powerpc-apple-darwin9 on regress was at r157263 so...
r157264
must be the offending commit. Is powerpc64-unknown-linux-gnu still
bootstrapping?
--
http://gcc.gnu.org/bugzilla
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-03-08
23:07 ---
I don't see the failures on x86_64-apple-darwin10 on recent gcc trunk...
http://gcc.gnu.org/ml/gcc-testresults/2010-03/msg00487.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41334
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2010-03-08
23:09 ---
Is this issue to be fixed for gcc 4.5?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42181
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2010-03-09
02:26 ---
The miscompiled code in air.f90 is the subroutine SPECTOP. If I pull that
subroutine out into a separate file and compile it at -O3 without
-fgraphite-identity, the remainder of the code can be compiled
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2010-03-09
02:34 ---
Created an attachment (id=20049)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20049&action=view)
assembly for spectop subroutine compiled at -O2 on x86_64-apple-darwin10
--
http://gcc.
--- Comment #18 from howarth at nitro dot med dot uc dot edu 2010-03-09
02:35 ---
Created an attachment (id=20050)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20050&action=view)
assembly for spectop subroutine compiled at -graphite-identity -O2 on
x86_64-apple-d
--- Comment #19 from howarth at nitro dot med dot uc dot edu 2010-03-09
02:37 ---
Created an attachment (id=20051)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20051&action=view)
diff between assembly for spectop subroutine at -O2 without and with
-fgraphite-i
--- Comment #20 from howarth at nitro dot med dot uc dot edu 2010-03-09
03:45 ---
The offending optimization for the spectop subroutine at -O2
-fgraphite-identity appears to be -fstrict-overflow. I can compile...
gfortran -fgraphite-identity -O3 -fno-strict-overflow -c spectop.f90
--- Comment #21 from howarth at nitro dot med dot uc dot edu 2010-03-09
03:48 ---
Interestingly, I get...
gfortran -fgraphite-identity -O3 -Wstrict-overflow=5 -c spectop.f90
spectop.f90: In function spectop:
spectop.f90:5:0: warning: assuming signed overflow does not occur when
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-03-09
17:39 ---
Might this be related to PR42181 since it also involves problems with the
-fgraphite-identity -fstrict-overflow?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43306
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-03-09
21:01 ---
Does this fix resolve PR42181 as well or is that a different issue with
fgraphite-identity -fstrict-overflow?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43306
801 - 900 of 1589 matches
Mail list logo