Here are the patches I worked on today. It does seem to fix KIND=16 to use
Float128, but by not considering long double for KIND processing, it breaks the
tests that want to do ISO C binding to long double.
Feel free to completely ignore the patches and go off in a different
direction. But I
Hi Robin,
on 2021/10/28 下午10:44, Robin Dapp wrote:
> Hi,
>
> as discussed in
> https://gcc.gnu.org/pipermail/gcc-patches/2021-October/582627.html this
> introduces a bias parameter for the len_load/len_store ifns as well as
> optabs that is meant to distinguish between Power and s390 variants.
>
On Fri, Oct 29, 2021 at 10:34 AM Martin Sebor wrote:
>
> On 10/28/21 7:47 PM, Hongtao Liu wrote:
> > On Fri, Oct 29, 2021 at 12:20 AM Martin Sebor via Gcc-patches
> > wrote:
> >>
> >> On 10/28/21 1:23 AM, liuhongt via Gcc-patches wrote:
> >>> Adjust code in check_vect_slp_aligned_store_usage to
/gcc-trunk-20211028/include/c++/12.0.0/atomic:651:5:
note: in call to 'void
std::atomic<_Tp*>::wait(std::atomic<_Tp*>::__pointer_type, std::memory_order)
[with _Tp = char; std::atomic<_Tp*>::__pointer_type = char*]'
651 | wait(__pointer_type __old, memory_order __m
On 10/28/21 7:47 PM, Hongtao Liu wrote:
On Fri, Oct 29, 2021 at 12:20 AM Martin Sebor via Gcc-patches
wrote:
On 10/28/21 1:23 AM, liuhongt via Gcc-patches wrote:
Adjust code in check_vect_slp_aligned_store_usage to make it an exact
pattern match of the corresponding testcases.
These new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102868
luoxhu at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102868
--- Comment #2 from CVS Commits ---
The master branch has been updated by Xiong Hu Luo :
https://gcc.gnu.org/g:146b83e14a0a76a9ce8a4cb79997a078f437f779
commit r12-4781-g146b83e14a0a76a9ce8a4cb79997a078f437f779
Author: Xionghu Luo
Date: Thu
Hi.
This patch fix the pr102714 in the trunk.
Should we backport this patch to gcc-10? If needed, an adapted patch is
attached.
Thanks,
Bo Duan
0001-Subject-PATCH-ipa-102714-IPA-SRA-eliding-volatile.patch
Description: Binary data
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102714
--- Comment #6 from Bo Duan ---
Hello, should we backport this patch to gcc-10?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102046
--- Comment #13 from Bo Duan ---
(In reply to Bo Duan from comment #11)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102046
--- Comment #12 from Bo Duan ---
(In reply to Bo Duan from comment #10)
> Created attachment 51697 [details]
> 0001-Subject-PATCH-ipa-102714-IPA-SRA-eliding-volatile.patch
I'm so sorry, I seem to have sent it in the wrong place.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102046
--- Comment #11 from Bo Duan ---
Hi, should we backport this patch to gcc-10? If needed, an adapted patch is
attached.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102046
Bo Duan changed:
What|Removed |Added
CC||duan.db at linux dot
alibaba.com
---
On Thu, Oct 28, 2021 at 10:26 AM Hongtao Liu wrote:
>
> On Mon, Oct 25, 2021 at 4:24 PM liuhongt wrote:
> >
> > Bootstrapped and regtested on x86_64-pc-linux-gnu{-m32,}.
> > Ok for trunk?
> >
> I'm going to check in this patch if there's no objection.
Committed.
> > gcc/ChangeLog:
> >
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102464
--- Comment #10 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:84bcefdaf6d95e08cd980965098961289215
commit r12-4780-g84bcefdaf6d95e08cd980965098961289215
Author: liuhongt
Date: Mon
On Fri, Oct 29, 2021 at 12:20 AM Martin Sebor via Gcc-patches
wrote:
>
> On 10/28/21 1:23 AM, liuhongt via Gcc-patches wrote:
> > Adjust code in check_vect_slp_aligned_store_usage to make it an exact
> > pattern match of the corresponding testcases.
> > These new target/xfail selectors are added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15795
Andrew Pinski changed:
What|Removed |Added
Resolution|WONTFIX |MOVED
--- Comment #44 from Andrew
From: Bernhard Reutner-Fischer
Bump required DejaGnu version to 1.5.3 (or later).
Ok for trunk?
gcc/ChangeLog:
* doc/install.texi: Bump required minimum DejaGnu version.
---
gcc/doc/install.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/doc/install.texi
From: Bernhard Reutner-Fischer
Bump required DejaGnu version to 1.5.3 (or later).
Ok for trunk?
gcc/ChangeLog:
* doc/install.texi: Bump required minimum DejaGnu version.
---
gcc/doc/install.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/doc/install.texi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102993
Luke Dashjr changed:
What|Removed |Added
Version|7.0 |9.3.0
--- Comment #2 from Luke Dashjr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102993
--- Comment #1 from Andrew Pinski ---
Can you provide the full output of gcc -v? Also can you test out GCC 9.4.x or
above since GCC 7 is no longer supported?
ping
[Rebased, re-regtested cleanly. Ok for trunk?]
On Wed, 5 Sep 2018 14:57:31 +
Bernhard Reutner-Fischer wrote:
> From: Bernhard Reutner-Fischer
>
> compiling gfortran.dg/typebound_proc_31.f90 leaked the type-bound
> structs:
>
> 56 bytes in 1 blocks are definitely lost.
> at
On Wed, 27 Oct 2021 23:29:40 +0200
Bernhard Reutner-Fischer wrote:
> Hi!
>
> I found this lying around in an oldish tree.
> Regtest running over night, ok for trunk if it passes?
Regtest turned up no regressions.
Ok for trunk?
thanks,
>
> Bernhard Reutner-Fischer (1):
> Tweak locations
On Wed, 27 Oct 2021 23:39:43 +0200
Bernhard Reutner-Fischer wrote:
> Ping
> [hmz. it's been a while, I'll rebase and retest this one.
> Ok if it passes?]
Testing passed without any new regressions.
Ok for trunk?
thanks,
>
> On Mon, 15 Oct 2018 10:23:06 +0200
> Bernhard Reutner-Fischer wrote:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102993
Bug ID: 102993
Summary: -mcf-protection=full produces segfaulting code when
targeting 32-bit x86 (i686)
Product: gcc
Version: 7.0
Status: UNCONFIRMED
From: Bernhard Reutner-Fischer
Introduce a helper to construct a user operator from a name and the
reverse operation, i.e. a helper to construct a name from a user
operator.
Cc: Jakub Jelinek
gcc/fortran/ChangeLog:
2017-10-29 Bernhard Reutner-Fischer
* gfortran.h
From: Bernhard Reutner-Fischer
Due to a typo a user operator used in a reduction was not found in the
symtree so would have been written multiple times (in theory).
E.g. user operator ".add." was looked up as ".ad" instead of "add".
For gcc-11 branch and earlier one would
- memcpy
On Wed, 20 Oct 2021, Richard Biener via Gcc-patches wrote:
> This maps -ftrapv to -fsanitize=signed-integer-overflow
> -fsanitize-undefined-trap-on-error,
Isn't that UBSAN target-dependent, i.e. not supported on all
targets, whereas -ftrapv is just about universally supported?
I.e. isn't this
On Thu, 28 Oct 2021 23:37:59 +0200
Harald Anlauf wrote:
> Hi Bernhard,
>
> Am 27.10.21 um 23:43 schrieb Bernhard Reutner-Fischer via Gcc-patches:
> > ping
> > [I'll rebase and retest this too since it's been a while.
> > Ok if it passes?]
> >
> > On Sun, 21 Oct 2018 16:04:34 +0200
> > Bernhard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #3 from Andrew Pinski ---
(In reply to Iain Sandoe from comment #2)
> confirmed - I have no idea how to categorise this issue at present.
>
> Does gfortran do something special opening/cloning stdin/out/err?
Libfortran does a few
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
Iain Sandoe changed:
What|Removed |Added
Last reconfirmed||2021-10-28
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #1 from Jürgen Reuter ---
Using a C program compiled with the same version (recent trunk with the fix by
Iain Sandoe for Monterey) leads to a program that can pipe to a file.
Snapshot gcc-9-20211028 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/9-20211028/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 9 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102955
Andrew Pinski changed:
What|Removed |Added
Severity|normal |blocker
--- Comment #10 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
Bug ID: 102992
Summary: Piping in a file does no longer work on macOS Monterey
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102952
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #23 from H.J. Lu ---
(In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102952
--- Comment #22 from Andrew Cooper ---
One curious thing I have discovered. While auditing the -mharden-sls=all code
generation in Xen, I found examples where I got "ret int3 ret int3" with no
intervening instructions.
It turns out this is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
Andrew Pinski changed:
What|Removed |Added
Summary|Add Clang's _ExtInt(N) |Implement C2x's n2763
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #6 from joseph at codesourcery dot com ---
It's _BitInt in C2X, see N2763 for the final wording. The operator for
computing the width of a type, present in earlier drafts, was removed to
get a minimal version into C2X; I don't
Hi Bernhard,
Am 27.10.21 um 23:43 schrieb Bernhard Reutner-Fischer via Gcc-patches:
ping
[I'll rebase and retest this too since it's been a while.
Ok if it passes?]
On Sun, 21 Oct 2018 16:04:34 +0200
Bernhard Reutner-Fischer wrote:
Hi!
Regtested on x86_64-unknown-linux, installing on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99853
--- Comment #4 from Steve Kargl ---
On Thu, Oct 28, 2021 at 09:04:01PM +, anlauf at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99853
>
> anlauf at gcc dot gnu.org changed:
>
>What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99853
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
Dear Fortranners,
the original fix by Steve was lingering in the PR.
We did ICE in situations where in a SELECT CASE a kind conversion
was deemed necessary, but it did involve different types.
The check gfc_convert_type_warn () was invoked with arguments
requesting to generate an internal error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102984
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-10-28
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102984
--- Comment #6 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #5)
> This is probably the _Temporary_value helper used by std::vector.
Nope, that uses a correctly-aligned buffer.
The misaligned object is the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102973
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
On Thu, 28 Oct 2021, Jakub Jelinek wrote:
> On Thu, Oct 28, 2021 at 12:40:02PM -0400, Patrick Palka wrote:
> > PR c++/102780
> >
> > gcc/cp/ChangeLog:
> >
> > * constexpr.c (potential_constant_expression_1) :
> > When tf_error isn't set, preemptively check potentiality of the
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102953
--- Comment #16 from H.J. Lu ---
(In reply to Andrew Cooper from comment #14)
> (In reply to H.J. Lu from comment #13)
> > (In reply to Andrew Cooper from comment #11)
> > >
> > > There should be a diagnostic, but it ought to include cf_check
On 10/27/2021 5:00 PM, Bernhard Reutner-Fischer wrote:
On Sat, 4 Aug 2018 18:32:24 +0200
Bernhard Reutner-Fischer wrote:
On Tue, 16 May 2017 at 21:08, Mike Stump wrote:
On May 16, 2017, at 5:16 AM, Jonathan Wakely wrote:
The change I care about in 1.5.3
So, we haven't talked much
On 10/27/2021 5:00 PM, Bernhard Reutner-Fischer wrote:
On Sat, 4 Aug 2018 18:32:24 +0200
Bernhard Reutner-Fischer wrote:
On Tue, 16 May 2017 at 21:08, Mike Stump wrote:
On May 16, 2017, at 5:16 AM, Jonathan Wakely wrote:
The change I care about in 1.5.3
So, we haven't talked much
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102953
H.J. Lu changed:
What|Removed |Added
Attachment #51693|0 |1
is obsolete|
On Thu, Oct 28, 2021 at 10:43 AM Joseph Myers wrote:
>
> On Wed, 27 Oct 2021, H.J. Lu via Libc-alpha wrote:
>
> > Linker adds glibc versions in GNU_PROPERTY_1_GLIBC_2_NEEDED to the
> > .gnu.version_r section and removes GNU_PROPERTY_1_GLIBC_2_NEEDED note
> > when generating shared libraries and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102966
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102966
--- Comment #5 from kargl at gcc dot gnu.org ---
(In reply to anlauf from comment #4)
> (In reply to Jakub Jelinek from comment #3)
> > This was added in r11-5064-g0c81ccc3d87098b93b0e6a2dd76815e4d6e78ff0
>
> Right, thanks. There were a couple
On 10/9/2021 7:32 AM, Iain Buclaw via Gcc-patches wrote:
Hi,
The implementation of the D front-end in GCC is based on the original
C++ version of the D programming language compiler, which was ported to
D itself in version 2.069.0 (released in 2015). To keep it somewhat
up-to-date, I have
On 10/28/2021 9:24 AM, Aldy Hernandez wrote:
This patch upgrades the pre-VRP threading passes to fully resolving
backward threaders, and removes the post-VRP threading passes altogether.
With it, we reduce the number of threaders in our pipeline from 9 to 7.
This will leave DOM as the only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102991
Bug ID: 102991
Summary: [12 regress] gcc.dg/vect/vect-simd-17.c fails after
r12-4757
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102966
--- Comment #4 from anlauf at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #3)
> This was added in r11-5064-g0c81ccc3d87098b93b0e6a2dd76815e4d6e78ff0
Right, thanks. There were a couple of regressions introduced by this patch,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102986
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102990
Bug ID: 102990
Summary: ICE in tsubst_copy_and_build, à cp/pt.c:19856
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102951
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:6123b998b185572abac7d7224b34f03955bb91a2
commit r12-4776-g6123b998b185572abac7d7224b34f03955bb91a2
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #5 from Alejandro Colomar ---
Thanks for that info. It's nice to see the standard is considering that.
Yes, we should add what the standard is going to add, so I'd wait to see what
the standard decides in the end.
Cheers,
Alex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #3 from Alejandro Colomar ---
D'oh.
s/comma/parenthesis/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #2 from Alejandro Colomar ---
There was a missing comma. Fix:
#define __STYPE_MAX(t) (t) 1 << (widthof(t) - 2)) - 1) << 1) + 1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #1 from Alejandro Colomar ---
This also triggers the following wish:
'widthof(t)', which would be equivalent to 'sizeof(t) * CHAR_BIT' for normal
types, but would be equal to N in the case of _ExtInt(N).
It could also be used to
On Wed, 27 Oct 2021, H.J. Lu via Libc-alpha wrote:
> Linker adds glibc versions in GNU_PROPERTY_1_GLIBC_2_NEEDED to the
> .gnu.version_r section and removes GNU_PROPERTY_1_GLIBC_2_NEEDED note
> when generating shared libraries and executables.
Note that there is no guarantee that a new glibc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
Bug ID: 102989
Summary: Add Clang's _ExtInt(N)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
On Thu, Oct 28, 2021 at 12:40:02PM -0400, Patrick Palka wrote:
> PR c++/102780
>
> gcc/cp/ChangeLog:
>
> * constexpr.c (potential_constant_expression_1) :
> When tf_error isn't set, preemptively check potentiality of the
> second operand before performing trial evaluation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102953
--- Comment #14 from Andrew Cooper ---
(In reply to H.J. Lu from comment #13)
> (In reply to Andrew Cooper from comment #11)
> >
> > There should be a diagnostic, but it ought to include cf_check in the type
> > it prints.
>
> Try the v3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100119
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102988
--- Comment #1 from David Binderman ---
Reduced C++ code is:
inline namespace __cxx11 {}
template _Tp *__addressof(_Tp);
namespace __cxx11 {
class basic_string {
void _M_set_length();
public:
~basic_string();
void
On Wed, 2021-10-27 at 22:56 +0200, Bernhard Reutner-Fischer wrote:
> On Wed, 27 Oct 2021 21:05:03 +0100
> Richard Purdie via Gcc-patches wrote:
>
> > OpenEmbedded/Yocto Project builds libgcc and the other gcc runtime libraries
> > separately from the compiler and slightly differently to the
> On 10/27/21 17:10, Patrick Palka wrote:
> > On Wed, 27 Oct 2021, Jason Merrill wrote:
> >
> > > On 10/27/21 14:54, Patrick Palka wrote:
> > > > On Tue, 26 Oct 2021, Jakub Jelinek wrote:
> > > >
> > > > > On Tue, Oct 26, 2021 at 05:07:43PM -0400, Patrick Palka wrote:
> > > > > > The performance
On Thu, 2021-10-28 at 08:51 -0600, Jeff Law wrote:
>
> On 10/27/2021 2:05 PM, Richard Purdie via Gcc-patches wrote:
> > OpenEmbedded/Yocto Project builds libgcc and the other gcc runtime libraries
> > separately from the compiler and slightly differently to the standard gcc
> > build.
> >
> >
On Wed, 27 Oct 2021, Jason Merrill wrote:
> On 10/26/21 13:44, Patrick Palka wrote:
> > Here when checking for erroneous occurrences of 'auto' inside a template
> > argument (which is allowed by the concepts TS for class templates),
> > extract_autos_r picks up the CTAD placeholder for X{T{0}}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102983
--- Comment #2 from Andrew Macleod ---
This is a bit more interesting.
The IL starts the pass as
:
if (c_3 < b_4)
goto ; [INV]
else
goto ; [INV]
:
if (c_3 != 0)
goto ; [INV]
else
goto ; [INV]
<...>
:
# c_3 =
On 10/28/21 9:51 AM, Tobias Burnus wrote:
Before this patch, running
#define TEST(T) T
#define PARALLEL(X) TEST(X)
PARALLEL(
for (int i = 0; i < N; i++) { \
_Pragma("omp ordered") \
S[0] += C[i] + D[i]; \
})
through 'gcc -E' yielded
#pragma omp ordered
for (int i =
On 10/28/21 1:23 AM, liuhongt via Gcc-patches wrote:
Adjust code in check_vect_slp_aligned_store_usage to make it an exact
pattern match of the corresponding testcases.
These new target/xfail selectors are added as a temporary solution,
and should be removed after real issue is fixed for
>
>
> And... the total compilation improves by 1.32%!
>
This last number is compilation speed, not number of threads.
Aldy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102988
Bug ID: 102988
Summary: ice during GIMPLE pass: hardcbr
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
On 10/28/21 2:59 AM, Prathamesh Kulkarni via Gcc-patches wrote:
On Fri, 22 Oct 2021 at 14:41, Prathamesh Kulkarni
wrote:
On Wed, 20 Oct 2021 at 15:05, Richard Sandiford
wrote:
Prathamesh Kulkarni writes:
On Tue, 19 Oct 2021 at 19:58, Richard Sandiford
wrote:
Prathamesh Kulkarni
Before this patch, running
#define TEST(T) T
#define PARALLEL(X) TEST(X)
PARALLEL(
for (int i = 0; i < N; i++) { \
_Pragma("omp ordered") \
S[0] += C[i] + D[i]; \
})
through 'gcc -E' yielded
#pragma omp ordered
for (int i = 0; i < N; i++) { S[0] += C[i] + D[i]; }
Note
Hi Richard,
> On 8 Sep 2021, at 07:35, Richard Biener wrote:
>
> On Tue, Sep 7, 2021 at 10:11 PM Iain Sandoe wrote:
>>
>> So, looking through the various email threads and the PR, I think that
>> what has happened is :
>>
>> As the PR points out, our existing PCH model does not work if the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102960
Martin Sebor changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90041
--- Comment #7 from Martin Sebor ---
As Jakub says in comment #2, this problem is not in a diagnostic format string
that the -Wformat checker sees.
This patch upgrades the pre-VRP threading passes to fully resolving
backward threaders, and removes the post-VRP threading passes altogether.
With it, we reduce the number of threaders in our pipeline from 9 to 7.
This will leave DOM as the only forward threader client. When the ranger
can
Same thing as the relational change. Walk any equivalences that have
been registered on the path, and remove the name being killed. The
only reason we had added the equivalence with itself earlier is so we
wouldn't search any further in the equivalency list. So if we are
removing all references
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93836
Martin Sebor changed:
What|Removed |Added
CC||mliska at suse dot cz
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93836
Martin Sebor changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
On Thu, Oct 28, 2021 at 1:39 AM Xionghu Luo wrote:
>
> On 2021/10/27 21:24, David Edelsohn wrote:
> > On Sun, Oct 24, 2021 at 10:51 PM Xionghu Luo wrote:
> >>
> >> If the second operand of __builtin_shuffle is const vector 0, and with
> >> specific mask, it can be optimized to vspltisw+xxpermdi
On 10/28/21 08:19, Jakub Jelinek wrote:
On Thu, Oct 28, 2021 at 08:01:27AM -0400, Jason Merrill wrote:
--- gcc/cp/semantics.c.jj 2021-10-27 09:16:41.161600606 +0200
+++ gcc/cp/semantics.c 2021-10-28 13:06:59.325791588 +0200
@@ -3079,6 +3079,24 @@ finish_unary_op_expr (location_t op_loc,
On 10/26/2021 3:47 AM, Martin Liška wrote:
On 10/25/21 18:10, Eric Gallager wrote:
On Mon, Oct 25, 2021 at 7:35 AM Martin Liška wrote:
Hello.
The patch adds missing Makefile mostlyclean.
Ready to be installed?
Thanks,
Martin
Generally the way the various "*clean" targets are
On 10/26/2021 3:27 PM, David Malcolm via Gcc-patches wrote:
Adding newlines so that the two strings line up makes string equality
failures considerably easier to read.
Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
OK for trunk?
gcc/ChangeLog:
* selftest.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102940
Andrew Macleod changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 10/26/2021 3:26 PM, David Malcolm via Gcc-patches wrote:
Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
OK for trunk?
gcc/ChangeLog:
* Makefile.in: Fix syntax for reference to LIBDEPS in
gengtype link rule.
Signed-off-by: David Malcolm
OK
jeff
as discussed elsewhere, gcc.dg/ifcvt-4.c seems to be a flawed testcase
as it is.
it does not use __builtin_expect properly, so edges are predicted
50/50. It also turns out that it only works due to an oddity that
causes the basic blocks to be restructured by the VRP2 pass when it
removes
On 10/27/2021 2:05 PM, Richard Purdie via Gcc-patches wrote:
OpenEmbedded/Yocto Project builds libgcc and the other gcc runtime libraries
separately from the compiler and slightly differently to the standard gcc build.
In general this works well but in trying to build them separately we run
When EVRP folds a predicate it reports it only with TDF_DETAILS set as:
Predicate evaluates to: 0
VRP on the other hand always reports it to a dump_file as:
Folding predicate c_10 > 6 to 0
This patch changes fold_cond() in the simplifier to use the latter
format, and converts a
1 - 100 of 244 matches
Mail list logo
