GCC 15.2 Released

2025-08-08 Thread Richard Biener via Gcc
The GNU Compiler Collection version 15.2 has been released. GCC 15.2 is a bug-fix release from the GCC 15 branch containing important fixes for regressions and serious bugs in GCC 15.1 with more than 123 bugs fixed since the previous release. This release is available from the FTP servers listed

GCC 15.2.1 Status Report (2025-08-08)

2025-08-08 Thread Richard Biener via Gcc
The GCC 15.2 release is done and the releases/gcc-15 branch is open for regression and documentation fixes again. Quality Data Priority # Change from last report --- --- P1 - 1 P2 591- 5 P3

Re: what does -fsignaling-nans mean with -ffinite-math-only supplied also?

2025-08-07 Thread Richard Biener via Gcc
On Thu, Aug 7, 2025 at 8:23 PM Jakub Jelinek via Gcc wrote: > > On Thu, Aug 07, 2025 at 08:12:44PM +0200, Toon Moene wrote: > > On 8/7/25 18:38, Andrew Pinski (QUIC) via Gcc wrote: > > > > > So looking into https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121448, I > > > Noticed the options needed to

Re: Help with comparison-merging optimization pass

2025-08-06 Thread Richard Biener via Gcc
On Wed, Aug 6, 2025 at 9:40 AM Jakub Jelinek wrote: > > On Wed, Aug 06, 2025 at 08:48:55AM +0200, Richard Biener via Gcc wrote: > > For loops the canonical place to perform such optimization is the loop > > distribution pass which already recognizes > > memcpy but also str

Re: Help with comparison-merging optimization pass

2025-08-05 Thread Richard Biener via Gcc
On Tue, Aug 5, 2025 at 7:20 PM Thomas de Bock via Gcc wrote: > > I have been working on a GCC optimization pass that merges comparisons of > consecutive memory regions with memcmp calls, which get vectorized later with > O2 (regarding https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108953). > > Thi

GCC 15.2 Release Candidate available from gcc.gnu.org

2025-08-01 Thread Richard Biener via Gcc
The first release candidate for GCC 15.2 is available from https://gcc.gnu.org/pub/gcc/snapshots/15.2.0-RC-20250801/ and shortly its mirrors. It has been generated from git commit r15-10189-ge14a895275d08d. I have so far bootstrapped and tested the release candidate on x86_64-linux. Please te

RE: GCC 15.1.1 Status Report (2025-07-11)

2025-07-28 Thread Richard Biener via Gcc
stuff. But it's now also way too late to do all this manual surgery. Thanks, Richard. > Best regards to all, > > Bob Dubner > > > -Original Message- > > From: Robert Dubner > > Sent: Sunday, July 27, 2025 11:25 > > To: Richard Biener > > Cc:

RE: GCC 15.1.1 Status Report (2025-07-11)

2025-07-27 Thread Richard Biener via Gcc
On Sat, 26 Jul 2025, Robert Dubner wrote: > > > > -Original Message- > > From: Richard Biener > > Sent: Saturday, July 26, 2025 12:06 > > To: Robert Dubner > > Cc: gcc@gcc.gnu.org; gcc-patc...@gcc.gnu.org; James K. Lowden > > > > S

Re: GCC 15.1.1 Status Report (2025-07-11)

2025-07-26 Thread Richard Biener via Gcc
publish a repo with those picks on cobolworx that should be sufficient (use git cherry-pick -x so the original rev picked will show up). Any additional changes or diffs required should be posted to GCC-patches. Thanks, Richard > > Thanks, > > Bob D. > >> -Original

Re: Inquiry about Loop Unswitching Behavior in GCC 15

2025-07-24 Thread Richard Biener via Gcc
On Thu, Jul 24, 2025 at 8:40 AM Richard Biener wrote: > > On Thu, Jul 24, 2025 at 2:39 AM magic0826gc via Gcc wrote: > > > > Dear GCC Developers, > > I'm writing to report an observation regarding loop unswitching behavior > > when compiling the attached co

Re: RFC/RFH: uninit warning vs DSE of store from a known uninitialized variable

2025-07-23 Thread Richard Biener via Gcc
On Thu, Jul 24, 2025 at 4:23 AM Jeff Law via Gcc wrote: > > > > On 7/23/25 5:45 PM, Andrew Pinski via Gcc wrote: > > Hi all, > >When I improved DSE to remove stores where the rhs is known 100% to be > > an uninitialized variables (ssa_undefined_value_p), I get a few regressions > > due to an

Re: Inquiry about Loop Unswitching Behavior in GCC 15

2025-07-23 Thread Richard Biener via Gcc
On Thu, Jul 24, 2025 at 2:39 AM magic0826gc via Gcc wrote: > > Dear GCC Developers, > I'm writing to report an observation regarding loop unswitching behavior when > compiling the attached code with GCC 15 using -O2 -funswitch-loops > optimization flags. Here's a detailed analysis of the issue:

Re: GCov space optimization

2025-07-23 Thread Richard Biener via Gcc
> Am 23.07.2025 um 16:42 schrieb Andrew Stubbs : > > On 23/07/2025 15:22, Michael Matz wrote: >> Hello, >> On Tue, 22 Jul 2025, Andrew Stubbs wrote: Don’t you need to instrument more (or at least different) edges when only having visited bits ? With counters you can derive coverage

Re: GCov space optimization

2025-07-22 Thread Richard Biener via Gcc
> Am 22.07.2025 um 16:56 schrieb Andrew Stubbs : > > Hi all, > > Question: Would it be acceptable to introduce a new "counter" variety, > together with options and UI support, that simply records a "visited" state? > > Have there been any previous efforts in this space that I've missed? >

Re: Could we enhance the ifcombine pass?

2025-07-21 Thread Richard Biener via Gcc
t, compared to generating two branch > > > instructions, if the nested branches of the hotspot function are compiled > > > into one branch instruction. There will be a 30% improvement in > > > performance. > > > If there are indirect accesses in the if state

Re: Could we enhance the ifcombine pass?

2025-07-18 Thread Richard Biener via Gcc
On Fri, 18 Jul 2025, ywgrit wrote: > For now, if combine pass can combine the simple nested comparison branches, > e.g. > if (a != b) > if (c == d) > These cond bbs must have only the conditional, which is too harsh. > > We often meet code like this: > if (a != b) > if (m[index] == k[index])

Re: Switching x86-64 to GNU2 TLS descriptors

2025-07-14 Thread Richard Biener via Gcc
On Tue, Jul 15, 2025 at 3:26 AM H.J. Lu via Gcc wrote: > > On Tue, Jul 15, 2025 at 8:47 AM 'Florian Weimer' via X86-64 System V > Application Binary Interface wrote: > > > > * H. J. Lu: > > > > > Compilers will never know since the build-time glibc is independent of > > > the run-time glibc. If

Re: GCC 12.5 Released

2025-07-14 Thread Richard Biener via Gcc
ll try to remember this. Note that there are usually zero entries in the changes list for minor releases, and I'd have to double-check we have a anchor at that sub-section. For new major releases we link to the page in the announcements. Richard. > > On Fri, 11 Jul 2025 at 13:51, Rich

GCC 15.1.1 Status Report (2025-07-11)

2025-07-11 Thread Richard Biener via Gcc
The releases/gcc-15 branch is open for regression and documentation fixes. This is now the time to prepare for the GCC 15.2 release - a release candidate is planned for Friday Aug 1st, three weeks from now, with the GCC 15.2 release following a week after that. Please go over reported regression

GCC 12.5 Released

2025-07-11 Thread Richard Biener via Gcc
The GNU Compiler Collection version 12.5 has been released. GCC 12.5 is a bug-fix release from the GCC 12 branch containing important fixes for regressions and serious bugs in GCC 12.4 with more than 241 bugs fixed since the previous release. This is also the last release from the GCC 12 branch,

GCC 12 branch is now closed

2025-07-11 Thread Richard Biener via Gcc
The GCC 12 branch is now closed, no further changes can be pushed there.

Re: Switching x86-64 to GNU2 TLS descriptors

2025-07-07 Thread Richard Biener via Gcc
On Mon, Jul 7, 2025 at 10:50 AM Richard Biener wrote: > > On Mon, Jul 7, 2025 at 10:39 AM Florian Weimer via Gcc > wrote: > > > > H.J. proposed to switch the default for GCC 16 (turning on > > -mtls-dialect=gnu2 by default). This is a bit tricky because when we >

Re: Switching x86-64 to GNU2 TLS descriptors

2025-07-07 Thread Richard Biener via Gcc
On Mon, Jul 7, 2025 at 10:39 AM Florian Weimer via Gcc wrote: > > H.J. proposed to switch the default for GCC 16 (turning on > -mtls-dialect=gnu2 by default). This is a bit tricky because when we > tried to make the switch in Fedora (for eventual implementation), we hit > an ABI compatibility pro

Re: GCC 12.5 Release Candidate available from gcc.gnu.org

2025-07-07 Thread Richard Biener via Gcc
On Mon, 7 Jul 2025, Iain Sandoe wrote: > > > > On 4 Jul 2025, at 08:53, Richard Biener via Gcc wrote: > > > > The first release candidate for GCC 12.5 is available from > > > > https://gcc.gnu.org/pub/gcc/snapshots/12.5.0-RC-20250704/ > > ftp

GCC 12.4.1 Status Report (2025-07-04), branch frozen for release

2025-07-04 Thread Richard Biener via Gcc
Status == The gcc-12 branch is now frozen for release and closing of the branch. Quality Data Priority # Change from last report --- --- P10 P2 572 - 44 P3 112 P4 192 P5

GCC 12.5 Release Candidate available from gcc.gnu.org

2025-07-04 Thread Richard Biener via Gcc
The first release candidate for GCC 12.5 is available from https://gcc.gnu.org/pub/gcc/snapshots/12.5.0-RC-20250704/ ftp://gcc.gnu.org/pub/gcc/snapshots/12.5.0-RC-20250704/ and shortly its mirrors. It has been generated from git commit r12-11250-gb71ac987cd1499. I have so far bootstrapped and

Re: Criteria for adding AIX as a secondary platform.

2025-06-30 Thread Richard Biener via Gcc
> Am 30.06.2025 um 16:55 schrieb swamy sangamesh via Gcc : > > Hi All, > > Would like to know the criteria for adding AIX as a secondary platform. > https://gcc.gnu.org/gcc-15/criteria.html Note we only make changes going forward which means for GCC 16, the set of primary/secondary targets

Re: SLP costing vs. forwardprop

2025-06-30 Thread Richard Biener via Gcc
On Mon, Jun 30, 2025 at 2:50 PM Juergen Christ via Gcc wrote: > > Hi, > > I am just looking at SLP costing for this program: > > #include > > typedef int16_t __attribute__((vector_size(16))) int16x8_t; > > int16x8_t __attribute__((noinline)) vec_padd(int16x8_t a, int16x8_t b) { > const int16x8_

Re: eliminating code at link-time, using a CRT built with -flto

2025-06-30 Thread Richard Biener via Gcc
On Mon, Jun 30, 2025 at 8:59 AM Iain Sandoe wrote: > > Hi > > I am investigating the following; > > in the program code I have calls like > > uint16_t x = __crt_func ( 10 ); > > where the argument is guaranteed to be a compile-time uint16_t literal. > > So I’ve arranged a series of crts (built wi

Re: fixincludes comes up empty

2025-06-23 Thread Richard Biener via Gcc
> Am 23.06.2025 um 17:56 schrieb James K. Lowden : > > On Sat, 21 Jun 2025 11:03:19 +0200 > Richard Biener wrote: > >>> A comparison of the mentions of "fixinclude" in config.{status,log} >>> of two directories, bootstrap and non-bootstrap, shows

Re: fixincludes comes up empty

2025-06-21 Thread Richard Biener via Gcc
> Am 21.06.2025 um 08:45 schrieb James K. Lowden : > > I guess I'm doing something wrong, or not enough. "make install" is > failing after a bootstrap build because the build/fixincludes directory > is empty. Edited for brevity: > > $ make -C build-boot/ V=1 install > make: Entering directo

Re: harm in ARM

2025-06-18 Thread Richard Biener via Gcc
On Wed, Jun 18, 2025 at 3:28 PM Richard Biener wrote: > > On Tue, Jun 17, 2025 at 7:51 PM James K. Lowden > wrote: > > > > The COBOL FE emits code for a recent ARM VM that is definitely not what > > the user or, ahem, the FE author intended. The observed behavior is

Re: harm in ARM

2025-06-18 Thread Richard Biener via Gcc
On Tue, Jun 17, 2025 at 7:51 PM James K. Lowden wrote: > > The COBOL FE emits code for a recent ARM VM that is definitely not what > the user or, ahem, the FE author intended. The observed behavior is > that the program enters an infinite loop calling the main entry point, > eventually exhausting

Re: An alternative way of appointing reviewers and maintainers

2025-06-18 Thread Richard Biener via Gcc
On Mon, Jun 16, 2025 at 7:06 PM Segher Boessenkool wrote: > > Hi! > > On Mon, Jun 16, 2025 at 11:41:37AM +0200, Mark Wielaard wrote: > > > WaA is decided by the sourceware maintainers. The request form says > > > "email address of person who approved request", but that is not who has > > > the fi

GCC 12.4.1 Status Report (2025-06-06)

2025-06-06 Thread Richard Biener via Gcc
Status == The gcc-12 branch open for regression and documentation fixes. We plan to close the branch with the release of GCC 12.5 where a release candidate is planned at Jul 4th and the release a week after, Jul 11th. Note that since this is going to be the last release from the branch it's e

Re: An alternative way of appointing reviewers and maintainers

2025-06-04 Thread Richard Biener via Gcc
On Tue, Jun 3, 2025 at 10:46 PM Richard Sandiford via Gcc wrote: > > David Edelsohn via Gcc writes: > > On Tue, Jun 3, 2025 at 3:23 PM Richard Sandiford > > wrote: > > > >> David Edelsohn writes: > >> > On Tue, Jun 3, 2025 at 6:22 AM Richard Sandiford via Gcc < > >> gcc@gcc.gnu.org> > >> > wrot

Re: An alternative way of appointing reviewers and maintainers

2025-06-03 Thread Richard Biener via Gcc
> Am 03.06.2025 um 12:22 schrieb Richard Sandiford via Gcc : > > Hi, > > At the moment, all reviewers and maintainers have to be appointed by the > Steering Committee. I wonder if we could add a second, more community-based > route: someone can be appointed as a reviewer or maintainer with t

Re: Use of register keyword for Globals

2025-05-23 Thread Richard Biener via Gcc
> Am 23.05.2025 um 17:06 schrieb Joel Sherrill via Gcc : > > Hi > > In the SPARC port of RTEMS, there is a global variable assigned to a > register for performance reasons. This is the near decade old line of code: > > register struct Per_CPU_Control *_SPARC_Per_CPU_current __asm__( "g6" );

GCC 14.3.1 Status Report (2025-05-23)

2025-05-23 Thread Richard Biener via Gcc
Status == The GCC 14 branch is open again for regression and documentation fixes. Quality Data Priority # Change from last report --- --- P10- 1 P2 603- 15 P3 133+ 23 P4

GCC 14.3 Released

2025-05-23 Thread Richard Biener via Gcc
The GNU Compiler Collection version 14.3 has been released. GCC 14.3 is a bug-fix release from the GCC 14 branch containing important fixes for regressions and serious bugs in GCC 14.2 with more than 211 bugs fixed since the previous release. This release is available from the FTP servers listed

Re: Question for maintainers: ARCv3 port feasibility

2025-05-15 Thread Richard Biener via Gcc
On Thu, May 15, 2025 at 6:43 PM Andrew Stubbs wrote: > > Dear GCC Maintainers and Steering Committee, > > I'm currently doing a feasibility study and effort estimate for > upstreaming the existing ARCv3 out-of-tree port [1]. > > Question: Is there likely to be any objection to adding a new "arc64"

GCC 14.3 Release Candidate available from gcc.gnu.org

2025-05-15 Thread Richard Biener via Gcc
The first release candidate for GCC 14.3 is available from https://gcc.gnu.org/pub/gcc/snapshots/14.3.0-RC-20250515/ ftp://gcc.gnu.org/pub/gcc/snapshots/14.3.0-RC-20250515/ and shortly its mirrors. It has been generated from git commit r14-11789-gaa4cd614456de6. I have so far bootstrapped and

GCC 14.2.1 Status Report (2025-05-15), branch frozen for release

2025-05-15 Thread Richard Biener via Gcc
Status == The GCC 14 branch is now frozen for the GCC 14.3 release, a release candidate is being prepared. All changes to the branch require release manager approval. Previous Report === https://gcc.gnu.org/pipermail/gcc/2025-April/245990.html

Re: Question About GPU-Powered Parallel Compilation in GCC

2025-05-13 Thread Richard Biener via Gcc
On Tue, May 13, 2025 at 12:51 PM Andrew Stubbs wrote: > > On 12/05/2025 15:27, Nikhil Patil via Gcc wrote: > > Hi Richard, > > > > Thank you so much for the reply! > > > > You're absolutely right about using CPU threads. I’m just really curious > > about whether GPU acceleration could somehow be e

Re: Question About GPU-Powered Parallel Compilation in GCC

2025-05-12 Thread Richard Biener via Gcc
On Mon, May 12, 2025 at 2:55 PM Nikhil Patil via Gcc wrote: > > Hi GCC Team, > > I'm fairly new to the world of compilers and trying to understand how they > work in more depth. Recently, I started exploring the idea of *parallelizing > the internal steps of compilation* — such as parsing, code ge

Re: Testing for prototypes generated from Fortran

2025-05-11 Thread Richard Biener via Gcc
On Sun, May 11, 2025 at 8:38 PM Harald Anlauf wrote: > > Hi Thomas, > > Am 11.05.25 um 12:51 schrieb Thomas Koenig via Gcc: > > Hi Harald, > > > >> Hi Thomas, > >> > >> On 5/11/25 10:34, Thomas Koenig via Gcc wrote: > >>> As PR120139 has shown (again), it is too easy to create regressions > >>> fo

GCC 13.3.1 Status Report (2025-04-28)

2025-04-28 Thread Richard Biener via Gcc
Status == The gcc-13 branch is open for regression and documentation fixes. It's time to plan for the GCC 13.4 release following the planned GCC 14.3 release. The plan is to do a release candidate for GCC 13.4 on Thursday, May 29th, one week after the GCC 14.3 release followed by the relase

GCC 14.2.1 Status Report (2025-04-28)

2025-04-28 Thread Richard Biener via Gcc
Status == The GCC 14 branch is open for regression and documentation fixes. We are planning for the GCC 14.3 release on May 22th which means scheduling a release candidate on May 15th in about two weeks from now. Please work through your assigned bugs and regression fixes and backport fixes

Re: [PATCH] Do not apply store motion on loop with no exits.

2025-04-28 Thread Richard Biener via Gcc
On Fri, Apr 25, 2025 at 2:31 PM ywgrit via Gcc wrote: > > I encountered one problem with loop-im pass. > I compiled the program dhry2reg which belongs to unixbench( > https://github.com/kdlucas/byte-unixbench). > > The gcc used > gcc (GCC) 12.3.0 > > The commands executed as following > make > ./R

GCC 16.0.0 Status Report (2025-04-17)

2025-04-17 Thread Richard Biener via Gcc
Status == We have reached zero P1 regressions and branched for the GCC 15 release. This leaves trunk which is to become GCC 16 next year open for general development, Stage 1, again. Please refrain from disrupting git master too much so that last-minute fixes for GCC 15.1 can be staged there

GCC 15.0.1 Status Report (2025-04-17), branch frozen for release

2025-04-17 Thread Richard Biener via Gcc
We have branched for the GCC 15 release. All changes on the releases/gcc-15 branch require release manager approval now. Quality Data Priority # Change from last report --- --- P1 - 17 P2 580- 2

Re: Does gcc have different inlining heuristics on different platforms?

2025-04-05 Thread Richard Biener via Gcc
r (or mold) supports linker plugins on windows. I do know that libiberty simple-object does not support PE, that is, at _least_ (DWARF) debuginfo will be subpar. Richard. > > best regards, > Julian > > On Mon, Mar 31, 2025 at 8:09 PM Richard Biener > wrote: > >

Re: COBOL: Call to builtin_decl_explicit (BUILT_IN_EXIT), is optimized away.

2025-04-05 Thread Richard Biener via Gcc
On Fri, Apr 4, 2025 at 12:17 AM Robert Dubner wrote: > > The COBOL compiler has this routine: > > void > gg_exit(tree exit_code) > { > tree the_call = > build_call_expr_loc(location_from_lineno(), > builtin_decl_explicit (BUILT_IN_EXIT), >

Re: Does gcc have different inlining heuristics on different platforms?

2025-04-04 Thread Richard Biener via Gcc
On Mon, Mar 31, 2025 at 1:20 PM Julian Waters via Gcc wrote: > > Hi all, > > I've been trying to chase down an issue that's been driving me insane > for a while now. It has to do with the flatten attribute being > combined with LTO. I've heard that flatten and LTO are a match made in > hell (Someo

Re: COBOL: Call to builtin_decl_explicit (BUILT_IN_EXIT), is optimized away.

2025-04-04 Thread Richard Biener via Gcc
On Fri, Apr 4, 2025 at 3:35 PM Richard Biener wrote: > > On Fri, Apr 4, 2025 at 3:06 PM Robert Dubner wrote: > > > > This program exhibits the behavior when compiled with -O2, -O3 and -OS > > > > PROGRAM-ID. PROG. > > PROCEDUREDI

Re: COBOL: Call to builtin_decl_explicit (BUILT_IN_EXIT), is optimized away.

2025-04-04 Thread Richard Biener via Gcc
to implement the LANG_HOOKS_POST_OPTIONS hook and do flag_strict_aliasing = 0; therein. Richard. > > > -Original Message- > > From: Richard Biener > > Sent: Friday, April 4, 2025 03:02 > > To: Robert Dubner > > Cc: GCC Mailing List > > Subject: Re: COBOL:

Re: Memory access in GIMPLE

2025-04-04 Thread Richard Biener via Gcc
On Fri, Apr 4, 2025 at 3:37 AM Krister Walfridsson wrote: > > On Thu, 3 Apr 2025, Richard Biener wrote: > > > On Thu, Apr 3, 2025 at 2:23 AM Krister Walfridsson via Gcc > > wrote: > >> > >> I have more questions about GIMPLE memory semantics for smtgcc. &

Re: Memory access in GIMPLE

2025-04-02 Thread Richard Biener via Gcc
On Thu, Apr 3, 2025 at 2:23 AM Krister Walfridsson via Gcc wrote: > > I have more questions about GIMPLE memory semantics for smtgcc. > > As before, each section starts with a description of the semantics I've > implemented (or plan to implement), followed by concrete questions if > relevant. Let

Re: 'TREE_READONLY' for 'const' array in C vs. C++

2025-04-01 Thread Richard Biener via Gcc
On Tue, Apr 1, 2025 at 12:04 AM Thomas Schwinge wrote: > > Hi! > > In Nvidia PTX, "A state space is a storage area with particular > characteristics. All variables reside in some state space. [...]". > These include: > > .const Shared, read-only memory. > .global Global memory, shared

Re: Does gcc have different inlining heuristics on different platforms?

2025-04-01 Thread Richard Biener via Gcc
On Mon, Mar 31, 2025 at 9:15 PM Eric Botcazou wrote: > > > You can see what -fuse-linker-plugin says, what gcc/auto-host.h contains > > for HAVE_LTO_PLUGIN. I don't know whether the BFD linker (or mold) > > supports linker plugins on windows. I do know that libiberty simple-object > > does not s

Re: libgcc: Disable building shared objects ?

2025-03-21 Thread Richard Biener via Gcc
On Fri, Mar 21, 2025 at 2:38 PM Georg-Johann Lay wrote: > > Am 21.03.25 um 08:58 schrieb Richard Biener: > > On Thu, Mar 20, 2025 at 8:05 PM Georg-Johann Lay via Gcc > > wrote: > >> > >> For avr, there is no support for shared objects, yet > >> whe

Re: Pointer semantics in GIMPLE

2025-03-21 Thread Richard Biener via Gcc
On Fri, Mar 21, 2025 at 12:27 AM Krister Walfridsson wrote: > > On Thu, 20 Mar 2025, Richard Biener wrote: > > >> Pointer arithmetic -- POINTER_DIFF_EXPR > >> --- > >> Subtracting a pointer q from a pointer p is done using

Re: libgcc: Disable building shared objects ?

2025-03-21 Thread Richard Biener via Gcc
On Thu, Mar 20, 2025 at 8:05 PM Georg-Johann Lay via Gcc wrote: > > For avr, there is no support for shared objects, yet > when building libgcc, for each module.o there is also module_s.o > that's build with -DSHARED. > > How can this be turned off? > > What doesn't word is to configure with --dis

Re: Pointer semantics in GIMPLE

2025-03-20 Thread Richard Biener via Gcc
On Thu, Mar 20, 2025 at 2:05 AM Krister Walfridsson via Gcc wrote: > > I'm working on ensuring that the GIMPLE semantics used by smtgcc are > correct, and I have a lot of questions about the details. I'll be sending > a series of emails with these questions. This first one is about pointers > in g

Re: Remove duplication for the handling of attributes between different frontends

2025-03-18 Thread Richard Biener via Gcc
On Tue, Mar 18, 2025 at 4:49 PM Antoni Boucher via Gcc wrote: > > Hi. > We're trying to remove the duplication of the attributes code between > the C and libgccjit frontend. > The attached patch shows a draft of this attempt that only supports a > few attributes. > Would that kind of approach be a

Re: COBOL test cases

2025-03-15 Thread Richard Biener via Gcc
> Am 15.03.2025 um 18:20 schrieb Robert Dubner : > >  >> >> -Original Message- >> From: Jakub Jelinek >> Sent: Saturday, March 15, 2025 12:58 >> To: Robert Dubner ; 'GCC Mailing List' >> ; 'James K. Lowden' ; >

Re: memory model, READ_ONCE

2025-03-01 Thread Richard Biener via Gcc
> Am 01.03.2025 um 15:24 schrieb Martin Uecker : > > Am Samstag, dem 01.03.2025 um 16:52 +0300 schrieb Alexander Monakov: >>> On Sat, 1 Mar 2025, Martin Uecker via Gcc wrote: >>> >>> Sorry for being a bit slow. This is still not clear to me. >>> >>> In vect/pr65206.c the following loop can

Re: memory model, READ_ONCE

2025-02-28 Thread Richard Biener via Gcc
> Am 28.02.2025 um 20:02 schrieb Martin Uecker : > > Am Freitag, dem 28.02.2025 um 21:39 +0300 schrieb Alexander Monakov: >>> On Fri, 28 Feb 2025, Martin Uecker via Gcc wrote: >>> >>> >>> I have one follow-up question: What is the reason >>> that we have stronger semantics for stores by def

Re: memory model, READ_ONCE

2025-02-27 Thread Richard Biener via Gcc
On Fri, Feb 28, 2025 at 8:01 AM Martin Uecker wrote: > > > Hi all, > > one area where the Linux kernel people are unhappy with C's > memory model is where they now have to use the READ_ONCE, > WRITE_ONCE macros. These are cases where they do not want > a compiler to duplicate a load, e.g. to relo

GCC 15.0.1 Status Report (2025-02-27), Stage 4 still in effect

2025-02-27 Thread Richard Biener via Gcc
Status == The GCC development branch which will become GCC 15 is still in stage4, open for regression and documentation fixes only. We've been in this stage for 6 weeks now and are slowly progressing towards a release. Besides of tackling the remaining P1 bugs also have an eye on the testsui

Re: GCC for C6x DSPs

2025-02-18 Thread Richard Biener via Gcc
On Tue, Feb 18, 2025 at 7:10 AM Dan via Gcc wrote: > > Hello! > > I'm trying to compile for Texas Instruments (TI) C6000 Digital Signal > Processor (DSP) using GCC. I'm aware that TI has its own compiler, but I > want to use GCC. > > The documentation indicates that GCC has *some* support for C6x

Re: 22% degradation seen in embench:matmult-int

2025-02-13 Thread Richard Biener via Gcc
misses as well as to see what is causing it to run this much slower. > > > > Thanks for your reply! > > > > From: Richard Biener > Date: Thursday, February 13, 2025 at 2:57 AM > To: Visda Vokhshoori - C51841 > Cc: gcc@gcc.gnu.org > Subject: Re: 22% deg

Re: 22% degradation seen in embench:matmult-int

2025-02-12 Thread Richard Biener via Gcc
On Wed, Feb 12, 2025 at 4:38 PM Visda.Vokhshoori--- via Gcc wrote: > > Embench is used for benchmarking on embedded devices. > This one project matmult-int has a function Multiply. It’s a matrix > multiplication for 20 x 20 matrix. > The device is a ATSAME70Q21B which is Cortex-M7 > The compiler

Re: RFC: Bugzilla keyword "interp" where it is not clear if a program is standard-conforming or not

2025-02-09 Thread Richard Biener via Gcc
On Mon, Feb 10, 2025 at 8:19 AM Andre Vehreschild wrote: > > Hi all, > > I don't like the new keyword. Could we do "stdcomp" (for "standard compliant") > or something like that? When a keyword allows a question mark, I would even > add > that, i.e.. like "stdcomp?". Or when we like to go with int

Re: Patch held up in gcc-patches due to size

2025-02-03 Thread Richard Biener via Gcc
On Mon, Feb 3, 2025 at 9:55 AM Jonathan Wakely wrote: > > > > On Sun, 2 Feb 2025, 18:10 Thomas Koenig via Gcc, wrote: >> >> Hi, >> >> I sent https://gcc.gnu.org/pipermail/fortran/2025-February/061670.html >> to gcc-patches also, as normal, but got back an e-mail that it >> was too large. and that

Re: On -Wmaybe-uninitialized

2025-01-30 Thread Richard Biener via Gcc
On Thu, Jan 30, 2025 at 10:59 AM Jakub Jelinek wrote: > > On Thu, Jan 30, 2025 at 10:48:43AM +0100, Richard Biener via Gcc wrote: > > On Thu, Jan 30, 2025 at 10:01 AM Dmitry Antipov wrote: > > > > > > With (probably) -Wmaybe-uninitialized and/or -Wextra, shou

Re: On -Wmaybe-uninitialized

2025-01-30 Thread Richard Biener via Gcc
On Thu, Jan 30, 2025 at 10:01 AM Dmitry Antipov wrote: > > With (probably) -Wmaybe-uninitialized and/or -Wextra, shouldn't the compiler > emit > warning about possibly uninitialized 'y' passed to 'ddd()' in the example > below? > > struct T { >int a; >int b; > }; > > extern int bbb (stru

Re: Optimizing codegen for absolute differences in AArch64

2025-01-14 Thread Richard Biener via Gcc
On Tue, Jan 14, 2025 at 4:35 PM Jennifer Schmitz via Gcc wrote: > > We are working on improving codegen for the following test cases (for all > integer types T): > > T foo (T x, T y) > { > T diff = x - y; > return x > y ? diff : -diff; > } > > T bar (T x, T y) > { > T diff1 = x - y; > T d

GCC 15.0.0 Status Report (2025-01-13), Stage 4 in effect NOW

2025-01-13 Thread Richard Biener via Gcc
Status == The GCC development branch which will become GCC 15 is now in stage4, open for regression and documentation fixes only. Quality Data Priority # Change from last report --- --- P1 32 + 6 P2

Re: GDB debugging showing wrong code

2024-12-27 Thread Richard Biener via Gcc
> Am 27.12.2024 um 02:50 schrieb Trampas Stern via Gcc : > > I am doing embedded development on an arm cortex-m processor using > arm-none-eabi-gcc. I have run into a bug where GDB is showing that the > code executing is code from a function that is not used. The code is > removed as it is n

Re: branch prediction not correctly applied to an if statement in an inline with multiple conditoins

2024-11-30 Thread Richard Biener via Gcc
> Am 30.11.2024 um 08:19 schrieb Mateusz Guzik via Gcc : > > Tested with gcc 14.2 and the Linux kernel compiling for amd64. This is > at Linux next-20241127. This was already the case on gcc 13 (no idea > about earlier versions), I tested 14 to see if the problem is gone. > > In the particula

Re: Use branch prediction from .gcda files

2024-11-21 Thread Richard Biener via Gcc
On Thu, Nov 21, 2024 at 1:32 PM Kamil Belter wrote: > > On Tue, Nov 19, 2024 at 12:58 PM Richard Biener > wrote: > > > > On Tue, Nov 19, 2024 at 11:56 AM Kamil Belter via Gcc > > wrote: > > > > > > Hello, > > > > > > I wou

Re: Use branch prediction from .gcda files

2024-11-20 Thread Richard Biener via Gcc
On Tue, Nov 19, 2024 at 11:56 AM Kamil Belter via Gcc wrote: > > Hello, > > I would like to set branch prediction based on .gcda files (I know I > could have it automatically with -fprofile-use, but with my specific > use case I can't do it). > > I've tried to use gcov-dump but I can't find any sp

Re: Understanding peephole2

2024-11-20 Thread Richard Biener via Gcc
On Wed, Nov 20, 2024 at 11:29 AM Georg-Johann Lay via Gcc wrote: > > Consider the following RTL peephole from avr.md: > > (define_peephole2 ; avr.md:5387 >[(match_scratch:QI 3 "d") > (parallel [(set (match_operand:ALL4 0 "register_operand" "") > (ashift:AL

GCC 15.0.0 Status Report (2024-11-18), Stage 3 in effect NOW

2024-11-18 Thread Richard Biener via Gcc
Status == The GCC development branch which will become GCC 15 is now in stage3, open for general bugfixing. Quality Data Priority # Change from last report --- --- P1 26- 5 P2 636+ 15 P3

Re: Complex arithmetic in Fortran

2024-11-13 Thread Richard Biener via Gcc
On Wed, Nov 13, 2024 at 3:21 PM Toon Moene wrote: > > On 11/13/24 15:12, Richard Biener wrote: > > > On Wed, Nov 13, 2024 at 3:05 PM Thomas Koenig wrote: > >> > >> Hello world, > >> > >> J3, the US Fortran standards committee, has passed

Re: Complex arithmetic in Fortran

2024-11-13 Thread Richard Biener via Gcc
On Wed, Nov 13, 2024 at 3:05 PM Thomas Koenig wrote: > > Hello world, > > J3, the US Fortran standards committee, has passed > https://j3-fortran.org/doc/year/24/24-179.txt > which states (with a bit of an overabundance of > clarity) that, in Fortran, it is possible special-case > complex multipli

RE: [RFC] Enabling SVE with offloading to nvptx

2024-11-04 Thread Richard Biener via Gcc
On Sat, 2 Nov 2024, Prathamesh Kulkarni wrote: > > > > -Original Message- > > From: Richard Biener > > Sent: 29 October 2024 16:46 > > To: Prathamesh Kulkarni > > Cc: Richard Biener ; gcc@gcc.gnu.org; Thomas > > Schwinge ; Jakub Jelinek

Re: gcc relies on RISC-V vcompress instruction undefined behaviour

2024-10-31 Thread Richard Biener via Gcc
On Thu, Oct 31, 2024 at 3:55 AM Anton Blanchard via Gcc wrote: > > Hi, > > I think gcc is relying on undefined behaviour with the vcompress instruction. > Unfortunately my test case isn't reproducing on mainline, but gcc looks to > use the fields between the last mask selected field and vl while s

Re: [RFC] Enabling SVE with offloading to nvptx

2024-10-29 Thread Richard Biener via Gcc
On Mon, Oct 28, 2024 at 1:52 PM Prathamesh Kulkarni via Gcc wrote: > > > -Original Message- > > From: Richard Biener > > Sent: 21 October 2024 12:45 > > To: Prathamesh Kulkarni > > Cc: gcc@gcc.gnu.org; Thomas Schwinge ; Jakub > > Jelinek &

Re: examples of (so called) time-travel optimisations in GCC?

2024-10-26 Thread Richard Biener via Gcc
> Am 26.10.2024 um 17:30 schrieb Iain Sandoe : > > Hi, > > The background here is that I made a trial implementation of P1494r4 - > std::observable() - and want to produce testcases. > > —— so ….. > > I am looking for either examples where GCC produces time-travel optimisation > (or alter

Re: feature request: a linker option to avoid merging variables from separate object files into shared cache lines

2024-10-25 Thread Richard Biener via Gcc
On Thu, Oct 24, 2024 at 9:48 PM David Brown via Gcc wrote: > > On 24/10/2024 16:35, Jonathan Wakely via Gcc wrote: > > On Thu, 24 Oct 2024 at 15:00, Mateusz Guzik via Gcc wrote: > > > >> I understand the stock behavior of pilling variables on may happen to > >> improve cache usage. > >> > >> Howe

RE: [RFC] Enabling SVE with offloading to nvptx

2024-10-21 Thread Richard Biener via Gcc
On Fri, 18 Oct 2024, Prathamesh Kulkarni wrote: > > > > -Original Message- > > From: Richard Biener > > Sent: 17 October 2024 19:18 > > To: Prathamesh Kulkarni > > Cc: gcc@gcc.gnu.org; Thomas Schwinge > > Subject: RE: [RFC] Enabling SVE

RE: [RFC] Enabling SVE with offloading to nvptx

2024-10-17 Thread Richard Biener via Gcc
On Thu, 17 Oct 2024, Prathamesh Kulkarni wrote: > > -Original Message- > > From: Richard Biener > > Sent: 16 October 2024 13:05 > > To: Prathamesh Kulkarni > > Cc: gcc@gcc.gnu.org; Thomas Schwinge > > Subject: Re: [RFC] Enabling SVE with offloading t

Re: Is -Wtraditional obsolete?

2024-10-17 Thread Richard Biener via Gcc
On Wed, Oct 16, 2024 at 7:14 PM Joseph Myers via Gcc wrote: > > One issue that showed up as test failures with a default of -std=gnu23 is > that -std=gnu23 -Wtraditional produces a "traditional C rejects ISO C > style function definitions" warning for function definitions with empty > parentheses,

Re: [RFC] Enabling SVE with offloading to nvptx

2024-10-16 Thread Richard Biener via Gcc
it as > error_mark_node. For the above case, since POLY_INT_CST appears on dead-code > path, streaming > POLY_INT_CST with higher degree than accel's NUM_POLY_INT_COEFFS would be > "harmless". And detect invalid POLY_INT_CST's in expand pass (if it survives > till this > point), and emit above error, but not sure if that'd be the right place ? > This is done in p-283-4.txt. > > All the three patches fix UNRESOLVED tests due to POLY_INT_CST streaming > error in libgomp testsuite with -mcpu=generic+sve2. > (Altho it introduces a strange FAIL for data-5.f90, which I am investigating). > I would be grateful for suggestions on how to proceed. > > Signed-off-by: Prathamesh Kulkarni > > Thanks, > Prathamesh > -- Richard Biener SUSE Software Solutions Germany GmbH, Frankenstrasse 146, 90461 Nuernberg, Germany; GF: Ivo Totev, Andrew McDonald, Werner Knoblich; (HRB 36809, AG Nuernberg)

GCC 15.0.0 Status Report (2024-10-14), Stage 1 ends Nov 17th

2024-10-14 Thread Richard Biener via Gcc
Status == The GCC development branch which will become GCC 15 is still in stage1 but will transition to bugfixing stage3 mode beginning Monday November 18th. I have done a sweep over regressions not UNCONFIRMED or WAITING or SUSPENDED and adjusted priorities away from P3 (no priority). I woul

Re: Assembly-level peepholes?

2024-10-07 Thread Richard Biener via Gcc
On Fri, Oct 4, 2024 at 1:47 PM Sid Maxwell via Gcc wrote: > > I haven't found anything in my digging, so I'd like to ask if anyone knows > of any mechanism in GCC for conducting peephole optimization on generated > code. I can imagine doing this as a pass over the generated code from > within the

Re: How to debug/improve excessive compiler memory usage and compile times

2024-10-02 Thread Richard Biener via Gcc
On Wed, Oct 2, 2024 at 9:54 AM Richard Biener wrote: > > On Wed, Oct 2, 2024 at 9:13 AM Richard Biener > wrote: > > > > On Tue, Oct 1, 2024 at 6:06 PM Richard Biener > > wrote: > > > > > > > > > > > > > Am 01.10.

Re: How to debug/improve excessive compiler memory usage and compile times

2024-10-02 Thread Richard Biener via Gcc
On Wed, Oct 2, 2024 at 9:54 AM Richard Biener wrote: > > On Wed, Oct 2, 2024 at 9:13 AM Richard Biener > wrote: > > > > On Tue, Oct 1, 2024 at 6:06 PM Richard Biener > > wrote: > > > > > > > > > > > > > Am 01.10.

  1   2   3   4   5   6   7   8   9   10   >