https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92765
--- Comment #17 from Jakub Jelinek ---
We explicitly document supporting type punning through unions as an extension,
so it is valid in C++ too. And, what union member is active at which point
really doesn't matter for the testcases, e.g. in #c6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92980
--- Comment #3 from Hongtao.liu ---
(In reply to Andrew Pinski from comment #2)
> I think the problem is we are folding the right side of the array (with the
> conversion to size_t) too early.
> That is:
> src1[j-1]
>
> Is being folded too early
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92765
--- Comment #18 from Jakub Jelinek ---
Also, note that union doesn't have to be visible on the access path, e.g.
union U { struct S { char a[2]; char b[2]; char c[2]; } s; struct T { char
d[6]; } t; } u;
__attribute__((noipa)) void
bar (char *p)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92982
Bug ID: 92982
Summary: cpp_string_location_reader :: m_line_table seems
redundant ?
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92980
--- Comment #4 from Andrew Pinski ---
(In reply to Hongtao.liu from comment #3)
>
> ptrop ---> src1 + 18446744073709551612;
> intop ---> j
>
> It seems on purpose???
Kinda.
What needs to happen is a sign extend rather than a zero extend which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92957
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92957
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92983
Bug ID: 92983
Summary: [8/9/10 Regression] Debug info regression since
PR87428 changes
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92983
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |8.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92983
--- Comment #1 from Jakub Jelinek ---
The assembler diff between r264593 and r264594, when ignoring offsets etc., is:
- .uleb128 0x27 # (DIE (0x4b6) DW_TAG_lexical_block)
+ .uleb128 0x27 # (DIE (0x4b6) DW_TAG_inlined_subroutine)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80635
--- Comment #36 from Pedro Alves ---
(In reply to Jason Merrill from comment #33)
> (In reply to Pedro Alves from comment #32)
> > Usually maybe-uninit warnings point to false positives involving scalars,
> > and initializing them is practically
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92972
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Wed Dec 18 11:15:43 2019
New Revision: 279520
URL: https://gcc.gnu.org/viewcvs?rev=279520&root=gcc&view=rev
Log:
PR lto/92972
* lto-wrapper.c (merge_and_complain): Use jus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92972
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92983
--- Comment #2 from Jakub Jelinek ---
To correct myself, task DW_TAG_formal_parameter in the
DW_TAG_inlined_subroutine does have actually DW_AT_location, but at least in
the 8.3 version starts with DW_OP_GNU_entry_value.
That said, it is still ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92984
Bug ID: 92984
Summary: [OpenACC] 'exit data' with size zero fails due to
'GOMP_MAP_ZERO_LEN_ARRAY_SECTION'
Product: gcc
Version: unknown
Status: UNCONFIRMED
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12333
--- Comment #19 from Jason Merrill ---
Author: jason
Date: Wed Dec 18 12:44:34 2019
New Revision: 279522
URL: https://gcc.gnu.org/viewcvs?rev=279522&root=gcc&view=rev
Log:
PR c++/12333 - X::~X() with implicit this->.
this->X::~X() is ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92984
Thomas Schwinge changed:
What|Removed |Added
Summary|[OpenACC] 'exit data' with |[OpenACC] Semantics of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92977
Jakub Jelinek changed:
What|Removed |Added
Keywords|ice-on-invalid-code |ice-on-valid-code
--- Comment #2 from Ja
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92985
Bug ID: 92985
Summary: missed optimization opportunity for switch linear
transformation
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92985
--- Comment #1 from Peter Dimov ---
Reformulating the switch in terms of integral offsets
struct X2
{
int x, y, z;
int operator[]( std::size_t i ) const noexcept
{
std::ptrdiff_t k0 = &x - &x;
std::ptrdiff_t k1 = &y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92985
--- Comment #2 from Peter Dimov ---
Two more reformulations that activate the linear transformation are:
int operator[]( std::size_t i ) const noexcept
{
std::ptrdiff_t offset;
switch( i )
{
case 0: o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92977
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92986
Bug ID: 92986
Summary: ODR violation not detected
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88848
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92986
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92982
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92987
Bug ID: 92987
Summary: -finput-charset is only usable with encodings that are
supersets of ASCII
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92986
--- Comment #2 from Geetesh More ---
But compiler should be throwing some message/warning about declaration of same
class in multiple files. This is common scenario in cases where a class is
copied in multiple files.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92988
Bug ID: 92988
Summary: crtstuff.c:387:21: error: '__dso_handle' undeclared
(first use in this function)
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92971
--- Comment #4 from Martin Jambor ---
Author: jamborm
Date: Wed Dec 18 16:08:09 2019
New Revision: 279525
URL: https://gcc.gnu.org/viewcvs?rev=279525&root=gcc&view=rev
Log:
IPA-CP: Remove bogus static keyword (PR 92971)
2019-12-18 Martin Jambo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92971
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70853
--- Comment #5 from anlauf at gcc dot gnu.org ---
Patch with slightly more user-friendly error message:
https://gcc.gnu.org/ml/fortran/2019-12/msg00159.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92989
Bug ID: 92989
Summary: The mips-mti-linux-gnu fails to build after r276327
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: build, ice-checking
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92597
--- Comment #16 from Klaus Leppkes ---
So after reading a bit more, from my understanding, +g should be used for all
integral/floating point/vector types and +m for other (aggregate types) which
cannot end up in an register.
Still, it might be p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70853
--- Comment #6 from anlauf at gcc dot gnu.org ---
Author: anlauf
Date: Wed Dec 18 16:34:06 2019
New Revision: 279527
URL: https://gcc.gnu.org/viewcvs?rev=279527&root=gcc&view=rev
Log:
2019-12-18 Harald Anlauf
PR fortran/70853
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70853
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92990
Bug ID: 92990
Summary: INVALID code with NULLIFY – partially misleading error
message "If bounds remapping is specified at (1), the
pointer target shall not be NULL"
Product
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86416
--- Comment #8 from Tobias Burnus ---
Author: burnus
Date: Wed Dec 18 16:51:08 2019
New Revision: 279528
URL: https://gcc.gnu.org/viewcvs?rev=279528&root=gcc&view=rev
Log:
PR 86416 – improve lto1 diagnostic if a mode does not exist
PR m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86416
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92568
Bug 92568 depends on bug 86416, which changed state.
Bug 86416 Summary: [OpenMP] Offloading - better lto1 error message if mode not
supported on offloading target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86416
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92848
--- Comment #8 from Thomas Schwinge ---
Author: tschwinge
Date: Wed Dec 18 17:00:39 2019
New Revision: 279530
URL: https://gcc.gnu.org/viewcvs?rev=279530&root=gcc&view=rev
Log:
[PR92848] [OpenACC] Use 'GOMP_MAP_VARS_ENTER_DATA' for dynamic data
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92726
--- Comment #1 from Thomas Schwinge ---
Author: tschwinge
Date: Wed Dec 18 17:01:11 2019
New Revision: 279532
URL: https://gcc.gnu.org/viewcvs?rev=279532&root=gcc&view=rev
Log:
[PR92726, PR92970, PR92984] [OpenACC] Clarify 'acc_delete' etc. for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92970
--- Comment #2 from Thomas Schwinge ---
Author: tschwinge
Date: Wed Dec 18 17:01:11 2019
New Revision: 279532
URL: https://gcc.gnu.org/viewcvs?rev=279532&root=gcc&view=rev
Log:
[PR92726, PR92970, PR92984] [OpenACC] Clarify 'acc_delete' etc. for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92984
--- Comment #2 from Thomas Schwinge ---
Author: tschwinge
Date: Wed Dec 18 17:01:11 2019
New Revision: 279532
URL: https://gcc.gnu.org/viewcvs?rev=279532&root=gcc&view=rev
Log:
[PR92726, PR92970, PR92984] [OpenACC] Clarify 'acc_delete' etc. for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92765
--- Comment #19 from Jeffrey A. Law ---
Note that while the code in this BZ may or may not be valid, there is certainly
code in the wild which is incorrectly compiled as a result of Qing's patch
which uses TYPE_SIZE. In particular the flatbuffer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92986
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92991
Bug ID: 92991
Summary: [10 regression] g++.dg/ubsan/vptr-4.C fails starting
with r279473
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92986
--- Comment #4 from Geetesh More ---
I tried with -flto, but I'm not seeing any warning messages:
g++ -std=c++0x -g -flto -Wodr main.cpp file2.cpp
Am I missing anything here?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92982
--- Comment #2 from David Malcolm ---
Author: dmalcolm
Date: Wed Dec 18 17:26:01 2019
New Revision: 279541
URL: https://gcc.gnu.org/viewcvs?rev=279541&root=gcc&view=rev
Log:
Drop unused member from cpp_string_location_reader (PR preprocessor/929
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92986
--- Comment #5 from Jakub Jelinek ---
Yes, you haven't read my comment which explained what -Wodr does and doesn't
and why.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92982
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92986
--- Comment #6 from Andrew Pinski ---
Yes, this is a vague linkage function so as jakub mentioned, comparing the ir
even between optimization levels is hard. Yes we could in theory it could be
done but for gcc, it would mean ripping up most of t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92992
Bug ID: 92992
Summary: Side-effects dropped when decltype(nullptr) typed
expression is passed to ellipsis
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92992
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92986
--- Comment #7 from Jakub Jelinek ---
We could in theory save the tokens of each method and compare them, but it
would be quite costly.
Normally people don't cut'n'paste classes between TUs, but rather just declare
them once in a header they incl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92958
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
Target Mile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92785
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92666
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92992
--- Comment #1 from Jakub Jelinek ---
Created attachment 47522
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47522&action=edit
gcc10-pr92992.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92958
--- Comment #1 from Thomas Koenig ---
Also seen on x86_64-pc-linux-gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92987
--- Comment #1 from joseph at codesourcery dot com ---
On Wed, 18 Dec 2019, lhyatt at gmail dot com wrote:
> I was about to work on adding support for -finput-charset into diagnostics
> infrastructure (it currently ignores it), however it seems
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92958
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92692
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92993
Bug ID: 92993
Summary: ICE in maybe_canonicalize_comparison_1, at
fold-const.c:8845
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92692
--- Comment #8 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #7)
> So, are you going to post a patch for that?
I dont have time to work on it right now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87908
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Last reconfirmed|2018-11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92994
Bug ID: 92994
Summary: [10 Regression] ICE in gfc_get_class_from_expr, at
fortran/trans-expr.c:486
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92994
G. Steinmetz changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comment #1 from G
t were guarded by the ‘if’
7 | g ("\n"); // warns
| ^
$ /opt/gcc/bin/gcc --version
gcc (GCC) 10.0.0 20191218 (experimental)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92996
Bug ID: 92996
Summary: ICE in gfc_conv_array_constructor_expr, at
fortran/trans-expr.c:7590
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92661
--- Comment #14 from Peter Bergner ---
Author: bergner
Date: Wed Dec 18 18:46:05 2019
New Revision: 279542
URL: https://gcc.gnu.org/viewcvs?rev=279542&root=gcc&view=rev
Log:
Fix POWER dfp test case target tests.
PR bootstrap/92661
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92997
Bug ID: 92997
Summary: [10 regression] gcc.dg/torture/ftrapv-1.c fails
starting with r279523
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92958
--- Comment #3 from seurer at gcc dot gnu.org ---
I don't see the failure in my most current test run
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92905
--- Comment #5 from Vladimir Makarov ---
(In reply to Jakub Jelinek from comment #3)
> Note, it isn't about , using rm in the first alternative of the
> reverted define_insn works well too, as well as swapping the alternatives
> (that is in that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92958
Martin Sebor changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92952
Martin Sebor changed:
What|Removed |Added
CC||seurer at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92996
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92996
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92996
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92987
--- Comment #2 from Lewis Hyatt ---
(In reply to jos...@codesourcery.com from comment #1)
> I think -finput-charset may only be usable for character sets that are
> valid locale character sets (we don't implement the POSIX rule of
> interpretin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92568
Bug 92568 depends on bug 86416, which changed state.
Bug 86416 Summary: [OpenMP] Offloading - better lto1 error message if mode not
supported on offloading target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86416
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86416
Thomas Schwinge changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92919
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92998
Bug ID: 92998
Summary: aarch64/sve/acle/general/dupq_1.c fails on big-endian
linux
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92998
--- Comment #1 from Andrew Pinski ---
gcc.target/aarch64/torture/simd-abi-8.c fails simular but due to arm_neon.h
instead.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92987
--- Comment #3 from joseph at codesourcery dot com ---
On Wed, 18 Dec 2019, lhyatt at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92987
>
> --- Comment #2 from Lewis Hyatt ---
> (In reply to jos...@codesourcery.com from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86416
--- Comment #11 from Jakub Jelinek ---
Indeed, the q and L suffixes are swapped, I believe Tobias meant:
--- libgomp/testsuite/libgomp.c/pr86416-1.c.jj 2019-12-18 21:25:02.856131826
+0100
+++ libgomp/testsuite/libgomp.c/pr86416-1.c 2019-12-1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86416
--- Comment #12 from Thomas Schwinge ---
(In reply to Jakub Jelinek from comment #11)
> because e.g. for x86_64-intelmicemul-linux-gnu offloading the error will not
> be emitted. If nvptx or gcn offloading is configured, it will be, for hsa
> of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86416
--- Comment #13 from Jakub Jelinek ---
Author: jakub
Date: Wed Dec 18 23:27:28 2019
New Revision: 279552
URL: https://gcc.gnu.org/viewcvs?rev=279552&root=gcc&view=rev
Log:
PR middle-end/86416
* testsuite/libgomp.c/pr86416-1.c (ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92977
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Wed Dec 18 23:33:54 2019
New Revision: 279554
URL: https://gcc.gnu.org/viewcvs?rev=279554&root=gcc&view=rev
Log:
PR fortran/92977
* frontend-passes.c (in_omp_atomic): New
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91165
--- Comment #10 from Jason Merrill ---
Author: jason
Date: Thu Dec 19 00:10:47 2019
New Revision: 279557
URL: https://gcc.gnu.org/viewcvs?rev=279557&root=gcc&view=rev
Log:
PR c++/91165 follow-on tweak
I talked in the PR about possibly s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92999
Bug ID: 92999
Summary: [armhf] struct with adjacent __fp16's copies wrongly
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93000
Bug ID: 93000
Summary: [gdb] gdb failed to break on an executed address
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93000
--- Comment #1 from Yibiao Yang ---
the compilation command is as follows:
$ gcc -w -g -O0 small.c -o small.obj
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92980
--- Comment #5 from Hongtao.liu ---
(In reply to Andrew Pinski from comment #4)
> But that is not true any more. So I think this optimization can be removed
> as it is too early. Just double check the above testcase and the C++
> testcase (g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92794
--- Comment #5 from fxue at gcc dot gnu.org ---
Author: fxue
Date: Thu Dec 19 02:54:40 2019
New Revision: 279561
URL: https://gcc.gnu.org/viewcvs?rev=279561&root=gcc&view=rev
Log:
Handle aggregate pass-through for self-recursive call (PR ipa/9279
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93001
Bug ID: 93001
Summary: bogus is private within this context error with scoped
enum
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93001
--- Comment #1 from Marek Polacek ---
I think the problem is in dfs_accessible_post:
757 tree scope = current_nonlambda_scope ();
will for this line:
enum class S::E : S::T { X };
give "::" so dfs_accessible_post returns NULL_TREE. But if i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92794
--- Comment #6 from Arseny Solokha ---
Can this PR be fixed now?
1 - 100 of 107 matches
Mail list logo
