[PATCH 4/4] xtensa: Improve constant synthesis for both integer and floating-point

This patch revises the previous implementation of constant synthesis. First, changed to use define_split machine description pattern and to run after reload pass, in order not to interfere some optimizations such as the loop invariant motion. Second, not only integer but floating-point is

[PATCH 2/4] xtensa: Consider the Loop Option when setmemsi is expanded to small loop

Now apply to almost any size of aligned block under such circumstances. gcc/ChangeLog: * config/xtensa/xtensa.cc (xtensa_expand_block_set_small_loop): Pass through the block length / loop count conditions if zero-overhead looping is configured and active, ---

[PATCH 3/4] xtensa: Improve instruction cost estimation and suggestion

This patch implements a new target-specific relative RTL insn cost function because of suboptimal cost estimation by default, and fixes several "length" insn attributes (related to the cost estimation). And also introduces a new machine-dependent option "-mextra-l32r-costs=" that tells

[PATCH 1/4] xtensa: Tweak some widen multiplications

umulsidi3 is faster than umuldi3 even if library call, and is also prerequisite for fast constant division by multiplication. gcc/ChangeLog: * config/xtensa/xtensa.md (mulsidi3, umulsidi3): Split into individual signedness, in order to use libcall "__umulsidi3" but not

Re: [PATCH] or1k: Add support for a little-endian target variant

Hi Stafford, On 6/9/22 6:29 AM, Stafford Horne wrote: >> diff --git a/gcc/config.gcc b/gcc/config.gcc >> index c5064dd37666..0c3a09dfe810 100644 >> --- a/gcc/config.gcc >> +++ b/gcc/config.gcc >> @@ -2866,6 +2866,11 @@ or1k*-*-*) >> done >> TM_MULTILIB_CONFIG=`echo $TM_MULTILIB_CONFIG |

[Bug jit/105829] Allow getting the size of floating-point types

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

[Bug jit/105829] Allow getting the size of floating-point types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105829 --- Comment #2 from CVS Commits --- The master branch has been updated by Antoni Boucher : https://gcc.gnu.org/g:5940b4e59f8e198dbf7e8b733561ef72a9ba2cbc commit r13-1036-g5940b4e59f8e198dbf7e8b733561ef72a9ba2cbc Author: Antoni Boucher Date:

Re: [PATCH v4, rs6000] Implemented f[min/max]_optab by xs[min/max]dp [PR103605]

On 9/6/2022 下午 11:07, Segher Boessenkool wrote: > Ah, good. Should we then have an assert that there is no fast-math if > we ever get the rtl fmin/fmax stuff? Sure, I will add a condition for it. Thanks a lot. Gui Haochen

[Bug c++/74765] missing uninitialized warning (parenthesis, TREE_NO_WARNING abuse)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=74765 Eric Botcazou changed: What|Removed |Added CC||ebotcazou at gcc dot gnu.org ---

gcc-10-20220609 is now available

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

Re: [PATCH 4/4] xtensa: Add clrsbsi2 insn pattern

On Sun, May 29, 2022 at 4:00 AM Takayuki 'January June' Suwa wrote: > > > (clrsb:m x) > > Represents the number of redundant leading sign bits in x, represented > > as an integer of mode m, starting at the most significant bit position. > > This explanation is just what the NSA instruction

Re: [PATCH 3/4] xtensa: Optimize '(~x & y)' to '((x & y) ^ y)'

On Sun, May 29, 2022 at 4:00 AM Takayuki 'January June' Suwa wrote: > > In Xtensa ISA, there is no single machine instruction that calculates unary > bitwise negation. > > gcc/ChangeLog: > > * config/xtensa/xtensa.md (*andsi3_bitcmpl): > New insn_and_split pattern. > >

Re: [PATCH 2/4] xtensa: Make one_cmplsi2 optimizer-friendly

On Sun, May 29, 2022 at 4:00 AM Takayuki 'January June' Suwa wrote: > > In Xtensa ISA, there is no single machine instruction that calculates unary > bitwise negation. But a few optimizers assume that bitwise negation can be > done by a single insn. > > As a result, '((x < 0) ? ~x : x)' cannot

Re: [PATCH 1/4] xtensa: Implement bswaphi2 insn pattern

On Sun, May 29, 2022 at 4:00 AM Takayuki 'January June' Suwa wrote: > > This patch adds bswaphi2 insn pattern that is one instruction less than the > default expansion. > > gcc/ChangeLog: > > * config/xtensa/xtensa.md (bswaphi2): New insn pattern. > --- > gcc/config/xtensa/xtensa.md |

New Swedish PO file for 'gcc' (version 12.1.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 Swedish team of translators. The file is available at: https://translationproject.org/latest/gcc/sv.po (This file, 'gcc-12.1.0.sv.po', has

[Bug c++/105912] internal compiler error: in extract_call_expr, at cp/call.cc:7114

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105912 --- Comment #3 from Marek Polacek --- The ICE started with r277733 commit f968ef9b8df2bc2287e5e7e87299e5a2a44e8c94 Author: Jakub Jelinek Date: Sat Nov 2 00:28:20 2019 +0100 PR c++/88335 - Implement P1073R3: Immediate functions

[Bug c++/104642] Add __builtin_trap() for missing return at -O0

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

[Bug c++/105912] internal compiler error: in extract_call_expr, at cp/call.cc:7114

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105912 Marek Polacek changed: What|Removed |Added Ever confirmed|0 |1 Keywords|

[Bug c++/105912] internal compiler error: in extract_call_expr, at cp/call.cc:7114

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105912 --- Comment #1 from Luke Dalessandro --- Somewhat reduced testcase: template struct A {}; template struct B {}; template static consteval auto operator~(A) -> B { return {}; } A<'i'> i; template

[Bug c++/105912] New: internal compiler error: in extract_call_expr, at cp/call.cc:7114

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105912 Bug ID: 105912 Summary: internal compiler error: in extract_call_expr, at cp/call.cc:7114 Product: gcc Version: 12.1.0 Status: UNCONFIRMED Severity: normal

[PING][PATCH][WIP] have configure probe prefix for gmp/mpfr/mpc [PR44425]

Hi, I'd like to ping this patch: https://gcc.gnu.org/pipermail/gcc-patches/2022-June/596126.html (cc-ing the build machinery maintainers listed in MAINTAINERS this time) On Thu, Jun 2, 2022 at 11:53 AM Eric Gallager wrote: > > So, I'm working on fixing PR bootstrap/44425, and have this patch to

[PATCH] rs6000: Delete FP_ISA3

FP_ISA3 is exactly the same as SFDF, just a less obvious name. So, let's delete it. Tested, committed, the works. Segher 2022-06-09 Segher Boessenkool * config/rs6000/rs6000.md (FP_ISA3): Delete. (float2): Rename to... (float2): ... this. Adjust.

Re: [PATCH 2/1] c++: optimize specialization of templated member functions

On Thu, 9 Jun 2022, Jason Merrill wrote: > On 6/9/22 09:00, Patrick Palka wrote: > > This performs one of the optimizations added by the previous > > patch to lookup_template_class, to instantiate_template as well. > > (For the libstdc++ ranges tests this optimization appears to be > > effective

[Bug jit/100613] libgccjit should produce dylib on macOS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100613 Iain Sandoe changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug jit/100613] libgccjit should produce dylib on macOS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100613 --- Comment #6 from CVS Commits --- The releases/gcc-10 branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:e1f99a4b0563e53a6ea5d03b44d5a4c27699c50b commit r10-10820-ge1f99a4b0563e53a6ea5d03b44d5a4c27699c50b Author: Iain Sandoe

Re: [PATCH] c++: optimize specialization of nested class templates

On Thu, 9 Jun 2022, Jason Merrill wrote: > On 6/8/22 14:21, Patrick Palka wrote: > > When substituting a class template specialization, tsubst_aggr_type > > substitutes the TYPE_CONTEXT before passing it to lookup_template_class. > > This appears to be unnecessary, however, because the the

Linux kernel: "mm: uninline copy_overflow()" breaks i386 build in Mellanox MLX4

W dniu 26.04.2022 o 01:13, Jason Gunthorpe pisze: > On Thu, Apr 21, 2022 at 10:47:01PM +0200, Mateusz Jończyk wrote: >> Hello, >> >> commit ad7489d5262d ("mm: uninline copy_overflow()") >> >> breaks for me a build for i386 in the Mellanox MLX4 driver: >> >>     In file included from

Re: [RFC] Support for nonzero attribute

On Thursday, June 9th, 2022 at 7:36 AM, Eric Gallager wrote: > Nice, good to hear! I'm looking forward to seeing this get added! I'll write some tests and try to send the patches next week! Miika

[Bug target/105911] [13 Regression] ICE: in extract_insn, at recog.cc:2791 (error: unrecognizable insn)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105911 Jakub Jelinek changed: What|Removed |Added Last reconfirmed||2022-06-09 Target Milestone|---

[Bug c++/53288] [C++11] Lifetime of temporary object backing pointer-to-member expression not extended

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53288 Egor changed: What|Removed |Added CC||iamsupermouse at mail dot ru --- Comment #4 from

[r13-1021 Regression] FAIL: gcc.target/i386/pr84101.c scan-tree-dump-not slp2 "optimized: basic block" on Linux/x86_64

On Linux/x86_64, 269edf4e5e6ab489730038f7e3495550623179fe is the first bad commit commit 269edf4e5e6ab489730038f7e3495550623179fe Author: Cui,Lili Date: Wed Jun 8 11:25:57 2022 +0800 Update {skylake,icelake,alderlake}_cost to add a bit preference to vector store. caused FAIL:

Re: [committed] openmp: Add support for HBW or large capacity or interleaved memory through the libmemkind.so library

On Thu, Jun 09, 2022 at 06:07:20PM +0100, Richard Sandiford wrote: > Dunno if this has already been reported, but I'm getting: > > .../libgomp/config/linux/allocator.c:36:10: fatal error: > ../../../allocator.c: No such file or directory >36 | #include "../../../allocator.c" > |

Re: fanalyzer: debugging zero state machine

On Thu, 2022-06-09 at 16:49 +0200, Tim Lange wrote: > >  > On Mi, Jun 8 2022 at 11:12:52 -0400, David Malcolm > wrote: >  > > On Wed, 2022-06-08 at 01:42 +0200, Tim Lange wrote: >  > > >  > > Hi Dave, Hi Tim; various responses inline below... >  > > >  > > I did spent some time to think about

[Bug target/105911] New: [13 Regression] ICE: in extract_insn, at recog.cc:2791 (error: unrecognizable insn)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105911 Bug ID: 105911 Summary: [13 Regression] ICE: in extract_insn, at recog.cc:2791 (error: unrecognizable insn) Product: gcc Version: 13.0 Status: UNCONFIRMED

[Bug middle-end/105910] ICE: with -O1 optimization level and code calling __builtin_return_address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105910 --- Comment #2 from Karine EM --- It is probably the case: gcc-10 just compiles the program (as it is a UB) which crashes with "Abort" when trying to actually run this program; llvm returns an error: test4.c:4:13: error: argument value 524288

[Bug middle-end/105910] ICE: with -O1 optimization level and code calling __builtin_return_address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105910 Andrew Pinski changed: What|Removed |Added Component|c |middle-end --- Comment #1 from Andrew

[Bug c/105910] New: ICE: with -O1 optimization level and code calling __builtin_return_address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105910 Bug ID: 105910 Summary: ICE: with -O1 optimization level and code calling __builtin_return_address Product: gcc Version: 12.0 Status: UNCONFIRMED Severity:

Re: [committed] openmp: Add support for HBW or large capacity or interleaved memory through the libmemkind.so library

Jakub Jelinek via Gcc-patches writes: > Hi! > > This patch adds support for dlopening libmemkind.so on Linux and uses it > for some kinds of allocations (but not yet e.g. pinned memory). > > Bootstrapped/regtested on x86_64-linux and i686-linux (with libmemkind > around) and compile tested with

[Bug middle-end/105866] [13 Regression] ICE in emit_move_insn building glibc for MIPS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105866 Joseph S. Myers changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/65328] GCC perf issue when compiling templates - 120x slower than Clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65328 Patrick Palka changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/105871] ICE: in wide_int_to_tree_1, at tree.cc:1777 with __builtin_shufflevector() in C++ code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105871 --- Comment #4 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:4c334e0e4ff05d3a7ca9ebb832428c446cd0ae8d commit r13-1027-g4c334e0e4ff05d3a7ca9ebb832428c446cd0ae8d Author: Jakub Jelinek Date:

Re: [PATCH] c++: optimize specialization of nested class templates

On 6/8/22 14:21, Patrick Palka wrote: When substituting a class template specialization, tsubst_aggr_type substitutes the TYPE_CONTEXT before passing it to lookup_template_class. This appears to be unnecessary, however, because the the initial value of lookup_template_class's context parameter

Re: [PATCH 2/1] c++: optimize specialization of templated member functions

On 6/9/22 09:00, Patrick Palka wrote: This performs one of the optimizations added by the previous patch to lookup_template_class, to instantiate_template as well. (For the libstdc++ ranges tests this optimization appears to be effective around 30% of the time, i.e. 30% of the time context of

[Bug c++/90254] [9 Regression] ice on aggregate initialization of unmovable base

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90254 m.cencora at gmail dot com changed: What|Removed |Added CC||m.cencora at gmail dot com

[Bug analyzer/105909] New: RFE: SARIF output could contain metadata about limitations of the analysis

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105909 Bug ID: 105909 Summary: RFE: SARIF output could contain metadata about limitations of the analysis Product: gcc Version: 12.0 Status: UNCONFIRMED Severity:

Re: [PATCH v4, rs6000] Implemented f[min/max]_optab by xs[min/max]dp [PR103605]

On Thu, Jun 09, 2022 at 09:24:00AM +0800, HAO CHEN GUI wrote: > On 8/6/2022 下午 9:24, Segher Boessenkool wrote: > > But it regresses the code quality generated with -ffast-math (because > > the new unspecs arent't optimised like standard rtl is). This can be > > follow-up work of course -- and the

Re: [committed] RISC-V: Use a tab rather than space with FSFLAGS

Thanks :) On Thu, Jun 9, 2022 at 9:35 PM Maciej W. Rozycki wrote: > > Consistently use a tab rather than a space as the separator between the > assembly instruction mnemonic and its operand with FSFLAGS instructions > produced with the unordered FP comparison RTL insns. > > gcc/ >

Re: [PATCH] RISC-V: Reset the length to the default of 4 for FP comparisons

LGTM, *f_quiet4_default and *f_quiet4_snan has set their own length and the only user of this setting is *cstore4, but apparently the length if 4 for that not 8. Thanks! On Thu, Jun 9, 2022 at 9:36 PM Maciej W. Rozycki wrote: > > The default length for floating-point compare operations is

fanalyzer: debugging zero state machine

> On Mi, Jun 8 2022 at 11:12:52 -0400, David Malcolm wrote: > > On Wed, 2022-06-08 at 01:42 +0200, Tim Lange wrote: > > > > Hi Dave, > > > > I did spent some time to think about the zero state machine. I first > > thought about distinguishing between "assigned zero" and "EQ 0 > > condition

Re: [PATCH v2 01/11] OpenMP 5.0: Clause ordering for OpenMP 5.0 (topological sorting by base pointer)

On Wed, Jun 08, 2022 at 04:00:39PM +0100, Julian Brown wrote: > > I think big question is if we do want to do this map clause reordering > > before processing the omp target etc. clauses, or after (during > > gimplify_adjust_omp_clauses, when clauses from the implicit mappings > > are added too

Re: GSoC

On Thu, 2022-06-09 at 11:04 +0200, Tim Lange wrote: > Hi everyone, > > my name is Tim and I'm also working on the static analyzer this summer. Hi Tim - and welcome to GCC development. > Some of you might already noticed my nooby questions in the IRC ;). > Specifically, I'll be working on

[Bug analyzer/105894] RFE: -fanalyzer could complain about misuse of functions that return pointers to a static buffer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105894 --- Comment #1 from David Malcolm --- (In reply to David Malcolm from comment #0) > The analyzer's region model might make this fairly easy to implement. Specifically: the result of the function call would be a conjured_svalue where the stmt

Re: [Patch] OpenMP: Move omp requires checks to libgomp

On Thu, Jun 09, 2022 at 02:46:34PM +0200, Tobias Burnus wrote: > On 09.06.22 13:40, Jakub Jelinek via Gcc-patches wrote: > > On Wed, Jun 08, 2022 at 05:56:02AM +0200, Tobias Burnus wrote: > > > + && lookup_attribute ("omp declare target", > > > +

[ping][vect-patterns] Refactor widen_plus/widen_minus as internal_fns

> Before I make any changes, I'd like to check we're all on the same page. > > richi, are you ok with the gimple_build function, perhaps with a different > name if you are concerned with overloading? we could use gimple_ch_build > or gimple_code_helper_build? > > Similarly are you ok with the

Questions on transition from IPA_PASS (LTRANS) to SIMPLE_IPA_PASS

Hi, I understand some differences between IPA_PASSes and SIMPLE_IPA_PASSes. However, I have questions about the cleanup processes that IPA_PASSes might have. * Would it be correct to assume that all node and edge summaries are deleted after the last IPA_PASS? And would it also be correct to

[Bug c++/105397] Cannot export module initializer symbols with `-fvisibility=hidden`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105397 Mathias Stearn changed: What|Removed |Added CC||redbeard0531 at gmail dot com ---

[PATCH] RISC-V: Split unordered FP comparisons into individual RTL insns

We have unordered FP comparisons implemented as RTL insns that produce multiple machine instructions. Such RTL insns are hard to match with a processor pipeline description and additionally there is a redundant SNEZ instruction produced on the result of these comparisons even though the

[Bug c++/105841] [12/13 Regression] Change in behavior of CTAD for alias templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105841 Patrick Palka changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug c++/84920] Better handling of unmatched/ambiguous calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84920 --- Comment #10 from Lewis Hyatt --- (In reply to Jonathan Wakely from comment #9) > That looks pretty good to me. What does it produce for the operator<< > example in comment 1? With the default options: = iowarn2.cpp: In function

[Bug target/105856] [13 Regression] ice in emit_move_insn, at expr.cc:4011

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105856 Roger Sayle changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[PATCH] RISC-V: Reset the length to the default of 4 for FP comparisons

The default length for floating-point compare operations is overridden to 8, however the FEQ.fmt, FLT.fmt, FLE.fmt machine instructions and FGE.fmt, FGT.fmt assembly idioms the relevant RTL insns produce are all 4 bytes long each. And all the floating-point compare RTL insns that produce

[committed] RISC-V: Use a tab rather than space with FSFLAGS

Consistently use a tab rather than a space as the separator between the assembly instruction mnemonic and its operand with FSFLAGS instructions produced with the unordered FP comparison RTL insns. gcc/ * config/riscv/riscv.md (*f_quiet4_default)

[Bug c++/102529] ctad for aliases fails in the presence of constraints

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

c++: Better module initializer code

Every module interface needs to emit a global initializer, but it might have nothing to init. In those cases, there's no need for any idempotency boolean to be emitted. nathan -- Nathan SidwellFrom 227ffed7dbbdffeeb5bc013852d61a97aa468c62 Mon Sep 17 00:00:00 2001 From: Nathan Sidwell Date:

[PATCH 2/1] c++: optimize specialization of templated member functions

This performs one of the optimizations added by the previous patch to lookup_template_class, to instantiate_template as well. (For the libstdc++ ranges tests this optimization appears to be effective around 30% of the time, i.e. 30% of the time context of 'tmpl' is non-dependent while the context

[Bug c++/105908] New: out-of-class definition of templated method with decltype in trailing return type fails to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105908 Bug ID: 105908 Summary: out-of-class definition of templated method with decltype in trailing return type fails to compile Product: gcc Version: 12.0 Status:

Re: [PATCH] c++: Fix up ICE on __builtin_shufflevector constexpr evaluation [PR105871]

On 6/8/22 02:08, Jakub Jelinek wrote: Hi! As the following testcase shows, BIT_FIELD_REF result doesn't have to have just integral type, it can also have vector type. And in that case cxx_eval_bit_field_ref just ICEs on it because it is unprepared for that case, creates the initial value with

Re: [Patch] OpenMP: Move omp requires checks to libgomp

On 09.06.22 13:40, Jakub Jelinek via Gcc-patches wrote: On Wed, Jun 08, 2022 at 05:56:02AM +0200, Tobias Burnus wrote: + && lookup_attribute ("omp declare target", + DECL_ATTRIBUTES (current_function_decl))) + omp_requires_mask + = (enum

Re: DWARF question about size of a variable

Hello, On Wed, 8 Jun 2022, Carl Love via Gcc wrote: > Is there dwarf information that gives the size of a variable? Yes, it's in the type description. For array types the siblings of it give the index types and ranges. If that range is computed at runtime DWARF will (try to) express it as

Re: [PATCH, OpenMP, v4] Implement uses_allocators clause for target regions

On Thu, Jun 09, 2022 at 02:21:13PM +0800, Chung-Lin Tang wrote: > @@ -15651,6 +15653,213 @@ c_parser_omp_clause_allocate (c_parser *parser, > tree list) >return nl; > } > > +/* OpenMP 5.0: > + uses_allocators ( allocator-list ) > + > + allocator-list: > + allocator > + allocator ,

Re: [Patch] OpenMP: Handle ancestor:1 with discover_declare_target

On Thu, Jun 09, 2022 at 12:47:17PM +0200, Tobias Burnus wrote: > Another minor step to getting reverse offloading to work ... > > OK for mainline? > > Tobias > > PS: As attached, this patch is a stand-alone patch, which fails > due to the requires sorry (see dg-prune-output). > With the

Re: [committed] openmp: Add support for HBW or large capacity or interleaved memory through the libmemkind.so library

On Thu, Jun 09, 2022 at 12:11:28PM +0200, Thomas Schwinge wrote: > On 2022-06-09T10:19:03+0200, Jakub Jelinek via Gcc-patches > wrote: > > This patch adds support for dlopening libmemkind.so > > Instead of 'dlopen'ing literally 'libmemkind.so': > > > --- libgomp/allocator.c.jj2022-06-08

[Bug fortran/60913] [OOP] Memory leak with allocatable polymorphic function result (in type-bound operator)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60913 dr.i.j.bush at googlemail dot com changed: What|Removed |Added CC||dr.i.j.bush at

[Bug target/105856] [13 Regression] ice in emit_move_insn, at expr.cc:4011

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105856 --- Comment #7 from David Binderman --- (In reply to Roger Sayle from comment #6) > Hi David. Thanks again for all your help (building Linux distributions is a > helpful/vital service to the GCC community). Thanks. Good to know I am doing

Re: [Patch] OpenMP: Move omp requires checks to libgomp

On Wed, Jun 08, 2022 at 05:56:02AM +0200, Tobias Burnus wrote: > gcc/c/ChangeLog: > > * c-parser.cc (c_parser_declaration_or_fndef): Set > OMP_REQUIRES_TARGET_USED in omp_requires_mask if function has > "omp declare target" attribute. > (c_parser_omp_target_data): Set

Re: [PATCH] or1k: Add support for a little-endian target variant

> diff --git a/gcc/config.gcc b/gcc/config.gcc > index c5064dd37666..0c3a09dfe810 100644 > --- a/gcc/config.gcc > +++ b/gcc/config.gcc > @@ -2866,6 +2866,11 @@ or1k*-*-*) > done > TM_MULTILIB_CONFIG=`echo $TM_MULTILIB_CONFIG | sed 's/^,//'` > > + case ${target} in > +

[Bug tree-optimization/105739] [10 Regression] Miscompilation of Linux kernel update.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105739 --- Comment #8 from Jan Hubicka --- After inlning I see: IPA function summary for rcu_tasks_trace_pertask/5350 inlinable global time: 13.535950 self size: 11

[Bug c++/84920] Better handling of unmatched/ambiguous calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84920 --- Comment #9 from Jonathan Wakely --- That looks pretty good to me. What does it produce for the operator<< example in comment 1?

[Bug target/105856] [13 Regression] ice in emit_move_insn, at expr.cc:4011

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105856 --- Comment #6 from Roger Sayle --- Hi David. Thanks again for all your help (building Linux distributions is a helpful/vital service to the GCC community). Can you confirm that this problem is now fixed on ARM?

[Bug middle-end/105853] [13 regression] ice in pieces_addr constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105853 Roger Sayle changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/105866] [13 Regression] ICE in emit_move_insn building glibc for MIPS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105866 --- Comment #2 from Roger Sayle --- Hi Joseph. Sorry again for the breakage. Hopefully, the load_register_parameters ICE is now resolved. Can you confirm that glibc now builds without problems on MIPS?

[Bug middle-end/105874] [13 Regression] Incorrect codegen and ICE since g:ed6fd2aed58f2cca99f15331bf68999c0e6df370

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105874 Roger Sayle changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Patch] OpenMP: Handle ancestor:1 with discover_declare_target

Another minor step to getting reverse offloading to work ... OK for mainline? Tobias PS: As attached, this patch is a stand-alone patch, which fails due to the requires sorry (see dg-prune-output). With the requires patch, it should fail with the next sorry: 'ancestor' not yet supported"

Re: [committed][nvptx] Add march-map

Hi Tom! On 2022-03-29T14:03:22+0200, Tom de Vries via Gcc-patches wrote: > Say we have an sm_50 board, and we want to run a benchmark using the highest > possible march setting. > > Currently there's march=sm_30, march=sm_35, march=sm_53, but no march=sm_50. > > So, we'd need to pick

[Bug libstdc++/105907] New: unordered containers should cache result of std::hash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105907 Bug ID: 105907 Summary: unordered containers should cache result of std::hash Product: gcc Version: 13.0 Status: UNCONFIRMED Keywords: ABI Severity:

RE: [PATCH] libgomp, openmp: pinned memory

> For example, it's documented that 'cuMemHostAlloc', > api/group__CUDA__MEM.html#group__CUDA__MEM_1g572ca4011bfcb25034888a14d4e035b > 9>, > "Allocates page-locked host memory". The crucial thing, though, what > makes this different from 'malloc' plus

[Bug target/105886] -mstrict-align is ignorning unalign in some cases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105886 --- Comment #7 from Keven --- Thank you for your fast investigation :)

[Bug target/103100] [11/12/13 Regression] unaligned access generated with memset or {} and -O2 -mstrict-align

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103100 Andrew Pinski changed: What|Removed |Added CC||keven.kloeckner at siemens dot com

[Bug target/105886] -mstrict-align is ignorning unalign in some cases

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

RE: [PATCH] libgomp, openmp: pinned memory

> The question is only what to do with 'requires unified_shared_memory' – > and a non-multi-device allocator. The compiler emits an error at compile time if you attempt to use both -foffload-memory=pinned and USM, because they’re not compatible. You're fine to use both explicit allocators in

[Bug target/105886] -mstrict-align is ignorning unalign in some cases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105886 --- Comment #5 from Keven --- Created attachment 53112 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53112=edit source file

[Bug target/105886] -mstrict-align is ignorning unalign in some cases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105886 --- Comment #4 from Keven --- Created attachment 53111 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53111=edit Disassembly screen

[Bug target/105886] -mstrict-align is ignorning unalign in some cases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105886 --- Comment #3 from Keven --- Created attachment 53110 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53110=edit precompiled file

[Bug lto/105877] GNU strip breaks -flto -g .o files

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105877 --- Comment #2 from hubicka at kam dot mff.cuni.cz --- > "strip -g" removed .gnu.debuglto_.debug_info sections. Should LTO remove the > references of stripped debug info? Or should "strip -g" keep LTO debug info? I suppose we should try to

Re: [committed] openmp: Add support for HBW or large capacity or interleaved memory through the libmemkind.so library

Hi Jakub! On 2022-06-09T10:19:03+0200, Jakub Jelinek via Gcc-patches wrote: > This patch adds support for dlopening libmemkind.so Instead of 'dlopen'ing literally 'libmemkind.so': > --- libgomp/allocator.c.jj2022-06-08 08:21:03.099446883 +0200 > +++ libgomp/allocator.c 2022-06-08

Re: [PATCH] libgomp, openmp: pinned memory

On 09.06.22 11:38, Thomas Schwinge wrote: On 2022-06-07T13:28:33+0100, Andrew Stubbs wrote: On 07/06/2022 13:10, Jakub Jelinek wrote: On Tue, Jun 07, 2022 at 12:05:40PM +0100, Andrew Stubbs wrote: The memory pinned via the mlock call does not give the expected performance boost. I had not

Re: aarch64: Fix bitfield alignment in param passing [PR105549]

On 6/8/22 15:19, Richard Sandiford wrote: Christophe Lyon writes: On 6/7/22 19:44, Richard Sandiford wrote: Christophe Lyon via Gcc-patches writes: While working on enabling DFP for AArch64, I noticed new failures in gcc.dg/compat/struct-layout-1.exp (t028) which were not actually caused

Re: [PATCH] libgomp, openmp: pinned memory

Hi! I'm not all too familiar with the "newish" CUDA Driver API, but maybe the following is useful still: On 2022-06-07T13:28:33+0100, Andrew Stubbs wrote: > On 07/06/2022 13:10, Jakub Jelinek wrote: >> On Tue, Jun 07, 2022 at 12:05:40PM +0100, Andrew Stubbs wrote: >>> Following some feedback

[Bug analyzer/105906] New: fanalyzer strdup false positive leak in loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105906 Bug ID: 105906 Summary: fanalyzer strdup false positive leak in loop Product: gcc Version: 12.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug other/105819] GCC 12.1.0 Make failed - Compiled with GCC 4.9.4 and under Mac OS X lion - I

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105819 --- Comment #9 from Jakub Jelinek --- (In reply to Jonathan Wakely from comment #6) > Try it again without using a directory called "_Source/_12,1,x" Say _Source/_12.1.x would work, dot is often used separator in filenames that is known to

  1   2   >