https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241
--- Comment #15 from Jakub Jelinek ---
*** Bug 69649 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69649
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69651
Bug ID: 69651
Summary: Usage of unitialized pointer io/list_read.c
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241
--- Comment #16 from Jakub Jelinek ---
Created attachment 37565
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37565=edit
gcc6-pr69241.patch
So, it seems we have at least 3 different issues, the attached patch fixes two
of them, there is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67714
--- Comment #11 from Nick Clifton ---
Hi Kyrill,
> For this failure (among others) I proposed the series at:
> https://gcc.gnu.org/ml/gcc-patches/2016-01/msg01713.html
Ah - much better! I have approved the parts of your series that I can, In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69650
Bug ID: 69650
Summary: [6 Regression] ICE in linemap_line_start, at
libcpp/line-map.c:803
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69268
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69120
--- Comment #2 from Kirill Yukhin ---
Looked closely.
The name was chosen intentionally to simplify "sse2_shufpd"
expand. If we want to fix this name - new subst attribute need to be introduced
and
if ()
emit_insn (avx512vl_...
else
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69120
--- Comment #1 from Kirill Yukhin ---
Will fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67451
--- Comment #5 from vehre at gcc dot gnu.org ---
Author: vehre
Date: Wed Feb 3 09:44:18 2016
New Revision: 233099
URL: https://gcc.gnu.org/viewcvs?rev=233099=gcc=rev
Log:
gcc/testsuite/ChangeLog:
2016-02-03 Andre Vehreschild
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69418
--- Comment #5 from vehre at gcc dot gnu.org ---
Author: vehre
Date: Wed Feb 3 09:44:18 2016
New Revision: 233099
URL: https://gcc.gnu.org/viewcvs?rev=233099=gcc=rev
Log:
gcc/testsuite/ChangeLog:
2016-02-03 Andre Vehreschild
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69418
--- Comment #6 from vehre at gcc dot gnu.org ---
Author: vehre
Date: Wed Feb 3 10:39:09 2016
New Revision: 233101
URL: https://gcc.gnu.org/viewcvs?rev=233101=gcc=rev
Log:
gcc/testsuite/ChangeLog:
2016-02-03 Andre Vehreschild
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67451
--- Comment #6 from vehre at gcc dot gnu.org ---
Author: vehre
Date: Wed Feb 3 10:39:09 2016
New Revision: 233101
URL: https://gcc.gnu.org/viewcvs?rev=233101=gcc=rev
Log:
gcc/testsuite/ChangeLog:
2016-02-03 Andre Vehreschild
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69649
--- Comment #3 from Markus Trippelsdorf ---
Well, comment 9 of 69241 is an exact dup.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67714
--- Comment #12 from ktkachov at gcc dot gnu.org ---
(In reply to Nick Clifton from comment #11)
> Hi Kyrill,
>
> > For this failure (among others) I proposed the series at:
> > https://gcc.gnu.org/ml/gcc-patches/2016-01/msg01713.html
>
> Ah -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69599
--- Comment #3 from vries at gcc dot gnu.org ---
Created attachment 37564
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37564=edit
tentative patch
Fixes the two failures, while still passing vect/pr46032.c.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69613
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69648
--- Comment #1 from Zdenek Sojka ---
Created attachment 37566
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37566=edit
output assembly (intel syntax)
The failing instructions are around line 156:
mov eax, DWORD PTR 60[esp] #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241
--- Comment #18 from Markus Trippelsdorf ---
Here is Jakub's testcase. It it shorter and nicer than that from comment1.
struct A { virtual void m1 (); };
struct C : A { void m1 () { m1 (); } };
template struct B
{
T *t;
B (T *x) : t (x) {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69599
--- Comment #6 from vries at gcc dot gnu.org ---
(In reply to rguent...@suse.de from comment #4)
> Looks good but I'm not sure if you should ask for in other partition for
> builtins.
We ask for in_other_partition for parallelized fns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69649
Jakub Jelinek changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69118
Kirill Yukhin changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69651
--- Comment #1 from Kirill Yukhin ---
File is: libgfortran/io/list_read.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69423
--- Comment #4 from vehre at gcc dot gnu.org ---
Hi Paul,
I will have a look at it today. May be a fresh pair of eyes can be of help.
- Andre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67451
--- Comment #7 from vehre at gcc dot gnu.org ---
Commited fix; waiting one week for error reports before closing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69649
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241
--- Comment #14 from Markus Trippelsdorf ---
*** Bug 69649 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69647
--- Comment #2 from Pieter Cardoen ---
I am using binutils 2.24.
Best regards
Pieter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69641
--- Comment #3 from Vladimir Sedach ---
Thanks. Better to use "unsigned int" than options:
0 > (int)((unsigned int)i + 0x0080)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69631
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69599
--- Comment #4 from rguenther at suse dot de ---
On February 3, 2016 10:01:45 AM GMT+01:00, "vries at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69599
>
>--- Comment #3 from vries at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241
--- Comment #17 from Markus Trippelsdorf ---
(In reply to Jakub Jelinek from comment #16)
> Created attachment 37565 [details]
> gcc6-pr69241.patch
>
> So, it seems we have at least 3 different issues, the attached patch fixes
> two of them,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69597
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69599
--- Comment #5 from vries at gcc dot gnu.org ---
*** Bug 69597 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69627
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69653
Bug ID: 69653
Summary: More CSE opportunities in address expressions
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241
--- Comment #19 from Jakub Jelinek ---
(In reply to Markus Trippelsdorf from comment #17)
> (In reply to Jakub Jelinek from comment #16)
> > Created attachment 37565 [details]
> > gcc6-pr69241.patch
> >
> > So, it seems we have at least 3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59627
--- Comment #3 from vries at gcc dot gnu.org ---
Created attachment 37567
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37567=edit
ten
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69118
--- Comment #2 from Kirill Yukhin ---
Author: kyukhin
Date: Wed Feb 3 13:44:50 2016
New Revision: 233103
URL: https://gcc.gnu.org/viewcvs?rev=233103=gcc=rev
Log:
PR target/69118
gcc/
* config/i386/sse.md (define_insn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69118
Kirill Yukhin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69648
--- Comment #2 from Zdenek Sojka ---
If I understand the .reload dump correctly, r87 is not live in insn 289, but it
should be:
...
289: r416:SI=r87:SI+const(unspec[`*.LC9'] 1)
REG_EQUAL `*.LC9'
Creating newreg=417 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69120
--- Comment #3 from H.J. Lu ---
Can you add a comment and resolve it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69648
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69631
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69647
--- Comment #3 from Pieter Cardoen ---
Created attachment 37571
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37571=edit
console printout
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69594
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59627
--- Comment #4 from vries at gcc dot gnu.org ---
*** Bug 69594 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59627
vries at gcc dot gnu.org changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69120
Kirill Yukhin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69652
Bug ID: 69652
Summary: [6 Regression] [ICE] verify_ssa fail w/ -O2
-ffast-math -ftree-vectorize
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69649
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69649
Bug ID: 69649
Summary: [6 Regression] ICE in assign_temp
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69423
--- Comment #5 from Paul Thomas ---
(In reply to vehre from comment #4)
> Hi Paul,
>
> I will have a look at it today. May be a fresh pair of eyes can be of help.
>
> - Andre
Thanks. I haven't given it much attention yet. I diverted into
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66330
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241
--- Comment #20 from Jakub Jelinek ---
Ah, as for whether versioning supports changing return type to void, clearly it
supports it and even fnsplit uses it for the !split_part_return_p.
So perhaps:
--- ipa-split.c.jj1 2016-01-04
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69613
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69118
--- Comment #3 from Kirill Yukhin ---
Author: kyukhin
Date: Wed Feb 3 13:48:27 2016
New Revision: 233104
URL: https://gcc.gnu.org/viewcvs?rev=233104=gcc=rev
Log:
PR target/69118.
gcc/
* config/i386/sse.md (define_insn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69056
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611
--- Comment #7 from Andreas Tobler ---
Author: andreast
Date: Wed Feb 3 22:15:21 2016
New Revision: 233111
URL: https://gcc.gnu.org/viewcvs?rev=233111=gcc=rev
Log:
2016-02-03 Andreas Tobler
PR bootstrap/69611
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69655
--- Comment #2 from vries at gcc dot gnu.org ---
In addition, these also fail (hiding PR69607, which is triggered in the same
test-cases when undoing r232384):
...
FAIL: libgomp.oacc-fortran/atomic_capture-1.f90 -DACC_DEVICE_TYPE_nvidia=1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
--- Comment #1 from Jonathan Wakely ---
is not unrelated, it declares overloads of std::abs. If you include a
genuinely unrelated file then you get your expected output.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611
Andreas Tobler changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69607
--- Comment #2 from vries at gcc dot gnu.org ---
With:
- the tentative fix for PR69599
- the tentative fix for PR59627
- the undo of r232384 patch that caused PR69655
this still reproduces. Apparently this is an independent issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62002
--- Comment #6 from Viacheslav Chernyshev ---
Still happens on 5.3.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53440
Bernd Edlinger changed:
What|Removed |Added
CC||bernd.edlinger at hotmail dot
de
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69660
Bug ID: 69660
Summary: Microblaze break_handler and symbol
`_interrupt_handler' is already defined
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69648
--- Comment #4 from Uroš Bizjak ---
(In reply to Bernd Schmidt from comment #3)
> It's not crashing for me, but I think I agree there's a problem. Will
> investigate a bit.
Looks like PIC register is not initialized properly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69654
Bug ID: 69654
Summary: ICE in gfc_trans_structure_assign
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69653
--- Comment #1 from amker at gcc dot gnu.org ---
Since tree optimizer cannot handle cse opportunities as described here, backend
needs to force register scaling expr (instead of loop invariant part address
expression) out of memory reference,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69634
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69625
--- Comment #1 from Dominik Vogt ---
It's a bug in the S/390 backend that sometimes trashes r6 in vararg functions.
We're working on a fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69652
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69648
--- Comment #5 from Bernd Schmidt ---
Yeah, my current theory is that r87 is spilled at the start, then the spill reg
is inherited in all the existing uses of it, and lra thinks it can avoid
storing it to memory.
Then we add a new reference to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69648
Uroš Bizjak changed:
What|Removed |Added
CC||ienkovich at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69644
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 3 22:38:56 2016
New Revision: 233113
URL: https://gcc.gnu.org/viewcvs?rev=233113=gcc=rev
Log:
PR target/69644
* config/rs6000/rs6000.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69662
Bug ID: 69662
Summary: -Wplacement-new on allocated one element array members
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69662
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69663
Bug ID: 69663
Summary: [ARM] Implement overflow arithmetic standard names
{u,}{add,sub,mul}v4
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69661
Bug ID: 69661
Summary: missing -Wsequence-point warning
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69461
--- Comment #16 from Michael Meissner ---
Author: meissner
Date: Thu Feb 4 00:39:34 2016
New Revision: 233120
URL: https://gcc.gnu.org/viewcvs?rev=233120=gcc=rev
Log:
2016-02-03 Michael Meissner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
--- Comment #6 from Andrew Pinski ---
(In reply to Wilco from comment #5)
> I bet that adding an int overload that redirects to __builtin_abs similar to
> the others will fix the issue.
Hmm, I wonder if the following needs to hold true:
extern
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69627
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 3 22:40:22 2016
New Revision: 233114
URL: https://gcc.gnu.org/viewcvs?rev=233114=gcc=rev
Log:
PR c/69627
* diagnostic-show-locus.c (layout::get_state_at_point):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
--- Comment #5 from Wilco ---
(In reply to Andrew Pinski from comment #4)
> (In reply to Jonathan Wakely from comment #3)
> > Recategorising as component=c++, and removing the regression marker (because
> > the change in libstdc++ that reveals
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
--- Comment #2 from Jonathan Wakely ---
This exhibits the same problem:
namespace foo
{
inline double
abs(double __x)
{ return __builtin_fabs(__x); }
}
using foo::abs;
#include
int
wrap_abs (int x)
{
return std::abs (x) +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69662
Martin Sebor changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69661
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
--- Comment #7 from Jonathan Wakely ---
(In reply to Wilco from comment #5)
> Note I see the long, long long, int128, float, double, long double
> overloads, but where is the plain int overload defined?
In the libc header, not in libstdc++.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69657
--- Comment #8 from Jonathan Wakely ---
(In reply to Andrew Pinski from comment #6)
> (In reply to Wilco from comment #5)
> > I bet that adding an int overload that redirects to __builtin_abs similar to
> > the others will fix the issue.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69195
--- Comment #10 from Vladimir Makarov ---
(In reply to Peter Bergner from comment #9)
> I think we have another bug in addition to the bug where we reuse a register
> that is already in use. We have the rtl below which is used to initialize
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68442
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69665
Bug ID: 69665
Summary: Internal error on #pragma push_macro("__FILE__")
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49973
--- Comment #11 from Manuel López-Ibáñez ---
This should be fixed in libcpp, probably in lex.c, but maybe other places also.
A good testcase to start with would be:
/* ñ /* */
/* a /* */
cc1 -Wcomment
prog.cc:1:7: warning: "/*" within comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69664
Manuel López-Ibáñez changed:
What|Removed |Added
Target Milestone|--- |6.0
Summary|column
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69664
Bug ID: 69664
Summary: column info is lost
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69397
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8529
Annaliese Saint changed:
What|Removed |Added
CC||joesiahleif at gmail dot com
---
zero/trunk/root-gcc
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 6.0.0 20160203 (experimental) [trunk revision 233104] (GCC)
$ gcc-trunk abc.c -O2
abc.c: In function 'fun2':
abc.c:13:1: error: conversion of register to a different size
}
^
VIEW_CO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69655
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
1 - 100 of 151 matches
Mail list logo