https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55592
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62044
Bug ID: 62044
Summary: ICE in USE statement with RENAME for extended derived
type
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62043
--- Comment #2 from Andrew Pinski ---
The sorry should be a fatal error now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51843
--- Comment #2 from Dmitry Gorbachev ---
No ICE with GCC 4.9/4.10, the attribute is silently ignored.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61767
--- Comment #2 from reubendb at gmail dot com ---
I don't know why this is the case, but adding an allocatable variable in the
type definition of MessageTemplate above avoids the ICE, i.e the following does
not produce ICE:
module Message_Templat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62043
--- Comment #1 from Dmitry Gorbachev ---
Created attachment 33266
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33266&action=edit
Backtrace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62043
Bug ID: 62043
Summary: [4.9/4.10 Regression] GCC hangs / aborts / double free
or corruption (!prev) on invalid input
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60417
--- Comment #8 from Jason Merrill ---
Author: jason
Date: Thu Aug 7 01:44:11 2014
New Revision: 213689
URL: https://gcc.gnu.org/viewcvs?rev=213689&root=gcc&view=rev
Log:
PR c++/60417
* init.c (build_vec_init): Reorganize earlier change
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61994
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Thu Aug 7 01:44:06 2014
New Revision: 213688
URL: https://gcc.gnu.org/viewcvs?rev=213688&root=gcc&view=rev
Log:
PR c++/61994
* init.c (build_vec_init): Leave atype an ARRAY_TYPE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61994
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51744
Alan Modra changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51312
--- Comment #12 from Paolo Carlini ---
build_expr_type_conversion is the answer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62014
Evandro Menezes changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62039
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61510
Hans-Peter Nilsson changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62042
Bug ID: 62042
Summary: Missing optimization of copying non-limited objects
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51312
--- Comment #11 from Paolo Carlini ---
I'm having a look at the issue and it seems rather different than I (we)
thought. Suffices to say that it does not affect constexpr non-operator member
functions, and that sort-of explains this (ugly) workar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43906
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43906
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Aug 6 19:09:08 2014
New Revision: 213682
URL: https://gcc.gnu.org/viewcvs?rev=213682&root=gcc&view=rev
Log:
/cp
2014-08-06 Paolo Carlini
PR c++/43906
* typeck.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62041
Bug ID: 62041
Summary: vector fneg codegen uses a subtract instead of an xor
(x86-64)
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62040
Andrew Pinski changed:
What|Removed |Added
Target||aarch64*-*-*
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62040
--- Comment #2 from Andrew Pinski ---
(insn 144 82 145 2 (set (reg:V2DI 33 v1 [orig:96 D.2914 ] [96])
(vec_concat:V2DI (reg:DI 32 v0 [orig:95 D.2915 ] [95])
(vec_duplicate:DI (const_int 0 [0] t456.c:76 1030
{move_lo_quad_i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62040
--- Comment #1 from davidxl ---
Created attachment 33264
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33264&action=edit
test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62040
Bug ID: 62040
Summary: internal compiler error: in
simplify_const_unary_operation, at simplify-rtx.c:1555
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51253
Cameron changed:
What|Removed |Added
CC||dacamara.cameron at gmail dot
com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62036
Cameron changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62039
Bug ID: 62039
Summary: concept checking for std::prev
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62038
Bug ID: 62038
Summary: Out of range branch target in thunk
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60874
Uroš Bizjak changed:
What|Removed |Added
Target Milestone|4.10.0 |4.9.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62023
--- Comment #3 from Jason Merrill ---
(In reply to Jonathan Wakely from comment #1)
> Which means the __gthread_active_p() function in libgcc/gthr-posix.h is
> returning false
Looks like there's a Solaris-specific version of __gthread_active_p,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60406
Uroš Bizjak changed:
What|Removed |Added
Summary|reflect.go:test13reflect2 |recover.go: test13reflect2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61954
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55641
--- Comment #9 from Tom Tromey ---
I think this happens due to this code in gen_variable_die:
tree type = TREE_TYPE (decl_or_origin);
if (decl_by_reference_p (decl_or_origin))
add_type_attribute (var_die, TREE_TYPE (type), 0, 0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61393
--- Comment #9 from torvald at gcc dot gnu.org ---
Alex, can you confirm that this is fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61749
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Assignee|jgreenhalgh at gcc dot gnu.org |ktkachov at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61923
--- Comment #8 from Markus Trippelsdorf ---
Thanks Vladimir.
I can now build my kernel with GCC_COMPARE_DEBUG=1 without any issues.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62002
--- Comment #4 from Igor Zamyatin ---
Right, it is mentioned explicitly in the docs. Will take a look
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61923
--- Comment #7 from Vladimir Makarov ---
Author: vmakarov
Date: Wed Aug 6 15:40:26 2014
New Revision: 213675
URL: https://gcc.gnu.org/viewcvs?rev=213675&root=gcc&view=rev
Log:
2014-08-06 Vladimir Makarov
PR debug/61923
* haifa-sched
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61923
--- Comment #6 from Vladimir Makarov ---
Author: vmakarov
Date: Wed Aug 6 15:35:49 2014
New Revision: 213674
URL: https://gcc.gnu.org/viewcvs?rev=213674&root=gcc&view=rev
Log:
2014-08-06 Vladimir Makarov
PR debug/61923
* haifa-sched
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62002
--- Comment #3 from Viacheslav Chernyshev ---
No, fcilkplus switch triggers compilation error when code is perfectly valid.
Your example is wrong, as in C++ this pointer is an implicit first argument of
member function.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62033
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61294
Andrew Pinski changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #8 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62022
Rainer Orth changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Depends o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62023
Rainer Orth changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62037
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62036
--- Comment #2 from Cameron ---
Welp looks like my friend got to it before I did. My bad. Carry on and good
work!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62037
Michael Rolnik changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #4 from Michael Roln
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62036
--- Comment #1 from Jonathan Wakely ---
As pointed out at
http://stackoverflow.com/questions/25115189/optimization-bug-regarding-gcc-stdthread#comment39095137_25115189
(where you apparently copied this code from) there's a known bug which is fixe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62002
Igor Zamyatin changed:
What|Removed |Added
CC||izamyatin at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62037
--- Comment #2 from Jonathan Wakely ---
Firstly, a warning doesn't mean you cannot do it, you just get a warning.
Secondly, that's the correct behaviour, see
http://c-faq.com/ansi/constmismatch.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61608
jgreenhalgh at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolut
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61510
jgreenhalgh at gcc dot gnu.org changed:
What|Removed |Added
Target|cris-axis-elf, |cris-axis-elf,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62037
--- Comment #1 from Michael Rolnik ---
Created attachment 33262
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33262&action=edit
compiler output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62037
Bug ID: 62037
Summary: cannot pass 'int **' as a 'int const* const*'
parameter
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60406
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60874
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62036
Bug ID: 62036
Summary: Braced-init-list issuing -Wsequence-point warning
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61393
Martin Jambor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61393
--- Comment #7 from Martin Jambor ---
Author: jamborm
Date: Wed Aug 6 13:59:18 2014
New Revision: 213666
URL: https://gcc.gnu.org/viewcvs?rev=213666&root=gcc&view=rev
Log:
2014-08-06 Martin Jambor
PR ipa/61393
* cgraphclones.c (cgra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60874
--- Comment #12 from Ian Lance Taylor ---
Thanks for the analysis. See also PR 60406.
Dominik sent me a patch for 60406 but 1) he has no copyright assignment; 2) I
think that his patch does not work for SJLJ exceptions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62034
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62034
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Wed Aug 6 13:53:09 2014
New Revision: 213664
URL: https://gcc.gnu.org/viewcvs?rev=213664&root=gcc&view=rev
Log:
2014-08-06 Richard Biener
PR lto/62034
* lto-streamer-in.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62035
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60874
--- Comment #11 from Uroš Bizjak ---
(In reply to Andreas Schwab from comment #10)
> If you never use goto *exp in the same function the value of &&label is
> undefined.
I did try adding goto bla: just before label, but never managed to get
some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60874
--- Comment #10 from Andreas Schwab ---
If you never use goto *exp in the same function the value of &&label is
undefined.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61749
--- Comment #3 from ktkachov at gcc dot gnu.org ---
vqdmlal_lane_s16 expects an immediate/literal lane number as the fourth
argument and the builtin expansion code in aarch64-builtins.c is actually
equipped to error out when given a variable (in t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60874
--- Comment #9 from Uroš Bizjak ---
To illustrate unreliable approach, please compile following test:
--cut here--
extern void foo (void *);
int test(void)
{
__label__ bla;
foo (&&bla);
bla:
return 0;
}
--cut here--
gcc -O2:
test:
.L2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62035
--- Comment #1 from Matthias Klose ---
seen with r213518 on the trunk as well
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60874
--- Comment #8 from Uroš Bizjak ---
After lots of debugging...
The problem is with the label that is passed as an argument to
__go_set_defer_retaddr. In function main.$thunk0, in _.179r.cse1 dump, we have:
...
(insn 7 3 8 2 (set (reg:DI 84)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62035
Bug ID: 62035
Summary: [4.9 Regresion] wrong code building libapache-mod-perl
with -O1, works with -O1 -fno-tree-dse
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62034
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62021
--- Comment #4 from Richard Biener ---
(In reply to Jakub Jelinek from comment #3)
> The problem is that get_vectype_for_scalar_type_and_size for pointers just
> returns vectors of pointer sized integers instead of vectors of pointers.
> So, eith
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62034
--- Comment #2 from Richard Biener ---
Better patch:
Index: gcc/lto-streamer-in.c
===
--- gcc/lto-streamer-in.c (revision 213660)
+++ gcc/lto-streamer-in.c (working copy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62034
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61535
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
I'm seeing the same on the 4.7, 4.8, and 4.9 branches. Also
reproducible in i386-pc-solaris2.11 x sparc-solaris2.11 and
x86_64-unknown-linux-gnu crosses.
Rainer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62021
--- Comment #3 from Jakub Jelinek ---
The problem is that get_vectype_for_scalar_type_and_size for pointers just
returns vectors of pointer sized integers instead of vectors of pointers.
So, either we need to VCE it, or change the simd_clones to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
--- Comment #67 from Richard Biener ---
Author: rguenth
Date: Wed Aug 6 11:42:22 2014
New Revision: 213662
URL: https://gcc.gnu.org/viewcvs?rev=213662&root=gcc&view=rev
Log:
2014-08-06 Richard Biener
PR tree-optimization/61320
* tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
--- Comment #66 from Richard Biener ---
Author: rguenth
Date: Wed Aug 6 11:41:13 2014
New Revision: 213661
URL: https://gcc.gnu.org/viewcvs?rev=213661&root=gcc&view=rev
Log:
2014-08-06 Richard Biener
PR tree-optimization/61320
* tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62031
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
--- Comment #65 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #61 from Eric Botcazou ---
[...]
>> can you test and apply that patch?
>
> I think that it needs to be applied on both mainline and 4.9 branch then.
Testing on the 4.9 br
ount of statically initialized
data.
gcc --version
gcc (GCC) 4.10.0 20140806 (experimental)
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62031
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52401
Alan Modra changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49571
Alan Modra changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62033
--- Comment #2 from Alan Modra ---
I can see where you're coming from Andrew, but what is disconcerting about this
is that the _FORTIFY_SOURCE warning is plainly incorrect here. How is one
supposed to write a string.h memset macro using __builti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62030
--- Comment #5 from vries at gcc dot gnu.org ---
Created attachment 33258
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33258&action=edit
Updated tentative patch for if-conversion, including fix for pr62030
Updated tentative patch for if-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62033
--- Comment #1 from Andrew Pinski ---
I don't see a bug here as there is one case where addSize can return 0 and with
jump threading and basic block copying, we get a zero size passed to memset.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62033
Bug ID: 62033
Summary: okteta 4.13.97 error at -O3 -D_FORTIFY_SOURCE=2
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62026
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62031
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62032
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61801
--- Comment #23 from Jakub Jelinek ---
Author: jakub
Date: Wed Aug 6 08:50:12 2014
New Revision: 213654
URL: https://gcc.gnu.org/viewcvs?rev=213654&root=gcc&view=rev
Log:
PR rtl-optimization/61801
* gcc.target/i386/pr61801.c: Rewritten.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61801
--- Comment #22 from Jakub Jelinek ---
Author: jakub
Date: Wed Aug 6 08:44:05 2014
New Revision: 213653
URL: https://gcc.gnu.org/viewcvs?rev=213653&root=gcc&view=rev
Log:
PR rtl-optimization/61801
* gcc.target/i386/pr61801.c: Rewritten.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61801
--- Comment #21 from Jakub Jelinek ---
Author: jakub
Date: Wed Aug 6 08:40:19 2014
New Revision: 213652
URL: https://gcc.gnu.org/viewcvs?rev=213652&root=gcc&view=rev
Log:
PR rtl-optimization/61801
* gcc.target/i386/pr61801.c: Rewritten.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62032
--- Comment #1 from bin.cheng ---
Only fail with lto options.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62031
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62032
Bug ID: 62032
Summary: FAIL: vsnprintf-chk.c execution, -O2 -flto
-fno-use-linker-plugin -flto-partition=none
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62014
--- Comment #15 from ktkachov at gcc dot gnu.org ---
I can't reproduce this with current trunk and 4.9.1.
What exact compiler version and options did you use?
I used -O2 -mgeneral-regs-only on an aarch64-none-elf compiler
gcc version 4.10.0 201408
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62030
--- Comment #4 from vries at gcc dot gnu.org ---
(In reply to Andrew Pinski from comment #3)
> (In reply to vries from comment #2)
> > I think the test-case is reading an undefined value from n->next, but that's
> > easy enough to fix with an inti
1 - 100 of 103 matches
Mail list logo
