https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68777
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68778
--- Comment #3 from Bálint Aradi ---
(In reply to Bálint Aradi from comment #2)
> For me on x86_64-linux, with GNU Fortran (GCC) 5.2.0 it produces:
>
> TEST2: ASSOCIATED? (EXPECT: F) T
>
> Since, it is an uninitialized c-pointer, it probably de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68766
--- Comment #4 from Ilya Enkovich ---
Author: ienkovich
Date: Tue Dec 8 07:16:04 2015
New Revision: 231395
URL: https://gcc.gnu.org/viewcvs?rev=231395&root=gcc&view=rev
Log:
gcc/
PR tree-optimization/68766
* tree-vectorizer.c (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65102
--- Comment #6 from vries at gcc dot gnu.org ---
(In reply to Eric Botcazou from comment #5)
> Is this still relevant?
On the machine where I do my ada builds atm, I don't see this warning. I don't
see any changes in the relevant source files sin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68695
--- Comment #15 from Dominik Vogt ---
Providing that macro does fix the problem:
#define PROMOTE_MODE(MODE,UNSIGNEDP,TYPE) \
if (GET_MODE_CLASS (MODE) == MODE_INT \
&& GET_MODE_SIZE (MODE) < (TARGET_ZARCH ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68783
Bug ID: 68783
Summary: Improve verification of loop->latch in
verify_loop_structure
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68782
Bug ID: 68782
Summary: [6 regression] bad reference member formed with
constexpr
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68773
--- Comment #1 from vries at gcc dot gnu.org ---
FTR, the actual failures:
...
FAIL: c-c++-common/goacc/kernels-alias-ipa-pta-2.c scan-tree-dump-times
optimized "(?n)= 0;$" 2
FAIL: c-c++-common/goacc/kernels-alias-ipa-pta-2.c scan-tree-dump-times
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68683
ryan.burn at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66004
--- Comment #7 from Hans-Peter Nilsson ---
(In reply to Jan Hubicka from comment #6)
> HP, I think I need bit more analysis here. Do you know what inline decision
> actually causes the trouble?
Um, no. I have barely even tracked regression, mu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68695
--- Comment #14 from Alexandre Oliva ---
The reason we don't coalesce on s390 is that there's no PROMOTE_MODE defined
there, so i_1 and j_2 promote to SImode, whereas x_3 and y_4, being function
arguments, promote to DImode as per s390_promote_fu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68759
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68780
Guille changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68780
--- Comment #1 from James Almer ---
What i assume you want is _mm256_mullo_epi32(a, b), which maps to the vpmulld
instruction (Multiply the packed 32-bit integers in a and b, producing
intermediate 64-bit integers, and store the low 32 bits of th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68781
Bug ID: 68781
Summary: [concepts] requires in member function is not
unevaluated
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68780
Bug ID: 68780
Summary: _mm256_mul_epi32 intrinsic not working
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63668
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63668
--- Comment #3 from Eric Botcazou ---
Author: ebotcazou
Date: Mon Dec 7 23:18:29 2015
New Revision: 231387
URL: https://gcc.gnu.org/viewcvs?rev=231387&root=gcc&view=rev
Log:
PR target/63668
* doc/invoke.texi (SPARC options): Doc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68759
Ulrich Weigand changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68778
--- Comment #2 from Bálint Aradi ---
For me on x86_64-linux, with GNU Fortran (GCC) 5.2.0 it produces:
TEST2: ASSOCIATED? (EXPECT: F) T
Since, it is an uninitialized c-pointer, it probably depends pretty much on the
environment whether the test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68748
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68745
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68747
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68743
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68746
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68742
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68760
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Mon Dec 7 22:44:19 2015
New Revision: 231386
URL: https://gcc.gnu.org/viewcvs?rev=231386&root=gcc&view=rev
Log:
PR c++/68760
* error.c (dump_global_iord): Use DECL_SOURCE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68778
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
--- Comment #11 from Steve Ellcey ---
Could you try adding 'debug_rtx (x); debug_rtx (y);' to the front
of rtx_equal_for_cselib_1? It looks like this routine is in an
infinite loop, I would like to see what input it is working on
and see if the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68779
Bug ID: 68779
Summary: [5.3 Regression] HPPA/PARISC 32-bit Linux kernel build
triggers multiple ICEs
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68683
--- Comment #1 from Jason Merrill ---
Author: jason
Date: Mon Dec 7 21:45:13 2015
New Revision: 231385
URL: https://gcc.gnu.org/viewcvs?rev=231385&root=gcc&view=rev
Log:
PR c++/68683
* constraint.cc (satisfy_argument_deduction_c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68778
Bug ID: 68778
Summary: Missing default initialization of finalized derived
types type(C_PTR) component in subroutines
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68758
--- Comment #4 from Martin Liška ---
(In reply to Markus Trippelsdorf from comment #3)
> BTW this option is undocumented.
I will prepare a patch for that.
Thanks,
Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31190
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68758
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30802
--- Comment #6 from Jerry DeLisle ---
Intentionally not in the library for efficiency. However we can build in some
runtime checks with -fcheck=. This one is on my radar and I was just looking
at it a few days ago. Not taking assignment yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68777
Bug ID: 68777
Summary: [UBSAN] Spurious warning with C++11 lambdas ("member
call on null pointer")
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66726
--- Comment #15 from Jakub Jelinek ---
Author: jakub
Date: Mon Dec 7 21:05:51 2015
New Revision: 231384
URL: https://gcc.gnu.org/viewcvs?rev=231384&root=gcc&view=rev
Log:
PR middle-end/66726
* g++.dg/tree-ssa/pr66726.c: Renamed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68758
--- Comment #2 from Martin Liška ---
Yes.
Configured with: ../configure --enable-languages=c,c++
--prefix=/home/marxin/Programming/bin/gcc3 -disable-multilib
--disable-libsanitizer --enable-checking=release --enable-valgrind-annotations
--disabl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66214
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|jason at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68759
--- Comment #3 from Markus Trippelsdorf ---
Just double-checked and it also happens without the kernel patch.
So no need to bother with it...
ld.bfd reports:
...
ERROR: "__connect" [virt/lib/irqbypass.ko] undefined!
WARNING: ".TOC." [virt/lib/ir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68774
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68776
Bug ID: 68776
Summary: [6 regression]
gcc.dg/vect/vect-widen-mult-const-[su]16.c failures
since r226675
Product: gcc
Version: 6.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68776
--- Comment #1 from Bill Schmidt ---
Created attachment 36947
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36947&action=edit
Vectorization dump for r226675
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68774
--- Comment #2 from Iain Sandoe ---
(In reply to m...@gcc.gnu.org from comment #1)
> I glanced around and didn't find how to turn it off. First step, ask around
> and find the option to turn it off. From there, we can pass it when the gcc
> opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68759
--- Comment #2 from Markus Trippelsdorf ---
Created attachment 36945
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36945&action=edit
kernel config
I'm building the latest vanilla kernel tree:
git://git.kernel.org/pub/scm/linux/kernel/git/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68774
--- Comment #1 from mrs at gcc dot gnu.org ---
I glanced around and didn't find how to turn it off. First step, ask around
and find the option to turn it off. From there, we can pass it when the gcc
option to not color is given.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68170
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68464
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Mon Dec 7 19:34:11 2015
New Revision: 231381
URL: https://gcc.gnu.org/viewcvs?rev=231381&root=gcc&view=rev
Log:
PR c++/68464
* cp-gimplify.c (cp_fold): Don't assume X has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68170
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Mon Dec 7 19:34:04 2015
New Revision: 231380
URL: https://gcc.gnu.org/viewcvs?rev=231380&root=gcc&view=rev
Log:
PR c++/68170
* pt.c (maybe_new_partial_specialization): Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68464
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68759
--- Comment #1 from Ulrich Weigand ---
I've tried to reproduce this, but with no success so far. This is primarily
because I cannot manage to get a current mainline Linux kernel built with
allyesconfig for powerpc64le in the first place (various
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67973
Dominique d'Humieres changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68772
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68775
Bug ID: 68775
Summary: spec2006 test case 465.tonto fails with the gcc 6.0
fortran compiler
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68762
--- Comment #2 from gilles ---
TBH I don't know anything about the C inline keyword, aside from it existence.
My issue has definitely to do with the C++ inline keyword. And the important
point I (hope I) know about it is that the full definition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68464
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43745
--- Comment #10 from Oscar García ---
This problem can be mitigated using "pointer to interfaces".
Instead of:
class A
{
public:
A();
void FncEatingVTableRamA();
void FncEatingVTableRamB();
void FncEatingVTableRamC();
void FncEatingVTableRamD()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68755
Markus Trippelsdorf changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
Know
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68763
--- Comment #2 from Markus Trippelsdorf ---
(In reply to Jakub Jelinek from comment #1)
> Try to preprocess with -fdirectives-only, and compile the result as
> *.cpp/*.C rather than *.ii? If that triggers the ICE, you could attach the
> result h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68668
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68668
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Mon Dec 7 17:52:23 2015
New Revision: 231374
URL: https://gcc.gnu.org/viewcvs?rev=231374&root=gcc&view=rev
Log:
PR c/68668
* c-decl.c (grokdeclarator): If ORIG_QUAL_IN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68772
Bug ID: 68772
Summary: Many -gstabs tests FAIL with Xcode 7 as
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68774
Bug ID: 68774
Summary: gcc should allow disabling markup in Xcode 7 assembler
messages
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68738
--- Comment #3 from Rian Quinn ---
Just for completeness, here is the exact code out objdump output:
class Blah1
{
public:
Blah1() {}
virtual ~Blah1() {}
virtual int foo() { return 0; }
};
class Blah2 : public Blah1
{
public:
B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61886
--- Comment #39 from Jan Hubicka ---
Author: hubicka
Date: Mon Dec 7 17:36:54 2015
New Revision: 231373
URL: https://gcc.gnu.org/viewcvs?rev=231373&root=gcc&view=rev
Log:
PR ipa/61886
* symtab.c (ultimate_transparent_alias_targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68679
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68773
Bug ID: 68773
Summary: fpta-ipa with GOACC_parallel does not work due to
node->force_output
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68738
--- Comment #2 from Rian Quinn ---
Yeah I'm am pretty sure it is specific to TARGET=elf-x86_64 (i.e. no OS
specified). When I ran the same test on Ubuntu's native GCC it ran fine.
objdump showed pretty different assembly for the Ubuntu case,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68728
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68701
Jakub Jelinek changed:
What|Removed |Added
CC||rth at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68732
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68738
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68755
--- Comment #8 from H.J. Lu ---
(In reply to ktkachov from comment #4)
>
> but the e[8000] is inside the "while (a)" loop and should not be reachable
> since 'a' is always 0?
'a' can be initialized via a constructor.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68701
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68292
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68291
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68291
--- Comment #12 from Eric Botcazou ---
Author: ebotcazou
Date: Mon Dec 7 16:45:45 2015
New Revision: 231372
URL: https://gcc.gnu.org/viewcvs?rev=231372&root=gcc&view=rev
Log:
PR middle-end/68291
PR middle-end/68292
* cfg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68292
--- Comment #4 from Eric Botcazou ---
Author: ebotcazou
Date: Mon Dec 7 16:45:45 2015
New Revision: 231372
URL: https://gcc.gnu.org/viewcvs?rev=231372&root=gcc&view=rev
Log:
PR middle-end/68291
PR middle-end/68292
* cfge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68730
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68755
Markus Trippelsdorf changed:
What|Removed |Added
CC||mjambor at suse dot cz
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68730
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68758
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68763
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68659
Sebastian Pop changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66460
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68751
--- Comment #5 from Yury Gribov ---
You most probably can't.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68659
mwahab at gcc dot gnu.org changed:
What|Removed |Added
CC||mwahab at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68771
Bug ID: 68771
Summary: Darwin: Profile guided optimisation with cold sections
and invalid symbol redefinition
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66896
--- Comment #16 from Martin Liška ---
(In reply to Jakub Jelinek from comment #15)
> The commits mentioned a test being added to the testsuite, but it doesn't
> seem to have been added. Also, the ChangeLog entry mentioned wrong
> extension (in g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68755
--- Comment #6 from Markus Trippelsdorf ---
Also happens with -m64 with gcc-5.3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68751
--- Comment #4 from Dmitry Vyukov ---
Do I have rights to change status? Can't find how to close this...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68751
--- Comment #3 from Dmitry Vyukov ---
Committed fix as 231364.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68755
Markus Trippelsdorf changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68760
--- Comment #2 from Martin Liška ---
(In reply to Jakub Jelinek from comment #1)
> Created attachment 36943 [details]
> gcc6-pr68760.patch
>
> Using input_location in this routine doesn't make any sense.
Works for me for the original test-case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68170
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68770
Bug ID: 68770
Summary: [6 Regression] Conditional jump or move depends on
uninitialised value(s) default_secondary_reload()
targhooks.c:940
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68760
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68755
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66896
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #15
1 - 100 of 185 matches
Mail list logo
