[Bug c/96571] Bad "set but not used" warning with _Generic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96571 --- Comment #3 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:6d42cbe5ad7a7b46437f2576c9920e44dc14b386 commit r11-2732-g6d42cbe5ad7a7b46437f2576c9920e44dc14b386 Author: Jakub Jelinek Date:

[Bug testsuite/96574] FAIL: gcc.target/i386/pr92865-1.c scan-assembler-times vmovdq[au]16[\t ] 6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96574 --- Comment #4 from Hongtao.liu --- Fixed in GCC11.

[Bug testsuite/96574] FAIL: gcc.target/i386/pr92865-1.c scan-assembler-times vmovdq[au]16[\t ] 6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96574 --- Comment #3 from CVS Commits --- The master branch has been updated by hongtao Liu : https://gcc.gnu.org/g:1bc4e811aa7249ec972ee7ea5b9bb23e8a0cd69e commit r11-2731-g1bc4e811aa7249ec972ee7ea5b9bb23e8a0cd69e Author: liuhongt Date: Tue Aug

[Bug analyzer/96666] New: [11 Regression] Analyzer creates too many regions for a particular program

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9 Bug ID: 9 Summary: [11 Regression] Analyzer creates too many regions for a particular program Product: gcc Version: 11.0 Status: UNCONFIRMED Severity:

RE: [PATCH] AArch64: Add if condition in aarch64_function_value [PR96479]

Hi Richard, Thanks for the review and explanation. The previous fix adding if condition of TARGET_FLOAT does crash glibc-2.29. I checked the past log of writing the function aarch64_init_cumulative_args, and did not find the reason why Alan Lawrence added TREE_PUBLIC (fndecl) as one condition

Re: [PATCH v2] C-SKY: Support -mfloat-abi=hard.

Hi Jojo, Nowhere is this rule directly stated. But there are indent options showed in https://www.gnu.org/prep/standards/html_node/Formatting.html#Formatting corresponding to recommendations of C formatting style, which use the defualt 8 clumns tab wide. On 8/18/20 9:42 AM, Jojo R wrote:

Re: [PATCH]Don't use pinsr for struct initialization.

On Fri, Aug 14, 2020 at 5:57 PM Uros Bizjak wrote: > > On Fri, Aug 14, 2020 at 8:03 AM Hongtao Liu wrote: > > > > Hi: > > For struct initialization, when it fits in a TImode, gcc will use > > pinsr insn which causes poor codegen described in PR93897 and PR96562. > > You should probably remove

Re: [PATCH v2] C-SKY: Support -mfloat-abi=hard.

Hi, Is there coding rule with it ? I can not find it from  https://www.gnu.org/prep/standards/html_node/index.html and https://gcc.gnu.org/codingconventions.html Could you give me any hints ? Thanks. Jojo 在 2020年8月17日 +0800 PM11:05，Xianmiao Qu ，写道： > Hi

[Bug analyzer/96653] Compile time and memory hog w/ -O1 -fanalyzer

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

[Bug target/96664] ICE on SPARC v9 with UBSan

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

[Bug analyzer/95006] Reimplement -Wanalyzer-use-of-uninitialized-value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95006 Bug 95006 depends on bug 94447, which changed state. Bug 94447 Summary: Not handling CONSTRUCTOR tree code https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94447 What|Removed |Added

[Bug analyzer/94447] Not handling CONSTRUCTOR tree code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94447 David Malcolm changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug analyzer/96641] [11 Regression] ICE in get_rvalue_1, at analyzer/region-model.cc:1082

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96641 David Malcolm changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug analyzer/96640] [11 Regression] ICE in on_assignment, at analyzer/region-model.cc:561 (sorry, unimplemented: unhandled assignment op)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96640 David Malcolm changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[committed] analyzer: fix name of local in region_model::get_rvalue_1

Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu. Pushed to master as da7c2773e56c889f4f131b80d4b91f1adbae80a2. gcc/analyzer/ChangeLog: * region-model.cc (region_model::get_rvalue_1): Fix name of local. --- gcc/analyzer/region-model.cc | 4 ++-- 1 file changed, 2

[committed] analyzer: fix ICE on unhandled tree codes in get_rvalue_1 [PR96641]

The old implementation of region_model::get_rvalue_1 gracefully handled tree codes it didn't understand, returning "UNKNOWN", whereas the new implementation (r11-2694-g808f4dfeb3a95f50f15e71148e5c1067f90a126d) had an assertion left over from development, leading to ICEs. This patch restores the

[committed] analyzer: fix ICE on unhandled tree codes in gassign [PR96640]

PR analyzer/96640 reports a ICE within region_model::on_assignment when failing to handle a WIDEN_MULT_EVEN_EXPR, and various other tree codes. The old implementation of region_model::on_assignment gracefully handled tree codes it didn't understand, returning "UNKNOWN", whereas the new

[Bug analyzer/96641] [11 Regression] ICE in get_rvalue_1, at analyzer/region-model.cc:1082

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96641 --- Comment #3 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:2242b975c08e150dd712d8e64341cae8457788ef commit r11-2729-g2242b975c08e150dd712d8e64341cae8457788ef Author: David Malcolm Date:

[Bug analyzer/96640] [11 Regression] ICE in on_assignment, at analyzer/region-model.cc:561 (sorry, unimplemented: unhandled assignment op)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96640 --- Comment #2 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:1b0be822208349b2795381deace2352e998c1ad0 commit r11-2728-g1b0be822208349b2795381deace2352e998c1ad0 Author: David Malcolm Date:

Go patch committed: Export thunks referenced by inline functions

This patch to the Go fronted exports thunks referenced by inline functions. Otherwise we get a link time error. The test case is https://golang.org/cl/248637. This fixes https://golang.org/issue/40252. Bootstrapped and ran Go testsuite on x86_64-pc-linux-gnu. Committed to mainline and GCC 10

Re: [PATCH] libibery/hashtab: add new functions

On Mon, Aug 17, 2020 at 7:06 AM Martin Liška wrote: > > Adding libiberty maintainer to CC. I guess I'm not sure why either of these belong in libiberty. htab_insert can be written elsewhere as needed. And while perhaps some sort of stats API would be reasonable, I don't think it should be

Re: [PATCH] bb-reorder: Remove a misfiring micro-optimization (PR96475)

Ping (added some Cc:s). Thanks in advance, Segher On Fri, Aug 07, 2020 at 09:51:04PM +, Segher Boessenkool wrote: > When the compgotos pass copies the tail of blocks ending in an indirect > jump, there is a micro-optimization to not copy the last one, since the > original block will then

Re: [PATCH] middle-end: Fix PR middle-end/85811: Introduce tree_expr_maybe_nan_p et al.

On Mon, Aug 17, 2020 at 10:31:08PM +, Joseph Myers wrote: > On Sat, 15 Aug 2020, Segher Boessenkool wrote: > > On Sat, Aug 15, 2020 at 12:10:42PM +0100, Roger Sayle wrote: > > > I'll quote Joseph Myers (many thanks) who describes things clearly as: > > > > (a) When both arguments are NaNs, the

Re: [RFC PATCH v1 1/1] PPC64: Implement POWER Architecture Vector Function ABI.

On Mon, Aug 17, 2020 at 06:05:09PM -0400, David Edelsohn wrote: > The Power Vector ABI is available at > > https://github.com/power8-abi-doc/vector-function-abi > > It apparently did not attach correctly to the sourceware wiki or the > filename is different. Thanks! Segher

Re: [PATCH] rs6000: unaligned VSX in memcpy/memmove expansion

Hi! On Fri, Aug 14, 2020 at 05:59:05PM -0500, Aaron Sawdey via Gcc-patches wrote: > +static rtx > +gen_lxvl_stxvl_move (rtx dest, rtx src, int length) > +{ > + gcc_assert (MEM_P (dest) ^ MEM_P (src)); Maybe just "!="? > + gcc_assert (GET_MODE (dest) == V16QImode && GET_MODE (src) ==

[Bug analyzer/96643] [11 Regression] ICE in deref_rvalue, at analyzer/region-model.cc:1288

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96643 David Malcolm changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug analyzer/96640] [11 Regression] ICE in on_assignment, at analyzer/region-model.cc:561 (sorry, unimplemented: unhandled assignment op)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96640 David Malcolm changed: What|Removed |Added Last reconfirmed||2020-08-17

[Bug tree-optimization/96665] New: [11 regression] new FAILs for gcc.dg/strlenopt-55.c after r11-2709

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96665 Bug ID: 96665 Summary: [11 regression] new FAILs for gcc.dg/strlenopt-55.c after r11-2709 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

Re: [PATCH] middle-end: Fix PR middle-end/85811: Introduce tree_expr_maybe_nan_p et al.

On Sat, 15 Aug 2020, Segher Boessenkool wrote: > Hi! > > On Sat, Aug 15, 2020 at 12:10:42PM +0100, Roger Sayle wrote: > > I'll quote Joseph Myers (many thanks) who describes things clearly as: > > > (a) When both arguments are NaNs, the return value should be a qNaN, > > > but sometimes it is an

[Bug sanitizer/96664] New: ICE on SPARC v9 with UBSan

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96664 Bug ID: 96664 Summary: ICE on SPARC v9 with UBSan Product: gcc Version: 10.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: sanitizer

[Bug analyzer/96641] [11 Regression] ICE in get_rvalue_1, at analyzer/region-model.cc:1082

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

Re: [PATCH] c: Fix -Wunused-but-set-* warning with _Generic [PR96571]

On Fri, 14 Aug 2020, Jakub Jelinek via Gcc-patches wrote: > Hi! > > The following testcase shows various problems with -Wunused-but-set* > warnings and _Generic construct. I think it is best to treat the selector > and the ignored expressions as (potentially) read, because when they are >

Re: [PATCH 2/5] C front end support to detect out-of-bounds accesses to array parameters

On Thu, 13 Aug 2020, Martin Sebor via Gcc-patches wrote: > > * Maybe cdk_pointer is followed by cdk_attrs before cdk_id. In this case > > the code won't return. > > I think I see the problem you're pointing out (I just don't see how > to trigger it or test that it doesn't happen). If the tweak

Re: [RFC PATCH v1 1/1] PPC64: Implement POWER Architecture Vector Function ABI.

The Power Vector ABI is available at https://github.com/power8-abi-doc/vector-function-abi It apparently did not attach correctly to the sourceware wiki or the filename is different. Thanks, David On Mon, Aug 17, 2020 at 1:44 PM GT wrote: > > ‐‐‐ Original Message ‐‐‐ > On Thursday,

[Bug libstdc++/96592] [10/11 Regression] Tuple element w/ member reference to incomplete template type rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96592 Marek Polacek changed: What|Removed |Added Last reconfirmed||2020-08-17 Keywords|

Re: [RFC PATCH v1 1/1] PPC64: Implement POWER Architecture Vector Function ABI.

On Mon, Aug 17, 2020 at 05:44:46PM +, GT wrote: > > This is about the Power binding to some OpenMP API, right? It has > > nothing to do with "vector" or "ABI" -- we have vectors already, and > > we have ABIs already, more than enough of each. > > > > It is very very VERY hard to review this

[Bug middle-end/93644] [10/11 Regression] spurious -Wreturn-local-addr with PHI of PHI

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93644 Bruno Haible changed: What|Removed |Added CC||bruno at clisp dot org --- Comment #9

[Bug fortran/96613] SIGFPE on min1() with -ffpe-trap=invalid switch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96613 --- Comment #8 from anlauf at gcc dot gnu.org --- Patch: https://gcc.gnu.org/pipermail/fortran/2020-August/054884.html

[PATCH] PR fortran/96613 - SIGFPE on min1() with -ffpe-trap=invalid switch

While looking at the reported issue, it appeared that the Fortran frontend mishandled the conversion of functions of the MIN/MAX variety to inline code. At the same time, the simplification of expressions using a common and GNU extension (but non-standard) could result in inconsistent results.

[Bug analyzer/96651] gcc 10 -fanalyzer fail to track (static) global variable in a switch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96651 David Malcolm changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0

[Bug ada/96663] New: Composite type default 'Read attribute does not perform validity checking for defaulted components

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96663 Bug ID: 96663 Summary: Composite type default 'Read attribute does not perform validity checking for defaulted components Product: gcc Version: 10.2.0 Status:

[Bug middle-end/87256] hppa spends huge amount of time in synth_mult()

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

[Bug analyzer/96660] [11 regression] ICE and many failures in gcc.dg/analyzer/data-model-1.c after r11-2708

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96660 David Malcolm changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/96613] SIGFPE on min1() with -ffpe-trap=invalid switch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96613 --- Comment #7 from anlauf at gcc dot gnu.org --- (In reply to Steve Kargl from comment #6) > To fix, the above, you'll need to look at iresolve.c > > static void > gfc_resolve_minmax (const char *name, gfc_expr *f, gfc_actual_arglist *args) > {

[Bug analyzer/96642] [11 Regression] ICE in in apply_ctor_to_region, at analyzer/store.cc:418

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96642 David Malcolm changed: What|Removed |Added CC||seurer at gcc dot gnu.org --- Comment

[Bug tree-optimization/96654] Failure to optimize vectorized conversion to `int` with AVX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96654 Uroš Bizjak changed: What|Removed |Added Ever confirmed|0 |1 Component|target

[Bug analyzer/96642] [11 Regression] ICE in in apply_ctor_to_region, at analyzer/store.cc:418

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96642 David Malcolm changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug analyzer/96639] [11 Regression] ICE: Segmentation fault (in useless_type_conversion_p)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96639 David Malcolm changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug analyzer/96644] [11 Regression] ICE in get_region_for_unexpected_tree_code, at analyzer/region-model-manager.cc:930

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96644 David Malcolm changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[committed] analyzer: fix ICE on NULL dereference [PR96644]

Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu. Pushed to master as r11-2725-gb00a83047574eb6f8d1e670ad439609125873506. gcc/analyzer/ChangeLog: PR analyzer/96644 * region-model-manager.cc (get_region_for_unexpected_tree_code): Handle ctxt being NULL.

[Bug fortran/96613] SIGFPE on min1() with -ffpe-trap=invalid switch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96613 --- Comment #6 from Steve Kargl --- On Mon, Aug 17, 2020 at 06:03:31PM +, anlauf at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96613 > > --- Comment #5 from anlauf at gcc dot gnu.org --- > (In reply to kargl from

[committed] analyzer: fix ICE due to NULL type [PR96639]

Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu. Pushed to master as r11-2724-g42c5ae5d7f0ad89b75d93c497fe44b6c66da7e76. gcc/analyzer/ChangeLog: PR analyzer/96639 * region.cc (region::get_subregions_for_binding): Check for "type" being NULL.

[committed] analyzer: handle _CST in constant pool initializers [PR96642]

In r11-2708-g2867118ddda9b56d991c16022f7d3d634ed08313 I added support to the analyzer for initialization from var_decls in the global constant pool. However, that commit didn't support initialization from ADDR_EXPR of a STRING_CST leading to an ICE seen in data-model-1.c and pr94639.c on arm and

[Bug analyzer/96644] [11 Regression] ICE in get_region_for_unexpected_tree_code, at analyzer/region-model-manager.cc:930

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96644 --- Comment #1 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:b00a83047574eb6f8d1e670ad439609125873506 commit r11-2725-gb00a83047574eb6f8d1e670ad439609125873506 Author: David Malcolm Date:

[Bug analyzer/96639] [11 Regression] ICE: Segmentation fault (in useless_type_conversion_p)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96639 --- Comment #2 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:42c5ae5d7f0ad89b75d93c497fe44b6c66da7e76 commit r11-2724-g42c5ae5d7f0ad89b75d93c497fe44b6c66da7e76 Author: David Malcolm Date:

[Bug analyzer/96642] [11 Regression] ICE in in apply_ctor_to_region, at analyzer/store.cc:418

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96642 --- Comment #2 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:35c5f8fb432c8e68af68ab48c8d3107e7839775e commit r11-2723-g35c5f8fb432c8e68af68ab48c8d3107e7839775e Author: David Malcolm Date:

[committed] i386: Use parametrized pattern names some more.

Use parameterized pattern names to simplify calling of named patterns. 2020-08-15 Uroš Bizjak gcc/ChangeLog: * config/i386/i386-builtin.def (__builtin_ia32_bextri_u32) (__builtin_ia32_bextri_u64): Use CODE_FOR_nothing. * config/i386/i386.md (@tbm_bextri_): Implement as

[PATCH][Arm] Auto-vectorization for MVE: vsub

Hi all, This patch enables MVE vsub instructions for auto-vectorization. It adds RTL templates for MVE vsub instructions using 'minus' instead of unspec expression to make the instructions recognizable for vectorization. MVE target is added in sub3 optab. The sub3 optab is modified to use a

[Bug libgomp/96661] configure:16984: error: unsupported system, cannot find Fortran int kind=16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96661 --- Comment #2 from dave.anglin at bell dot net --- On 2020-08-17 2:10 p.m., burnus at gcc dot gnu.org wrote: > I do not see an easy way out; we had the same issue before with GCN and there > the solution was to add support for int128, cf. PR

RE: [PATCH] rs6000, restrict bfloat convert intrinsic to Power 10. Fix BU_P10V macro definitions.

Bill: On Mon, 2020-08-17 at 13:09 -0500, Bill Schmidt wrote: > > > > There are three prototypes __builtin_cfuged, __builtin_pdepd, > > __builtin_pextd defined in the document. > > > > The corresponding builtin definitions in GCC are: > > > > __builtin_altivec_cfuged,

[Bug libgomp/96661] configure:16984: error: unsupported system, cannot find Fortran int kind=16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96661 --- Comment #1 from Tobias Burnus --- (In reply to John David Anglin from comment #0) > Guess this is because target doesn't support int128. For "omp depend", the OpenMP spec requires that an integer type is used – and the libgomp

Re: [EXTERNAL] Re: [PATCH] rs6000, restrict bfloat convert intrinsic to Power 10. Fix BU_P10V macro definitions.

On 8/17/20 12:13 PM, Carl Love wrote: Segher, Bill, Peter: On Fri, 2020-08-14 at 19:42 -0500, Segher Boessenkool wrote: Do the names agree with the (future) documentation now? Did not double check on the documentation. Someone should... Looking at the box document "Proposed function

[Bug c++/83445] conversion function has too high priority in overload resolution

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83445 Alexander Karzhenkov changed: What|Removed |Added CC||karzh at mail dot ru --- Comment

[Bug fortran/96613] SIGFPE on min1() with -ffpe-trap=invalid switch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96613 --- Comment #5 from anlauf at gcc dot gnu.org --- (In reply to kargl from comment #4) > I thought that this might be a good candidate for frontend fix. > Similar to thomas's frontend optimizations except except the > transformation is always

Re: [PATCH] x86_64: PR rtl-optimization/92180: class_likely_spilled vs. cant_combine_insn.

Hi! On Mon, Aug 17, 2020 at 01:06:10PM +0200, Uros Bizjak wrote: > On Mon, Aug 17, 2020 at 12:42 PM Roger Sayle > wrote: > > (insn 14 7 15 2 (set (reg/i:SI 0 ax) > > (subreg:SI (reg:DI 84) 0)) "pr92180.c":5:1 67 {*movsi_internal} > > (expr_list:REG_DEAD (reg:DI 84) > >

Re: [RFC PATCH v1 1/1] PPC64: Implement POWER Architecture Vector Function ABI.

‐‐‐ Original Message ‐‐‐ On Thursday, August 13, 2020 6:49 PM, Segher Boessenkool wrote: > Hi! > > This is about the Power binding to some OpenMP API, right? It has > nothing to do with "vector" or "ABI" -- we have vectors already, and > we have ABIs already, more than enough of each. >

Re: Why am I seeing free.2 instead of free in exe.ltrans0.ltrans.s??

Hi, On Tue, Aug 11 2020, Gary Oblock via Gcc wrote: > Note, I'm getting close to getting my part of the structure reorganization > optimization minimally functional (my question about value range propagation > remains open since I re-enabled a couple of optimizations to bypass it.) > Therefore

[Bug c++/94799] [8/9/10 Regression] Calling a member template function fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94799 --- Comment #12 from Marek Polacek --- (In reply to Volker Reichelt from comment #11) > Hi Marek, any news on this one? It's three months now... > Or should I file a new bug for the regression on trunk? No news yet. I've been largely away from

Re: Silly question about pass numbers

Hi, On Tue, Aug 11 2020, Gary Oblock via Gcc wrote: > For these two dump files: > > exe.ltrans0.ltrans.074i.cp > > and > > exe.ltrans0.ltrans.087i.structure-reorg > > doesn't the ".074i." mean that this dump was created > before the ".087i." dump? > > If so then why does the ".074i." show GIMPLE

[Bug target/96662] New: s390x uses clc taking variable execution time in crypto code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96662 Bug ID: 96662 Summary: s390x uses clc taking variable execution time in crypto code Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

Re: Clobber REG_CC only for some constraint alternatives?

Hi! On Sun, Aug 16, 2020 at 06:28:44PM +, Pip Cet wrote: > > > IIUC, the idea is that references to REG_CC, except for clobbers, are > > > only introduced in the post-reload split pass, so it cannot be live > > > before our define_split runs. Does that make sense? > > > > Yes, it does. It

Re: [PATCH][Hashtable 5/6] Remove H1/H2 template parameters

Hi     Here is the new proposal.     As we can't remove template parameters I simply restore those that I tried to pass differently _H2 and _ExtractKey, so eventually I only remove usage of _Hash which I renamed in _Unused. Maybe I can keep the doc about it in hashtable.h and just add a

RE: [PATCH] rs6000, restrict bfloat convert intrinsic to Power 10. Fix BU_P10V macro definitions.

Segher, Bill, Peter: On Fri, 2020-08-14 at 19:42 -0500, Segher Boessenkool wrote: > > > Do the names agree with the (future) documentation now? > > > > Did not double check on the documentation. > > Someone should... Looking at the box document "Proposed function Prototypes for P10". There

Re: Peephole optimisation: isWhitespace()

"Allan Sandfeld Jensen" wrote: > On Freitag, 14. August 2020 18:43:12 CEST Stefan Kanthak wrote: >> Hi @ll, >> >> in his ACM queue article , >> Matt Godbolt used the function >> >> | bool isWhitespace(char c) >> | { >> | >> | return c == ' ' >>

[Bug libgomp/96661] New: configure:16984: error: unsupported system, cannot find Fortran int kind=16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96661 Bug ID: 96661 Summary: configure:16984: error: unsupported system, cannot find Fortran int kind=16 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity:

[Bug c/96606] Shift operator not working correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96606 --- Comment #3 from Andrew Pinski --- (In reply to RyuaNerin from comment #2) > Unsigned long int is 64bit integer in x64. Or rather unsigned long on x86 Linux is 64 bits while on x86 Windows, it is 32bits. There is no bug with GCC here still.

Re: Clobber REG_CC only for some constraint alternatives?

On Fri, 2020-08-14 at 16:46 +0530, Senthil Kumar Selvaraj wrote: > Hi, > > I'm working on porting AVR to MODE_CC, and there are quite a few > patterns that clobber the condition code reg only for certain > constraint alternatives. For e.g., Yea. H8 has the same issue. It's worth noting

Re: [Patch, fortran] PRs 96100 and 96101 - Problems with string lengths of array constructors

Hi Paul, > The fix for PR9601 is rather trivial and is the last chunk of the patch. > Finding the fix for PR96100 took a silly amount of time but it now looks > rather obvious. Trying to evaluate the string length by calling > gfc_conv_expr_descriptor, when this function is already failing to

[Bug tree-optimization/96615] Failure to optimize out loop that eventually ends but has no side effects involving decrease of loop counter using an unsigned operation and the loop being done through r

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

[Bug middle-end/87256] hppa spends huge amount of time in synth_mult()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87256 Andrew Pinski changed: What|Removed |Added CC||mikulas at artax dot karlin.mff.cu

[Bug target/96649] parisc: very slow compilation when multiplying by a large constatnt

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

[Bug analyzer/96660] New: [11 regression] ICE and many failures in gcc.dg/analyzer/data-model-1.c after r11-2708

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96660 Bug ID: 96660 Summary: [11 regression] ICE and many failures in gcc.dg/analyzer/data-model-1.c after r11-2708 Product: gcc Version: 11.0 Status: UNCONFIRMED

[Bug analyzer/96608] Build failure due to cast to type long on MinGW

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96608 --- Comment #8 from Andrew Pinski --- (In reply to David Malcolm from comment #7) > There are a few places I'm hashing based on trees, for constants and types. > Is there a good way to hash those? (avoiding pointer values) Maybe

[Bug c++/96634] missing documentation for __builtin_addressof()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96634 Martin Sebor changed: What|Removed |Added CC||msebor at gcc dot gnu.org Last

[Bug analyzer/96608] Build failure due to cast to type long on MinGW

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96608 --- Comment #7 from David Malcolm --- (In reply to Andrew Pinski from comment #6) > What I mean is if you ever traversing a hashtable, the hash should not use > the value of a pointer because it could change between runs. Thanks. Unfortunately

[Bug analyzer/96608] Build failure due to cast to type long on MinGW

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96608 --- Comment #6 from Andrew Pinski --- (In reply to David Malcolm from comment #5) > (In reply to Andrew Pinski from comment #4) > > Do we ever transverse the hashtable that use symbolic_binding? If so using > > the pointer value should almost

[Bug analyzer/96608] Build failure due to cast to type long on MinGW

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96608 --- Comment #5 from David Malcolm --- (In reply to Andrew Pinski from comment #4) > Do we ever transverse the hashtable that use symbolic_binding? If so using > the pointer value should almost never use really. Andrew: sorry, I'm having

Re: PING: Fwd: [PATCH 2/2] Decouple adjust_range_from_scev from vr_values and value_range_equiv.

On 8/17/20 6:04 AM, Aldy Hernandez wrote: On 8/14/20 7:16 PM, Andrew MacLeod wrote: On 8/14/20 12:05 PM, Aldy Hernandez wrote: I made some minor changes to the function comments. gcc/ChangeLog: * vr-values.c (check_for_binary_op_overflow): Change type of store to range_query.

[Bug analyzer/96608] Build failure due to cast to type long on MinGW

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96608 --- Comment #4 from Andrew Pinski --- Do we ever transverse the hashtable that use symbolic_binding? If so using the pointer value should almost never use really.

[Bug analyzer/96659] error: cast from 'const ana::region*' to 'long int' loses precision in store.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96659 David Malcolm changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug analyzer/96608] Build failure due to cast to type long on MinGW

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96608 David Malcolm changed: What|Removed |Added CC||trass3r at gmail dot com --- Comment #3

[Bug analyzer/96659] New: error: cast from 'const ana::region*' to 'long int' loses precision in store.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96659 Bug ID: 96659 Summary: error: cast from 'const ana::region*' to 'long int' loses precision in store.h Product: gcc Version: 11.0 Status: UNCONFIRMED Severity:

[Bug analyzer/96642] [11 Regression] ICE in in apply_ctor_to_region, at analyzer/store.cc:418

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

Re: [PATCH] rs6000: unaligned VSX in memcpy/memmove expansion

On Fri, 2020-08-14 at 17:59 -0500, Aaron Sawdey via Gcc-patches wrote: Hi, > This patch adds a few new instructions to inline expansion of > memcpy/memmove. Generation of all these is controlled by s/is/are/ ? > the option -mblock-ops-unaligned-vsx which is set on by default if the > target

Re: [PATCH v2] C-SKY: Support -mfloat-abi=hard.

Hi Jojo, On 8/17/20 7:09 PM, Jojo R wrote: diff --git a/gcc/config/csky/csky.c b/gcc/config/csky/csky.c index 7ba3ed3..b71291a 100644 --- a/gcc/config/csky/csky.c +++ b/gcc/config/csky/csky.c @@ -328,6 +328,16 @@ csky_cpu_cpp_builtins (cpp_reader *pfile) { builtin_define

Re: [PATCH] improve memcmp and memchr constant folding (PR 78257)

On Sat, 2020-08-15 at 16:19 +0200, Christophe Lyon wrote: > Hi Martin, > > > On Sat, 15 Aug 2020 at 01:14, Martin Sebor via Gcc-patches > wrote: > > On 8/13/20 11:44 AM, Martin Sebor wrote: > > > On 8/13/20 10:21 AM, Jeff Law wrote: > > > > On Fri, 2020-07-31 at 17:55 -0600, Martin Sebor via

[Bug c++/94062] Cannot construct tuple from convertible types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94062 --- Comment #17 from m.cencora at gmail dot com --- Ah, I see. I was under the impression, that tuple elements were always stored as base classes, but now I see that it is only the case if element type is empty non-final class.

Re: [PATCH] Add support for putting jump table into relocation read-only section

Hi! On Mon, Aug 17, 2020 at 10:28:31AM +0800, HAO CHEN GUI wrote: > >For the reloc,  my understanding is the jump table needs to be > >relocated if it's a non-relative jump table and PIC flag is set at the > >same time. Yes, I did say the *existing* code seems sub-optimal, too :-) >

[Bug c++/96645] [9/10/11 Regression] std::variant default constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96645 --- Comment #4 from Jonathan Wakely --- And libc++'s std::variant is still affected by the same issue, but instead of the default constructor being deleted it just has the wrong exception specification: #include void testVarStruct() {

[Bug target/96536] -fcf-protection code in i386.md:restore_stack_nonlocal uses invalid compare-and-jump rtl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96536 --- Comment #6 from Uroš Bizjak --- (In reply to Hongtao.liu from comment #1) > I'm testing patch like > >emit_insn ((word_mode == SImode) > ? gen_incsspsi (reg_255) > : gen_incsspdi (reg_255)); > -

  1   2   3   >