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
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
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
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
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
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
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
> 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
> 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
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
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
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
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.
&
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:
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
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
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
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
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
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"
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
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
2601 - 2622 of 2622 matches
Mail list logo
