https://gcc.gnu.org/g:748fd0ecf84c5484621adeeaca105d7d50f0e409
commit 748fd0ecf84c5484621adeeaca105d7d50f0e409
Merge: 9fad7d8c7bd 7a00c459cbb
Author: Jakub Jelinek
Date: Tue Apr 30 13:11:27 2024 +0200
Merge commit 'r14-10154-g7a00c459cbb913ac165a39d344a48fc27800bb0a' into
redhat/gcc-14
https://gcc.gnu.org/g:9fad7d8c7bdda850f2c131cf97757d740766d6dd
commit 9fad7d8c7bdda850f2c131cf97757d740766d6dd
Author: Jakub Jelinek
Date: Tue Apr 30 13:11:08 2024 +0200
Revert "vect: Adjust vect_transform_reduction assertion [PR114883]"
This reve
The branch 'redhat/heads/gcc-14-branch' was updated to point to:
748fd0ecf84... Merge commit 'r14-10154-g7a00c459cbb913ac165a39d344a48fc278
It previously pointed to:
f7b939b4351... vect: Adjust vect_transform_reduction assertion [PR114883]
Diff:
Summary of changes (added commits):
---
commit 0c1bfb5e6891b972c5706ba1724ae0f9f6b3fe85
Author: Jakub Jelinek
Date: Tue Apr 30 13:03:31 2024 +0200
Mark P0609R3 as implemented for GCC 15.
diff --git a/htdocs/projects/cxx-status.html b/htdocs/projects/cxx-status.html
index 6dddb84e..a17b209c 100644
--- a/htdocs/projects/cxx-status.html
+++ b/htdocs/pr
The first release candidate for GCC 14.1 is available from
https://gcc.gnu.org/pub/gcc/snapshots/14.1.0-RC-20240430/
ftp://gcc.gnu.org/pub/gcc/snapshots/14.1.0-RC-20240430/
and shortly its mirrors. It has been generated from git commit
r14-10154-g7a00c459cbb913a.
I have so far bootstrapped
https://gcc.gnu.org/g:6c6b70f07208ca14ba783933988c04c6fc2fff42
commit r15-66-g6c6b70f07208ca14ba783933988c04c6fc2fff42
Author: Jakub Jelinek
Date: Tue Apr 30 11:22:32 2024 +0200
gimple-ssa-sprintf: Use [0, 1] range for %lc with (wint_t) 0 argument
[PR114876]
Seems when Martin S
0
@@ -0,0 +1,33 @@
+! { dg-do compile }
+! { dg-options "-fdump-tree-original" }
+!
+! Fix the regression caused by r14-9752 (fix for PR112407)
+! Contributed by Orion Poplawski
+! Problem isolated by Jakub Jelinek and further
+! reduced here.
+!
+module m
+ type :: smoother_type
+integer :
https://gcc.gnu.org/g:a795a7b67027bc976a353b5fa927ac8c5f29347d
commit r14-10152-ga795a7b67027bc976a353b5fa927ac8c5f29347d
Author: Jakub Jelinek
Date: Tue Apr 30 10:11:47 2024 +0200
vect: Adjust vect_transform_reduction assertion [PR114883]
The assertion doesn't allow IFN_COND_MIN
https://gcc.gnu.org/g:f7b939b4351d6ea38c58cefcc55c79325912d087
commit f7b939b4351d6ea38c58cefcc55c79325912d087
Author: Jakub Jelinek
Date: Tue Apr 30 10:11:47 2024 +0200
vect: Adjust vect_transform_reduction assertion [PR114883]
The assertion doesn't allow IFN_COND_MIN
https://gcc.gnu.org/g:04ef92a62af3a815b86a2037267cd4e747ae225c
commit r15-64-g04ef92a62af3a815b86a2037267cd4e747ae225c
Author: Jakub Jelinek
Date: Tue Apr 30 10:11:47 2024 +0200
vect: Adjust vect_transform_reduction assertion [PR114883]
The assertion doesn't allow IFN_COND_MIN
On Tue, Apr 30, 2024 at 09:30:00AM +0200, Richard Biener wrote:
> On Mon, Apr 29, 2024 at 5:30 PM H.J. Lu wrote:
> >
> > On Mon, Apr 29, 2024 at 6:47 AM liuhongt wrote:
> > >
> > > The Fortran standard does not specify what the result of the MAX
> > > and MIN intrinsics are if one of the
, %zmm5, %zmm0{%k2}
vmaxpd %zmm0, %zmm3, %zmm5{%k1}
in the vectorized loops of the first and second subroutine.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk and
14.1?
2024-04-30 Jakub Jelinek
Hongtao Liu
PR tree-optimization/114883
. Anyway, didn't feel I should touch that right now.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
Shall it go to 14.1, or wait for 14.2?
2024-04-30 Jakub Jelinek
PR tree-optimization/114876
* gimple-ssa-sprintf.cc (format_character): For min == 0 &
https://gcc.gnu.org/g:af925ba8e2b1e76d33a83a85df398f23a2ea2b34
commit r14-10151-gaf925ba8e2b1e76d33a83a85df398f23a2ea2b34
Author: Jakub Jelinek
Date: Tue Apr 30 09:00:07 2024 +0200
libgcc: Do use weakrefs for glibc 2.34 on GNU Hurd
On Mon, Apr 29, 2024 at 01:44:24PM +, Joseph
https://gcc.gnu.org/g:501fed8078d4217873e44537b0a9437c66cf39be
commit r14-10150-g501fed8078d4217873e44537b0a9437c66cf39be
Author: Jakub Jelinek
Date: Fri Apr 26 11:49:28 2024 +0200
Set DEV-PHASE to prerelease.
2024-04-26 Jakub Jelinek
* DEV-PHASE: Set
https://gcc.gnu.org/g:3146a92a77f1fccec71a880c7f890a1251aeab41
commit r15-63-g3146a92a77f1fccec71a880c7f890a1251aeab41
Author: Jakub Jelinek
Date: Tue Apr 30 09:00:07 2024 +0200
libgcc: Do use weakrefs for glibc 2.34 on GNU Hurd
On Mon, Apr 29, 2024 at 01:44:24PM +, Joseph
https://gcc.gnu.org/g:a2452a68917bcf2d45fd911de779f8e9911c4ca6
commit r15-62-ga2452a68917bcf2d45fd911de779f8e9911c4ca6
Author: Jakub Jelinek
Date: Tue Apr 30 08:58:39 2024 +0200
libcpp: Adjust __STDC_VERSION__ for C23
While the C23 standard isn't officially release yet
https://gcc.gnu.org/g:bd35a92f8d44e91c96e8b6f01805fe4a68acf9eb
commit r15-61-gbd35a92f8d44e91c96e8b6f01805fe4a68acf9eb
Author: Jakub Jelinek
Date: Tue Apr 30 08:57:15 2024 +0200
c++: Implement C++26 P0609R3 - Attributes for Structured Bindings [PR114456]
The following patch
suspect this has caused link failures in the glibc testsuite for Hurd,
> which still has separate libpthread.
>
> https://sourceware.org/pipermail/libc-testresults/2024q2/012556.html
So like this then? I can't really test it on Hurd, but will certainly
test on x86_64-linux/i686-
On Fri, Apr 26, 2024 at 11:10:12PM +, Christophe Lyon wrote:
> --- /dev/null
> +++ b/gcc/testsuite/gcc.target/arm/mve/pr114801.c
> @@ -0,0 +1,36 @@
> +/* { dg-do compile } */
> +/* { dg-require-effective-target arm_v8_1m_mve_ok } */
> +/* { dg-add-options arm_v8_1m_mve } */
> +/* { dg-final {
On Sun, Apr 28, 2024 at 10:37:06PM +0100, Paul Richard Thomas wrote:
> Could this be looked at quickly? The timing of this regression is more than
> a little embarrassing on the eve of the 14.1 release. The testcase and the
> comment in gfc_trans_class_init_assign explain what this problem is all
On Mon, Apr 29, 2024 at 10:07:42AM +0200, Rainer Orth wrote:
> This patch updates the Solaris baselines for the GLIBCXX_3.4.33 version
> added in GCC 14.0.
>
> Tested on i386-pc-solaris2.11 and sparc-sun-solaris2.11 (32 and 64-bit
> each), together with the GLIBCXX_3.4.32 update, on both gcc-14
On Mon, Apr 29, 2024 at 10:02:56AM +0200, Rainer Orth wrote:
> This patch updates the Solaris baselines for the GLIBCXX_3.4.32 version
> added in GCC 13.2.
>
> Tested on i386-pc-solaris2.11 and sparc-sun-solaris2.11 (32 and 64-bit
> each) on the gcc-13 branch and (together with the GLIBCXX_3.4.33
On Mon, Apr 29, 2024 at 03:47:05PM +0800, Kito Cheng wrote:
> Hi Jakub:
>
> Is this OK for GCC 14 branch? it's fix ICE on valid code, thanks :)
Ok.
Jakub
]],
just whether it is parsed properly, second on gnu::deprecated, which
works. Haven't used deprecated attribute because the paper said that
attribute is for further investigation.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
2024-04-29 Jakub Jelinek
PR c++/114456
---
commit 65972a4db45912ed8738bf4c367b4e8e173b2587
Author: Jakub Jelinek
Date: Fri Apr 26 13:06:50 2024 +0200
Update status report URLs.
diff --git a/htdocs/index.html b/htdocs/index.html
index bb8c90b0..7eac5eab 100644
--- a/htdocs/index.html
+++ b/htdocs/index.html
@@ -141,7 +141,7 @@ More news? Let ger...@pfeife
Status
==
The trunk has branched for the GCC 14 release and is now open
again for general development, stage 1. Please consider not
disrupting it too much during the RC phase of GCC 14 so it
is possible to test important fixes for 14.1 on it.
Quality Data
Priority #
Status
==
https://gcc.gnu.org/g:8a9a4648ec1040e34b88fb3e2c60784daa78ef85
commit r15-2-g8a9a4648ec1040e34b88fb3e2c60784daa78ef85
Author: Jakub Jelinek
Date: Fri Apr 26 12:20:45 2024 +0200
ada: bump Library_Version to 15.
gcc/ada/ChangeLog:
* gnatvsn.ads: Bump
https://gcc.gnu.org/g:036aad9dfca74d022180c656177762b27f47ccf6
commit r15-1-g036aad9dfca74d022180c656177762b27f47ccf6
Author: Jakub Jelinek
Date: Fri Apr 26 12:18:29 2024 +0200
Update crontab and git_update_version.py
2024-04-26 Jakub Jelinek
maintainer-scripts
---
commit b95970493949b66026d8947ef01e2a4c9c56a52a
Author: Jakub Jelinek
Date: Fri Apr 26 12:11:06 2024 +0200
Branching 14
diff --git a/htdocs/gcc-14/index.html b/htdocs/gcc-14/index.html
new file mode 100644
index ..3ecd1693
--- /dev/null
+++ b/htdocs/gcc-14/index.html
@@ -0,0 +1,36 @@
+
+
+
+
+
+GCC 14 Rele
The signed tag 'basepoints/gcc-15' was created pointing to:
48a320a1757... Bump BASE-VER.
Tagger: Jakub Jelinek
Date: Fri Apr 26 11:53:56 2024 +0200
GCC 15 basepoint
https://gcc.gnu.org/g:48a320a175780a0714741c71b4299a634807ad4b
commit r14-10139-g48a320a175780a0714741c71b4299a634807ad4b
Author: Jakub Jelinek
Date: Fri Apr 26 11:50:36 2024 +0200
Bump BASE-VER.
2024-04-26 Jakub Jelinek
* BASE-VER: Set to 15.0.0.
Diff
The branch 'releases/gcc-14' was created pointing to:
b8e9fd535d6... amdgcn: Add gfx90c target
https://gcc.gnu.org/g:f541757ba4632e204169dd08a5f10c782199af42
commit r14-10134-gf541757ba4632e204169dd08a5f10c782199af42
Author: Jakub Jelinek
Date: Thu Apr 25 20:45:04 2024 +0200
c++: Fix constexpr evaluation of parameters passed by invisible reference
[PR111284]
My r9-6136
https://gcc.gnu.org/g:fe02f6caac2d9b51ad311889e76ba0c484356ea1
commit r14-10133-gfe02f6caac2d9b51ad311889e76ba0c484356ea1
Author: Jakub Jelinek
Date: Thu Apr 25 20:43:13 2024 +0200
libgcc: Don't use weakrefs for glibc 2.34
glibc 2.34 and later doesn't have separate libpthread
nd in stage1 will
post an incremental diff.
Thanks.
2024-04-25 Jakub Jelinek
Jason Merrill
PR lto/113208
* decl2.cc (tentative_decl_linkage): Call maybe_make_one_only
for implicit instantiations of maybe in charge ctors/dtors
dec
https://gcc.gnu.org/g:c39654e7a431992773b48d61f804494b0d70855f
commit r14-10132-gc39654e7a431992773b48d61f804494b0d70855f
Author: Jakub Jelinek
Date: Thu Apr 25 20:37:10 2024 +0200
c++: Retry the aliasing of base/complete cdtor optimization at
import_export_decl time [PR113208
on x86_64-linux and i686-linux (with glibc 2.35), ok
for trunk?
2024-04-25 Jakub Jelinek
* gthr.h (GTHREAD_USE_WEAK): Redefine to 0 for GLIBC 2.34 or later.
--- libgcc/gthr.h.jj2024-01-03 12:07:28.623363560 +0100
+++ libgcc/gthr.h 2024-04-25 12:09:39.708622613 +0200
@@ -141,6
.
Bootstrapped/regtested on x86_64-linux and i686-linux, committed so far to
trunk.
2024-04-25 Jakub Jelinek
PR fortran/114825
* tree-nested.cc (get_debug_decl): New function.
(get_nonlocal_debug_decl): Use it.
(get_local_debug_decl): Likewise.
* gfortran.dg
https://gcc.gnu.org/g:14d48516e588ad2b35e2007b3970bdcb1b3f145c
commit r14-10130-g14d48516e588ad2b35e2007b3970bdcb1b3f145c
Author: Jakub Jelinek
Date: Thu Apr 25 20:09:35 2024 +0200
openmp: Copy DECL_LANG_SPECIFIC and DECL_LANG_FLAG_? to tree-nested decl
copy [PR114825]
tree
On Thu, Apr 25, 2024 at 02:02:32PM +0200, Jakub Jelinek wrote:
> I've tried the following patch, but unfortunately that lead to large
> number of regressions:
> +FAIL: g++.dg/cpp0x/initlist25.C -std=c++17 (test for excess errors)
So the reduced testcase for this is
template struct A
On Thu, Apr 25, 2024 at 02:34:22PM +0200, Martin Jambor wrote:
> when looking at a package build issue with GCC 14, Michal Jireš noted a
> different behavior of pragma GCC Target. This snippet tries to describe
> the gist of the problem. I have left it in the C section even though it
> is not
rors are like:
func-params-08.C:(.text._ZNSt12_Vector_baseIiSaIiEEC2Ev[_ZNSt12_Vector_baseIiSaIiEEC5Ev]+0x14):
undefined reference to
`_ZNSt12_Vector_baseIiSaIiEE12_Vector_implC1EvQ26is_default_constructible_vIN9__gnu_cxx14__alloc_traitsIT0_NS5_10value_typeEE6rebindIT_E5otherEE'
Though, libstdc++.so.6 abilist is the same.
Trying to debug it now.
2024-04-24 Jakub Jelinek
Jason Merrill
PR lto/113208
also used 202000L for -std=c2x but
Clang 18+ uses 202311L as specified in the latest C23 drafts.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for
trunk?
2024-04-25 Jakub Jelinek
* init.cc (cpp_init_builtins): Change __STDC_VERSION__
for C23 from 202000L to 202311L
On Thu, Apr 25, 2024 at 07:16:31PM +0800, LIU Hao via Gcc wrote:
> --- a/gcc/rust/parse/rust-parse.cc
> +++ b/gcc/rust/parse/rust-parse.cc
> @@ -89,7 +89,7 @@ extract_module_path (const AST::AttrVec _attrs,
>// Source: rustc compiler
>//
>
On Wed, Apr 24, 2024 at 06:39:33PM -0400, Jason Merrill wrote:
> > --- gcc/cp/decl2.cc.jj 2024-04-23 14:49:41.933186265 +0200
> > +++ gcc/cp/decl2.cc 2024-04-24 15:17:09.043625729 +0200
> > @@ -3314,7 +3314,16 @@ tentative_decl_linkage (tree decl)
> > to mark the functions at this
https://gcc.gnu.org/g:97a54c05b8e338e673e1f7fb72c0e23abb571c60
commit r14-10109-g97a54c05b8e338e673e1f7fb72c0e23abb571c60
Author: Jakub Jelinek
Date: Wed Apr 24 18:29:12 2024 +0200
v2: DOCUMENTATION_ROOT_URL vs. release branches [PR114738]
This patch moves the documentation root
oup, so that when
some comdat group has been chosen already it doesn't try to use some
different one.
Bootstrapped/regtested on x86_64-linux and i686-linux, this one doesn't
regress anything unlike the earlier patch.
2024-04-24 Jakub Jelinek
PR lto/113208
* decl2.c
stale or misplaced until next release in the default case (if people provide
their own root it will be always accurate), we don't need to do anything
further (except perhaps enable the autoregen CI on 14 branch).
2024-04-24 Jakub Jelinek
PR other/114738
* opts.cc (get_option
https://gcc.gnu.org/g:628c2221d38715a64f828e3635317293d150e001
commit r14-10099-g628c2221d38715a64f828e3635317293d150e001
Author: Jakub Jelinek
Date: Tue Apr 23 23:30:27 2024 +0200
i386: Avoid =,r,r andn double-word alternative for ia32 [PR114810]
As discussed in the PR, on ia32
c++ to preserve
previously exported symbols.
Still, feels like a risky change this late if it wouldn't break ABI of other
libraries.
2024-04-23 Jakub Jelinek
PR lto/113208
* decl2.cc (tentative_decl_linkage): Use comdat_linkage also
for implicit instantiations of maybe i
On Mon, Apr 15, 2024 at 02:19:36PM +0200, Jakub Jelinek wrote:
> They weren't the same, one was trying to evaluate the convert_from_reference
> with vc_glvalue, the other evaluates it without that and with vc_prvalue.
> Now, I guess the
> + /* Undo convert_for_arg_passi
r is used just for -m64/-mx32.
Tried to reduce the testcase further, but it wasn't easily possible.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
2024-04-23 Jakub Jelinek
PR target/114810
* config/i386/i386.md (*andn3_doubleword_bmi): Split the =,r,ro
On Tue, Apr 23, 2024 at 11:40:55AM -0400, David Malcolm wrote:
> > So, I think at least for the MAJOR.MINOR.0 releases we want to use
> > URLs like above rather than the trunk ones and we can use the same
> > process
> > of updating *.opt.urls as well for that.
>
> Would it make sense to instead
Hi!
The nullability-00.m* tests unfortunately check the exact spelling of
the diagnostics I've changed earlier today.
Tested on x86_64-linux and i686-linux, committed to trunk as obvious.
2024-04-23 Jakub Jelinek
* objc.dg/attributes/nullability-00.m: Adjust expected diagnostic
https://gcc.gnu.org/g:0c8e99e5c32be9f2604f3c330814993f29818037
commit r14-10094-g0c8e99e5c32be9f2604f3c330814993f29818037
Author: Jakub Jelinek
Date: Tue Apr 23 17:39:48 2024 +0200
testsuite: Adjust testsuite expectations for diagnostic spelling fixes
The nullability-00.m* tests
On Tue, Apr 23, 2024 at 04:18:49PM +0200, Jakub Jelinek wrote:
> Then you have two tests (ctestg and ctesta) doing exactly the same thing,
> that can't be right.
> I guess it might be fine to use zlib when it is an alias to zlib-gabi,
> but zlib-gnu shouldn't be replaced.
>
>
On Tue, Apr 23, 2024 at 04:05:07PM +0200, Rainer Orth wrote:
> I noticed that libbacktrace make check FAILs on Solaris with the native
> ld already when building the tests:
>
> libtool: link: /var/gcc/regression/master/11.4-gcc/build/./gcc/xgcc
> -B/var/gcc/r
>
On Tue, Apr 23, 2024 at 11:32:08AM +0100, Jonathan Wakely wrote:
> On Mon, 22 Apr 2024 at 22:30, Jakub Jelinek wrote:
> Yup:
> https://gcc.gnu.org/codingconventions.html#Spelling
>
> That spelling is explicitly mentioned at the link above, so they
> should be "ize"
https://gcc.gnu.org/g:f99409459270831685f043987f8d09b9510ccabe
commit r14-10092-gf99409459270831685f043987f8d09b9510ccabe
Author: Jakub Jelinek
Date: Tue Apr 23 14:51:26 2024 +0200
Further spelling fixes in translatable strings
This addresses the non-Oxford British English vs. US
https://gcc.gnu.org/g:4338ac149e270e7fc8a607779ce7f21cb8c640d6
commit r14-10091-g4338ac149e270e7fc8a607779ce7f21cb8c640d6
Author: Jakub Jelinek
Date: Tue Apr 23 14:50:27 2024 +0200
Spelling fixes for translatable strings
I've run aspell on gcc.pot (just quickly skimming, so
https://gcc.gnu.org/g:aa73eb97a1e3c84564fa71158d09f9c5582c4d2e
commit r14-10086-gaa73eb97a1e3c84564fa71158d09f9c5582c4d2e
Author: Jakub Jelinek
Date: Tue Apr 23 08:36:15 2024 +0200
c++: Copy over DECL_DISREGARD_INLINE_LIMITS flag to inheriting ctors
[PR114784]
The following
e"
msgid "recognise the specified suffix as implementation and module filenames"
"initialiser for a dylib."
msgid "%qE attribute argument %qE is not recognised"
2024-04-22 Jakub Jelinek
* config/epiphany/epiphany.opt (may-round-for-trunc)
On Fri, Apr 19, 2024 at 05:54:11PM -0400, Marek Polacek wrote:
> Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk?
> I can defer to 15 if needed, of course.
>
> -- >8 --
> When the compiler defaults to -freport-bug, a few dg-ice tests fail
> with:
>
> Excess errors:
> Preprocessed
https://gcc.gnu.org/g:cf5f7791056b3ed993bc8024be767a86157514a9
commit r14-10076-gcf5f7791056b3ed993bc8024be767a86157514a9
Author: Jakub Jelinek
Date: Mon Apr 22 18:00:06 2024 +0200
libstdc++: Workaround kernel-headers on s390x-linux
We see
FAIL: 17_intro/headers/c++1998
ped/regtested on x86_64-linux and i686-linux, ok for trunk?
Do you want to copy other flags (and which ones and in which places),
is that ok to be deferred till stage 1?
2024-04-22 Jakub Jelinek
PR c++/114784
* method.cc (implicitly_declare_fn): Call clone_at
On Wed, Apr 17, 2024 at 09:42:47AM +0200, Jakub Jelinek wrote:
> When expand_or_defer_fn is called at_eof time, it calls import_export_decl
> and then maybe_clone_body, which uses DECL_ONE_ONLY and comdat name in a
> couple of places to try to optimize cdtors which are known to have t
) __ ## fld
#endif
...
typedef union
{
double __ctx(d);
float __ctx(f);
} fpreg_t;
and g++ predefining -D_GNU_SOURCE which implies define __USE_MISC.
The following patch adds a workaround for this on the libstdc++ testsuite
side, ok for trunk?
2024-04-22 Jakub Jelinek
https://gcc.gnu.org/g:e802786436851b1f5efca21a14d4f41c83c83f4f
commit r13-8637-ge802786436851b1f5efca21a14d4f41c83c83f4f
Author: Jakub Jelinek
Date: Sat Apr 20 00:12:36 2024 +0200
c-family: Allow arguments with NULLPTR_TYPE as sentinels [PR114780]
While in C++ the ellipsis
https://gcc.gnu.org/g:10f689596ad1633f4f5de1852c8f82a993fe948e
commit r13-8635-g10f689596ad1633f4f5de1852c8f82a993fe948e
Author: Jakub Jelinek
Date: Thu Apr 18 09:45:14 2024 +0200
internal-fn: Temporarily disable flag_trapv during .{ADD,SUB,MUL}_OVERFLOW
etc. expansion [PR114753
https://gcc.gnu.org/g:cd8e2137462d9ae1723fa193b6062ec65d164457
commit r13-8634-gcd8e2137462d9ae1723fa193b6062ec65d164457
Author: Jakub Jelinek
Date: Wed Apr 17 10:24:18 2024 +0200
asan: Don't instrument .ABNORMAL_DISPATCHER [PR114743]
.ABNORMAL_DISPATCHER is currently the only
https://gcc.gnu.org/g:7a1a52934a2ab9ac9205a3a4d5b82a672fefba7e
commit r13-8631-g7a1a52934a2ab9ac9205a3a4d5b82a672fefba7e
Author: Jakub Jelinek
Date: Fri Apr 12 10:59:54 2024 +0200
Limit special asan/ubsan/bitint returns_twice handling to calls in bbs with
abnormal pred [PR114687
https://gcc.gnu.org/g:ab3b83afc149edda11fa3c7cbb3815606731003b
commit r13-8636-gab3b83afc149edda11fa3c7cbb3815606731003b
Author: Jakub Jelinek
Date: Fri Apr 19 08:47:53 2024 +0200
rtlanal: Fix set_noop_p for volatile loads or stores [PR114768]
On the following testcase, combine
https://gcc.gnu.org/g:910fa4d9df8f72d16279324cca2bf1f2649aa68b
commit r13-8627-g910fa4d9df8f72d16279324cca2bf1f2649aa68b
Author: Jakub Jelinek
Date: Fri Apr 5 09:31:28 2024 +0200
c++: Fix ICE with weird copy assignment operator [PR114572]
While ctors/dtors don't return anything
https://gcc.gnu.org/g:38af0d59043da4cc07cd62c17da599e43668e3be
commit r13-8628-g38af0d59043da4cc07cd62c17da599e43668e3be
Author: Jakub Jelinek
Date: Fri Apr 5 14:56:14 2024 +0200
vect: Don't clear base_misaligned in update_epilogue_loop_vinfo [PR114566]
The following testcase
https://gcc.gnu.org/g:a297f9bbb9611414fe48f6d61a8829bf5808bd2c
commit r13-8626-ga297f9bbb9611414fe48f6d61a8829bf5808bd2c
Author: Jakub Jelinek
Date: Thu Apr 4 10:47:52 2024 +0200
fold-const: Handle NON_LVALUE_EXPR in native_encode_initializer [PR114537]
The following testcase
https://gcc.gnu.org/g:ae3b6dea0445f9650cf1a684527efac06497f1b4
commit r13-8629-gae3b6dea0445f9650cf1a684527efac06497f1b4
Author: Jakub Jelinek
Date: Tue Apr 9 09:31:42 2024 +0200
c++: Fix up maybe_warn_for_constant_evaluated calls [PR114580]
When looking
https://gcc.gnu.org/g:ed7be7ba6f125cfda7ad07263213cbe02b7e7ced
commit r13-8632-ged7be7ba6f125cfda7ad07263213cbe02b7e7ced
Author: Jakub Jelinek
Date: Fri Apr 12 20:53:10 2024 +0200
c++: Fix bogus warnings about ignored annotations [PR114691]
The middle-end warns about
https://gcc.gnu.org/g:2c85e8def0efd4b0d9d312a1f0cbbee332b4e0d1
commit r13-8633-g2c85e8def0efd4b0d9d312a1f0cbbee332b4e0d1
Author: Jakub Jelinek
Date: Mon Apr 15 10:25:22 2024 +0200
attribs: Don't crash on NULL TREE_TYPE in diag_attr_exclusions [PR114634]
The enumerator still
https://gcc.gnu.org/g:a16d90ec302e588dab5d7d31ccdd7b3fd5c6214e
commit r13-8630-ga16d90ec302e588dab5d7d31ccdd7b3fd5c6214e
Author: Jakub Jelinek
Date: Thu Apr 11 11:12:11 2024 +0200
asan, v3: Fix up handling of > 32 byte aligned variables with
-fsanitize=address -fstack-protec
https://gcc.gnu.org/g:cc39bd532d4de1ba0b2785246fb6fdd63ec2e92c
commit r13-8625-gcc39bd532d4de1ba0b2785246fb6fdd63ec2e92c
Author: Jakub Jelinek
Date: Wed Apr 3 10:02:35 2024 +0200
libquadmath: Don't assume the storage for __float128 arguments is aligned
[PR114533
https://gcc.gnu.org/g:ba6fd407891fd83648ad803c85b607dc09e23be4
commit r13-8624-gba6fd407891fd83648ad803c85b607dc09e23be4
Author: Jakub Jelinek
Date: Wed Apr 3 09:59:45 2024 +0200
expr: Fix up emit_push_insn [PR114552]
r13-990 added optimizations in multiple spots to optimize
https://gcc.gnu.org/g:cb277dea557aaa25fdced201f7c45c753c709dfa
commit r13-8623-gcb277dea557aaa25fdced201f7c45c753c709dfa
Author: Jakub Jelinek
Date: Tue Apr 2 13:40:27 2024 +0200
Fix up postboot dependencies [PR106472]
On Wed, Mar 13, 2024 at 10:13:37AM +0100, Jakub Jelinek wrote
just it is a VEX only
encoded instruction and so can't allow APX EGPR regs in the memory operand.
The following patch fixes it, so that we don't force one of the == operands
into memory all the time.
Bootstrapped/regtested on x86_64-linux and i686-linux, committed to trunk as
obvious.
2024-04-
https://gcc.gnu.org/g:c23db3ebb65ba357155be85ef56d037403eaee36
commit r14-10047-gc23db3ebb65ba357155be85ef56d037403eaee36
Author: Jakub Jelinek
Date: Sat Apr 20 00:13:49 2024 +0200
i386: Fix up *avx2_eq3 constraints [PR114783]
The r14-4456 change (part of APX EGPR support) seems
https://gcc.gnu.org/g:2afdecccbaf5c5b1c7a235509b37092540906c02
commit r14-10046-g2afdecccbaf5c5b1c7a235509b37092540906c02
Author: Jakub Jelinek
Date: Sat Apr 20 00:12:36 2024 +0200
c-family: Allow arguments with NULLPTR_TYPE as sentinels [PR114780]
While in C++ the ellipsis
https://gcc.gnu.org/g:a39983bf58d3097c472252f6989d19b60909dd9a
commit r14-10045-ga39983bf58d3097c472252f6989d19b60909dd9a
Author: Jakub Jelinek
Date: Sat Apr 20 00:05:21 2024 +0200
c: Fix ICE with -g and -std=c23 related to incomplete types [PR114361]
We did not update
Hi!
During backporting I've noticed I've missed one return spot for the
restoration of the original flag_trapv flag value.
Tested on x86_64-linux, committed to trunk as obvious. Sorry.
2024-04-19 Jakub Jelinek
PR middle-end/114753
* internal-fn.cc (expand_arith_overflow
https://gcc.gnu.org/g:33bf8e5385099c2963f278bff38e4f917eddf1d8
commit r14-10041-g33bf8e5385099c2963f278bff38e4f917eddf1d8
Author: Jakub Jelinek
Date: Fri Apr 19 18:15:39 2024 +0200
internal-fn: Fix up expand_arith_overflow [PR114753]
During backporting I've noticed I've missed
ss not warning about that would be even safer,
but what GCC does I think follows the spec more closely, even when in a
valid program one shouldn't be able to observe the difference.
Ok for trunk and later 13.3 if it passes bootstrap/regtest (so far just
checked on the sentinel related C/C++ tests)?
2024-
On Fri, Apr 19, 2024 at 12:23:03PM +0200, Thomas Schwinge wrote:
> On 2024-04-19T08:24:03+0200, Jakub Jelinek wrote:
> > --- gcc/testsuite/gcc.dg/pr114768.c.jj 2024-04-18 15:37:49.139433678
> > +0200
> > +++ gcc/testsuite/gcc.dg/pr114768.c 2024-04-18 15:43:30.389730
https://gcc.gnu.org/g:9f295847a9c32081bdd0fe908ffba58e830a24fb
commit r14-10035-g9f295847a9c32081bdd0fe908ffba58e830a24fb
Author: Jakub Jelinek
Date: Fri Apr 19 08:47:53 2024 +0200
rtlanal: Fix set_noop_p for volatile loads or stores [PR114768]
On the following testcase, combine
https://gcc.gnu.org/g:36f4c8a9ac8f71fc21fcb169c7913e8fef30d15c
commit r14-10034-g36f4c8a9ac8f71fc21fcb169c7913e8fef30d15c
Author: Jakub Jelinek
Date: Fri Apr 19 08:44:54 2024 +0200
libgcc: Another __divmodbitint4 bug fix [PR114762]
The following testcase is miscompiled because
cks it on the source.
The following patch adds the missing side_effects_p checks.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
2024-04-19 Jakub Jelinek
PR rtl-optimization/114768
* rtlanal.cc (set_noop_p): Don't return true for MEM <- MEM
sets
nux, ok for trunk?
2024-04-19 Jakub Jelinek
PR libgcc/114762
* libgcc2.c (__divmodbitint4): Don't decrement vn if all bits
below the most significant limb are zero.
* gcc.dg/torture/bitint-70.c: New test.
--- libgcc/libgcc2.c.jj 2024-04-18 09:48:55.172538667 +0
On Thu, Apr 18, 2024 at 11:25:43AM +0200, Christophe Lyon wrote:
> On Thu, 18 Apr 2024 at 09:37, Jakub Jelinek wrote:
> > The following testcase aborts on aarch64-linux but does not on x86_64-linux.
> > In both cases there is UB in the __divmodbitint4 implemenetation.
>
https://gcc.gnu.org/g:82d6d385f9708fb6d5e2a2bacd003155cfc41c08
commit r14-10013-g82d6d385f9708fb6d5e2a2bacd003155cfc41c08
Author: Jakub Jelinek
Date: Thu Apr 18 09:49:02 2024 +0200
libgcc: Fix up __divmodbitint4 [PR114755]
The following testcase aborts on aarch64-linux but does
https://gcc.gnu.org/g:6c152c9db3b5b9d43e12846fb7a44977c0b65fc2
commit r14-10012-g6c152c9db3b5b9d43e12846fb7a44977c0b65fc2
Author: Jakub Jelinek
Date: Thu Apr 18 09:45:14 2024 +0200
internal-fn: Temporarily disable flag_trapv during .{ADD,SUB,MUL}_OVERFLOW
etc. expansion [PR114753
-linux, plus tested with
make check-gcc -j32 -k GCC_TEST_RUN_EXPENSIVE=1
RUNTESTFLAGS="GCC_TEST_RUN_EXPENSIVE=1 dg.exp='*bitint* pr112673.c
builtin-stdc-bit-*.c pr112566-2.c pr112511.c' dg-torture.exp=*bitint*
dfp.exp=*bitint*"
on aarch64-linux, ok for trunk?
2024-04-18 Jakub Jelin
301 - 400 of 21045 matches
Mail list logo