http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55703
Bug #: 55703
Summary: [4.8 Regression] ICE: in lto_fixup_prevailing_decls,
at lto/lto.c:2732 in gcc.c-torture/execute/920721-4.c
Classification: Unclassified
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55702
Bug #: 55702
Summary: ICE: in instrument_func_exit, at tsan.c:684 with
-fsanitize=thread and __builtin_return()
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55699
Denis Excoffier changed:
What|Removed |Added
Attachment #28971|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55694
--- Comment #5 from Leonid Volnitsky 2012-12-15
06:01:47 UTC ---
Thanks Jonathan. I've figured this out. One more reason why enum is better than
static const.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54908
Jason Merrill changed:
What|Removed |Added
Version|4.7.0 |4.8.0
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49395
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|SUSPENDED
AssignedTo|jas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51501
--- Comment #7 from Jason Merrill 2012-12-15
04:08:09 UTC ---
This is core issue 1433, classified as an extension in Kona. I don't know if
EWG has taken a look at it yet.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55685
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55685
--- Comment #4 from Jason Merrill 2012-12-15
04:03:04 UTC ---
Author: jason
Date: Sat Dec 15 04:02:52 2012
New Revision: 194517
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194517
Log:
PR c++/55685
* pt.c (tsubst_cop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55679
--- Comment #15 from Jack Howarth 2012-12-15
03:09:31 UTC ---
The absence of RLIMIT_AS support on darwin appears to be a longstanding
issue...
http://lists.apple.com/archives/Unix-porting/2007/Apr/msg00026.html
and really should be fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
Søren Sandmann Pedersen changed:
What|Removed |Added
CC||soren.sandmann at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55700
Søren Sandmann Pedersen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55701
Bug #: 55701
Summary: Inline some instances of memset for ARM
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55072
--- Comment #7 from janus at gcc dot gnu.org 2012-12-15 00:18:58 UTC ---
The following patch (which amounts to a partial revert of r156749) fixes the
behavior of comment #2 for me:
Index: gcc/fortran/trans-array.c
==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55700
--- Comment #2 from Andrew Pinski 2012-12-14
23:59:37 UTC ---
In fact using -std=c99 or -ffloat-store it works correctly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55700
--- Comment #1 from Andrew Pinski 2012-12-14
23:56:51 UTC ---
I bet this is a dup of bug 323.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55700
Bug #: 55700
Summary: i386: incorrect divide-by-zero exception generated
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55679
--- Comment #14 from Dominique d'Humieres
2012-12-14 23:31:37 UTC ---
Concerning the failure of c-c++-common/asan/rlimit-mmap-test-1.c, I have looked
at the man for setrlimit. For Linux I see:
RLIMIT_AS
...
RLIMIT_CORE
...
RLIMIT_CPU
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55072
--- Comment #6 from janus at gcc dot gnu.org 2012-12-14 23:18:13 UTC ---
(In reply to comment #3)
> Revision 156618 (2010-02-09) is OK.
> Revision 157955 (2010-03-30) miscompiles the tests.
Taking a guess:
http://gcc.gnu.org/viewcvs?vi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55699
Bug #: 55699
Summary: gmp-5.1.0 no longer supports --host=none-...
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55072
--- Comment #5 from janus at gcc dot gnu.org 2012-12-14 23:17:01 UTC ---
Some debugging of comment #2:
With old versions of gfortran (e.g. 4.3), the argument in the call to s2 is
being packed:
D.938 = _gfortran_internal_pack (&parm.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #30 from Thomas Koenig 2012-12-14
23:07:34 UTC ---
This seems to do the trick.
Index: unix.c
===
--- unix.c (Revision 194507)
+++ unix.c (Arbeitskopi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55688
Steve Ellcey changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55688
--- Comment #1 from Steve Ellcey 2012-12-14 22:50:43
UTC ---
Author: sje
Date: Fri Dec 14 22:50:38 2012
New Revision: 194512
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194512
Log:
2012-12-14 Steve Ellcey
PR regres
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55663
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55694
--- Comment #4 from Jonathan Wakely 2012-12-14
22:02:35 UTC ---
This is a FAQ
http://gcc.gnu.org/wiki/VerboseDiagnostics#missing_static_const_definition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55695
--- Comment #3 from Andrew Pinski 2012-12-14
21:37:45 UTC ---
I think one of the typeof is being chosen as a void* and then we take another
typeof of the deferenced version of that. This is what is causing the "void
value not ignored as i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55663
Michael Lopez changed:
What|Removed |Added
CC||mlopez at cse dot tamu.edu
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55697
--- Comment #2 from Markus Trippelsdorf
2012-12-14 21:35:08 UTC ---
It's a dup of PR55684 and it's already fixed...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55697
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55696
--- Comment #4 from Kyle 2012-12-14 21:25:30
UTC ---
It looks like you were right. It must have been linking to the system
libstdc++, rather than the one associated with this gcc.
When I link using:
gfortran -o prog main.o sub.o /usr/lo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55679
--- Comment #13 from Jack Howarth 2012-12-14
21:24:33 UTC ---
Perhaps this is a red-herring, but comparing the assembly files for
stack-overflow-1.s and global-overflow-1.s generated on darwin and linux, I
notice that the linux assembly al
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55696
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55694
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55696
--- Comment #2 from Kyle 2012-12-14 21:17:07
UTC ---
I used homebrew (on Mac OS X 10.8.2). "gcc -v" reports:
Using built-in specs.
COLLECT_GCC=/usr/local/bin/gcc-4.7
COLLECT_LTO_WRAPPER=/usr/local/Cellar/gcc/4.7.2/gcc/libexec/gcc/x86_64-a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55696
Andrew Pinski changed:
What|Removed |Added
Component|fortran |libstdc++
--- Comment #1 from A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55685
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55698
Bug #: 55698
Summary: gcc does not report warning if operator not used :
control reaches end of non-void function
[-Wreturn-type]
Classification: Unclassified
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55695
ojab changed:
What|Removed |Added
Attachment #28967|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42315
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42315
--- Comment #6 from Jason Merrill 2012-12-14
20:58:06 UTC ---
Author: jason
Date: Fri Dec 14 20:57:55 2012
New Revision: 194509
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194509
Log:
PR c++/42315
* decl.c (maybe_de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55697
Bug #: 55697
Summary: Another ice in remove_redundant_iv_tests
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55692
--- Comment #4 from janus at gcc dot gnu.org 2012-12-14 20:37:26 UTC ---
(In reply to comment #2)
> Here is a preliminary patch which fixes it on trunk:
The patch in comment #2 regtests cleanly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693
--- Comment #5 from Jack Howarth 2012-12-14
20:30:26 UTC ---
Appending -fsanitize=address to the compilation of the failing eh-1.exe
testcase on x86_64-apple-darwin10 produces the following output on execution of
eh-1.exe...
ASAN:SIGSEG
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55696
Bug #: 55696
Summary: Error linking using gfortran with C++ code compiled
with -std=c++11
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693
Dominique d'Humieres changed:
What|Removed |Added
CC||dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55648
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resoluti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55695
--- Comment #1 from ojab 2012-12-14 19:46:22 UTC ---
Created attachment 28967
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28967
Kinda reduced testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55695
Bug #: 55695
Summary: Miscompilation of pow() & sqrt() using musl libc
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693
--- Comment #3 from Jack Howarth 2012-12-14
19:39:14 UTC ---
This issue is not triggered on x86_64 linux when building with --enable-tls=no
in order to use emutls like darwin.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55694
--- Comment #2 from Leonid Volnitsky 2012-12-14
19:35:19 UTC ---
Created attachment 28965
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28965
no-error.ii.gz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693
--- Comment #2 from Jack Howarth 2012-12-14
19:35:01 UTC ---
Created attachment 28964
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28964
assembly file for libitm.c++/eh-1.C on x86_64-apple-darwin12
Generated with...
/sw/src/fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55694
--- Comment #1 from Leonid Volnitsky 2012-12-14
19:34:14 UTC ---
Created attachment 28963
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28963
ld-error.ii.gz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55694
Bug #: 55694
Summary: LD error if 0 is added to int variable.
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55692
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-invalid-code
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55692
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54814
--- Comment #11 from Georg-Johann Lay 2012-12-14
18:56:34 UTC ---
(In reply to comment #9)
> Created attachment 28900 [details]
> Candidate patch
>
> Try this.
Bernd, do you intend to apply this, or should I post it for review?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55677
--- Comment #6 from vlukas at gmx dot de 2012-12-14 18:55:42 UTC ---
Created attachment 28962
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28962
Slight modification of original submitters attachment
Modification of original submitt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693
--- Comment #1 from Jack Howarth 2012-12-14
18:54:43 UTC ---
Created attachment 28961
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28961
gdb stepwise walk of failing eh-1.exe from current gcc trunk on
x86_64-apple-darwin12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693
Bug #: 55693
Summary: libitm.c++/eh-1.C execution test on darwin from
r193271
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55677
vlukas at gmx dot de changed:
What|Removed |Added
CC||vlukas at gmx dot de
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55684
--- Comment #8 from Jan Hubicka 2012-12-14 18:36:48 UTC
---
> First when in estimate_numbers_of_iterations_loop, number_of_iterations_exit
> succeeds, then in find_loop_niter called from
> canonicalize_loop_induction_variables it fails, so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243
--- Comment #26 from Eric Botcazou 2012-12-14
18:32:02 UTC ---
> Notice $(srcdir)/gcc/ada/gcc-interface/Makefile.in reads:
>
> # target overrides
> ifneq ($(tmake_file),)
> include $(tmake_file)
> endif
>
> # host overrides
> ifneq
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243
--- Comment #25 from Georg-Johann Lay 2012-12-14
18:26:07 UTC ---
Created attachment 28960
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28960
Don't use STAMP to please Ada
(In reply to comment #24)
> > What I don't understand is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #163 from Jan Hubicka 2012-12-14 18:24:31
UTC ---
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
>
> --- Comment #162 from Markus Trippelsdorf
> 2012-12-13 22:25:27 UTC ---
> The libxul binary size issue is solved
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55692
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55691
--- Comment #4 from Geir Johansen 2012-12-14 17:14:56
UTC ---
Created attachment 28959
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28959
Build instructions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55691
--- Comment #3 from Geir Johansen 2012-12-14 17:13:55
UTC ---
Created attachment 28958
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28958
input data
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55691
--- Comment #2 from Geir Johansen 2012-12-14 17:12:48
UTC ---
Created attachment 28957
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28957
program data
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55691
--- Comment #1 from Geir Johansen 2012-12-14 17:08:53
UTC ---
Created attachment 28956
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28956
test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55638
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55692
Bug #: 55692
Summary: ICE on incorrect use of ASSOCIATED function
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42315
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54838
--- Comment #17 from Marek Polacek 2012-12-14
16:37:39 UTC ---
Now I don't know why we'd need that hunk, the code for handling latch/header is
just above it, only loop->latch is NULL, because there are more of them. Sorry
for the noise, I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51823
--- Comment #16 from Dave Abrahams 2012-12-14
16:34:31 UTC ---
Normative text vs. non-normative note == no contest, IMO. But I guess it
doesn't hurt to have the bug open if it doesn't mean any changes to the
library.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55686
Jakub Jelinek changed:
What|Removed |Added
CC||uros at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55674
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolutio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55492
--- Comment #10 from Richard Henderson 2012-12-14
16:29:34 UTC ---
Committed the suggested tweak, thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55679
--- Comment #12 from Dominique d'Humieres
2012-12-14 16:23:51 UTC ---
c-c++-common/asan/global-overflow-1.c and c-c++-common/asan/stack-overflow-1.c
fail at -O1 and above because the out of bound read is not detected. If I
compile the test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55677
--- Comment #4 from x3n0m0rph59 at googlemail dot com 2012-12-14 16:18:53 UTC
---
Commandline used was:
g++ -std=c++11 -W -Wall -Wextra -fno-strict-aliasing -fwrapv -o gccbug
gccbug.cpp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55677
x3n0m0rph59 at googlemail dot com changed:
What|Removed |Added
Attachment #28945|0 |1
is o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54838
--- Comment #16 from Marek Polacek 2012-12-14
16:14:58 UTC ---
(The reason why we don't have a loop anymore is simply that the header doesn't
have any incoming back edges after removing the latches. There of course may
be other loops in t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54838
--- Comment #15 from Marek Polacek 2012-12-14
16:12:48 UTC ---
The issue here is that we have a loop with header and two latches, and via
delete_basic_block we delete both latches (and all edges of those two latches).
So, we don't have a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54838
--- Comment #14 from Jakub Jelinek 2012-12-14
15:53:30 UTC ---
Ok, reproduced with vanilla trunk, starting from gcc 4.7.2:
../configure --enable-languages=all,obj-c++,ada,go --enable-checking=release
make -j48 profiledbootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55487
--- Comment #1 from John David Anglin 2012-12-14
15:50:17 UTC ---
Backtrace:
/test/gnu/gcc/gcc/gcc/testsuite/gcc.c-torture/execute/pr51447.c:27:1: internal
compiler error: in mark_jump_label_1, at jump.c:1134^M
0x405c204f mark_jum
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55492
--- Comment #9 from Andrew Macleod 2012-12-14
15:32:52 UTC ---
Took me a second.. I presume you meant that expand_mem_thread_fence doesn't
emit anything for RELAXED mode...
Yes, since __atomic_store has already been verified by
expand_b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54838
--- Comment #13 from Jakub Jelinek 2012-12-14
15:22:37 UTC ---
Actually it is either -fstack-protector or -fprofile-generate or both that
trigger it. Haven't tried vanilla trunk profiledbootstrap though yet.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55686
--- Comment #5 from Vladimir Makarov 2012-12-14
15:12:31 UTC ---
Yes, Jakub is right. All 4 tests presented here ICE in reload pass too with
`unable to find a register to spill in class ‘DIREG’`.
I think I could fix it in LRA as it has a code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55674
--- Comment #13 from tejohnson at gcc dot gnu.org 2012-12-14 15:11:00 UTC ---
Author: tejohnson
Date: Fri Dec 14 15:10:45 2012
New Revision: 194502
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194502
Log:
2012-12-14 Teresa Joh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54838
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #9 from Richard Biener 2012-12-14
14:11:59 UTC ---
The unrolling puts __builtin_unreachable ()s into the inner duplicated loops:
First iteration, good:
:
# lxp_30 = PHI <0(2)>
t_32 = pol_x[lxp_30];
_33 = (long in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55691
Bug #: 55691
Summary: Setting OMP_NESTED increases the runtime dramatically
for GCC compiled executable
Classification: Unclassified
Product: gcc
Version: 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #8 from Richard Biener 2012-12-14
13:49:02 UTC ---
(In reply to comment #7)
> I've tried to rewrite this as C, but managed to turn it into something that is
> miscompiled at a different spot. The fortran testcase starts having
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55684
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55684
--- Comment #6 from Richard Biener 2012-12-14
13:35:09 UTC ---
Author: rguenth
Date: Fri Dec 14 13:35:03 2012
New Revision: 194499
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194499
Log:
2012-12-14 Richard Biener
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55690
Bug #: 55690
Summary: On some targets thread_fence is not a compiler barrier
when memmodel != MEMMODEL_SEQ_CST
Classification: Unclassified
Product: gcc
Version: 4.7.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55687
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55687
--- Comment #4 from Richard Biener 2012-12-14
12:57:36 UTC ---
Author: rguenth
Date: Fri Dec 14 12:57:27 2012
New Revision: 194498
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194498
Log:
2012-12-14 Richard Biener
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55683
--- Comment #6 from Martin Jambor 2012-12-14
12:14:23 UTC ---
On IRC Richi said that -fno-indirect-inlining helps which would
suggest it is mine (though that still might be coincidence). For
various reasons, I cannot work on this until We
1 - 100 of 144 matches
Mail list logo
