--- Comment #49 from howarth at nitro dot med dot uc dot edu 2010-04-13
16:59 ---
(In reply to comment #48)
(d) temporarily patches darwin10.h to include the static lib first and
therefore work around this bug until the radar is done.
From what I was told (Comment 47), the radar bug
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
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
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-04-12
17:11 ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42776#c8
also contains a short list of some of the required code changes for MachO LTO.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43729
--- Comment #43 from howarth at nitro dot med dot uc dot edu 2010-04-13
01:54 ---
Interestingly, if you examine clang/lib/Driver/Tools.cpp from the upcoming 2.7
release, you find...
// FIXME: For some reason GCC passes -lgcc before adding
// the default system libraries. Just
--- Comment #37 from howarth at nitro dot med dot uc dot edu 2010-04-11
13:56 ---
Actually, it has to be...
@@ -30,8 +30,8 @@
#set_board_info host_library_path [file dirname [file dirname [file dirname
[file dirname [file dirname [exec [find_gcc] --print-prog-name=cc1]]/lib
--- Comment #38 from howarth at nitro dot med dot uc dot edu 2010-04-11
14:47 ---
Interestingly, while the change in Comment 37 eliminates the failures in
gcc.dg/torture/builtin-math-7.c, it introduces the failures...
FAIL: gcc.c-torture/execute/20020412-1.c compilation, -O3 -g
FAIL
--- Comment #40 from howarth at nitro dot med dot uc dot edu 2010-04-11
15:24 ---
Has the issue in Comment 33/38 been reported on radar? If so, let me know the
radar problem number and I'll ping the dsymutil developer at Apple.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42333
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-04-11
19:10 ---
Revised patch posted at
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00533.html. I do see any
combination of options for otool which would give us the required exported
symbol list. In any case
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-04-11
19:11 ---
(In reply to comment #3)
s/do/do not/g
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43715
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-04-11
23:07 ---
Hopefully the final revision posted at
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00539.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43715
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-04-11
23:42 ---
Opened radar://7851516 and have pinged the Apple dsymutil maintainer to take a
look.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43254
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2010-04-12
01:54 ---
The response from the dsymutil maintainer was...
The warning was cause for alarm, and the root cause has been fixed (checked
in), though it isn't affecting your test case.
If you see this type of warning
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-04-12
03:25 ---
I confirmed with the dsymutil maintainer that my reading of his response was
correct. Indeed, the warning may or may not be significant and has to be
checked for each instance. So if all four test cases
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-04-12
03:31 ---
Third (and hopefully really the final) revision of the patch posted at
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00545.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43715
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: *-*-darwin*
GCC host triplet: *-*-darwin*
GCC target triplet: *-*-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43715
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-04-10
14:56 ---
One problems seems to be that configure.ac doesn't force '-Wl,-undefined
-Wl,dynamic_lookup' to be passed on darwin when it is testing -shared.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43715
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-04-11
04:37 ---
Patch posted at http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00516.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43715
--- Comment #34 from howarth at nitro dot med dot uc dot edu 2010-04-09
21:06 ---
I thought we were going to wait for the vendor (Apple) to fix their complex
math subroutines.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42333
--- Comment #25 from howarth at nitro dot med dot uc dot edu 2010-04-04
16:30 ---
Created an attachment (id=20305)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20305action=view)
reduced version of 157942-emutls-finalize-diff.txt
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #26 from howarth at nitro dot med dot uc dot edu 2010-04-04
16:33 ---
I can confirm on x86_64-apple-darwin10 that the reduced form of Iain's patch
(reduced_emutis.patch) eliminates all of the profile testcase regressions when
r157822 is reapplied to current gcc trunk. Iain
--- Comment #27 from howarth at nitro dot med dot uc dot edu 2010-04-04
17:58 ---
Testsuite results for the reduced version of the
157942-emutls-finalize-diff.txt patch and r157822 reapplied to gcc trunk at
r157958 are posted at...
http://gcc.gnu.org/ml/gcc-testresults/2010-04
--- Comment #29 from howarth at nitro dot med dot uc dot edu 2010-04-04
21:08 ---
Iain,
Do please post the revised patch to gcc-patches with a changelog. That may
incite a review from the emutls maintainers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43553
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-04-03
16:32 ---
Created an attachment (id=20303)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20303action=view)
objc.log with exact failing objc.dg-struct-layout-encoding-1 tests listed
This is from r157950
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-04-03
16:34 ---
These failures...
FAIL: objc.dg-struct-layout-encoding-1/t001_main.m execution test
FAIL: objc.dg-struct-layout-encoding-1/t005_main.m execution test
FAIL: objc.dg-struct-layout-encoding-1/t009_main.m
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-04-03
16:37 ---
powerpc64-unknown-linux-gnu doesn't exhibit this problem at either -m32 or
-m64...
http://gcc.gnu.org/ml/gcc-testresults/2010-04/msg00232.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25359
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-04-01
11:25 ---
Reverting back to...
TREE_PUBLIC (ic_void_ptr_var) = 0;
in the proposed patch results in the missing symbols again.
Can we just leave...
TREE_PUBLIC (ic_void_ptr_var) = 1;
and find some way to coalesce
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-04-01
11:26 ---
(In reply to comment #4)
Reverting back to...
TREE_PUBLIC (ic_void_ptr_var) = 0;
in the proposed patch results in the missing symbols again.
Can we just leave...
TREE_PUBLIC (ic_void_ptr_var
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2010-04-01
11:27 ---
Reverting back to...
TREE_PUBLIC (ic_void_ptr_var) = 0;
in the proposed patch results in the missing symbols again.
Can we just leave...
TREE_PUBLIC (ic_void_ptr_var) = 1;
and find some way
--- Comment #18 from howarth at nitro dot med dot uc dot edu 2010-04-01
16:00 ---
Paolo,
Is there any other debug info I can provide (on gcc trunk pre-reversion)
to help debug this issue? Also could you switch an x86_64 linux build of gcc
trunk over to using emutls and try
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2010-03-31
06:15 ---
On x86_64-apple-darwin10, current gcc trunk produces...
[MacPro:darwin_objdir/x86_64-apple-darwin10.3.0/libgcc] howarth% nm
libgcc_s.1.dylib | grep emutls
00013e70 T ___emutls_get_address
00014070 T
dot med dot uc dot edu
GCC build triplet: *-*-darwin*
GCC host triplet: *-*-darwin*
GCC target triplet: *-*-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43602
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-03-31
13:29 ---
The commit of the patch to eliminate race conditions in indirect value
profiling (r157822) hasn't triggered the same profile related testsuite
failures in any other target. This leads to two questions
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-03-31
13:42 ---
Richard Guenther has suggested that these two unresolved symbols need to be
exported. I'll test that this evening.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43602
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-03-31
14:53 ---
Does this change applied to libmudflap (which we don't build on darwin) provide
a template for what we might need to do?
Author: jiez
Date: Fri Jan 23 04:58:03 2009
New Revision: 143583
URL: http
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-03-31
15:19 ---
If I am reading gcc/configure.ac correctly, darwin shouldn't using TLS in that
part of the build. So perhaps we just need to add a wrapper like...
Index: gcc/tree-profile.c
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-03-31
15:23 ---
Of course this does beg the question of why other instances of...
DECL_TLS_MODEL ()=decl_default_tls_model ();
...such as...
DECL_TLS_MODEL (v) = decl_default_tls_model (v);
...in gcc/c-parser.c
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-03-31
20:21 ---
Untested patch...
Index: varasm.c
===
--- varasm.c(revision 157893)
+++ varasm.c(working copy)
@@ -332,6 +332,7
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-03-31
21:05 ---
What happens if you revert the section...
@@ -353,8 +354,8 @@
struct tree_map *h, in;
void **loc;
- if (targetm.have_tls || decl == NULL || decl == error_mark_node
- || TREE_CODE (decl
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2010-03-31
23:30 ---
Is it expected that the lines...
/* Add code:
static gcov* __gcov_indirect_call_counters; // pointer to actual counter
static void* __gcov_indirect_call_callee; // actual callee address
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2010-03-31
23:51 ---
Those add code comments are from the patch first proposed...
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00918.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43602
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2010-04-01
05:11 ---
Proposed patch posted to
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg5.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43602
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2010-04-01
05:13 ---
Created an attachment (id=20268)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20268action=view)
proposed patch to fix visibility issues on darwin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2010-03-31
02:16 ---
I was confused and the race condition patch wasn't actually applied to my tree
on darwin when I did the last set of tests. Current gcc trunk still fails the
profile related test cases on darwin
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2010-03-31
02:44 ---
I confused why the other instances of using DECL_TLS_MODEL() in gcc doesn't
trigger unresolved symbols on darwin. For instance in gcc/c-decl.c we have...
if (threadp)
DECL_TLS_MODEL
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2010-03-31
03:53 ---
What other targets besides darwin rely on emulated tls? I would have guessed
powerpc64-*-linux* since it isn't listed in the section of libgcc/config.host
that enables native tls...
case ${host} in
i
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-03-28
16:11 ---
Created an attachment (id=20232)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20232action=view)
proposed patch to pass -DUSE_EMUTLS via libgcc/config/t-emutls on darwin
Corrected ChangeLog
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-03-28
16:29 ---
Testsuite results for revised patch at
http://gcc.gnu.org/ml/gcc-testresults/2010-03/msg02449.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43553
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2010-03-28
19:21 ---
Untested alternative approach to fix this...
Index: libgcc/Makefile.in
===
--- libgcc/Makefile.in (revision 157785)
+++ libgcc/Makefile.in
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2010-03-28
20:31 ---
Created an attachment (id=20233)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20233action=view)
alternative patch that uses GCC_CHECK_EMUTLS and set_use_emutls
--
http://gcc.gnu.org/bugzilla
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-03-28
20:59 ---
Confirmed with current gcc trunk on x86_64 Fedora 10 that the alternative patch
which uses GCC_CHECK_EMUTLS still leaves the build properly passing
-DHAVE_CC_TLS -DUSE_TLS for native TLS targets
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-darwin*
GCC host triplet
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-03-28
02:07 ---
I based my proposed patch roughly on the orginal patch that introduced the use
of -DHAVE_CC_TLS.
Author: hjl
Date: Fri Jul 6 14:00:46 2007
New Revision: 126416
URL: http://gcc.gnu.org/viewcvs?root
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-03-28
02:16 ---
Created an attachment (id=20226)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20226action=view)
proposed patch to pass -DUSE_EMUTLS via libgcc/config/t-emutls on darwin
--
http://gcc.gnu.org
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-03-28
04:39 ---
Regression testing of t-emutls.diff patch on x86_64-apple-darwin9 and
x86_64-apple-darwin10 at...
http://gcc.gnu.org/ml/gcc-testresults/2010-03/msg02419.html
http://gcc.gnu.org/ml/gcc-testresults/2010-03
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-03-28
05:49 ---
Created an attachment (id=20227)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20227action=view)
revised proposed patch to pass -DUSE_EMUTLS via libgcc/config/t-emutls on
darwin
--
http
Priority: P3
Component: objc
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: x86_64-apple-darwin10
GCC host triplet: x86_64-apple-darwin10
GCC target triplet: x86_64-apple-darwin10
http://gcc.gnu.org
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-03-26
12:20 ---
A backtrace shows...
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x
assemble_external (decl=0x0) at ../../gcc-4.5-20100325/gcc
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-03-26
17:40 ---
*** This bug has been marked as a duplicate of 35996 ***
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-03-26
17:40 ---
*** Bug 43535 has been marked as a duplicate of this bug. ***
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #112 from howarth at nitro dot med dot uc dot edu 2010-03-26
17:44 ---
What is the status of this bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-03-24
14:24 ---
Assuming this is change is fixed and not regressed out for gcc 4.5, we should
also make sure that there are no additional regressions in the ada testsuite.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #31 from howarth at nitro dot med dot uc dot edu 2010-03-24
21:35 ---
(In reply to comment #30)
Fixed.
Please use ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.9.tar.gz
Shouldn't the required cloog-ppl version in configure be bumped from 0.15.5 to
0.15.9
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-03-25
00:42 ---
Problem doesn't exist at r157697.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43511
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-03-25
01:25 ---
Bootstrap failure caused by...
r157707 | jakub | 2010-03-24 16:44:48 -0400 (Wed, 24 Mar 2010) | 25 lines
PR debug/43293
* target.h (struct gcc_target): Add code_end hook.
* target
Product: gcc
Version: 4.5.0
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: x86_64-apple
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-03-24
04:06 ---
caused by...
Author: mrs
Date: Tue Mar 23 20:02:57 2010
New Revision: 157677
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157677
Log:
PR target/33120
* config/darwin.h
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-03-21
14:36 ---
Using built-in specs.
COLLECT_GCC=gcc-4
COLLECT_LTO_WRAPPER=/sw/lib/gcc4.5/libexec/gcc/x86_64-apple-darwin10.3.0/4.5.0/lto-wrapper
Target: x86_64-apple-darwin10.3.0
Configured with: ../gcc-4.5-20100320
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-03-21
14:44 ---
Shouldn't there be a PR about the suboptimal performance from the core2 tuning
(in hopes that original contributors from Intel will revisit these issues)?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-03-21
18:40 ---
Using built-in specs.
Target: x86_64-apple-darwin10.3.0
Configured with: ../gcc-4.4.4/configure --prefix=/sw --prefix=/sw/lib/gcc4.4
--mandir=/sw/share/man --infodir=/sw/share/info
--enable-languages=c,c
: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: x86_64-apple-darwin10
GCC host triplet: x86_64-apple-darwin10
GCC target triplet: x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43463
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-03-19
23:42 ---
Should this bug be closed? I don't every recall seeing it in recent history on
i686-apple-darwin*.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26552
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-03-19
00:47 ---
Andrew,
Do you still see this issue with current gcc trunk since...
Author: andreast
Date: Wed Nov 18 07:36:12 2009
New Revision: 154282
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154282
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-03-14
15:49 ---
Since these vectorization omissions are a regression from gcc 4.4 and
apparently
we have a fix in hand...
http://gcc.gnu.org/ml/gcc-patches/2010-03/msg00533.html
shouldn't these bugs be bumped to P1
-identity
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-03-12
23:17 ---
Wouldn't changes like r157319 (which hasn't made it into trunk) impact this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43349
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: i686-apple-darwin10
GCC host
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-03-13
05:40 ---
Created an attachment (id=20099)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20099action=view)
reduced pofun2 subroutine that still produces the ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-03-13
06:18 ---
Test case doesn't ICE gfortran from current gcc 4-4 branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43354
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-03-11
14:13 ---
Should we apply the patch from comment 7 before gcc 4.5 branches?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36399
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2010-03-12
04:06 ---
Patch posted at http://gcc.gnu.org/ml/gcc-patches/2010-03/msg00472.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36399
--- Comment #20 from howarth at nitro dot med dot uc dot edu 2010-03-10
22:52 ---
According to...
http://gcc.gnu.org/regtest/HEAD/native-lastbuild.txt.gzip
it is fixed for powerpc-apple-darwin9.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43287
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2010-03-11
03:28 ---
Ben,
Is basic-eh-map.darwin10.ii still failing to compile for you on current gcc
trunk? On x86_64-apple-darwin10, I am finding that
g++-4 basic-eh-map.darwin10.ii -S -m64 -std=c++0x -v -O2 -g
g
--- Comment #64 from howarth at nitro dot med dot uc dot edu 2010-03-11
03:30 ---
Can someone please close this as fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39888
--- 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
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-03-10
01:57 ---
The code being degraded by -fgraphite-identity (when using -ffast-math
-funroll-loops -O3) is in the mqr_m and mqc_m modules. The exact distribution
of performance loss in execution time for the induct
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-03-10
03:23 ---
Fixed with r156736.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-03-10
03:31 ---
This regression disappeared by r155368 and still hasn't reappeared so closing.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2010-03-10
03:47 ---
This bug is fixed for the release Mac OS X 10.6 (ie the c++ comments are
removed from /usr/include/Availability.h and
/usr/include/AvailabilityInternal.h.
--
howarth at nitro dot med dot uc dot edu
--- Comment #53 from howarth at nitro dot med dot uc dot edu 2010-03-10
04:21 ---
These failures have been eliminated in gcc trunk (4.5.0) since at least
r155368. They may have been eliminated with the VTA merge.
--
howarth at nitro dot med dot uc dot edu changed:
What
--- 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=20049action=view)
assembly for spectop subroutine compiled at -O2 on x86_64-apple-darwin10
--
http://gcc.gnu.org
--- 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=20050action=view)
assembly for spectop subroutine compiled at -graphite-identity -O2 on
x86_64-apple-darwin10
--- 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=20051action=view)
diff between assembly for spectop subroutine at -O2 without and with
-fgraphite-identity
--
http
--- 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
301 - 400 of 1580 matches
Mail list logo
