https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85965
Bug ID: 85965
Summary: G++ gives cryptic error instead of incomplete type
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85964
Bug ID: 85964
Summary: [8/9 Regression] Compile time hog w/ -O3 -ftracer
-fno-guess-branch-probability
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82728
Michael Cortez changed:
What|Removed |Added
CC||mcortez at airpost dot net
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85963
Bug ID: 85963
Summary: false positive "set but not used" warning
[-Wunused-but-set-variable]
Product: gcc
Version: 8.1.1
Status: UNCONFIRMED
Severity: normal
Ok, thanks for the clarification jakub.
Umesg
On Mon, May 7, 2018, 2:08 PM Jakub Jelinek wrote:
> On Mon, May 07, 2018 at 01:58:48PM +0530, Umesh Kalappa wrote:
> > CCed Jakub,
>
> > > Agree that float division don't touch memory ,but fdiv result (stack
> > > register ) is stored back to a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85962
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=4210
Andrew Pinski changed:
What|Removed |Added
CC||joshudson at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85962
--- Comment #1 from Joshua ---
(first three lines is because you don't want bug reports with external header
files--3 lines is a lot better than all of stdint.h and limits.h)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85962
Bug ID: 85962
Summary: spurious warning on right shift constant > integer in
trivially dead code
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957
--- Comment #6 from Vincent Lefèvre ---
(In reply to Andrew Pinski from comment #5)
> Try -std=c99 or -fexcess-precision=standard which will get you the behavior
> you want.
This is not what is documented: "By default, -fexcess-precision=fast
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
--- Comment #206 from Andrew Pinski ---
*** Bug 85957 has been marked as a duplicate of this bug. ***
The attached patch is a follow on from my previous for this PR. I could
not reproduce the problem on these code paths, but one should not assume
it won't happen. Patch is obvious and I will commit shortly.
Regression tested on x86_64.
2018-05-28 Jerry DeLisle
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85840
--- Comment #14 from Jerry DeLisle ---
Author: jvdelisle
Date: Mon May 28 21:55:31 2018
New Revision: 260851
URL: https://gcc.gnu.org/viewcvs?rev=260851=gcc=rev
Log:
2018-05-28 Jerry DeLisle
PR libgfortran/85840
* io/write.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85960
Bug ID: 85960
Summary: -fipa-pta and ifunc are incompatible
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79393
--- Comment #10 from Paolo Carlini ---
Should this show up as a P1?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957
--- Comment #5 from Andrew Pinski ---
Try -std=c99 or -fexcess-precision=standard which will get you the behavior you
want.
gcc@gcc.gnu.org
Here are some people you may know and would like to connect with you. Reach out
and build new connections.
Andrea Jung
Chairperson and CEO of Avon Group of companies.
View Profile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957
Vincent Lefèvre changed:
What|Removed |Added
CC||vincent-gcc at vinc17 dot net
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85961
Bug ID: 85961
Summary: scratch register rsi used after function call
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82721
--- Comment #5 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #3)
> (In reply to G. Steinmetz from comment #0)
> > This snippet (clearly invalid) gives a second error message
> > with randomly corrupted text :
> >
> >
> > $
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85959
Bug ID: 85959
Summary: g++ doesn't show second error
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85958
Bug ID: 85958
Summary: Make const qualifier error clear
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957
Luke Shumaker changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85950
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85956
Andrew Pinski changed:
What|Removed |Added
Keywords||openmp
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
Andrew Pinski changed:
What|Removed |Added
CC||lukeshu at lukeshu dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58993
Jonathan Wakely changed:
What|Removed |Added
CC||achuah at drwsg dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85943
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85951
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957
Bug ID: 85957
Summary: i686: Integers appear to be different, but compare as
equal
Product: gcc
Version: 7.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85942
--- Comment #3 from Jürgen Reuter ---
Paul, from my side absolutely no urgency. Just stumbled over this example on
c.l.f. and wanted to play a bit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85952
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85956
Bug ID: 85956
Summary: [9 Regression] ICE in wide_int_to_tree_1, at
tree.c:1549
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85954
Bug ID: 85954
Summary: [8/9 Regression] ICE in make_ssa_name_fn, at
tree-ssanames.c:266
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85955
Bug ID: 85955
Summary: ICE in fold_convert_loc, at fold-const.c:2408
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
> On May 28, 2018, at 12:03 PM, Richard Biener
> wrote:
>
> On May 28, 2018 12:45:04 PM GMT+02:00, Andreas Schwab wrote:
>> On Mai 28 2018, Richard Biener wrote:
>>
>>> It means there's no relocation that can express the result of 's.f -
>> '
>>> and the frontend doesn't consider this a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85953
Bug ID: 85953
Summary: [6/7/8/9 Regression] ICE in fold_convert_loc, at
fold-const.c:2370
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
On May 28, 2018 4:25:02 PM GMT+02:00, Bernd Edlinger
wrote:
>On 05/28/18 11:19, Richard Biener wrote:
>> On Sat, May 26, 2018 at 10:19 AM Bernd Edlinger
>
>> wrote:
>>
>>
>>
>>> On 05/17/18 16:37, Bernd Edlinger wrote:
On 05/17/18 15:39, Richard Biener wrote:
> On Thu, May 17, 2018
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85953
--- Comment #1 from G. Steinmetz ---
Just for completeness, this variant works :
$ cat z2.f90
program p
character(:), allocatable :: x(:)
x = [character :: 'a', 'b']
x = [character :: x, 'c']
print *, x
end
$ gfortran-9-20180527
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85954
--- Comment #1 from G. Steinmetz ---
Assigned directly :
$ cat z2.f90
program p
character(:), allocatable :: z(:)
call s(z)
contains
subroutine s(x)
character(:), allocatable :: x(:)
x = ['abc']
print *,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85952
Bug ID: 85952
Summary: Bogus -Wunused-but-set-variable warning with array
structured binding
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85944
--- Comment #2 from David Stone ---
I have simplified the bug. It does not require a member variable to trigger the
bug, just taking the address of a a temporary bound to a reference function
parameter at global scope:
constexpr bool f(int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63570
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
CC|
The attached patch implements the RANDOM_INIT intrinsic
subroutine specified in Fortran 2018. I have had this
patch in my local tree for the last 5+ months. Now that
8.1 is out, it is time to submit it. It has been built
and regression tested on x86_64-*-freebsd. OK to commit?
Note, I have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85945
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
On 28.05.18 08:57, Gerald Pfeifer wrote:
On Thu, 24 May 2018, Jeff Law wrote:
Happy to trust you on what versions can be dropped and the resulting
simplifications.
Is it worth noting those old versions as deprecated/obsolete in config.gcc?
Good catch, Jeff, thanks. Updated patch (also wrt.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69558
--- Comment #23 from Eric Gallager ---
(In reply to David Malcolm from comment #22)
> Assigning this to me in the hope that I'll get to it in gcc 9 stage 1.
It's gcc 9 stage 1 now.
Bootstraped and tested on x86_64-unknown-linux-gnu, applied.
Richard.
>From f21624d5d1b9bb6b65f499f5af34781acfa6c927 Mon Sep 17 00:00:00 2001
From: Richard Guenther
Date: Mon, 28 May 2018 09:41:39 +0200
Subject: [PATCH] fix-pr85934
PR tree-optimization/85934
On May 28, 2018 12:45:04 PM GMT+02:00, Andreas Schwab wrote:
>On Mai 28 2018, Richard Biener wrote:
>
>> It means there's no relocation that can express the result of 's.f -
>'
>> and the frontend doesn't consider this a constant expression (likely
On Mon, 28 May 2018, Jakub Jelinek wrote:
> Hi!
>
> AVX512DQ and AVX512DQ/AVX512VL has instructions for vector float <->
> {,unsigned} long long conversions. The following patch adds the missing
> tree codes, optabs and expanders to make this possible.
>
> Bootstrapped/regtested on
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied.
Richard.
>From f7b8dc6184448bc7fb7f8faa27281f2ac64b75a9 Mon Sep 17 00:00:00 2001
From: Richard Guenther
Date: Mon, 28 May 2018 09:48:28 +0200
Subject: [PATCH] fix-pr85933
2018-05-28 Richard Biener
On Mai 28 2018, Richard Biener wrote:
> It means there's no relocation that can express the result of 's.f - '
> and the frontend doesn't consider this a constant expression (likely because
> of the conversion).
Shouldn't the frontend notice that s.f - by itself is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85939
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
On Montag, 28. Mai 2018 12:58:20 CEST Richard Biener wrote:
> compile-time effects of the patch on that. Embedded folks may want to rhn
> their favorite benchmark and report results as well.
>
> So I did a -O2 -march=haswell [-ftree-slp-vectorize] SPEC CPU 2006 compile
> and run and the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85939
--- Comment #8 from H.J. Lu ---
Created attachment 44197
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44197=edit
A patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50909
--- Comment #14 from Rudolf ---
Even if the compiler would just use the workaround with pragma-pack() when he
encounters this specific pragma would be fine. (If there is a warning for
that!)
Some Infomrations:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85929
--- Comment #4 from Marc Glisse ---
(In reply to Richard Biener from comment #2)
> So somehow we need to enhance the code in VRP that registers additional
> asserts to also handle symbolic ranges and thus register not only
> i_4 < count_8 but
On Sat, 26 May 2018, Bin.Cheng wrote:
> On Fri, May 25, 2018 at 5:54 PM, Richard Biener wrote:
> > On May 25, 2018 6:57:13 PM GMT+02:00, Jeff Law wrote:
> >>On 05/25/2018 03:49 AM, Bin.Cheng wrote:
> >>> On Fri, May 25, 2018 at 10:23 AM, Prathamesh Kulkarni
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85942
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85951
Bug ID: 85951
Summary: make_signed and make_unsigned are incorrect for
wchar_t, char16_t, and char32_t
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85906
--- Comment #9 from Jerry DeLisle ---
(In reply to Jan Niklas Hasse from comment #8)
> Thanks! If I understand it correctly this will go into 8.1.2?
Per usual sequence, the next release of the 8 branch will be 8.2. However, some
linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60892
John Simon changed:
What|Removed |Added
CC||gcc at mailinator dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85945
--- Comment #3 from Jakub Jelinek ---
I think the problem is that validate_subreg etc. has a restriction like:
/* Subregs involving floating point modes are not allowed to
change size. Therefore (subreg:DI (reg:DF) 0) is fine, but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85950
--- Comment #2 from Allan Jensen ---
Created attachment 44196
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44196=edit
Example
To trigger need both a rounding conversion and a conversion to integer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85950
--- Comment #1 from Allan Jensen ---
Sorry forget the example above. I will attached the real code that triggers it.
Note it does not trigger with -fno-signed-zeros, -fno-trapping-math,
-fassociative-math and -freciprocal-math, so it is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85950
Bug ID: 85950
Summary: Unsafe-math-optimizations regresses optimization using
SSE4.1 roundss
Product: gcc
Version: 8.1.1
Status: UNCONFIRMED
Severity: normal
On 05/28/18 11:19, Richard Biener wrote:
> On Sat, May 26, 2018 at 10:19 AM Bernd Edlinger
> wrote:
>
>
>
>> On 05/17/18 16:37, Bernd Edlinger wrote:
>>> On 05/17/18 15:39, Richard Biener wrote:
On Thu, May 17, 2018 at 3:21 PM Bernd Edlinger
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85345
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81652
Bug 81652 depends on bug 85345, which changed state.
Bug 85345 Summary: Missing ENDBR in IFUNC resolver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85345
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85345
--- Comment #5 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Mon May 28 13:44:18 2018
New Revision: 260849
URL: https://gcc.gnu.org/viewcvs?rev=260849=gcc=rev
Log:
Don't mark IFUNC resolver as only called directly
Since IFUNC resolver is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85900
--- Comment #9 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Mon May 28 13:44:18 2018
New Revision: 260849
URL: https://gcc.gnu.org/viewcvs?rev=260849=gcc=rev
Log:
Don't mark IFUNC resolver as only called directly
Since IFUNC resolver is
Hello,
I try to build a 64-bit RISC-V tool chain for RTEMS. RTEMS doesn't use
virtual memory. The reference chips for 64-bit RISC-V such as FU540-C000
locate the RAM at 0x8000_. This forces me to use -mcmodel=medany in
64-bit mode. The ctrbegin.o contains this code (via crtstuff.c):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85759
--- Comment #17 from Martin Liška ---
(In reply to Stefan Talpalaru from comment #16)
> I found a new case that is unrelated to the use of
> -fprofile-generate=directory or the existence of multiple *.gcda files with
> the same name in different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85759
Stefan Talpalaru changed:
What|Removed |Added
CC||stefantalpalaru at yahoo dot
com
Fix -fleading-underscore having no effect for msp430-elf by prepending
user_label_prefix to name when outputting assembly labels.
Successfully regtested the GCC testsuite for msp430-elf, and this fixed
unwind-1.c from dg.exp.
If the patch is acceptable, I would appreciate if someone would
On Mon, May 28, 2018 at 11:58 AM, Jakub Jelinek wrote:
> Hi!
>
> AVX512DQ and AVX512DQ/AVX512VL has instructions for vector float <->
> {,unsigned} long long conversions. The following patch adds the missing
> tree codes, optabs and expanders to make this possible.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535
--- Comment #12 from Paolo Carlini ---
Not sure about the first decl_needed_p call in emit_tinfo_decl.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535
--- Comment #11 from Paolo Carlini ---
I meant of course DECL_NOT_REALLY_EXTERN is true.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535
Paolo Carlini changed:
What|Removed |Added
Assignee|paolo.carlini at oracle dot com|hubicka at ucw dot cz
---
With the changes in r250911 to canonicalize attribute names (i.e. remove
leading and trailing underscores if present) a comment for "handler" in
the attribute_spec struct needs to be updated to reflect that the NAME argument
is now stripped of any underscores.
Patch is attached.
If the patch is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85945
--- Comment #2 from Martin Liška ---
Is missing :)
Here it is:
typedef float b;
typedef b __attribute__((vector_size(16))) c;
typedef union {
c d;
b a[4];
} e;
int f;
b g[4];
void h() {
c d;
e i;
i.d = d;
f = 0;
for (; f < 4;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535
--- Comment #9 from Jan Hubicka ---
The code is intended to avoid specializations that are done only to possibly
inline the function. When not optimizing this only happens for always inlines
and doing so is just waste of effort.
In this case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85945
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535
--- Comment #8 from Paolo Carlini ---
It seems that for the potentially interesting cases DECL_EXTERNAL is true but
DECL_REALLY_EXTERN is false.
On Fri, May 25, 2018 at 02:49:47PM -0400, Michael Meissner wrote:
> * target.def (default_fp_widening_p): New target hook to automatic
> widening betwen two floating point modes.
"default" is a pretty bad name.
The rs6000 parts are fine of course, if the rest is.
Segher
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535
--- Comment #7 from Paolo Carlini ---
I see. Then I guess we need an explicit rationale for doing that, beyond the
evidence that we aren't ICEing: the check first blush looks sensible. At least
that was the case back in 2014, when Jason quickly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85949
Bug ID: 85949
Summary: __attribute__ ((format (printf,1,1))); improve error
messages
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85948
Bug ID: 85948
Summary: printf format attribute warning line carat inaccurate
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
On Fri, May 25, 2018 at 1:04 PM marxin wrote:
> gcc/ChangeLog:
> 2018-05-25 Martin Liska
> David Malcolm
> * vec.c (test_reverse): New.
> (vec_c_tests): Add new test.
> * vec.h
pr39240.c fails at execution at -O1 and above for msp430, due to an erroneous
subreg expression in the zero_extendqisi2 msp430 insn pattern. This causes the
zero extension operation to get optimized out.
The attached patch fixes the insn pattern, and also removes the msp430x ISA
restriction on
On Fri, May 18, 2018 at 1:57 PM Bin.Cheng wrote:
> On Fri, May 4, 2018 at 5:23 PM, Bin Cheng wrote:
> > Hi,
> > Based on previous patch, this one implements live range, reg pressure
computation
> > class in tree-ssa-live.c. The user would only need to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535
--- Comment #6 from Eric Botcazou ---
Yes, I would just remove the entire block.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535
Paolo Carlini changed:
What|Removed |Added
CC||hubicka at ucw dot cz
--- Comment #4
On Sat, May 26, 2018 at 12:36 PM Richard Biener
wrote:
> On May 26, 2018 11:32:29 AM GMT+02:00, Allan Sandfeld Jensen <
li...@carewolf.com> wrote:
> >I brought this subject up earlier, and was told to suggest it again for
> >gcc 9,
> >so I have attached the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535
--- Comment #3 from Eric Botcazou ---
> Looking into it: just matter of using DECL_ATTRIBUTES (decl)?
The code is unreachable since the compiler would stop if it was reached.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85946
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85933
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
1 - 100 of 149 matches
Mail list logo