On Thu, Apr 21, 2022 at 5:59 PM Andrew MacLeod wrote:
>
> When range_of_stmt was adjusted to avoid large recursion depth, I added
> code to precalculate the dependencies without recursion.
>
> This patch adjusted that pre-fill code to intersect the current known
> range with the newly calculated o
On 17/04/2022 13:27, Jørgen Kvalsvik wrote:
In theory, would it be possible to print the state of the truth table with the
information available in the gcda and gcno files? For example:
Truth table for: a && (b || c)) && d
0 | 1 | 2 | 3 || covered
--+---+---+---++
0 | X | X | X || Y
This testcase does not generate anywhere near optimal code for 32-bit
code. For p10 it actually now fails this testcase, after the previous
patch. Let's xfail it.
2022-04-21 Segher Boessenkool
gcc/testsuite/
PR target/103197
PR target/102146
* gcc.target/powerpc/bswap
RA now chooses GEN_OR_VSX_REGS in most cases. This is great in most
cases, but we often (or always?) use {l,st}{f,xs}iwzx now, which is
problematic because the integer load and store insns can use cheaper
addressing modes. We can fix that by putting a small penalty on the
instruction alternatives
This is true if we have -mpowerpc64.
2022-04-21 Segher Boessenkool
gcc/testsuite/
* lib/target-supports.exp (check_effective_target_has_arch_ppc64): New.
---
gcc/testsuite/lib/target-supports.exp | 10 ++
1 file changed, 10 insertions(+)
diff --git a/gcc/testsuite/lib/target-
This series adds "?" on the "Z" for lfiwzx and similar, so that we
preferably choose some D-form storage insn, instead of the X-form insn.
The D-form insns work on GPRs only, but it is still much preferred.
Committing to trunk.
Segher
Segher Boessenkool (3):
rs6000: Add effective target has_
Hello,
this is a fix for PR103662, a TBAA issue with unlimited polymorphic types.
I attached a draft patch to the PR which was accumulating all unlimited
polymorphic symbols to a single namespace, avoiding duplicate symbols
and thus eliminating the problem.
After reviewing the code more in deta
On Thu, Apr 14, 2022 at 11:55:10PM -0400, Jason Merrill wrote:
> On 4/13/22 19:17, Marek Polacek wrote:
> > -static tree
> > -get_constant (const_tree fntype, const_tree atname, tree expr, int argno,
> > + N.B. This function modifies EXPR. */
> > +
> > +static bool
> > +get_constant (const_tree
Hi,
This patch merges the D front-end with upstream dmd eb7bee331, and
the standard library with druntime 27834edb and phobos ac296f80c.
D front-end changes:
- Import dmd v2.100.0-beta.1.
- Print deprecation messages for scope violations unless
`-frevert=dip1000' is used.
- Fix
On Thu, Apr 21, 2022 at 6:41 PM Roger Sayle wrote:
>
>
> Hi Uros,
>
> Many thanks for the review, feedback and suggestions.
> Here's a revised patch incorporating all of the requested
> changes. Bootstrapped and regression tested on
> x86_64-pc-linux-gnu, both -m64 and -m32, with no
> new failur
Hi Uros,
Many thanks for the review, feedback and suggestions.
Here's a revised patch incorporating all of the requested
changes. Bootstrapped and regression tested on
x86_64-pc-linux-gnu, both -m64 and -m32, with no
new failures. Ok for mainline?
2022-04-21 Roger Sayle
Uroš B
On Wed, Apr 20, 2022, 16:27 Harald Anlauf wrote:
>
> Hi Fritz,
>
> Am 20.04.22 um 20:03 schrieb Fritz Reese via Fortran:
> > See the bug report at gcc dot gnu dot org/bugzilla/show_bug.cgi?id=105310 .
>
> OK if you add a/the testcase.
..
>
> As this affects all branches, you may backport the patch
libcpp/ChangeLog
2022-04-21 Kaz Kylheku
This change introduces a pair of related macros
__EXP_COUNTER__ and __UEXP_COUNTER__. These macros access
integer values which enumerate macro expansions.
They can be used for the purposes of obtaining, unique
iden
When range_of_stmt was adjusted to avoid large recursion depth, I added
code to precalculate the dependencies without recursion.
This patch adjusted that pre-fill code to intersect the current known
range with the newly calculated one before setting the global range.
this Is what range_of_stm
On 21 April 2022 10:18:48 CEST, "Martin Liška" wrote:
>Pushed to master.
>- if test "$gcc_cv_gld_major_version" -eq 2 -a "$gcc_cv_gld_minor_version"
>-ge 19 -o "$gcc_cv_gld_major_version" -gt 2 \
>+ if test $ld_is_mold = yes; then
>+gcc_cv_ld_compress_debug=3
>+gcc_cv_ld_compress_debug
On Wed, 20 Apr 2022 18:41:08 PDT (-0700), gcc-patches@gcc.gnu.org wrote:
Hi Joshua:
[from the other thread: Thanks, no idea how I missed all those 32-bit
ports...]
Does Asan work for RISC-V currently? It seems that '-fsanitize=address' is
still unsupported for RISC-V. If I add '--enable-
On Thu, 21 Apr 2022 at 15:38, Patrick Palka via Libstdc++
wrote:
>
> In starts_with_ci and in __floating_from_chars_hex's inf/nan handling,
> we were assuming that the letters are contiguous and that 'A' + 32 == 'a'
> which is true for ASCII but not for other character encodings. This
> patch fix
In starts_with_ci and in __floating_from_chars_hex's inf/nan handling,
we were assuming that the letters are contiguous and that 'A' + 32 == 'a'
which is true for ASCII but not for other character encodings. This
patch fixes starts_with_ci by using a constexpr lookup table that maps
uppercase lett
On Thu, Apr 21, 2022 at 04:22:03PM +0200, Jakub Jelinek wrote:
> On Thu, Apr 21, 2022 at 09:20:48AM -0400, Marek Polacek via Gcc-patches wrote:
> > --- a/gcc/cp/constexpr.cc
> > +++ b/gcc/cp/constexpr.cc
> > @@ -4566,19 +4566,18 @@ cxx_eval_bit_cast (const constexpr_ctx *ctx, tree
> > t, bool *non
Yes, also ok with that change.
On Thu, Apr 21, 2022, 10:22 AM Jakub Jelinek wrote:
> On Thu, Apr 21, 2022 at 09:20:48AM -0400, Marek Polacek via Gcc-patches
> wrote:
> > --- a/gcc/cp/constexpr.cc
> > +++ b/gcc/cp/constexpr.cc
> > @@ -4566,19 +4566,18 @@ cxx_eval_bit_cast (const constexpr_ctx *ct
On Thu, Apr 21, 2022 at 09:20:48AM -0400, Marek Polacek via Gcc-patches wrote:
> --- a/gcc/cp/constexpr.cc
> +++ b/gcc/cp/constexpr.cc
> @@ -4566,19 +4566,18 @@ cxx_eval_bit_cast (const constexpr_ctx *ctx, tree t,
> bool *non_constant_p,
> static tree
> cxx_eval_logical_expression (const constex
Ok.
On Thu, Apr 21, 2022, 9:20 AM Marek Polacek wrote:
> On Thu, Apr 21, 2022 at 08:56:23AM -0400, Jason Merrill wrote:
> > On 4/20/22 18:40, Marek Polacek wrote:
> > > Here we issue a bogus error for the first assert in the test. Therein
> > > we have
> > >
> > > = (void) (VIEW_CONVERT_EXPR(y
On Thu, Apr 21, 2022 at 08:56:23AM -0400, Jason Merrill wrote:
> On 4/20/22 18:40, Marek Polacek wrote:
> > Here we issue a bogus error for the first assert in the test. Therein
> > we have
> >
> > = (void) (VIEW_CONVERT_EXPR(yes) || handle_error ());,
> > VIEW_CONVERT_EXPR(value);
> >
> > whi
On 4/20/22 18:40, Marek Polacek wrote:
Here we issue a bogus error for the first assert in the test. Therein
we have
= (void) (VIEW_CONVERT_EXPR(yes) || handle_error ());,
VIEW_CONVERT_EXPR(value);
which has a COMPOUND_EXPR, so we get to cxx_eval_constant_expression
. The problem here is th
On 4/18/22 18:09, Ed Catmur wrote:
If two arrays do not have the exact same element type including qualification, this could
be e.g. f(int (&&)[]) vs. f(int const (&)[]), which can still be distinguished
by the lvalue-rvalue tiebreaker.
By tightening this branch (in accordance with the letter
libcpp/ChangeLog
2022-04-21 Kaz Kylheku
This change introduces a pair of related macros
__EXP_COUNTER__ and __UEXP_COUNTER__. These macros access
integer values which enumerate macro expansions.
They can be used for the purposes of obtaining, unique
ide
On Thu, 21 Apr 2022, Richard Biener wrote:
> On Thu, 21 Apr 2022, Richard Biener wrote:
>
> > On Wed, 20 Apr 2022, Segher Boessenkool wrote:
> >
> > > Hi!
> > >
> > > This looks great :-)
> > >
> > > On Wed, Apr 20, 2022 at 03:52:33PM +0200, Richard Biener wrote:
> > > > The following mitigate
Tested x86_64-linux, pushed to trunk. Backport to gcc-11 to follow.
-- >8 --
I'm not sure what I was thinking when I added this assertion, maybe it
was supposed to be alignment == 1 (which is what the pmr::string actually
uses). The simplest fix is to just remove the assertion.
The assertion is
On Thu, 21 Apr 2022 at 11:14, Yubin Ruan wrote:
>
> Hi,
>
> Will this be in GCC12?
Unless the patch gets reverted, yes. GCC 12 hasn't branched from trunk
yet, so everything on trunk will be in GCC 12.
>
> --
> Yubin
>
> On Wed, Apr 20, 2022 at 8:58 PM Jonathan Wakely via Libstdc++
> wrote:
> >
>
Hi,
Will this be in GCC12?
--
Yubin
On Wed, Apr 20, 2022 at 8:58 PM Jonathan Wakely via Libstdc++
wrote:
>
> Pushed to trunk now.
>
> On Wed, 13 Apr 2022 at 15:24, Jonathan Wakely via Libstdc++
> wrote:
> >
> > Tested x86_64-linux, without libiconv installed, with libiconv installed,
> > with
On Thu, 21 Apr 2022, Richard Biener wrote:
> On Wed, 20 Apr 2022, Segher Boessenkool wrote:
>
> > Hi!
> >
> > This looks great :-)
> >
> > On Wed, Apr 20, 2022 at 03:52:33PM +0200, Richard Biener wrote:
> > > The following mitigates a problem in combine distribute_notes which
> > > places an or
On Wed, Apr 20, 2022 at 8:28 PM Roger Sayle wrote:
>
>
> Doh! ENOPATCH.
>
> > -Original Message-
> > From: Roger Sayle
> > Sent: 20 April 2022 18:50
> > To: 'gcc-patches@gcc.gnu.org'
> > Subject: [x86 PATCH] Improved V1TI (and V2DI) mode equality/inequality.
> >
> >
> > This patch (for w
Status
==
The gcc-11 branch is again open for regression and documentation fixes.
Quality Data
Priority # Change from last report
--- ---
P1 0
P2 428 + 6
P3 55
P4
On Thu, 21 Apr 2022 at 04:38, Patrick Palka via Libstdc++
wrote:
>
> This makes the initializer for __table in __from_chars_alnum_to_val
> dependent in an artificial way, which works around the modules testsuite
> ICE reported in PR105297 by preventing the initializer from getting
> evaluated at p
Hi,
I propose to use the official binary prefix "gibi", established by
International Electrotechnical Commission (IEC) and several other standards and trade
organizations.
Weirdly enough, the term gigibyte is used in three places, whereas gibibyte is
the only correct term.
See also https://e
Pushed to master.
Cheers,
Martin
gcc/ChangeLog:
* configure.ac: Enable compressed debug sections for mold
linker.
* configure: Regenerate.
---
gcc/configure| 10 --
gcc/configure.ac | 10 --
2 files changed, 16 insertions(+), 4 deletions(-)
diff --gi
On Wed, 20 Apr 2022, Segher Boessenkool wrote:
> Hi!
>
> This looks great :-)
>
> On Wed, Apr 20, 2022 at 03:52:33PM +0200, Richard Biener wrote:
> > The following mitigates a problem in combine distribute_notes which
> > places an original REG_EH_REGION based on only may_trap_p which is
> > goo
On Wed, Apr 20, 2022 at 6:02 PM Qing Zhao wrote:
>
>
>
> > On Apr 20, 2022, at 5:38 AM, Richard Biener
> > wrote:
> >
> > On Tue, Apr 19, 2022 at 11:36 PM Qing Zhao wrote:
> >>
> >>
> >>
> >>> On Apr 14, 2022, at 1:53 AM, Richard Biener
> >>> wrote:
> >>>
> >>> On Wed, Apr 13, 2022 at 5:22 PM
38 matches
Mail list logo
