git gcc-verify question

Does anyone know what this is about? $ git gcc-verify Checking 918fcaf0cbf833063c45805ef893cfa2c9ebc875: OK Exception ignored in: Traceback (most recent call last): File "/usr/lib/python3.13/site-packages/git/cmd.py", line 563, in __del__ File "/usr/lib/python3.13/site-packages/git/cmd.py",

Current trunk fails to build gmp

Since some time in November last year trunk fails to build gmp. Last successfull build was 30th of October last year. The issue seems to be a failing configure test. From config.log: Test compile: long long reliability test 1 configure:6585: /opt/devel/gnu/gcc/Linux/x86_64-pc-linux-gnu/Ubuntu_2

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

“the interchanged loop might for example no longer vectorize.” The loops are not vectorized. Which is ok, because this device doesn’t have the support for it. I just don’t think a pass could single handedly make code slower that much. Loop interchange is supposed to interchange the loop nest i

gcc-12-20250213 is now available

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

Sourceware Open Valentine Office Friday, Feb 14, 16:00 UTC

Friday Feb 14, 16:00 UTC At #overseers on irc.libera.chat To get the right time in your local timezone: $ date -d "Fri Feb 14 16:00 UTC 2025" Valentine's day. Lets show our shared infrastructure some love! - Got issues with the new process/service isolation and/or the DDos protections? Please

Re: Current trunk fails to build gmp

Rainer Emrich writes: > Since some time in November last year trunk fails to build gmp. > Last successfull build was 30th of October last year. > > The issue seems to be a failing configure test. From config.log: Please see https://gmplib.org/list-archives/gmp-bugs/2024-November/005550.html. Bu

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

On Thu, Feb 13, 2025 at 9:30 PM wrote: > > > > “the interchanged loop might for example no longer vectorize.” > > > > The loops are not vectorized. Which is ok, because this device doesn’t have > the support for it. > > I just don’t think a pass could single handedly make code slower that much.