I've been working on support for OpenMP imperfectly-nested loops. In
the process I have gone astray multiple times because of
incorrect/inadequate internal documentation for the OMP_FOR tree
structure. The code changes I've been working on are Stage 1 material,
but the documentation improveme
On Tue, 22 Nov 2022 12:54:01 +0100
Jan Hubicka wrote:
> > > I am not quite sure how safe this is. We generally produce DECL_RTL
> > > when we produce assembly file. So if DECL_RTL is set then we probably
> > > already output the original function name and it is too late to change
> > > it.
>
On Sat, 18 Feb 2023, Jeff Law wrote:
> > Barring the fusion case, which indeed asks for a dedicated `divmod'
> > pattern (and then I suppose a post-reload splitter or a peephole so that
> > where one of the two results produced has eventually turned out unused, we
> > have means to discard the u
On Sat, 18 Feb 2023, NightStrike wrote:
> Missing a comma after "in addition" and "features". For the latter, "x that
> y" > no comma. "X, which y" > comma. For the former, it's required to
> separate the prepositional phrase from the subject.
Thanks, and good point. I'll take care of all "In addi
On Sat, Feb 18, 2023, 17:32 Gerald Pfeifer wrote:
> That was a bit too much in terms of additions things. :-)
>
> Pushed.
>
> Gerald
> ---
> htdocs/gcc-12/changes.html | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/htdocs/gcc-12/changes.html b/htdocs/gcc-12/changes.html
That was a bit too much in terms of additions things. :-)
Pushed.
Gerald
---
htdocs/gcc-12/changes.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/htdocs/gcc-12/changes.html b/htdocs/gcc-12/changes.html
index 32403579..fd4062e6 100644
--- a/htdocs/gcc-12/changes.html
+++
On 2/18/23 14:30, Palmer Dabbelt wrote:
On Sat, 18 Feb 2023 13:06:02 PST (-0800), jeffreya...@gmail.com wrote:
On 2/18/23 11:26, Palmer Dabbelt wrote:
On Fri, 17 Feb 2023 06:02:40 PST (-0800), gcc-patches@gcc.gnu.org wrote:
Hi all,
If we have division and remainder calculations with the s
In my initial implementation of alias CTAD, I described a couple of
differences from the specification that I thought would not have a practical
effect; this testcase demonstrates that I was wrong. One difference is
resolved by the CPTK_IS_DEDUCIBLE commit; the other (adding too many of the
alias
Tested x86_64-pc-linux-gnu. Since this is fixing experimental (C++20)
functionality, I think it's reasonable to apply now; I'm interested in other
opinions, and thoughts about the user-facing functionality. I'm thinking to
make it internal-only for GCC 13 at least by adding a space in the name, b
The standard was unclear what happens with the transformation of a deduction
guide if the initial template argument deduction fails for a reason other
than not deducing all the arguments; my implementation assumed that the
right thing was to give up on the deduction guide. But in consideration of
On Sat, 18 Feb 2023 13:06:02 PST (-0800), jeffreya...@gmail.com wrote:
On 2/18/23 11:26, Palmer Dabbelt wrote:
On Fri, 17 Feb 2023 06:02:40 PST (-0800), gcc-patches@gcc.gnu.org wrote:
Hi all,
If we have division and remainder calculations with the same operands:
a = b / c;
d = b % c;
We
On 2/18/23 12:31, Maciej W. Rozycki wrote:
On Sat, 18 Feb 2023, Andrew Pinski via Gcc-patches wrote:
If we have division and remainder calculations with the same operands:
a = b / c;
d = b % c;
We can replace the calculation of remainder with multiplication +
subtraction, using the r
On 2/18/23 11:26, Palmer Dabbelt wrote:
On Fri, 17 Feb 2023 06:02:40 PST (-0800), gcc-patches@gcc.gnu.org wrote:
Hi all,
If we have division and remainder calculations with the same operands:
a = b / c;
d = b % c;
We can replace the calculation of remainder with multiplication +
subtrac
On Sun, 19 Feb 2023 at 01:01, Maciej W. Rozycki wrote:
>
> On Sat, 18 Feb 2023, Andrew Pinski via Gcc-patches wrote:
>
> > > > If we have division and remainder calculations with the same operands:
> > > >
> > > > a = b / c;
> > > > d = b % c;
> > > >
> > > > We can replace the calculation of
On Sat, 18 Feb 2023, Andrew Pinski via Gcc-patches wrote:
> > > If we have division and remainder calculations with the same operands:
> > >
> > > a = b / c;
> > > d = b % c;
> > >
> > > We can replace the calculation of remainder with multiplication +
> > > subtraction, using the result from
On Sat, 18 Feb 2023 10:42:51 PST (-0800), pins...@gmail.com wrote:
On Sat, Feb 18, 2023 at 10:27 AM Palmer Dabbelt wrote:
On Fri, 17 Feb 2023 06:02:40 PST (-0800), gcc-patches@gcc.gnu.org wrote:
> Hi all,
> If we have division and remainder calculations with the same operands:
>
> a = b / c;
libstdc++-v3/:
* config/abi/post/m68k-linux-gnu/baseline_symbols.txt: Update.
---
.../post/m68k-linux-gnu/baseline_symbols.txt | 93 ++-
1 file changed, 92 insertions(+), 1 deletion(-)
diff --git a/libstdc++-v3/config/abi/post/m68k-linux-gnu/baseline_symbols.txt
b/libstd
On Sat, Feb 18, 2023 at 10:27 AM Palmer Dabbelt wrote:
>
> On Fri, 17 Feb 2023 06:02:40 PST (-0800), gcc-patches@gcc.gnu.org wrote:
> > Hi all,
> > If we have division and remainder calculations with the same operands:
> >
> > a = b / c;
> > d = b % c;
> >
> > We can replace the calculation of
On Fri, 17 Feb 2023 06:02:40 PST (-0800), gcc-patches@gcc.gnu.org wrote:
Hi all,
If we have division and remainder calculations with the same operands:
a = b / c;
d = b % c;
We can replace the calculation of remainder with multiplication +
subtraction, using the result from the previous div
On Sat, Feb 18, 2023 at 11:35 AM Jakub Jelinek wrote:
>
> Hi!
>
> As mentioned in the PR, replace_rtx has 2 modes, one that only replaces
> x == from with to, the other which i386.md uses which also replaces
> REGNO (x) == REGNO (from) with to if both are REGs, but assert they have
> the same mode
> Am 18.02.2023 um 11:41 schrieb Jakub Jelinek via Gcc-patches
> :
>
> Hi!
>
> This spot in update_ops can replace one or both of the assign operands with
> constants, creating 1 & 1 and similar expressions which can confuse later
> passes until they are folded. Rather than folding both con
Hi!
This spot in update_ops can replace one or both of the assign operands with
constants, creating 1 & 1 and similar expressions which can confuse later
passes until they are folded. Rather than folding both constants by hand
and also handling swapping of operands for commutative ops if the firs
Hi!
As mentioned in the PR, replace_rtx has 2 modes, one that only replaces
x == from with to, the other which i386.md uses which also replaces
REGNO (x) == REGNO (from) with to if both are REGs, but assert they have
the same mode. This is reasonable behavior if one replaces from with
some other
Famous last words - somehow these escaped my net last week.
Pushed.
Gerald
libstdc++-v3/ChangeLog:
* doc/xml/faq.xml: Switch two links to www.open-std.org to https.
* doc/html/faq.html: Regenerate.
---
libstdc++-v3/doc/html/faq.html | 4 ++--
libstdc++-v3/doc/xml/faq.xml | 4
Pushed.
Gerald
---
htdocs/readings.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/htdocs/readings.html b/htdocs/readings.html
index d3e443ad..27f42d3d 100644
--- a/htdocs/readings.html
+++ b/htdocs/readings.html
@@ -117,7 +117,7 @@ names.
Manufacturer: Axis Communica
Pushed.
Gerald
gcc/ChangeLog:
* doc/invoke.texi (AVR Options): Update link to AVR-LibC.
---
gcc/doc/invoke.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi
index a5ea86f68c9..078d29d5313 100644
--- a/gcc/doc/invoke.texi
Pushed r13-6126 and cherry picked to r12-9187.
在 2023/2/17 上午9:41, Lulu Cheng 写道:
Hi,
在 2023/2/15 下午6:42, WANG Xuerui 写道:
Hi,
On 2023/2/13 18:38, Xi Ruoyao wrote:
Multiarch tuple will be coded in file or directory names in
multiarch-aware distros, so one ABI should have only one multiarch
tu
27 matches
Mail list logo
