https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114927
uecker at gcc dot gnu.org changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114932
Bug ID: 114932
Summary: Improvement in CHREC can give large performance gains
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity:
Hi! I'm trying to modify the GCC source code to get something done. But
there's a difficulty in understanding how to use some functions and data
structures. Please help me with some hints.
Here is the problem: in the file GCC-source/gcc/c/c-decl.c, before
'c_decl_attributes' is called in
git commit g:f04dc89a991ddc6c08ac92c8ad29c6915c4ecafa
gcc-descr r15-123-gf04dc89a991ddc
power9 IEEE128
Linux 6.9.0-0.rc6.52.fc41.ppc64le ppc64le
GNU Make 4.4.1
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Fri May 3
git commit g:f04dc89a991ddc6c08ac92c8ad29c6915c4ecafa
gcc-descr r15-123-gf04dc89a991ddc
power8
Linux 5.4.0-177-generic ppc64le
GNU Make 4.2.1
DejaGnu:
DejaGnu version 1.6.2
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Fri May 3 02:59:06 UTC 2024
git commit g:169f10cb7188774ffb33abac334c166e39300339
gcc-descr r13-8677-g169f10cb718877
power9 BE
Linux 6.7.12-powerpc64 ppc64
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Fri May 3 03:24:13 UTC 2024
git commit g:bf995b10e8fe61da21604130348831a66e70060d
gcc-descr r12-10411-gbf995b10e8fe61
power9 IEEE128
Linux 6.9.0-0.rc6.52.fc41.ppc64le ppc64le
GNU Make 4.4.1
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Fri May 3
LAST_UPDATED: Thu May 2 17:05:21 UTC 2024 (revision r15-116-gff4dc8b10a4)
=== acats tests ===
FAIL: cb1010a
=== acats Summary ===
# of expected passes2327
# of unexpected failures1
Native configuration is s390x-ibm-linux-gnu arch14
Addressed Jason's review comments. Ok for trunk?
-- >8 --
This patch implements built-in trait for std::is_invocable.
gcc/cp/ChangeLog:
* cp-trait.def: Define __is_invocable.
* constraint.cc (diagnose_trait_expr): Handle CPTK_IS_INVOCABLE.
* semantics.cc
git commit g:bf995b10e8fe61da21604130348831a66e70060d
gcc-descr r12-10411-gbf995b10e8fe61
power8
Linux 5.4.0-177-generic ppc64le
GNU Make 4.2.1
DejaGnu:
DejaGnu version 1.6.2
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Fri May 3 01:29:10 UTC 2024
git commit g:f04dc89a991ddc6c08ac92c8ad29c6915c4ecafa
gcc-descr r15-123-gf04dc89a991ddc
power9 BE
Linux 6.7.12-powerpc64 ppc64
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Fri May 3 01:38:17 UTC 2024
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114931
--- Comment #4 from Sam James ---
```
struct Tcl_Obj;
void(Tcl_FreeInternalRepProc)(struct Tcl_Obj *);
typedef struct Tcl_Obj {
} Tcl_Obj;
struct {
void (*tclFreeObj)(Tcl_Obj *);
} Tcl_InitStubs;
```
Regressions on master at commit r15-119 vs commit r15-114 on Linux/x86_64
New failures:
New passes:
FAIL: libgomp.c/../libgomp.c-c++-common/for-11.c execution test
FAIL: libgomp.c/../libgomp.c-c++-common/for-5.c execution test
Pedro Alves via Overseers writes:
> When GDB upstream tried to use gerrit, I found it basically impossible to
> follow development, given the volume... The great thing with email is the
> threading of discussions. A discussion can fork into its own subthread, and
> any
> sane email client
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114930
Sam James changed:
What|Removed |Added
Summary|ICE in |[14/15 regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114931
--- Comment #3 from Andrew Pinski ---
It will involve the struct TclStubs too. I suspect it does not have its
aliasing set correctly.
On Thu, May 2, 2024 at 7:43 PM Jason Merrill wrote:
>
> On 5/2/24 16:47, Ken Matsui wrote:
> > On Thu, May 2, 2024 at 1:38 PM Jason Merrill wrote:
> >>
> >> On 5/2/24 16:12, Ken Matsui wrote:
> >>> This patch implements built-in trait for std::is_invocable.
> >>>
> >>> gcc/cp/ChangeLog:
> >>>
>
git commit g:169f10cb7188774ffb33abac334c166e39300339
gcc-descr r13-8677-g169f10cb718877
power9 IEEE128
Linux 6.9.0-0.rc6.52.fc41.ppc64le ppc64le
GNU Make 4.4.1
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Fri May 3
On 5/2/24 16:47, Ken Matsui wrote:
On Thu, May 2, 2024 at 1:38 PM Jason Merrill wrote:
On 5/2/24 16:12, Ken Matsui wrote:
This patch implements built-in trait for std::is_invocable.
gcc/cp/ChangeLog:
* cp-trait.def: Define __is_invocable.
* constraint.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114931
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114931
--- Comment #1 from Sam James ---
With -Wuninitialized, it dies in an earlier pass:
```
# gcc -c tclStubLib.i -std=c23 -Wuninitialized
during GIMPLE pass: early_uninit
/var/tmp/portage/dev-lang/tcl-8.6.14/work/tcl8.6.14/generic/tclStubLib.c: In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114931
Bug ID: 114931
Summary: ICE in get_alias_set when building tcl with -std=c23
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
On 5/2/24 22:09, Ken Matsui wrote:
This patch implements built-in trait for std::is_invocable.
Looks like this doesn't address my review comments on v18, only Marek's?
gcc/cp/ChangeLog:
* cp-trait.def: Define __is_invocable.
* constraint.cc (diagnose_trait_expr): Handle
This patch implements built-in trait for std::is_invocable.
gcc/cp/ChangeLog:
* cp-trait.def: Define __is_invocable.
* constraint.cc (diagnose_trait_expr): Handle CPTK_IS_INVOCABLE.
* semantics.cc (trait_expr_value): Likewise.
(finish_trait_expr): Likewise.
Try to invoke validate_subreg directly in v4 as below.
https://gcc.gnu.org/pipermail/gcc-patches/2024-May/650596.html
Pan
-Original Message-
From: Li, Pan2
Sent: Tuesday, April 30, 2024 7:36 PM
To: gcc-patches@gcc.gnu.org
Cc: jeffreya...@gmail.com; juzhe.zh...@rivai.ai;
From: Pan Li
We allowed vector type for get_stored_val when read is less than or
equal to store in previous. Unfortunately, the valididate_subreg
treats the vector type's size is less than vector register as
invalid. Then we will have ICE here.
This patch would like to fix it by filter-out
> No, The isel would only be for the scalar, The vectorizer will still use the
> vect_pattern.
> It needs to so we can cost the operation correctly, and in some cases
> depending on how
> the saturation is described you are unable the vectorize. The pattern allows
> us to catch
> these cases
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114930
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114930
--- Comment #1 from Sam James ---
reduced:
```
typedef struct WebPPicture WebPPicture;
typedef int (*WebPProgressHook)(const WebPPicture *);
WebPProgressHook progress_hook;
struct WebPPicture {
} WebPGetColorPalette(const struct WebPPicture *);
90
# of unexpected successes 20
# of expected failures 1619
# of unsupported tests 4251
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240502
(experimental) [remotes/origin/HEAD r15-120-g8367c996e5] (GCC)
=== gfortran tests ===
5035
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240502
(experimental) [remotes/origin/HEAD r15-119-gaffd24bfc6] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O0 execution test
XPASS: g
5235
# of unsupported tests 23211
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 15.0.0 20240502
(experimental) [master r15-120-g8367c996e5] (GCC)
=== gcc tests ===
Running target unix/-m32
XPASS: gcc.dg/guality/example.c -O0 execution test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114930
Bug ID: 114930
Summary: ICE in fld_incomplete_type_of when building libwebp
with -std=c23 -flto
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114927
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Summary|ICE when
https://gcc.gnu.org/g:f04dc89a991ddc6c08ac92c8ad29c6915c4ecafa
commit r15-123-gf04dc89a991ddc6c08ac92c8ad29c6915c4ecafa
Author: Patrick Palka
Date: Thu May 2 21:14:30 2024 -0400
c++: remove lookup_template_class's entering_scope flag
lookup_template_class's entering_scope flag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114927
Sam James changed:
What|Removed |Added
CC||uecker at gcc dot gnu.org
--- Comment #1
outputs-23 exe savetmp named2-2: outputs.ld1_args
FAIL: outputs-24 exe savetmp named2-3: outputs.ld1_args
FAIL: outputs-25 exe savetmp named2-4: outputs.ld1_args
FAIL: outputs-294 lto sing unnamed-3: a.ld1_args
FAIL: outputs-294 lto sing unnamed-3: a.ld_args
=== gcc Summary =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114923
--- Comment #9 from nfxjfg at googlemail dot com ---
Oh, I completely missed that your statement was restricted to "in HW". Normally
there are mechanisms in place that make all CPU-level memory accesses to
registers strictly ordered. (In our
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114929
Gaius Mulley changed:
What|Removed |Added
Version|14.0|15.0
--- Comment #4 from Gaius Mulley
https://gcc.gnu.org/g:a561dc0f6c7085e102fe9e9b6abd7f2138512576
commit r15-122-ga561dc0f6c7085e102fe9e9b6abd7f2138512576
Author: Gaius Mulley
Date: Fri May 3 01:22:10 2024 +0100
PR modula2/114929 for loop fails to iterate down to zero when using a
cardinal type
There is a bug in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114929
--- Comment #3 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:a561dc0f6c7085e102fe9e9b6abd7f2138512576
commit r15-122-ga561dc0f6c7085e102fe9e9b6abd7f2138512576
Author: Gaius Mulley
Date: Fri
$ ../configure --prefix=/home/gaius/opt --libexecdir=/home/gaius/opt/lib
--enable-host-shared --enable-threads=posix --enable-clocale=gnu
--enable-checking --enable-long-longx --enable-languages=m2 --enable-multilib
--disable-plugin --enable-bootstrap
gcc-branch: master
git commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114929
--- Comment #2 from Gaius Mulley ---
Created attachment 58092
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58092=edit
Proposed fix
Here is a proposed bug fix with 6 for loop regression tests.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114929
Gaius Mulley changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114929
Bug ID: 114929
Summary: for loop fails to iterate down to zero if a cardinal
type (unsigned type) is used with a step of -1.
Product: gcc
Version: 14.0
Status:
failures 3852
# of unsupported tests 20896
/home/gccbuild/build/nightly/build-gcc-12/gcc/xg++ version 12.3.1 20240502
[remotes/origin/releases/gcc-12 r12-10410-g87e37c72cf] (GCC)
=== gcc tests ===
Running target unix/-m32
XPASS: gcc.dg/uninit-pred-7_a.c bogus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114910
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
---
Hi,
Requesting permission to backport:
https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=24cf1f600b8ad34c68a51f48884e72d01f729893
to gcc-13 in order to fix:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111882
Applies cleanly and with no regressions.
Thanks,
Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114923
--- Comment #8 from Andrew Pinski ---
(In reply to nfxjfg from comment #7)
> > Note also the order of the writes to reg1 and reg2 might happen in a
> > different order in HW so you need to have a full (HW) write barrier between
> > them to
Regressions on releases/gcc-13 at commit r13-8676 vs commit r13-8675 on
Linux/x86_64
New failures:
FAIL: libgomp.c/../libgomp.c-c++-common/for-11.c execution test
FAIL: libgomp.c/../libgomp.c-c++-common/for-12.c execution test
FAIL: libgomp.c/../libgomp.c-c++-common/for-14.c execution test
FAIL:
90
# of unexpected successes 20
# of expected failures 1619
# of unsupported tests 4251
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240502
(experimental) [remotes/origin/HEAD r15-119-gaffd24bfc6] (GCC)
=== gfortran tests ===
The CI system tripped an execution failure for rv32 with the ceil/round
patch.
The fundamental problem is the FP->INT step in these sequences requires
the input size to match the output size. The output size was based on
rv32/rv64. Meaning that we'd try to do DF->SI->DF.
That doesn't
https://gcc.gnu.org/g:af8ad1d874dcfdd12e1c362785fcd8ff653b1244
commit af8ad1d874dcfdd12e1c362785fcd8ff653b1244
Author: Jeff Law
Date: Thu May 2 17:13:12 2024 -0600
[committed][RISC-V] Fix nearbyint failure on rv32 and formatting nits
The CI system tripped an execution failure for
https://gcc.gnu.org/g:8367c996e55b2c54aeee25e446357a1015a1d11d
commit r15-120-g8367c996e55b2c54aeee25e446357a1015a1d11d
Author: Jeff Law
Date: Thu May 2 17:13:12 2024 -0600
[committed][RISC-V] Fix nearbyint failure on rv32 and formatting nits
The CI system tripped an execution
On Thu, May 2, 2024 at 8:35 AM Pedro Alves wrote:
>
> On 2024-05-01 22:04, Simon Marchi wrote:
> > The Change-Id trailer works very well for Gerrit: once you have the hook
> > installed you basically never have to think about it again, and Gerrit
> > is able to track patch versions perfectly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101865
Peter Bergner changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/g:f8f02fd0bfeeb733a044a120b394eeac48de318a
commit r11-11413-gf8f02fd0bfeeb733a044a120b394eeac48de318a
Author: Peter Bergner
Date: Thu May 2 18:07:05 2024 -0500
rs6000: Add OPTION_MASK_POWER8 [PR101865]
The bug in PR101865 is the _ARCH_PWR8 predefine macro is
https://gcc.gnu.org/g:26d48b6d3e2d07583f25f0769d0c005864760aee
commit r11-11412-g26d48b6d3e2d07583f25f0769d0c005864760aee
Author: Peter Bergner
Date: Tue Apr 9 15:24:39 2024 -0500
rs6000: Replace OPTION_MASK_DIRECT_MOVE with OPTION_MASK_P8_VECTOR
[PR101865]
This is a cleanup
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101865
--- Comment #27 from GCC Commits ---
The releases/gcc-11 branch has been updated by Peter Bergner
:
https://gcc.gnu.org/g:f8f02fd0bfeeb733a044a120b394eeac48de318a
commit r11-11413-gf8f02fd0bfeeb733a044a120b394eeac48de318a
Author: Peter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101865
--- Comment #26 from GCC Commits ---
The releases/gcc-11 branch has been updated by Peter Bergner
:
https://gcc.gnu.org/g:26d48b6d3e2d07583f25f0769d0c005864760aee
commit r11-11412-g26d48b6d3e2d07583f25f0769d0c005864760aee
Author: Peter
f expected failures 1550
# of unsupported tests 3992
/home/gccbuild/build/nightly/build-gcc-13/gcc/xgcc version 13.2.1 20240502
[releases/gcc-13 r13-8676-g0d625dc1bf] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114923
--- Comment #7 from nfxjfg at googlemail dot com ---
> Note also the order of the writes to reg1 and reg2 might happen in a
> different order in HW so you need to have a full (HW) write barrier between
> them to make sure the write is done in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114928
Bug ID: 114928
Summary: #pragma packed(push,1) should give the same warning as
__attribute__((packed))
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Snapshot gcc-12-20240502 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/12-20240502/
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
5235
# of unsupported tests 23211
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 15.0.0 20240502
(experimental) [master r15-118-g9b54bea455] (GCC)
=== gcc tests ===
Running target unix/-m32
XPASS: gcc.dg/guality/example.c -O0 execution test
%v[0-9]*\\n\\t[^:]+\\tlocghile\\t%r2,1
FAIL: gcc.target/s390/vector/vec-scalar-cmp-1.c scan-assembler
lt:\\n[^:]*\\twfkdb\\t%v[0-9]*,%v[0-9]*\\n\\t[^:]+\\tlocghil\\t%r2,1
FAIL: gcc.target/s390/vector/vec-scalar-cmp-1.c scan-assembler
ne:\\n[^:]*\\twfcdb\\t%v[0-9]*,%v[0-9]*\\n\\t[^:]+\\tlo
On 5/1/24 12:44 PM, Patrick O'Neill wrote:
FAIL: gcc.target/riscv/rvv/autovec/unop/math-nearbyint-run-2.c execution
test
on rv32gcv newlib/linux.
So the issue here is the code tried to handle DFmode inputs for rv32 by
converting to a SImode integer. That's not a good idea on multiple
\\tq[0-9]+, q[0-9]+ 3
=== gcc Summary ===
# of expected passes158623
# of unexpected failures41
# of unexpected successes 6
# of expected failures 957
# of unsupported tests 9343
/home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/dest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114927
Bug ID: 114927
Summary: ICE when building Emacs with -std=c23 -flto (error:
‘TYPE_CANONICAL’ has different ‘TYPE_CANONICAL’)
Product: gcc
Version: 14.0
Status:
In C++ sometimes you have a deconstructor function which is "empty", like for an
example with unions or with arrays. The front-end might not know it is empty
either
so this should be done on during optimization.o
To implement it I added it to DCE where we mark if a statement is necessary or
Hello,
based on input from AMD, I'd like to commit the following to the wwwdocs
repo to point out new support for Zen 5 based AMD CPUs in GCC 14?
Is it OK? Any suggestions, comments or questions?
Thanks,
Martin
diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html
index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25290
--- Comment #34 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #22)
> Without load/store handling, here are the following optimizations that
> either can move to match.pd already or need some extra work to do it:
>
> *
=== gcc Summary ===
# of expected passes159018
# of unexpected failures49
# of unexpected successes 4
# of expected failures 1396
# of unresolved testcases 11
# of unsupported tests 2889
/home/gccbuild/build/nightly/build-gcc-12/gcc/xgcc ver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61110
--- Comment #5 from Andrew Pinski ---
Created attachment 58089
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58089=edit
Start of rewriting value_replacement to use match-and-simplify
This is a start and does not remove the old code. It
On Thu, May 2, 2024 at 7:06 AM Rainer Orth
wrote:
>
> * libgo configure.ac and Makefile.am can now expect HAVE_STAT_TIMESPEC
> to be true and libgo_cv_lib_setcontext_clobbers_tls doesn't apply any
> longer. Any change would have to go upstream first and I don't know
> about Ian's policy
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "gcc-wwwdocs".
The branch, master has been updated
via d2323d3efa30008ed05519a398eb7fe1e9b446d3 (commit)
from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23872
--- Comment #10 from Andrew Pinski ---
Patches submitted:
https://gcc.gnu.org/pipermail/gcc-patches/2024-May/650586.html
https://gcc.gnu.org/pipermail/gcc-patches/2024-May/650587.html
Right now we don't print that a DECL_EXPR and we get
basically double output of the decls and it looks confusing.
This fixes that.
for the simple example:
`void foo () { int result = 0;}`
This gives:
```
{
int result = 0;
DECL_EXPR;
}
```
Bootstrapped and tested on x86_64-linux-gnu with no
When we have :
`void f (int y, int z) { int x = ( z++,y); }`
This would have printed the decl's initializer without
parentheses which can confusion if you think that is defining
another variable rather than the compound expression.
This adds parenthese around DECL_INIT if it was a COMPOUND_EXPR.
Starting with the merge of the openmp branch into the trunk
(r0-73077-g953ff28998b59b), COMPOUND_EXPR started to be printed
as `expr; , expr` which is wrong. This was due to the wrong
conversion of dumping_stmts into `!(flags & TDF_SLIM)`. That is wrong
as we are not dumping stmts at this point
Hi,
On Wed, May 01 2024, Gerald Pfeifer wrote:
> On Tue, 30 Apr 2024, Martin Jambor wrote:
>> +Pragma GCC Target now affects preprocessor
>> symbols
>
> Note the id: should be "gcc-target-pragma", though I even suggest to
> simplify and say "target-pragma".
>
>> +The behavior of pragma GCC
On Thu, 2 May 2024 at 15:47, Gaius Mulley wrote:
>
> Simon Marchi writes:
>
> >
> > I don't have access to the gcc repo, so could you please push the patch
> > on my behalf?
>
> all done - many thanks for the patch!
>
Great, I think we now have to update autoregen.py on the buildbot so
that it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103088
Andrew Pinski changed:
What|Removed |Added
CC||guojiufu at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106928
--- Comment #5 from Andrew Pinski ---
*** This bug has been marked as a duplicate of bug 103088 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106928
Andrew Pinski changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #4 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103318
Andrew Pinski changed:
What|Removed |Added
CC||guojiufu at gcc dot gnu.org
---
On Thu, 2 May 2024 at 23:13, FX Coudert wrote:
>
> > libgfortran/ChangeLog:
> > * Makefile.am: Use sub-dirs, amend recipies accordingly.
> > * Makefile.in: Regenerate.
>
> Thanks Iain, I’ve tested it both with and without maintainer mode, and
> regenerated files with no issue. I can also confirm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97263
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
5035
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240502
(experimental) [remotes/origin/HEAD r15-116-gff4dc8b10a] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O0 execution test
XPASS: g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111882
Richard Ball changed:
What|Removed |Added
CC||ricbal02 at gcc dot gnu.org
--- Comment
Hi Gcc,
I'm checking in to see whether you're interested in getting the list of
Distribution/Members List.
*Harlan County Chamber of Commerce 2024 (Kentucky, USA)
*1000+ Contacts
I'm waiting for your response so I can let you know the Price and additional
information.
Warm regards,
Hi Gcc,
I'm checking in to see whether you're interested in getting the list of
Distribution/Members List.
*Harlan County Chamber of Commerce 2024 (Kentucky, USA)
*1000+ Contacts
I'm waiting for your response so I can let you know the Price and additional
information.
Warm regards,
> libgfortran/ChangeLog:
> * Makefile.am: Use sub-dirs, amend recipies accordingly.
> * Makefile.in: Regenerate.
Thanks Iain, I’ve tested it both with and without maintainer mode, and
regenerated files with no issue. I can also confirm that the many autoreconf
warnings that plagued libgfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107021
Martin Jambor changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment
/nightly/build-gcc-13/gcc/xg++ version 13.2.1 20240502
[releases/gcc-13 r13-8676-g0d625dc1bf] (GCC)
=== gcc tests ===
Running target unix/-m32
XPASS: gcc.dg/guality/example.c -O0 execution test
XPASS: gcc.dg/guality/example.c -O1 -DPREVENT_OPTIMIZATION execution test
XPASS
On Thu, May 2, 2024 at 1:38 PM Jason Merrill wrote:
>
> On 5/2/24 16:12, Ken Matsui wrote:
> > This patch implements built-in trait for std::is_invocable.
> >
> > gcc/cp/ChangeLog:
> >
> > * cp-trait.def: Define __is_invocable.
> > * constraint.cc (diagnose_trait_expr): Handle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114912
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #10 from Andrew Pinski ---
> If Aldy does not fix it by Saturday, I will give the union a try then. I will
Great, thanks. Your alignas patch also worked fine btw.
>
On Thu, May 2, 2024 at 1:45 PM Marek Polacek wrote:
>
> On Thu, May 02, 2024 at 04:38:16PM -0400, Jason Merrill wrote:
> > On 5/2/24 16:12, Ken Matsui wrote:
> > > This patch implements built-in trait for std::is_invocable.
> > >
> > > gcc/cp/ChangeLog:
> > >
> > > * cp-trait.def: Define
gcc/ChangeLog
* doc/rtl.texi: Add entry for GET_MODE_INNER.
Signed-off-by: Vineet Gupta
---
gcc/doc/rtl.texi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/gcc/doc/rtl.texi b/gcc/doc/rtl.texi
index 8ea6588cb71f..aa10b5235b53 100644
--- a/gcc/doc/rtl.texi
+++
On Thu, May 2, 2024 at 1:38 PM Jason Merrill wrote:
>
> On 5/2/24 16:12, Ken Matsui wrote:
> > This patch implements built-in trait for std::is_invocable.
> >
> > gcc/cp/ChangeLog:
> >
> > * cp-trait.def: Define __is_invocable.
> > * constraint.cc (diagnose_trait_expr): Handle
1 - 100 of 479 matches
Mail list logo