http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55682
Nico nico.schloemer at gmail dot com changed:
What|Removed |Added
Summary|erf, erfc not in cmath |erf, erfc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52594
--- Comment #7 from Janne Blomqvist jb at gcc dot gnu.org 2012-12-14 08:44:44
UTC ---
(In reply to comment #6)
I was just about to file a bugreport that STOP 1 should yield a backtrace if
compiled with -fbacktrace that would really
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52594
--- Comment #8 from Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch
2012-12-14 08:47:14 UTC ---
(In reply to comment #7)
FWIW, you can get a backtrace by calling the ABORT intrinsic instead.
thanks... I'm using that now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55683
Bug #: 55683
Summary: [4.8 Regression] ICE in inline_call, at
ipa-inline-transform.c:270
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55683
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55683
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55684
Bug #: 55684
Summary: [4.8 Regression] ICE in remove_redundant_iv_tests, at
tree-ssa-loop-ivcanon.c:559
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55684
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org 2012-12-14
09:01:42 UTC ---
Created attachment 28950
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28950
preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55684
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55685
Bug #: 55685
Summary: [4.8 Regression] ICE: canonical types differ for
identical types
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55685
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55686
Bug #: 55686
Summary: [4.8 Regression] ICE in assign_by_spills, at
lra-assigns.c:1244
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55686
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55687
Bug #: 55687
Summary: [4.8 Regression] ICE in
hide_evolution_in_other_loops_than_loop, at
tree-chrec.c:716
Classification: Unclassified
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55687
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55685
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55687
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target|i?86-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55683
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Target|i?86-*-*|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55682
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55686
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55492
--- Comment #8 from Yvan Roux yvan.roux at linaro dot org 2012-12-14 10:14:15
UTC ---
Hi Richard,
Thanks for having applied and cleaned my patch.
Regarding this cleanup, if we want to be consistant I think we have to remove
the memory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55684
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target|i?86-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55677
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55683
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org 2012-12-14
10:25:53 UTC ---
263 #ifdef ENABLE_CHECKING
264 /* Verify that estimated growth match real growth. Allow off-by-one
265 error due to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55683
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-14
10:31:17 UTC ---
Caused by http://gcc.gnu.org/viewcvs?root=gccview=revrev=192821
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55682
--- Comment #3 from Nico nico.schloemer at gmail dot com 2012-12-14 10:37:19
UTC ---
(In reply to comment #2)
Then what? This is expected and conforming.
Oh, it just struck me as funny that cmath imports std::exp and friends, but not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55688
Bug #: 55688
Summary: FAIL: g++.dg/other/pr55650.C
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55683
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org 2012-12-14
10:42:39 UTC ---
Happens once in the unreduced testcase. The following will maybe give us
testcases with even more off values (off-by-1 happens quite often):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55682
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2012-12-14
10:44:25 UTC ---
(In reply to comment #3)
Oh, it just struck me as funny that cmath imports std::exp and friends, but
not
std::erf.
std::exp is in C++98,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55684
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55682
--- Comment #5 from Nico nico.schloemer at gmail dot com 2012-12-14 10:47:05
UTC ---
Bottom line: problem solved. I just compile my code with -std=c++11 and get
std::erf immediately.
Thanks for the clarification!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55685
--- Comment #2 from Marek Polacek mpolacek at gcc dot gnu.org 2012-12-14
10:48:40 UTC ---
Reduced. Hope I haven't turned it into something invalid.
typedef unsigned int size_t;
namespace base
{
template size_t Size, size_t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55685
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55687
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55686
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55686
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-14
11:26:15 UTC ---
Even more reduced:
struct S { unsigned long *s, *t; };
unsigned long *q;
void
foo (struct S *x, unsigned long y, unsigned long z, int w)
{
unsigned long
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55686
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55687
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55579
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
Attachment #28896|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55684
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55355
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55689
Bug #: 55689
Summary: no_evolution_in_loop_p is too conservative
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55684
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55689
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55683
--- Comment #6 from Martin Jambor jamborm at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55687
--- Comment #4 from Richard Biener rguenth at gcc dot gnu.org 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=gccview=revrev=194498
Log:
2012-12-14
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55687
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED
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=55684
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org 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=gccview=revrev=194499
Log:
2012-12-14
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55684
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #8 from Richard Biener rguenth at gcc dot gnu.org 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
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 #9 from Richard Biener rguenth at gcc dot gnu.org 2012-12-14
14:11:59 UTC ---
The unrolling puts __builtin_unreachable ()s into the inner duplicated loops:
First iteration, good:
bb 16:
# lxp_30 = PHI 0(2)
t_32 =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54838
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
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=gccview=revrev=194502
Log:
2012-12-14 Teresa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55686
--- Comment #5 from Vladimir Makarov vmakarov at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54838
--- Comment #13 from Jakub Jelinek jakub at gcc dot gnu.org 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=55492
--- Comment #9 from Andrew Macleod amacleod at redhat dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55487
--- Comment #1 from John David Anglin danglin at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54838
--- Comment #14 from Jakub Jelinek jakub at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54838
--- Comment #15 from Marek Polacek mpolacek at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54838
--- Comment #16 from Marek Polacek mpolacek at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55677
x3n0m0rph59 at googlemail dot com changed:
What|Removed |Added
Attachment #28945|0 |1
is
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=55679
--- Comment #12 from Dominique d'Humieres dominiq at lps dot ens.fr
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55492
--- Comment #10 from Richard Henderson rth at gcc dot gnu.org 2012-12-14
16:29:34 UTC ---
Committed the suggested tweak, thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55674
Markus Trippelsdorf markus at trippelsdorf dot de changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55686
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||uros at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51823
--- Comment #16 from Dave Abrahams dave at boostpro dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54838
--- Comment #17 from Marek Polacek mpolacek at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42315
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
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=55638
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55691
--- Comment #1 from Geir Johansen geir at cray dot com 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=55691
--- Comment #2 from Geir Johansen geir at cray dot com 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 #3 from Geir Johansen geir at cray dot com 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 #4 from Geir Johansen geir at cray dot com 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=55692
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #163 from Jan Hubicka hubicka at ucw dot cz 2012-12-14 18:24:31
UTC ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #162 from Markus Trippelsdorf markus at trippelsdorf dot de
2012-12-13 22:25:27 UTC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243
--- Comment #25 from Georg-Johann Lay gjl at gcc dot gnu.org 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243
--- Comment #26 from Eric Botcazou ebotcazou at gcc dot gnu.org 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
#
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55684
--- Comment #8 from Jan Hubicka hubicka at ucw dot cz 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
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=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=55693
--- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54814
--- Comment #11 from Georg-Johann Lay gjl at gcc dot gnu.org 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
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
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=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=55694
--- Comment #1 from Leonid Volnitsky leonid at volnitsky dot com 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=55693
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55694
--- Comment #2 from Leonid Volnitsky leonid at volnitsky dot com 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 #3 from Jack Howarth howarth at nitro dot med.uc.edu 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=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=55695
--- Comment #1 from ojab ojab at ojab dot ru 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=55648
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
CC|
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693
--- Comment #5 from Jack Howarth howarth at nitro dot med.uc.edu 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
1 - 100 of 144 matches
Mail list logo
