http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59011
Jakub Jelinek changed:
What|Removed |Added
Known to work||4.8.3, 4.9.0
Summary|[4.7/4.8/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54570
Bug 54570 depends on bug 59362, which changed state.
Bug 59362 Summary: [4.9 Regression] Abort in fini_object_sizes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59362
What|Removed |Added
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59125
Bug 59125 depends on bug 59362, which changed state.
Bug 59362 Summary: [4.9 Regression] Abort in fini_object_sizes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59362
What|Removed |Added
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58864
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59362
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Tue Dec 3 07:48:58 2013
New Revision: 205623
URL: http://gcc.gnu.org/viewcvs?rev=205623&root=gcc&view=rev
Log:
PR tree-optimization/59362
* tree-object-size.c (object_sizes): Chan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59362
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59011
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Tue Dec 3 07:47:50 2013
New Revision: 205622
URL: http://gcc.gnu.org/viewcvs?rev=205622&root=gcc&view=rev
Log:
PR middle-end/59011
* gimplify.c (nonlocal_vla_vars): New variable.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59011
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Tue Dec 3 07:44:37 2013
New Revision: 205621
URL: http://gcc.gnu.org/viewcvs?rev=205621&root=gcc&view=rev
Log:
PR middle-end/59011
* gimplify.c (nonlocal_vla_vars): New variable.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58864
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Tue Dec 3 07:42:05 2013
New Revision: 205620
URL: http://gcc.gnu.org/viewcvs?rev=205620&root=gcc&view=rev
Log:
PR target/58864
* optabs.c (emit_conditional_move): Save and restore
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59358
--- Comment #10 from Jakub Jelinek ---
Author: jakub
Date: Tue Dec 3 07:30:48 2013
New Revision: 205619
URL: http://gcc.gnu.org/viewcvs?rev=205619&root=gcc&view=rev
Log:
PR tree-optimization/59358
* tree-vrp.c (union_ranges): To check fo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58864
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Tue Dec 3 07:29:20 2013
New Revision: 205618
URL: http://gcc.gnu.org/viewcvs?rev=205618&root=gcc&view=rev
Log:
PR target/58864
* dojump.c (save_pending_stack_adjust, restore_pendi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59068
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59375
Bug ID: 59375
Summary: internal compiler error: in expand_shift_1, at
expmed.c:2245
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
--- Comment #21 from Michael Zolotukhin
---
Thanks, HJ! That seems to be the root cause of the fail.
Did I get it right, that you are testing a patch fixing the issue?
Similar issue could be in expand_movmem_epilogue, I'll take a look.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59068
--- Comment #1 from Kostya Serebryany ---
>From another discussion
(http://gcc.gnu.org/ml/gcc-patches/2013-12/msg00174.html):
I suggest to simply disable libsanitizer build on the older systems
which is what happens de facto now.
If there is sig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59369
Yury Gribov changed:
What|Removed |Added
CC||y.gribov at samsung dot com
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59368
Yury Gribov changed:
What|Removed |Added
CC||y.gribov at samsung dot com
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59322
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59322
--- Comment #5 from Jeffrey A. Law ---
Author: law
Date: Tue Dec 3 03:36:58 2013
New Revision: 205617
URL: http://gcc.gnu.org/viewcvs?rev=205617&root=gcc&view=rev
Log:
PR tree-optimization/59322
* tree-ssa-threadedge.c (create_edge_and_u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58944
--- Comment #7 from Sriraman Tallam ---
(In reply to tmsri...@gcc.gnu.org from comment #6)
> Author: tmsriram
> Date: Tue Dec 3 03:14:09 2013
> New Revision: 205616
>
> URL: http://gcc.gnu.org/viewcvs?rev=205616&root=gcc&view=rev
> Log:
> This p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58944
--- Comment #6 from tmsriram at gcc dot gnu.org
---
Author: tmsriram
Date: Tue Dec 3 03:14:09 2013
New Revision: 205616
URL: http://gcc.gnu.org/viewcvs?rev=205616&root=gcc&view=rev
Log:
This patch fixes PR 58944
http://gcc.gnu.org/bugzilla/show
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58235
--- Comment #5 from Joseph S. Myers ---
Author: jsm28
Date: Tue Dec 3 02:47:13 2013
New Revision: 205615
URL: http://gcc.gnu.org/viewcvs?rev=205615&root=gcc&view=rev
Log:
PR c/58235
c:
* c-typeck.c (build_modify_expr): Diagnose assignmen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58235
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58253
--- Comment #6 from Jorn Wolfgang Rennecke ---
(In reply to Martin Jambor from comment #1)
> But again, I am not really sure what the semantics of alignment of
> scalar PARM_DECL is.
The relevance of various type properties will vary from target
-enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-languages=c,c++
--disable-gnu-unique-object --enable-linker-build-id --with-gnu-as
--with-gnu-ld --disable-multilib --enable-libstdcxx-time
Thread model: posix
gcc version 4.9.0 20131202 (experimental) (GCC)
Works on:
gcc-4.7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59316
--- Comment #12 from joseph at codesourcery dot com ---
One possibility would be to change libatomic/fenv.c to include a local
atomic-fenv.h (for example) header instead of (which would no
longer need a configure check), so that if the generic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59316
--- Comment #11 from joseph at codesourcery dot com ---
On Mon, 2 Dec 2013, ebotcazou at gcc dot gnu.org wrote:
> Ugh. Linux and Solaris disagree on the values of the FE_* macros so we will
> need to have OS-dependent code in the sparc_atomic_as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
--- Comment #20 from H.J. Lu ---
expand_setmem_epilogue in i386,c has
if (TARGET_64BIT)
{
dest = change_address (destmem, DImode, destptr);
emit_insn (gen_strset (destptr, dest, value));
emit_insn (gen_s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
H.J. Lu changed:
What|Removed |Added
Attachment #31356|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59358
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59326
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
H.J. Lu changed:
What|Removed |Added
CC||ubizjak at gmail dot com
--- Comment #18 from H
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59316
--- Comment #10 from Eric Botcazou ---
> Fixing on SPARC.
Ugh. Linux and Solaris disagree on the values of the FE_* macros so we will
need to have OS-dependent code in the sparc_atomic_assign_expand_fenv hook if
we call __atomic_feraiseexcept (I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59358
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Mon Dec 2 22:44:05 2013
New Revision: 205608
URL: http://gcc.gnu.org/viewcvs?rev=205608&root=gcc&view=rev
Log:
PR tree-optimization/59358
* tree-vrp.c (union_ranges): To check for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59358
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Mon Dec 2 22:41:23 2013
New Revision: 205607
URL: http://gcc.gnu.org/viewcvs?rev=205607&root=gcc&view=rev
Log:
PR tree-optimization/59358
* tree-vrp.c (union_ranges): To check for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59326
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Mon Dec 2 22:39:12 2013
New Revision: 205606
URL: http://gcc.gnu.org/viewcvs?rev=205606&root=gcc&view=rev
Log:
PR lto/59326
* gcc.target/i386/i386.exp (check_effective_target_avx2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59373
Bug ID: 59373
Summary: Table 92 is unreadable
Product: gcc
Version: 4.9.0
URL: http://gcc.gnu.org/onlinedocs/libstdc++/latest-doxygen
/a00445.html#ad72dc61561f4420b36f9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59372
--- Comment #1 from Richard Smith ---
(In reply to Richard Smith from comment #0)
> X c;
> X d;
Sorry, transcription error, these should be 'Y', not 'X'.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58099
--- Comment #26 from Tobias Burnus ---
(In reply to janus from comment #25)
> The relevant quote for the above error message is F08:12.4.2.2, which says:
Good pointer, though I am not sure whether it is relevant.
Another one is "12.4.3.6 Procedu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
--- Comment #17 from Markus Trippelsdorf ---
(In reply to H.J. Lu from comment #15)
> It may be a latent bug in amdfam10 scheduler. Before z.i.234r.sched2.
> there are
BTW -mtune=opteron is also affected.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
--- Comment #16 from Andrew Pinski ---
(In reply to H.J. Lu from comment #15)
> It may be a latent bug in amdfam10 scheduler. Before z.i.234r.sched2.
> there are
The question comes down to if the aliasing oracle says if they are conflicting
ones.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
H.J. Lu changed:
What|Removed |Added
CC||harsha.jagasia at amd dot com
--- Comment #15 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
--- Comment #14 from Markus Trippelsdorf ---
Further reduced:
markus@x4 tmp % cat test.i
typedef struct {
int ctxlen;
long interhunkctxlen;
int flags;
long find_func;
void *find_func_priv;
int hunk_func;
} xdemitconf_t;
__attribute__
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
H.J. Lu changed:
What|Removed |Added
Attachment #31346|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
--- Comment #12 from H.J. Lu ---
Smaller testcase:
[hjl@gnu-6 pr59363]$ cat x.h
typedef struct s_xdemitconf {
long ctxlen;
long interhunkctxlen;
unsigned long flags;
unsigned long find_func;
void *find_func_priv;
unsigned long hunk_func;
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59369
--- Comment #1 from Jack Howarth ---
From
http://stackoverflow.com/questions/5167269/clock-gettime-alternative-in-mac-os-x,
the following code would work on darwin, but I'm not sure if the test is still
valid...
/* { dg-do run } */
#ifdef __MACH_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
--- Comment #11 from H.J. Lu ---
A testcase:
[hjl@gnu-6 pr59363]$ cat x.h
typedef struct s_mmbuffer {
char *ptr;
long size;
} mmbuffer_t;
typedef struct s_mmfile {
char *ptr;
long size;
} mmfile_t;
typedef struct s_xpparam {
unsigned long fl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59372
Bug ID: 59372
Summary: accepts-invalid with constexpr function pointer
variable as non-type template argument
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Sev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59353
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59353
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Mon Dec 2 20:39:25 2013
New Revision: 205601
URL: http://gcc.gnu.org/viewcvs?rev=205601&root=gcc&view=rev
Log:
PR sanitizer/59353
* doc/invoke.texi: Document -fsanitize=return.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
--- Comment #10 from H.J. Lu ---
valgrind reports:
==13971== Memcheck, a memory error detector
==13971== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==13971== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59257
--- Comment #5 from Tobias Burnus ---
Author: burnus
Date: Mon Dec 2 19:54:29 2013
New Revision: 205598
URL: http://gcc.gnu.org/viewcvs?rev=205598&root=gcc&view=rev
Log:
2013-12-02 Tobias Burnus
Manuel López-Ibáñez
PR m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59257
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
--- Comment #9 from H.J. Lu ---
Steps to reproduce this bug on Intel Core i7 processors:
1. Checkout GCC revision 203886.
2. Configure GCC with
--with-arch=corei7 --with-tune=amdfam10
3. Bootstrap/install GCC.
4. Checkout git 1.8.4.4.
5. Config
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56463
Joost VandeVondele changed:
What|Removed |Added
CC||john2.718281828459045235360
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56463
Joost VandeVondele changed:
What|Removed |Added
CC||mskyeong at naver dot com
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59370
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56600
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
ethz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
--- Comment #8 from Markus Trippelsdorf ---
To reproduce the issue:
% git clone https://github.com/git/git
% cd git
% vim Makefile (add "-march=amdfam10" to CFLAGS
and point CC to gcc trunk)
% make
% ./git-blame Makefile (cra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
--- Comment #7 from Markus Trippelsdorf ---
Antoine Pelisse explained the control flow:
http://thread.gmane.org/gmane.comp.version-control.git/238629/focus=238631
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
--- Comment #6 from Michael Zolotukhin
---
I wasn't able to reproduce the problem, though I got the same asm-files as you
showed.
However, the both asms look correct to me, and equivalent to each other.
Could the problem be in function xdi_diff
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58115
--- Comment #9 from edlinger at gcc dot gnu.org ---
Author: edlinger
Date: Mon Dec 2 18:00:47 2013
New Revision: 205593
URL: http://gcc.gnu.org/viewcvs?rev=205593&root=gcc&view=rev
Log:
2013-11-03 Bernd Edlinger
PR target/58115
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59322
--- Comment #4 from Jeffrey A. Law ---
Thanks for the bug report. It hits a hunk of code which I've looked at a few
times in the last couple months and haven't been able to convince myself it's
correct or desirable.
In create_edge_and_update_des
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59371
Bug ID: 59371
Summary: Performance regression in GCC 4.8 and later versions.
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59351
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59351
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59370
Bug ID: 59370
Summary: aggressive-loop-optimizations causes infinite loop due
to integer overflow within loop body
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
-4.9.0-1000/darwin_objdir/gcc/
/sw/src/fink.build/gcc49-4.9.0-1000/gcc-4.9-20131202/gcc/testsuite/c-c++-common/asan/pr59063-1.c
-B/sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/x86_64-apple-darwin13.0.0/i386/libsanitizer/
-B/sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/x86_64-apple
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59370
--- Comment #3 from john2.718281828459045235360287 at gmail dot com ---
Created attachment 31355
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31355&action=edit
Source file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59370
--- Comment #2 from john2.718281828459045235360287 at gmail dot com ---
Created attachment 31354
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31354&action=edit
generated assem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59370
--- Comment #1 from john2.718281828459045235360287 at gmail dot com ---
Created attachment 31353
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31353&action=edit
Output of g++ -v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59322
Jeffrey A. Law changed:
What|Removed |Added
CC||antoine.balestrat at gmail dot
com
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59359
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59368
Dmitry Gorbachev changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59368
Bug ID: 59368
Summary: [4.9 Regression] libsanitizer spec file installed in
the wrong place
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
--- Comment #5 from Markus Trippelsdorf ---
(In reply to Markus Trippelsdorf from comment #2)
> 22209 static int diff_hunks(mmfile_t *file_a, mmfile_t *file_b, long ctxlen,
> 22210 xdl_emit_hunk_consume_func_t hunk_func, void *cb_data)
> 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59139
Richard Biener changed:
What|Removed |Added
Known to work||4.8.3, 4.9.0
Summary|[4.7/4.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59139
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Mon Dec 2 15:43:47 2013
New Revision: 205589
URL: http://gcc.gnu.org/viewcvs?rev=205589&root=gcc&view=rev
Log:
2013-12-02 Richard Biener
PR tree-optimization/59139
* tree-s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59139
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Mon Dec 2 15:43:01 2013
New Revision: 205588
URL: http://gcc.gnu.org/viewcvs?rev=205588&root=gcc&view=rev
Log:
2013-12-02 Richard Biener
PR tree-optimization/59139
* tree-s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59199
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59174
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59367
--- Comment #1 from Felix Abecassis ---
Created attachment 31351
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31351&action=edit
Source file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59367
Bug ID: 59367
Summary: Syntax error with #pragma message before "else"
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59329
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58279
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #6 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59358
--- Comment #6 from Richard Biener ---
Meeting
[-INF, y_6(D) + -1] EQUIVALENCES: { z_5 } (1 elements)
and
[-INF(OVF), 30]
to
[-INF(OVF), y_6(D) + -1] EQUIVALENCES: { } (0 elements)
Found new range for z_1: [-INF(OVF), y_6(D) + -1]
is obvi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59358
Jakub Jelinek changed:
What|Removed |Added
Assignee|rguenth at gcc dot gnu.org |jakub at gcc dot gnu.org
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59199
--- Comment #8 from H.J. Lu ---
(In reply to Richard Biener from comment #7)
> Created attachment 31347 [details]
> fixed patch
>
> In testing.
It doesn't work for me:
0xdbb0f6 tree_contains_struct_check_failed(tree_node const*,
tree_node_struc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
--- Comment #4 from Markus Trippelsdorf ---
git % cc -v -S -c -O2 -march=native blame.i
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.0/gcc
Target: x86_64-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/usr
--bind
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59343
gcc-bugzilla-f5d8 at theblacksun dot eu changed:
What|Removed |Added
Target||sh4-unknown-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #3 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59343
--- Comment #3 from gcc-bugzilla-f5d8 at theblacksun dot eu ---
Created attachment 31349
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31349&action=edit
Second failing testcase. Triggers in -O1 and -O2 too
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59321
--- Comment #18 from H.J. Lu ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2013-12/msg00061.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59359
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59355
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59358
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59363
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59362
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Blocks|
1 - 100 of 129 matches
Mail list logo
