Re: [PATCH] c++: Implement P0466R5 __cpp_lib_is_pointer_interconvertible compiler helpers [PR101539]

On 7/29/21 4:38 PM, Jason Merrill wrote: On 7/29/21 3:50 AM, Jakub Jelinek wrote: Hi! The following patch attempts to implement the compiler helpers for libstdc++ std::is_pointer_interconvertible_base_of trait and std::is_pointer_interconvertible_with_class template function. For the former

[PATCH v2] Make loops_list support an optional loop_p root

on 2021/7/29 下午4:01, Richard Biener wrote: > On Fri, Jul 23, 2021 at 10:41 AM Kewen.Lin wrote: >> >> on 2021/7/22 下午8:56, Richard Biener wrote: >>> On Tue, Jul 20, 2021 at 4:37 >>> PM Kewen.Lin wrote: Hi, This v2 has addressed some review comments/suggestions: -

Re: [PATCH] c++: __builtin_is_pointer_interconvertible_with_class incremental fix [PR101539]

On 7/29/21 10:21 AM, Jakub Jelinek wrote: On Thu, Jul 29, 2021 at 09:50:10AM +0200, Jakub Jelinek via Gcc-patches wrote: Now that I'm writing the above text and rereading the pointer-interconvertibility definition, I think my first_nonstatic_data_member_p and

[Bug tree-optimization/43401] Register not cleand correctly by acessing thru pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43401 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |4.4.0 Status|NEW

PING^w: [PATCH] ipa-devirt: check precision mismatch of enum values [PR101396]

Ping again. On Sun, 2021-07-11 at 01:48 +0800, Xi Ruoyao wrote: > We are comparing enum values (in wide_int) to check ODR violation. > However, if we compare two wide_int values with different precision, > we'll trigger an assert, leading to ICE.  With enum-base introduced > in C++11, it's easy

PING^5: [PATCH] mips: Fix up mips_atomic_assign_expand_fenv [PR94780]

Ping again. On Wed, 2021-06-23 at 11:11 +0800, Xi Ruoyao wrote: > Commit message shamelessly copied from 1777beb6b129 by jakub: > > This function, because it is sometimes called even outside of function > bodies, uses create_tmp_var_raw rather than create_tmp_var.  But in > order > for that to

PING^5: [PATCH] mips: add MSA vec_cmp and vec_cmpu expand pattern [PR101132]

Ping again. On Mon, 2021-06-21 at 21:42 +0800, Xi Ruoyao wrote: > Middle-end started to emit vec_cmp and vec_cmpu since GCC 11, causing > ICE on MIPS with MSA enabled.  Add the pattern to prevent it. > > Bootstrapped and regression tested on mips64el-linux-gnu. > Ok for trunk? > > gcc/ > >

[Bug libgcc/101655] canadian compile of libgcc uses native cc as the compiler instead of the target cross compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101655 --- Comment #11 from bootmgr at 163 dot com --- (In reply to Andreas Schwab from comment #10) > In a canadian cross, you don't compile the target libraries. They are > already built while building the cross compiler. Isn't this a bug? I

[Bug target/57333] Wrong detection of LZCNT instruction, -mno-lzcnt has no effect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57333 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug target/101685] [12 Regression] -march=amdfam10 -mno-lzcnt Defines __LZCNT__

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101685 Andrew Pinski changed: What|Removed |Added Summary|-march=amdfam10 -mno-lzcnt |[12 Regression]

[Bug target/57333] Wrong detection of LZCNT instruction, -mno-lzcnt has no effect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57333 Andrew Pinski changed: What|Removed |Added Ever confirmed|1 |0 Status|NEW

[Bug target/101685] New: -march=amdfam10 -mno-lzcnt Defines __LZCNT__

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101685 Bug ID: 101685 Summary: -march=amdfam10 -mno-lzcnt Defines __LZCNT__ Product: gcc Version: 12.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal

[Bug target/57333] Wrong detection of LZCNT instruction, -mno-lzcnt has no effect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57333 Andrew Pinski changed: What|Removed |Added Target||x86_64-linux-gnu Last reconfirmed|

[Bug c++/101684] Different optimization levels lead to different output results (-Wuninitialized)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101684 --- Comment #2 from Andrew Pinski --- Note find_olap_engine has a similar issue too. int64_t int_value = *(int64_t*)(data); int32_t frac_value = *(int32_t*)((char*)data + sizeof(int64_t)); Should be: int64_t int_value;

[Bug c++/101684] Different optimization levels lead to different output results (-Wuninitialized)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101684 Andrew Pinski changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED

[Bug c++/101684] New: Different optimization levels lead to different output results (-Wuninitialized)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101684 Bug ID: 101684 Summary: Different optimization levels lead to different output results (-Wuninitialized) Product: gcc Version: 10.1.0 Status: UNCONFIRMED

[Bug debug/101669] error reading variable from debug information when compiling with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101669 Jiu Fu Guo changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW

[Bug debug/101669] error reading variable from debug information when compiling with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101669 --- Comment #7 from Andrew Pinski --- (In reply to Jiu Fu Guo from comment #5) > readelf --debug-dump arg1.exe |grep readelf > readelf: Error: Invalid location list entry type 8 DW_LLE_start_length = 0x08, Didn't make it into binutils

[Bug rtl-optimization/101683] Floating point exception for double->unsigned conversion on avx512 only

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101683 Andrew Pinski changed: What|Removed |Added Status|NEW |ASSIGNED See Also|

[Bug rtl-optimization/101683] Floating point exception for double->unsigned conversion on avx512 only

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101683 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2021-07-30

[Bug rtl-optimization/101683] Floating point exception for double->unsigned conversion on avx512 only

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101683 --- Comment #1 from Andrew Pinski --- Trapping math is turned on by default I wonder why ifcvt.c is doing the cmov ...

[Bug debug/101669] error reading variable from debug information when compiling with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101669 --- Comment #6 from Andrew Pinski --- Hmmm, maybe https://sourceware.org/bugzilla/show_bug.cgi?id=27999

[Bug target/101683] New: Floating point exception for double->unsigned conversion on avx512 only

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101683 Bug ID: 101683 Summary: Floating point exception for double->unsigned conversion on avx512 only Product: gcc Version: 10.3.0 Status: UNCONFIRMED Severity:

[Bug debug/101669] error reading variable from debug information when compiling with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101669 --- Comment #5 from Jiu Fu Guo --- (In reply to Andrew Pinski from comment #4) > What version of gdb are you using? Tried gdb8.1/8.3/9.2 on ppc64le. In gdb, the msg "error reading variable: dwarf2_find_location_expression:" occurs when

[Bug tree-optimization/45243] Non-volatile variables don't need to be constantly modified at -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45243 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement Keywords|

Re: [PATCH] Pass pratt parsed token to expr parser functions to fix expr locus

Hi, On Thu, Jul 29, 2021 at 05:18:50PM +0200, Thomas Schwinge wrote: > On 2021-07-29T12:55:38+0200, Mark Wielaard wrote: > > On Thu, 2021-07-29 at 09:25 +0800, The Other via Gcc-rust wrote: > >> But isn’t it overkill to pass the token in instead of just the > >> location? You can avoid a fairly

[Bug tree-optimization/33535] bitpos_of_field() returns false result base of hard coded multiplication by 8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33535 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

RE: How to detect user uses -masm=intel?

Can we add one?? Sent from Mail for Windows 10 From: Florian Weimer Sent: Thursday, July 29, 2021 04:39 To: unlvsur unlvsur via Gcc Cc: Andrew Pinski; unlvsur

Re: daily report on extending static analyzer project [GSoC]

On Thu, 2021-07-29 at 18:20 +0530, Ankur Saini wrote: > I have attached the patches(one is the updated version of previous > patch to > detect calls via function pointers) of the changed done to make the > analyzer > understand the calls to virtual functions for initial review. > > 1. I

[Bug target/31782] Invalid assembly code on initial dollar signs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31782 Andrew Pinski changed: What|Removed |Added CC||kerrg at ccs dot neu.edu --- Comment

[Bug target/46163] nested function called $ causes assembly error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46163 Andrew Pinski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/31782] Invalid assembly code on initial dollar signs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31782 Andrew Pinski changed: What|Removed |Added CC||rwxr-xr-x at gmx dot de --- Comment #12

[Bug target/52554] Variable called $1 causes invalid asm to be generated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52554 Andrew Pinski changed: What|Removed |Added Resolution|--- |DUPLICATE

[Bug target/31782] Invalid assembly code on initial dollar signs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31782 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2021-07-29

[Bug target/72867] SSE/AVX/AVX512: incorrect optimization of VMINPS/VMAXPS at compile time

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72867 Andrew Pinski changed: What|Removed |Added CC||mathias at gaunard dot com --- Comment

[Bug target/57057] Bad optimization on x86 for minps and maxps

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57057 Andrew Pinski changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW

[PATCH] doc: correct documentation of "call" (et al) operand 2.

An old itch being scratched: the documentation lies; it's not "the number of registers used as operands", unless the target makes a special arrangement to that effect, and there's nothing in the guts of gcc setting up or assuming those semantics. Instead, see calls.c:expand_call, variable

[Bug target/57690] bextr sometimes used instead of shr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57690 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization --- Comment #2 from

Committed: Fix MMIX breakage; ICE in df_ref_record, at df-scan.c:2598

This bug made me dive into some of the murkier waters of gcc, namely the source of operand 2 to the "call" pattern. It can be pretty poisonous, but is unused (either directly or later) by most targets. The target function_arg (and function_incoming_arg), can unless specially handled, cause a

[Bug c/101682] gcc incorrectly rejects C2x attributes after declaration-specifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101682 --- Comment #3 from Andrew Pinski --- (In reply to Paul Eggert from comment #2) > Clang's warnings are not a problem here, because in clang 12.0.0 (the > current release) __has_c_attribute(nodiscard) is false, so code like this > works: I was

Re: [PATCH] fix breakage from "libstdc++: Remove unnecessary uses of "

On Thu, 29 Jul 2021, 23:44 Hans-Peter Nilsson, wrote: > Commit r12-2534 was incomplete and (by inspection derived from > an MMIX build) failing for targets without an insn for > compare_and_swap for pointer-size objects, IOW for targets for > which "ATOMIC_POINTER_LOCK_FREE != 2" is true: > >

[Bug target/56863] cmpnltpd recognition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56863 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement Last

[Bug c/101682] gcc incorrectly rejects C2x attributes after declaration-specifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101682 --- Comment #2 from Paul Eggert --- Clang's warnings are not a problem here, because in clang 12.0.0 (the current release) __has_c_attribute(nodiscard) is false, so code like this works: #ifndef __has_c_attribute # define __has_c_attribute(x)

[Bug c/101682] gcc incorrectly rejects C2x attributes after declaration-specifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101682 --- Comment #1 from Andrew Pinski --- clang rejects/warnings similar to gcc: :2:8: error: an attribute list cannot appear here extern [[nodiscard]] int f (void); ^ :3:14: error: 'nodiscard' attribute cannot be applied to

[Bug target/47186] -O2 moves invariant address load INTO loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47186 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization --- Comment #1 from

[PATCH] fix breakage from "libstdc++: Remove unnecessary uses of "

Commit r12-2534 was incomplete and (by inspection derived from an MMIX build) failing for targets without an insn for compare_and_swap for pointer-size objects, IOW for targets for which "ATOMIC_POINTER_LOCK_FREE != 2" is true: x/gcc/libstdc++-v3/src/c++17/memory_resource.cc: In member function

[Bug c/101682] New: gcc incorrectly rejects C2x attributes after declaration-specifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101682 Bug ID: 101682 Summary: gcc incorrectly rejects C2x attributes after declaration-specifiers Product: gcc Version: 11.2.0 Status: UNCONFIRMED Severity: normal

[Bug target/47133] code size opportunity for boolean expression evaluation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47133 --- Comment #2 from Andrew Pinski --- 5.4+ produces: ldr r3, [r1] cmp r3, #9 ittte eq ldreq r0, [r1, #4] clzeq r0, r0 lsreq r0, r0, #5 movne r0, #0 bx lr

gcc-9-20210729 is now available

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

New German PO file for 'gcc' (version 11.2.0)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'gcc' has been submitted by the German team of translators. The file is available at: https://translationproject.org/latest/gcc/de.po (This file, 'gcc-11.2.0.de.po', has

[Bug rtl-optimization/47698] CMOV accessing volatile memory with read side effect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47698 Andrew Pinski changed: What|Removed |Added CC||regehr at cs dot utah.edu --- Comment

[Bug target/35764] improper load from volatile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35764 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |4.7.0 Known to work|

[PATCH] Add testcases that got lost when tree-ssa was merged

From: Andrew Pinski So I was looking at some older PRs (PR 16016 in this case), I noticed that some of the testcases were removed when the tree-ssa branch was merged. This adds them back in. OK? Bootstrapped and tested on x86_64-linux-gnu with no regressions. Thanks, Andrew Pinski

[Bug c++/82081] Tail call optimisation of noexcept function leads to exception allowed through

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82081 Andrew Pinski changed: What|Removed |Added CC||rogero at howzatt dot co.uk --- Comment

[Bug ipa/64181] 'noexcept' on a lambda sometimes appears to get optimised away at -O2 (or above).

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64181 Andrew Pinski changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW

[Bug ipa/64181] 'noexcept' on a lambda sometimes appears to get optimised away at -O2 (or above).

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64181 Andrew Pinski changed: What|Removed |Added Known to work||8.4.0 --- Comment #7 from Andrew Pinski

Re: [PATCH v3 1/2] rs6000: Add support for _mm_minpos_epu16

On Tue, Jul 27, 2021 at 10:29:13PM -0400, David Edelsohn via Gcc-patches wrote: > > Add a naive implementation of the subject x86 intrinsic to > > ease porting. > > > > 2021-07-15 Paul A. Clarke > > > > gcc > > * config/rs6000/smmintrin.h (_mm_minpos_epu16): New. > > Segher already

[Bug ipa/64181] 'noexcept' on a lambda sometimes appears to get optimised away at -O2 (or above).

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64181 Andrew Pinski changed: What|Removed |Added Known to work||9.1.0 --- Comment #6 from Andrew Pinski

[Bug ipa/64181] 'noexcept' on a lambda sometimes appears to get optimised away at -O2 (or above).

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64181 --- Comment #5 from Andrew Pinski --- (In reply to Andrew Pinski from comment #4) > Seems to be fixed in GCC 10+. It looks like GCC is handling volatile more > correctly now. Note I could only get the original testcase to show the issue not

[Bug ipa/64181] 'noexcept' on a lambda sometimes appears to get optimised away at -O2 (or above).

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64181 Andrew Pinski changed: What|Removed |Added Known to work||10.0 --- Comment #4 from Andrew Pinski

[Bug ipa/64641] ICE in get_polymorphic_call_info with C-cast to (polymorphic) object-reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64641 Andrew Pinski changed: What|Removed |Added Known to work||4.8.5 Known to fail|

Re: [patch][version 7]add -ftrivial-auto-var-init and variable attribute "uninitialized" to gcc

On Thu, Jul 29, 2021 at 08:02:43PM +, Qing Zhao wrote: > This is the 7th version of the patch for the new security feature for GCC. > I have tested it with bootstrap on both x86 and aarch64, regression testing > on both x86 and aarch64. > Also compile CPU2017 (running is ongoing), without any

Re: [PATCH 02/10] [i386] Enable _Float16 type for TARGET_SSE2 and above.

On Thu, 29 Jul 2021, Hongtao Liu via Gcc-patches wrote: > > Rather than using FLT_EVAL_METHOD_PROMOTE_TO_FLOAT16 whenever TARGET_SSE2 > > (i.e. whenever the type is available), it might make more sense to follow > > AArch64 and use it only when the hardware instructions are available. In > > any

[Bug middle-end/101679] triplicate warning offset outside bounds of constant string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101679 --- Comment #2 from Martin Sebor --- For the code in comment #1, the first warning is issued from the front end, the second one from the Gimplifier, and the last one just before expansion. The first one still has the right location. The

Re: An asm constraint issue (ARM FPU)

Dear Marc, Sorry for the late answer, I was away for a few days. Yes, that fixes it. THANK YOU! Do you know which gcc source file contains the magic qualifiers for the asm arguments? I wouldn't mind to go through the code and extract what I can. Probably I'd find a couple of gems that are useful

[Bug middle-end/101679] triplicate warning offset outside bounds of constant string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101679 Martin Sebor changed: What|Removed |Added Summary|duplicate warning offset|triplicate warning offset

[Bug c++/67033] [c++11] template argument invalid for integral constant expression beginning with address-of expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67033 Andrew Pinski changed: What|Removed |Added Status|NEW |RESOLVED Target Milestone|---

[Bug c++/101681] New: PMF comparison to nullptr is not considered a constexpr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101681 Bug ID: 101681 Summary: PMF comparison to nullptr is not considered a constexpr Product: gcc Version: 12.0 Status: UNCONFIRMED Keywords: rejects-valid

Re: [PATCH 03/10] [i386] libgcc: Enable hfmode soft-sf/df/xf/tf extensions and truncations.

On Tue, 27 Jul 2021, Hongtao Liu via Gcc-patches wrote: > modified gcc/emit-rtl.c > @@ -928,6 +928,10 @@ validate_subreg (machine_mode omode, machine_mode imode, > fix them all. */ >if (omode == word_mode) > ; > + /* ???Similarly like (subreg:DI (reg:SF), also allow (subreg:SI

[Bug c++/101603] [meta-bug] pointer to member functions issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101603 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug c++/89781] Misleading error messages when initializing a static data member in-class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89781 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2021-07-29

[Bug c++/86970] Rejected constexpr expression involving lambdas and inheritance, "use of this in a constant expression"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86970 Andrew Pinski changed: What|Removed |Added Known to fail||9.4.0 Known to work|

[Bug c++/101680] [9/10 Regression] spurious error: use of ‘this’ in a constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101680 Andrew Pinski changed: What|Removed |Added Summary|spurious error: use of |[9/10 Regression] spurious

[Bug middle-end/168] Spurious signed/unsigned comparison warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=168 --- Comment #7 from Andrew Pinski --- (In reply to Andrew Pinski from comment #6) > fixed on the mainline (20030614) by: > > I do not think this should fixed for 3.3 since this an adittional

Re: [PATCH] c++: Implement P0466R5 __cpp_lib_is_pointer_interconvertible compiler helpers [PR101539]

On 7/29/21 3:50 AM, Jakub Jelinek wrote: Hi! The following patch attempts to implement the compiler helpers for libstdc++ std::is_pointer_interconvertible_base_of trait and std::is_pointer_interconvertible_with_class template function. For the former __is_pointer_interconvertible_base_of trait

[Bug c++/101680] New: spurious error: use of ‘this’ in a constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101680 Bug ID: 101680 Summary: spurious error: use of ‘this’ in a constant expression Product: gcc Version: 10.2.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug testsuite/101517] Some testcases were lost when tree-ssa was merged

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101517 --- Comment #3 from Andrew Pinski --- Created attachment 51221 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51221=edit Patch which adds them back This is the patch which I am testing.

[Bug target/100340] Bootstrap fails with Clang 12.0.5 (XCode 12.5)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100340 --- Comment #12 from Jürgen Reuter --- (In reply to Iain Sandoe from comment #11) > > 1. Update to XCode 12.5.1 (which apparently exists, but I don't know if it > > has the fixes?) > > not yet checked - but if someone has time I'd like to

[Bug fortran/101101] ICE in gfc_build_array_type, at fortran/trans-types.c:1391

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101101 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2021-07-29 Ever

[Bug ipa/101382] function declarations with identical asm label aliasing a target function does not compile with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101382 --- Comment #2 from Fabian Parzefall --- I am wondering whether LTO is wrong or the default handling when not using LTO is wrong. As I understand it, the assembly that is generated in this case is correct. The documentation of GNU as even

Re: rust frontend and UTF-8/unicode processing/properties

For the gcc rust frontend I was thinking of importing a couple of gnulib modules to help with UTF-8 processing, conversion to/from unicode codepoints and determining various properties of those codepoints. But it seems gcc doesn't yet have any gnulib modules imported, and maybe other frontends

Re: [PATCH] RISC-V: Enable overlap-by-pieces in case of fast unaliged access

On Thu, Jul 29, 2021 at 8:54 PM Palmer Dabbelt wrote: > > On Tue, 27 Jul 2021 02:32:12 PDT (-0700), cmuell...@gcc.gnu.org wrote: > > Ok, so if I understand correctly Palmer and Andrew prefer > > overlap_op_by_pieces to be controlled > > by its own field in the riscv_tune_param struct and not by

[Bug target/65568] ptrmem8.C:9:9: internal compiler error: in build_ptrmemfunc, at cp/typeck.c:7940

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65568 Andrew Pinski changed: What|Removed |Added CC||vladimir.kokovic at gmail dot com ---

[Bug testsuite/97825] internal compiler error: in build_ptrmemfunc, at cp/typeck.c:9199

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97825 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Target|

[Bug target/65568] ptrmem8.C:9:9: internal compiler error: in build_ptrmemfunc, at cp/typeck.c:7940

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65568 Andrew Pinski changed: What|Removed |Added Status|WAITING |NEW

[Bug target/65572] ptrmem5.C:7:26: internal compiler error: in gimplify_expr, at gimplify.c:8629

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65572 Andrew Pinski changed: What|Removed |Added CC||vladimir.kokovic at gmail dot com ---

[Bug testsuite/97824] internal compiler error: in gimplify_expr, at gimplify.c:14531

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97824 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/65573] 13908.C:20:33: internal compiler error: in cp_build_addr_expr_1, at cp/typeck.c:5527

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65573 Andrew Pinski changed: What|Removed |Added CC||vladimir.kokovic at gmail dot com ---

[Bug testsuite/97826] internal compiler error: in cp_build_addr_expr_1, at cp/typeck.c:6453

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97826 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libfortran/98076] Increase speed of integer I/O

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98076 anlauf at gcc dot gnu.org changed: What|Removed |Added Target Milestone|11.3|--- --- Comment #3 from

[Bug fortran/98411] [10/11/12 Regression] Pointless: Array larger than ‘-fmax-stack-var-size=’, moved from stack to static storage for main program variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98411 anlauf at gcc dot gnu.org changed: What|Removed |Added Summary|[10/11] Pointless: Array|[10/11/12 Regression]

Re: [PATCH v2] c++: Accept C++11 attribute-definition [PR101582]

On 7/29/21 5:28 AM, Jakub Jelinek wrote: On Wed, Jul 28, 2021 at 04:32:08PM -0400, Jason Merrill wrote: As the following testcase shows, we don't parse properly C++11 attribute-declaration: https://eel.is/c++draft/dcl.dcl#nt:attribute-declaration cp_parser_toplevel_declaration just handles

Re: [PATCH 0/2] New target hook TARGET_COMPUTE_MULTILIB and implementation for RISC-V

On Thu, 29 Jul 2021 11:44:09 PDT (-0700), gcc-patches@gcc.gnu.org wrote: ping On Wed, Jul 21, 2021 at 5:28 PM Kito Cheng wrote: This patch set allow target to use customized multi-lib mechanism rather than the built-in multi-lib mechanism. The motivation of this patch is RISC-V might have

[committed] Reinstate branch-on-bit insns for H8

The branch-on-bit patterns have been disabled since the transition away from cc0 on the H8.  This patch reinstates them.  This tends to be a fairly nice win since the bit test is 2 or 4 bytes, but the and-with-constant approaches is going to be 2-6 bytes or worse if the input value doesn't

[Bug rtl-optimization/14319] incorrect optimization of union of structs with common initial sequences

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14319 Andrew Pinski changed: What|Removed |Added CC||ghazi at gcc dot gnu.org --- Comment

[Bug testsuite/43495] gcc.c-torture/execute/20000603-1.c fails with -fpic/-fPIC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43495 Andrew Pinski changed: What|Removed |Added Known to work|| Status|NEW

Re: [PATCH] RISC-V: Enable overlap-by-pieces in case of fast unaliged access

On Tue, 27 Jul 2021 02:32:12 PDT (-0700), cmuell...@gcc.gnu.org wrote: Ok, so if I understand correctly Palmer and Andrew prefer overlap_op_by_pieces to be controlled by its own field in the riscv_tune_param struct and not by the field slow_unaligned_access in this struct (i.e.

[Bug testsuite/45068] g++.dg/debug/dwarf2/nested-2.C failed on Linux/ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45068 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug testsuite/37628] gcc.c-torture/execute/pr35456.c is not generic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37628 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2021-07-29 Severity|normal

Re: [PATCH 0/2] New target hook TARGET_COMPUTE_MULTILIB and implementation for RISC-V

ping On Wed, Jul 21, 2021 at 5:28 PM Kito Cheng wrote: > > This patch set allow target to use customized multi-lib mechanism rather than > the built-in > multi-lib mechanism. > > The motivation of this patch is RISC-V might have very complicated multi-lib > re-use > rule*, which is hard to

  1   2   3   >