How to fix GCC Upgrade issues(which always disappeared by add some trace prints)?

Hello GCC experts, Anyone can guide us to fix this issue on GCC v9.3? Our products used ARM64 target cross-compile GCC v6.5 before. In recent weeks, we upgrade it to GCC v9.3 by company request. However, we met some strange problems, such as 1. Linux eMMC

[Bug c++/97453] New: Implement CWG issue 2303

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97453 Bug ID: 97453 Summary: Implement CWG issue 2303 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee:

[Bug c++/93107] unable to deduce initializer_list from function template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93107 Marek Polacek changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot gnu.org

[Bug c++/97452] New: [coroutines] incorrect sequencing of await_resume() when multiple co_await expressions occur in a single statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97452 Bug ID: 97452 Summary: [coroutines] incorrect sequencing of await_resume() when multiple co_await expressions occur in a single statement Product: gcc Version:

[Bug tree-optimization/97428] -O3 is great for basic AoSoA packing of complex arrays, but horrible one step above the basic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97428 --- Comment #6 from Michael_S --- (In reply to Richard Biener from comment #4) > > while the lack of cross-lane shuffles in AVX2 requires a > > .L3: > vmovupd (%rsi,%rax), %xmm5 > vmovupd 32(%rsi,%rax), %xmm6 >

[Bug tree-optimization/97428] -O3 is great for basic AoSoA packing of complex arrays, but horrible one step above the basic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97428 --- Comment #5 from Michael_S --- (In reply to Richard Biener from comment #4) > I have a fix that, with -mavx512f generates just > > .L3: > vmovupd (%rcx,%rax), %zmm0 > vpermpd (%rsi,%rax), %zmm1, %zmm2 > vpermpd %zmm0,

[Bug c++/97358] [8/9/10 Regression] ICE while building firefox since r8-2720

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97358 Richard Smith changed: What|Removed |Added CC||richard-gccbugzilla@metafoo

[PATCH] libstdc++: Add c++2a

From: Thomas Rodgers This should address the cumulative comments (modulo the discussion going on on the reflector about specification issues/questions). libstdc++/Changelog: libstdc++-v3/doc/doxygen/user.cfg.in (INPUT): Add new header. libstdc++-v3/include/Makefile.am

[Bug bootstrap/97355] [11 Regression] Bootstrap comparison failure!

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97355 --- Comment #12 from John David Anglin --- Created attachment 49382 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49382=edit .s file generated with stage3 compiler File 1 position looks similar to the example in binutils/26740.

[Bug c++/95675] [8/9/10/11 Regression] internal compiler error: in build_over_call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95675 --- Comment #6 from Marek Polacek --- Comment 4 test started with r240845.

Re: modified_between_p does not check for volatile memory

Hi Richard, Thanks for getting back to me and your insight. I've implemented a TARGET_CANNOT_COPY_INSN_P that rejects volatile memory and it appears to be doing the trick! It will take some time to determine if there are any other side effects but I can move forward with this. Much appreciated!

Go patch committed: Don't export function type parameter names

This patch to the Go frontend stops exporting function type parameter names. When hashing a function type the parameter names are ignored. Therefore, we should not write them into the export data. Otherwise, minor changes in the order in which we process the types can cause the export data to

[RFC] Remove include/precompiled/expc++.h

Ed, In commit r232377 (aka 2be75957b80b640c0aac4356ab861edd0c2f1b9d in the git repo) you added a new header to the include/precompiled directory. That wasn't mentioned in the ChangeLog, wasn't in the patch posted to https://gcc.gnu.org/legacy-ml/libstdc++/2016-01/msg00016.html and wasn't added

[Bug fortran/97039] -fbounds-check misses violation with slice of array but not an element

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97039 --- Comment #2 from Anthony M de Beus --- Clarification for anyone confused, "correct" results by a fortran compiler with bounds-checking enabled would include finding/checking incorrect bounds in (deliberately) incorrect fortran code given in

[Bug bootstrap/97355] [11 Regression] Bootstrap comparison failure!

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97355 --- Comment #11 from Mark Wielaard --- I don't understand why the .debug sections are compared in this case. But if they are then the diff comes from this gas issue: https://sourceware.org/bugzilla/show_bug.cgi?id=26740 Even though unused gas

gcc-8-20201015 is now available

Snapshot gcc-8-20201015 is now available on https://gcc.gnu.org/pub/gcc/snapshots/8-20201015/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 8 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch

[Bug c++/96241] [9/10/11 Regression] ICE in verify_ctor_sanity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96241 Marek Polacek changed: What|Removed |Added Keywords||patch --- Comment #5 from Marek Polacek

[PATCH] c++: Fix verify_ctor_sanity ICE [PR96241]

The code added in r10-6437 caused us to create a CONSTRUCTOR when we're {}-initializing an aggregate. Then we pass this new CONSTRUCTOR down to cxx_eval_constant_expression which, if the CONSTRUCTOR isn't TREE_CONSTANT or reduced_constant_expression_p, calls cxx_eval_bare_aggregate. In this case

Re: Extend builtin fnspecs

On Thu, Oct 15, 2020 at 11:50:28PM +0200, Jan Hubicka wrote: > Hi, > this patch implements the discussed change to fnspecs to make it > possible to specify parameters that are read and written. In addition > to original plan I ended up adding 'b' for functions that are barriers > (since those

Re: [PATCH] libgccjit: add some reflection functions in the jit C api

On Thu, 2020-10-15 at 13:39 -0400, Antoni Boucher wrote: > Thanks. I updated the patch with these changes. Thanks for patch; review below. Sorry if it seems excessively nitpicky in places. > 2020-09-1 Antoni Boucher > > gcc/jit/ > PR target/96889 > *

Extend builtin fnspecs

Hi, this patch implements the discussed change to fnspecs to make it possible to specify parameters that are read and written. In addition to original plan I ended up adding 'b' for functions that are barriers (since those alias even with local refs) and 'o','O' for parameters that are written

[Bug c++/95942] [11 regression] offsetof on an array: error: 'e' is not a constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95942 Sergei Trofimovich changed: What|Removed |Added CC||slyfox at gcc dot gnu.org ---

[Bug bootstrap/97451] [11 Regression] r11-3959 failed --with-build-config=bootstrap-cet

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97451 H.J. Lu changed: What|Removed |Added See Also||https://sourceware.org/bugz

[Bug bootstrap/97355] [11 Regression] Bootstrap comparison failure!

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97355 --- Comment #10 from dave.anglin at bell dot net --- On 2020-10-15 4:35 p.m., jakub at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97355 > > --- Comment #9 from Jakub Jelinek --- > Those are debug sections. So

libgo patch committed: Correct types in __go_ptrace shim

This libgo patch by Nikhil Benesch uses the correct types in the __go_ptrace shim. This makes them match the types declared in Go and the types declared by the C ptrace function, i.e., void*. This avoids a warning about an implicit int-to-pointer cast on some platforms. Bootstrapped and ran Go

[Bug bootstrap/97355] [11 Regression] Bootstrap comparison failure!

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97355 --- Comment #9 from Jakub Jelinek --- Those are debug sections. So contrib/compare-debug should be stripping them. Or is this non-debug bootstrap where either both stage2 and stage3 are built with -g or none of them?

[Bug other/97417] RISC-V Unnecessary andi instruction when loading volatile bool

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417 Jim Wilson changed: What|Removed |Added CC||wilson at gcc dot gnu.org

[Bug bootstrap/97451] [11 Regression] r11-3959 failed --with-build-config=bootstrap-cet

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97451 --- Comment #1 from H.J. Lu --- The problem is triggered by missing config/bootstrap-debug.mk. But cccS9GKD.s is is odd.

[Bug bootstrap/97355] [11 Regression] Bootstrap comparison failure!

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97355 --- Comment #8 from dave.anglin at bell dot net --- On 2020-10-15 4:18 p.m., jakub at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97355 > > Jakub Jelinek changed: > >What|Removed

[Bug bootstrap/97355] [11 Regression] Bootstrap comparison failure!

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97355 Jakub Jelinek changed: What|Removed |Added CC||mark at gcc dot gnu.org --- Comment #7

[Bug bootstrap/97355] [11 Regression] Bootstrap comparison failure!

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97355 --- Comment #6 from dave.anglin at bell dot net --- On 2020-10-15 3:58 p.m., jakub at gcc dot gnu.org wrote: > So, how do they differ? The comparison should be ignoring debug sections... It looks like the .s file name is in object:

[Bug target/18469] configure incorrectly defines gid_t

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18469 Jonathan Wakely changed: What|Removed |Added Status|NEW |WAITING --- Comment #6 from Jonathan

[Bug bootstrap/97451] New: [11 Regression] r11-3959 failed --with-build-config=bootstrap-cet

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97451 Bug ID: 97451 Summary: [11 Regression] r11-3959 failed --with-build-config=bootstrap-cet Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[Bug c/97398] Enhancement request: Warning when multiply assigning to same struct field

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97398 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org ---

Re: [wwwdocs] Add note about keeping replies on the mailing list

On 15/10/20 09:34 +0200, Gerald Pfeifer wrote: On Mon, 15 Jun 2020, Jonathan Wakely via Gcc-patches wrote: I can't count the number of times I've tried to help somebody on the gcc-help list and they assume that means I want to be their personal support person in a private email conversation.

[Bug target/18469] configure incorrectly defines gid_t

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18469 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org ---

[Bug bootstrap/97355] [11 Regression] Bootstrap comparison failure!

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97355 --- Comment #5 from Jakub Jelinek --- So, how do they differ? The comparison should be ignoring debug sections...

Re: [RFC] Automatic linking of libatomic via gcc.c or ...? [PR81358] (dependency for libgomp on nvptx dep, configure overriddable, ...)

On Thu, 15 Oct 2020, Tobias Burnus wrote: > Hi Joseph, hi Jakub, > > (a) For the driver route: > > On 10/15/20 12:22 AM, Joseph Myers wrote: > > I think it should be somewhere in the expansion of %(link_gcc_c_sequence) > > (i.e. LINK_GCC_C_SEQUENCE_SPEC, which has various target-specific > >

[Bug c++/97450] New: [concepts] Bogus errors during constraint normalization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97450 Bug ID: 97450 Summary: [concepts] Bogus errors during constraint normalization Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

libgo patch committed: Fix path to x/net/route package in Makefile

This libgo patch by Nikhil Benesch corrects a Makefile typo in the path to the x/net/route package. Bootstrapped and ran Go testsuite on x86_64-pc-linux-gnu. Committed to mainline. Ian 6949fbefe28134744a86c5d7b8d9c17fcf3a16a0 diff --git a/gcc/go/gofrontend/MERGE b/gcc/go/gofrontend/MERGE index

Go patch committed: Export type for string/bool constants

This patch to the Go frontend includes the type in the export data when an inlinable function refers to a string or bool constant. The patch consolidates the identical code for constant type export into a pair of static methods. This fixes https://golang.org/issue/35739. Bootstrapped and ran Go

Re: [PATCH] libstdc++: Add c++2a

On 15/10/20 07:46 -0700, Thomas Rodgers wrote: + template , + typename _Alloc = allocator<_CharT>> +class basic_osyncstream : public basic_ostream<_CharT, _Traits> +{ +public: + // Types: + using char_type = _CharT; + using traits_type = _Traits; +

[Bug bootstrap/97355] [11 Regression] Bootstrap comparison failure!

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97355 John David Anglin changed: What|Removed |Added CC||jakub at gcc dot gnu.org ---

[Bug c++/97402] Value of dependent partial-concept-id is not usable in a constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97402 Patrick Palka changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot gnu.org

Re: [PATCH] libgccjit: Handle truncation and extension for casts [PR 95498]

Hi. Sorry for the long delay. I attached the updated patch. For your question, the current code already works with boolean and reals and casts between integers and pointers is currently not supported. The tests now pass: I'm assuming I had to clean the build folder or something to make that

[Bug c++/67491] [meta-bug] concepts issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491 Bug 67491 depends on bug 79686, which changed state. Bug 79686 Summary: Variadic template expansion into concept with leading parameters https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79686 What|Removed |Added

[Bug c++/79686] Variadic template expansion into concept with leading parameters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79686 Patrick Palka changed: What|Removed |Added Resolution|--- |DUPLICATE CC|

[Bug c++/66834] [concepts] variadic concepts and DR 1430

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66834 Patrick Palka changed: What|Removed |Added CC||anthony.ajw at gmail dot com ---

[Bug c++/97419] crash in decl_as_string(TFF_DECL_SPECIFIERS | TFF_CHASE_TYPEDEF) from plugin using std::declval()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97419 --- Comment #6 from Steve Fink --- The crash still happens with gcc 10.2.0.

[Bug libstdc++/97449] [11 Regression] libstdc++ cannot be compiled with clang after 3427e31331677ca826c5588c87924214f7e5c54b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97449 Ville Voutilainen changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[committed] libstdc++: Fix typos in copyright notice

It looks like I did a s/a/__a/ substition in one of these headers, and then copied it to the other one. libstdc++-v3/ChangeLog: * include/std/concepts: Fix typos in copyright notice. * include/std/ranges: Likewise. Committed to trunk. I'll backport it to gcc-10 too. commit

Re: [PATCH] libstdc++: Add c++2a

On 15/10/20 07:46 -0700, Thomas Rodgers wrote: From: Thomas Rodgers * Note: depends on a sufficiently C++20ified basic_stringbuf<>. libstdc++/Changelog: libstdc++-v3/include/Makefile.am (std_headers): Add new header. libstdc++-v3/include/Makefile.in: Regenerate.

*PING* [PATCH] PR fortran/95979 - [10/11 Regression] ICE in get_kind, at fortran/simplify.c:129

*ping* > Gesendet: Donnerstag, 08. Oktober 2020 um 20:44 Uhr > Von: "Harald Anlauf" > An: "fortran" , "gcc-patches" > Betreff: [PATCH] PR fortran/95979 - [10/11 Regression] ICE in get_kind, at > fortran/simplify.c:129 > > Dear all, > > the present PR turned out to be fixable rather easily,

Re: [PATCH] libstdc++: Add c++2a

On 15/10/20 07:46 -0700, Thomas Rodgers wrote: From: Thomas Rodgers * Note: depends on a sufficiently C++20ified basic_stringbuf<>. libstdc++/Changelog: libstdc++-v3/include/Makefile.am (std_headers): Add new header. libstdc++-v3/include/Makefile.in: Regenerate.

Re: [PATCH] arm: Implement vceqq_p64, vceqz_p64 and vceqzq_p64 intrinsics

Hi Christophe, I've spotted two very minors. Christophe Lyon via Gcc-patches writes: [...] > +/* For vceqq_p64, we rely on vceq_p64 for each of the two elements. */ > +__extension__ extern __inline uint64x2_t > +__attribute__ ((__always_inline__, __gnu_inline__, __artificial__)) >

Re: [PATCH] libgccjit: add some reflection functions in the jit C api

Antoni Boucher writes: > Thanks. I updated the patch with these changes. > > Is there any tool to automatically check the style? Yes, we have in contrib check_GNU_style.sh and check_GNU_style.py. Andrea

[Bug tree-optimization/80635] [8/9/10/11 regression] std::optional and bogus -Wmaybe-uninitialized warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80635 Chris Uzdavinis changed: What|Removed |Added CC||cuzdav at gmail dot com --- Comment

[Bug c++/95844] [11 Regression] ICE: Segmentation fault (in cp_warn_deprecated_use)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95844 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

Re: [PATCH] libgccjit: add some reflection functions in the jit C api

Thanks. I updated the patch with these changes. Is there any tool to automatically check the style? On Thu, Oct 15, 2020 at 06:23:18PM +0200, Andrea Corallo wrote: Antoni Boucher via Jit writes: Hi Antoni, Just had a quick look, please find some quite minor comments in line. From

[Bug testsuite/97426] [11 regression] new test case gcc.dg/ipa/modref-1.c fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97426 --- Comment #2 from seurer at gcc dot gnu.org --- g:10744da3452dac48cfa54d4480c269aac56421fa, r11-3909 The above partly fixes this but leaves at least one error: make -k check-gcc RUNTESTFLAGS="tree-ssa.exp=gcc.dg/tree-ssa/modref-4.c" FAIL:

[PATCH] Hashtable refactoring and simplification

I'd like to integrate some of the refactoring I had to do as part of my work on support of custom pointers in unordered containers. Those are of course the abi compatible changes. Thanks to the changes on _Hash_node type definition I was able to get rid of _Hash_code_base partial

[Bug c++/95844] [11 Regression] ICE: Segmentation fault (in cp_warn_deprecated_use)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95844 --- Comment #2 from CVS Commits --- The master branch has been updated by Jason Merrill : https://gcc.gnu.org/g:f3ee94724686b82556c07b4d33821ae973eb9aba commit r11-3958-gf3ee94724686b82556c07b4d33821ae973eb9aba Author: Jason Merrill Date:

[pushed] c++: Fix [[deprecated]] and implicit operator==. [PR97358]

Trying to diagnose the problem with an implicit copy function breaks if the function isn't actually a copy function. Tested x86_64-pc-linux-gnu, applying to trunk. gcc/cp/ChangeLog: PR c++/95844 * decl.c (copy_fn_p): Return false for a function that is neither a

[PATCH] arm: Implement vceqq_p64, vceqz_p64 and vceqzq_p64 intrinsics

This patch adds implementations for vceqq_p64, vceqz_p64 and vceqzq_p64 intrinsics. vceqq_p64 uses the existing vceq_p64 after splitting the input vectors into their high and low halves. vceqz[q] simply call the vceq and vceqq with a second argument equal to zero. The added (executable)

[Bug libstdc++/97449] [11 Regression] libstdc++ cannot be compiled with clang after 3427e31331677ca826c5588c87924214f7e5c54b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97449 Jonathan Wakely changed: What|Removed |Added Target Milestone|--- |11.0 Known to fail|

[Bug libstdc++/97449] [11 Regression] libstdc++ cannot be compiled with clang after 3427e31331677ca826c5588c87924214f7e5c54b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97449 Jonathan Wakely changed: What|Removed |Added Last reconfirmed||2020-10-15 Ever confirmed|0

[Bug libstdc++/97415] Invalid pointer comparison in stringbuf::str() (reported by pointer-compare AddressSanitizer)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97415 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

Re: [PATCH] IPA: compare VRP types.

On Thu, Oct 15 2020, Martin Liška wrote: > Hello. > > As mentioned in the PR, since 74ca1c01d02e548f32aa26f9a887dcc0730703fb we > wrongly > merge a pair of VRP ranges with a different TREE_TYPE (in the PR one is char > and second > one is short). Then we merge 2 ranges and make an anti-range and

[Bug target/97437] builtins subcarry and addcarry still not generate the right code. Not get optimized to immediate value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97437 --- Comment #10 from Segher Boessenkool --- Not even an alternative SELECT_CC_MODE; just add an argument to it, giving the original mode? We already have that in combine, so we can trivially pass it. Will that work for x86 here?

[Bug c++/95844] [11 Regression] ICE: Segmentation fault (in cp_warn_deprecated_use)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95844 Jason Merrill changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org

[Bug libstdc++/97449] New: libstdc++ cannot be compiled with clang after 3427e31331677ca826c5588c87924214f7e5c54b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97449 Bug ID: 97449 Summary: libstdc++ cannot be compiled with clang after 3427e31331677ca826c5588c87924214f7e5c54b Product: gcc Version: 11.0 Status: UNCONFIRMED

[Bug c++/95942] [11 regression] offsetof on an array: error: 'e' is not a constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95942 Jason Merrill changed: What|Removed |Added Resolution|--- |INVALID Status|NEW

Re: [RFC] Automatic linking of libatomic via gcc.c or ...? [PR81358] (dependency for libgomp on nvptx dep, configure overriddable, ...)

Hi Joseph, hi Jakub, (a) For the driver route: On 10/15/20 12:22 AM, Joseph Myers wrote: I think it should be somewhere in the expansion of %(link_gcc_c_sequence) (i.e. LINK_GCC_C_SEQUENCE_SPEC, which has various target-specific definitions), since that's what expands to something like -lgcc

Re: [PATCH] libgccjit: add some reflection functions in the jit C api

Antoni Boucher via Jit writes: Hi Antoni, Just had a quick look, please find some quite minor comments in line. > From b0edc9eb8e8d3ba9e1c6a8d061a8627c0b0cf102 Mon Sep 17 00:00:00 2001 > From: Antoni Boucher > Date: Sat, 1 Aug 2020 17:52:17 -0400 > Subject: [PATCH] This patch add some

Re: [PATCH] libgccjit: add some reflection functions in the jit C api

Hi. I added all the functions I need in this new patch. Please tell me if that looks good and I'll add documentation for those functions. Thanks. On Fri, Oct 02, 2020 at 04:24:26PM -0400, David Malcolm wrote: On Fri, 2020-10-02 at 16:17 -0400, David Malcolm wrote: On Tue, 2020-09-01 at 21:01

Re: [PATCH] IPA: compare VRP types.

On October 15, 2020 5:04:11 PM GMT+02:00, "Martin Liška" wrote: >Hello. > >As mentioned in the PR, since 74ca1c01d02e548f32aa26f9a887dcc0730703fb >we wrongly >merge a pair of VRP ranges with a different TREE_TYPE (in the PR one is >char and second >one is short). Then we merge 2 ranges and make

[Bug c++/85901] Error message contains "#'offset_type' not supported by simple_type_specifier#)#'offset_type' not supported by direct_abstract_declarator#"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85901 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/97406] Truncated pointer-to-member type in concept satisfaction error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97406 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/96974] [10/11 Regression] ICE in vect_get_vector_types_for_stmt compiling for SVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96974 Stam Markianos-Wright changed: What|Removed |Added Host||x86_64-linux-gnu

[Bug c++/95808] Can mismatch non-array new/delete with array new/delete during constant evaluation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95808 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

Re: [PATCH] c++: Improve printing of pointers-to-members [PR97406, PR85901]

On 10/14/20 3:52 PM, Marek Polacek wrote: This PR points out that when printing the parameter mapping for a pointer-to-member-function, the output was truncated: [with T = void (X::*] Fixed by printing the abstract declarator for pointers-to-members in cxx_pretty_printer::type_id. So now

[Bug libstdc++/97415] Invalid pointer comparison in stringbuf::str() (reported by pointer-compare AddressSanitizer)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97415 --- Comment #5 from Martin Liška --- (In reply to Jonathan Wakely from comment #4) > Fixed on trunk so far. I'm undecided whether it needs to be backported. > Although the comparison with null is formally unspecified, I think all the > compilers

[Bug sanitizer/97416] pointer-compare sanitizer + use-after-return: CHECK failed: /build/gcc/src/gcc/libsanitizer/asan/asan_thread.cpp:369 "((bottom)) != (0)" (0x0, 0x0)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97416 Martin Liška changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot gnu.org Last

[Bug sanitizer/97414] AddressSanitizer CHECK failed: detect_stack_use_after_return and detect_invalid_pointer_pairs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97414 Martin Liška changed: What|Removed |Added Last reconfirmed||2020-10-15 Assignee|unassigned

[Bug c/97448] New: Unneccessary stack frame when using stack protector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97448 Bug ID: 97448 Summary: Unneccessary stack frame when using stack protector Product: gcc Version: 10.1.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/97437] builtins subcarry and addcarry still not generate the right code. Not get optimized to immediate value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97437 --- Comment #9 from Jakub Jelinek --- I don't think it is really possible, because there is nothing magic about the operands of the comparison, it can be done in both CCmode or CCCmode. The problem is that during simplification combiner takes

[Bug c/97445] Some fonctions marked static inline in Linux kernel are not inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97445 --- Comment #6 from Christophe Leroy --- Sorry, the above command is for another problem I'm about to report. The command in question in this bug report is: powerpc64-linux-gcc -Wp,-MMD,arch/powerpc/kernel/.setup-common.o.d -nostdinc -isystem

[Bug target/97437] builtins subcarry and addcarry still not generate the right code. Not get optimized to immediate value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97437 --- Comment #8 from Segher Boessenkool --- So is that something than can/should be improved in ix86_cc_mode?

[Bug c/97447] During IPA pass: modref: ICE on gcc.dg/atomic/pr65345-4.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97447 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org

[Bug c/97172] [11 Regression] ICE: tree code ‘ssa_name’ is not supported in LTO streams since r11-3303-g6450f07388f9fe57

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172 Martin Liška changed: What|Removed |Added CC||vvinayag at arm dot com --- Comment #7

[Bug c/97445] Some fonctions marked static inline in Linux kernel are not inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97445 --- Comment #5 from Christophe Leroy --- GCC version with the BUG: Using built-in specs. COLLECT_GCC=/opt/gcc-10.1.0-nolibc/powerpc64-linux/bin/powerpc64-linux-gcc

[PING][PATCH][omp, simt] Handle alternative IV

On 10/2/20 3:21 PM, Tom de Vries wrote: > Hi, > > Consider the test-case libgomp.c/pr81778.c added in this commit, with > this core loop (note: CANARY_SIZE set to 0 for simplicity): > ... > int s = 1; > #pragma omp target simd > for (int i = N - 1; i > -1; i -= s) > a[i] = 1; > ... >

[Bug c++/70248] constexpr initialization with unspecified equality expression accepted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70248 --- Comment #9 from Marek Polacek --- *** Bug 85474 has been marked as a duplicate of this bug. ***

[PATCH] IPA: compare VRP types.

Hello. As mentioned in the PR, since 74ca1c01d02e548f32aa26f9a887dcc0730703fb we wrongly merge a pair of VRP ranges with a different TREE_TYPE (in the PR one is char and second one is short). Then we merge 2 ranges and make an anti-range and bad things happen. Patch can bootstrap on

[Bug c++/85474] unspecified string literal comparison accepted in constexpr context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85474 Marek Polacek changed: What|Removed |Added Resolution|--- |DUPLICATE

[Bug c++/55004] [meta-bug] constexpr issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004 Bug 55004 depends on bug 85474, which changed state. Bug 85474 Summary: unspecified string literal comparison accepted in constexpr context https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85474 What|Removed

[PATCH] aarch64: Add bfloat16 vldN_lane_bf16 + vldNq_lane_bf16 intrisics

Hi all, I'd like to submit the following patch implementing the bfloat16_t neon related load intrinsics: vld2_lane_bf16, vld2q_lane_bf16, vld3_lane_bf16, vld3q_lane_bf16 vld4_lane_bf16, vld4q_lane_bf16. Please see refer to: ACLE ISA

[Bug c/97445] Some fonctions marked static inline in Linux kernel are not inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97445 --- Comment #4 from Jakub Jelinek --- Even if it is just a few insns, if it is larger than the function call, the caller might already trigger threshold of how much it can be enlarged by inlining. If this bugreport would come with the requested

Re: [PATCH] MIPS/libphobos: Fix switchcontext.S assembly for MIPS I ISA

On Tue, 13 Oct 2020, Richard Biener wrote: > > Jakub, Richard: I should have cc-ed you for the backports to GCC 8/9/10. > > OK to backport as a fatal build failure fix, or shall we leave this as it > > stands? FAOD the L.D and S.D assembly instructions have been supported in > > binutils as

[Bug c/97445] Some fonctions marked static inline in Linux kernel are not inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97445 Segher Boessenkool changed: What|Removed |Added CC||segher at gcc dot gnu.org ---

  1   2   3   >