http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59015
Tobias Burnus changed:
What|Removed |Added
Keywords||accepts-invalid, diagnostic
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58290
--- Comment #4 from Joost VandeVondele
---
This appears to have been fixed / gone latent between r204377 and r204433 (~
Nov 6th.)
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: Joost.VandeVondele at mat dot ethz.ch
gcc version 4.9.0 20131106 (experimental) [trunk revision 204433] (GCC) yields
the following internal compiler error:
f951: internal compiler error: Segmentation fault
0x9fee4f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57926
--- Comment #10 from lailavrazda1979 at gmail dot com ---
Is this going to be fixed?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59011
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58421
Yukhin Kirill changed:
What|Removed |Added
CC||kirill.yukhin at intel dot com
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59011
--- Comment #2 from Marek Polacek ---
void
foo (int m)
{
int a[m];
void bar (void)
{
{
int baz (void)
{
return a[0];
}
}
a[0] = 42;
}
bar ();
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59015
--- Comment #2 from Francois-Xavier Coudert ---
We don't trigger the check in resolve.c:resolve_transfer() because we bail out
early:
if (exp == NULL || (exp->expr_type != EXPR_VARIABLE
&& exp->expr_type != EXPR_FUNCTION))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59017
Bug ID: 59017
Summary: Infinite loop introduced in program with -O2 or -O3 on
Mageia Linux x86-64 Cauldron with gcc-4.8.2
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59017
--- Comment #1 from Shlomi Fish ---
Created attachment 31171
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31171&action=edit
The .c file
This is the offending .c file . I forgot to note that the problem is that the
executable gets stuck aft
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59015
--- Comment #3 from Francois-Xavier Coudert ---
Allowing EXPR_STRUCTURE to go through the tests (by adding it along
EXPR_VARIABLE and EXPR_FUNCTION) leads to a failure of c_ptr_tests_16.f90 (the
rest of the testsuite works ok). The code that trigg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50436
Paolo Carlini changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |paolo.carlini at oracle
dot com
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58985
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59018
Bug ID: 59018
Summary: [4.9 Regression] libsanitizer doesn't build for x32
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59018
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59014
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59019
Bug ID: 59019
Summary: [4.9 regression] ICE in advance_target_bb, at
sched-rgn.c:3561
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59014
--- Comment #2 from Marek Polacek ---
I'd say this is .vrp1. In .mergephi2, we have
:
a.1_11 = a.1_5;
d = a.1_11;
return 0;
but in .vrp1:
:
a.1_13 = 0;
a.1_11 = 0;
d = 0;
return 0;
And yeah, the bug goes away with -fno-tre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59020
Bug ID: 59020
Summary: [4.9 Regression] internal compiler error: in
maybe_add_or_update_dep_1, at sched-deps.c:933
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
ux-gnu
Configured with: ../gcc/configure --prefix=/data/vjoost/gnu/gcc_trunk/install
--enable-languages=c,c++,fortran --disable-multilib --enable-plugins
--enable-lto --disable-bootstrap
Thread model: posix
gcc version 4.9.0 20131106 (experimental) [trunk revision 204433] (GCC)
COLLECT_GCC_OPTIONS=&#x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59014
--- Comment #3 from Marek Polacek ---
And, it's not related to -Os; the bug triggers exactly when VRP is run.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59021
Bug ID: 59021
Summary: [4.9 regression] new vzeroupper instructions generated
with -mavx
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59019
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59020
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59021
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
Target Milestone|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59017
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59014
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59011
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59008
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
Richard Biener changed:
What|Removed |Added
Keywords||build
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59014
--- Comment #4 from Marek Polacek ---
It seems we create wrong ASSERT_EXPR:
a.1_5 = a;
_7 = (_Bool) a.1_5;
_8 = _4 | _7;
if (_8 != 0)
goto ;
else
goto ;
:
a.1_15 = ASSERT_EXPR ;
Why does it think that a.1_5 must be 0?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58020
--- Comment #23 from Francois-Xavier Coudert ---
(In reply to Tobias Burnus from comment #16)
> I want to mention that there is now some additional support for IEEE in
> libgfortran/config. None of those functions is exported, yet - that permits
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58580
Dodji Seketeli changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58653
--- Comment #6 from Richard Biener ---
The issue is that predcom treats
e[c + 3][d] and e[c + 4][d]
as having distance '2', but that's in a dimension that is not evolving.
Later we adjust the evolving dimension index with an adjusted value
whi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58733
--- Comment #3 from octoploid at yandex dot com ---
The issue only happens when I use the 'gold' linker,
ld.bfd is fine. So maybe a binutils bug?
Honza?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59022
Bug ID: 59022
Summary: Bogus "warning: conversion to 'short int' from 'int'
may alter its value [-Wconversion]"
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
K
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59021
Uroš Bizjak changed:
What|Removed |Added
CC||kyukhin at gcc dot gnu.org
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58580
Richard Biener changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59022
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970
--- Comment #28 from Jan Smets ---
Can this be backported to 4.8 please.
Thanks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59023
Bug ID: 59023
Summary: [4.9 regression] ICE in gfc_search_interface with
BIND(C)
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59021
--- Comment #2 from Uroš Bizjak ---
Isn't the argument list a bit strange for call insn?
(call_insn 20 19 21 2 (set (reg:SI 0 ax)
(call (mem:QI (symbol_ref:DI ("foo") [flags 0x41] ) [0 foo S1 A8])
(const_int 16 [0x10]))) pr59
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58697
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58653
--- Comment #7 from Richard Biener ---
*** Bug 58697 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59011
H.J. Lu changed:
What|Removed |Added
Known to work|4.3.6 |4.4.0
--- Comment #3 from H.J. Lu ---
It is ca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58653
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Wed Nov 6 15:00:16 2013
New Revision: 204458
URL: http://gcc.gnu.org/viewcvs?rev=204458&root=gcc&view=rev
Log:
2013-11-06 Richard Biener
PR tree-optimization/58653
* tree-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58653
Richard Biener changed:
What|Removed |Added
Known to work||4.9.0
Summary|[4.7/4.8/4.9 Re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59023
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59006
--- Comment #1 from John Regehr ---
Simpler test case:
$ cat small.c
int a[10], b;
int main() {
for (; b <= 0; b++)
a[b] = a[0] || b;
}
$ gcc -O3 small.c
small.c: In function ‘main’:
small.c:2:5: internal compiler error: in vect_transform_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59024
Bug ID: 59024
Summary: ICE: after printing certain error messages, the
compiler seg faults.
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59025
Bug ID: 59025
Summary: Revision 203979 causes failure in CPU2006 benchmark
435.gromacs
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58985
--- Comment #7 from wmi at gcc dot gnu.org ---
Author: wmi
Date: Wed Nov 6 17:06:46 2013
New Revision: 204461
URL: http://gcc.gnu.org/viewcvs?rev=204461&root=gcc&view=rev
Log:
2013-11-06 Wei Mi
PR regression/58985
* testsuite/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59025
--- Comment #1 from Jakub Jelinek ---
Was this before r204348, or can you reproduce it also after that follow-up fix?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59006
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58580
--- Comment #9 from rguenther at suse dot de ---
On Wed, 6 Nov 2013, dodji at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58580
>
> Dodji Seketeli changed:
>
>What|Removed |Added
> -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59021
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59018
--- Comment #1 from Kostya Serebryany ---
At least one of these patches does not build with clang:
/home/kcc/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_linux.cc:807:21:
error: ignored asm label 'r8' on automatic variable [-Werror]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59018
--- Comment #2 from Jakub Jelinek ---
(In reply to Kostya Serebryany from comment #1)
> At least one of these patches does not build with clang:
>
> /home/kcc/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_linux.cc:
> 807:21: error: ign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59021
--- Comment #4 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #3)
> I have patch in testing.
The call_insn RTX should always define its mode. Previously, the state was
switched to DIRTY by an eventual move to a 256bit function argumen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59018
--- Comment #3 from H.J. Lu ---
(In reply to Kostya Serebryany from comment #1)
> At least one of these patches does not build with clang:
>
> /home/kcc/llvm/projects/compiler-rt/lib/sanitizer_common/sanitizer_linux.cc:
> 807:21: error: ignored a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59018
--- Comment #4 from Kostya Serebryany ---
the patches look good and pass our testing on x86_64 and i386.
Thanks!
committed as http://llvm.org/viewvc/llvm-project?view=revision&revision=194155
(fixed 4 small lint warnings there)
We have few opti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59018
--- Comment #5 from Kostya Serebryany ---
> Can you try
>
> register void *r8 __asm__ ("r8") = newtls;
> register int *r10 __asm__ ("r10") = child_tidptr;
Yep, works!
> But you need to enable x32 first on your OS, which requires
>
> 1. x3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59018
--- Comment #6 from H.J. Lu ---
(In reply to Kostya Serebryany from comment #4)
> the patches look good and pass our testing on x86_64 and i386.
> Thanks!
> committed as
> http://llvm.org/viewvc/llvm-project?view=revision&revision=194155
> (fixe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59018
--- Comment #7 from H.J. Lu ---
(In reply to Kostya Serebryany from comment #5)
> > Can you try
> >
> > register void *r8 __asm__ ("r8") = newtls;
> > register int *r10 __asm__ ("r10") = child_tidptr;
> Yep, works!
>
> > But you need to ena
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59018
--- Comment #8 from Kostya Serebryany ---
>> I will submit my patches to GCC now.
Ok!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55946
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59025
--- Comment #2 from Pat Haugen ---
Yes, this still fails with r204348.
I did discover that adding -mrecip=rsqrt allows the benchmark to succeed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59021
--- Comment #5 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Nov 6 19:37:12 2013
New Revision: 204464
URL: http://gcc.gnu.org/viewcvs?rev=204464&root=gcc&view=rev
Log:
PR target/59021
* config/i386/i386.c (ix86_avx_u128_mode_nee
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59026
Bug ID: 59026
Summary: ELEMENTAL procedure with VALUE arguments emits wrong
code
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56806
Francois-Xavier Coudert changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59028
Bug ID: 59028
Summary: gengtype 4.7 fails with operator inside GTY-ed struct
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59029
Bug ID: 59029
Summary: ICE with builtin function and -fsanitize=address
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59027
Bug ID: 59027
Summary: std::is_signed does not include check for
is_arithmetic
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59029
--- Comment #1 from Volker Reichelt ---
The broken caret diagnostic seems to be a general problem of today's build.
I'll open a separate bug report for this.
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
With today's trunk (4.9.0 20131106) the caret diagnostic always points to the
first line, although the line number is correct.
==
//
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11006
--- Comment #9 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Nov 6 20:19:10 2013
New Revision: 204469
URL: http://gcc.gnu.org/viewcvs?rev=204469&root=gcc&view=rev
Log:
/cp
2013-11-06 Paolo Carlini
PR c++/11006
* init.c (b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59030
--- Comment #1 from Volker Reichelt ---
With yesterday's build I got a correct diagnostic:
bug.cc:5:9: error: expected primary-expression before ';' token
int j = ;
^
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11468
Bug 11468 depends on bug 11006, which changed state.
Bug 11006 Summary: [CNI] ICE with use of __java_boolean
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11006
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4439
Bug 4439 depends on bug 11006, which changed state.
Bug 11006 Summary: [CNI] ICE with use of __java_boolean
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11006
What|Removed |Added
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11006
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59030
Jakub Jelinek changed:
What|Removed |Added
CC||dodji at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59031
Bug ID: 59031
Summary: vtable lookup not optimized away
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Ass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30807
--- Comment #13 from Oleg Endo ---
Author: olegendo
Date: Wed Nov 6 20:26:35 2013
New Revision: 204473
URL: http://gcc.gnu.org/viewcvs?rev=204473&root=gcc&view=rev
Log:
PR target/30807
* gcc.target/sh/torture/pr30807.c: New.
Added:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59032
Bug ID: 59032
Summary: [4.8/4.9 Regression] ICE incrementing vector type
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59032
Volker Reichelt changed:
What|Removed |Added
Keywords||diagnostic,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59022
--- Comment #2 from Tobias Burnus ---
Reference for completeness: C99, 6.3.1.1, paragraph 2.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59026
Paul Thomas changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #2 from Evgeniy Stepanov ---
As discussed in a email thread on gcc-patches, we will probably move away from
including kernel headers and just define all the types in our code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59033
Bug ID: 59033
Summary: cannot control inherited constructors visibility
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30807
Oleg Endo changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59028
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59014
--- Comment #5 from Marek Polacek ---
(In reply to Marek Polacek from comment #4)
> Why does it think that a.1_5 must be 0?
That's because VRP is innocent here after all, it's the forwprop1 what does
- _6 = a.1_5 & 1;
- _7 = (_Bool) _6;
+ _7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59023
--- Comment #1 from Francois-Xavier Coudert ---
Using an intermediate variable works around the bug. If you replace:
toto = t(helper())
with
i = helper()
toto = t(i)
where i is an integer variable, you don't have the ICE anymore.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59018
--- Comment #9 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Nov 6 21:49:36 2013
New Revision: 204480
URL: http://gcc.gnu.org/viewcvs?rev=204480&root=gcc&view=rev
Log:
Cast pointers to uptr for 64-bit syscalls
PR sanitizer/59018
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59018
--- Comment #10 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Nov 6 21:50:42 2013
New Revision: 204481
URL: http://gcc.gnu.org/viewcvs?rev=204481&root=gcc&view=rev
Log:
Fix internal_clone for x32
PR sanitizer/59018
* sanitizer_c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59018
--- Comment #11 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Nov 6 21:51:41 2013
New Revision: 204482
URL: http://gcc.gnu.org/viewcvs?rev=204482&root=gcc&view=rev
Log:
Use 64-bit system types for x86-64
PR sanitizer/59018
* san
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59018
--- Comment #12 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Nov 6 21:52:29 2013
New Revision: 204483
URL: http://gcc.gnu.org/viewcvs?rev=204483&root=gcc&view=rev
Log:
Check __x86_64__ for FPU state
PR sanitizer/59018
* sanitiz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59034
Bug ID: 59034
Summary: [4.9 Regression] FAIL
gcc.c-torture/compile/20031208-1.c
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59034
--- Comment #1 from H.J. Lu ---
split2 generates
(insn 26 25 8 2 (set (mem:SI (plus:DI (reg/f:SI 7 sp)
(const_int 4 [0x4])) [0 S4 A8])
(const_int -1766711296 [0x96b22000])) x.i:4 86
{*movsi_internal} (nil))
D
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59034
--- Comment #2 from H.J. Lu ---
The fix is obvious:
diff --git a/gcc/config/i386/i386.md b/gcc/config/i386/i386.md
index c7ec0c1..a2c81e5 100644
--- a/gcc/config/i386/i386.md
+++ b/gcc/config/i386/i386.md
@@ -1669,7 +1669,7 @@
split_double_mod
1 - 100 of 112 matches
Mail list logo
