Thanks very much, Ian. I'll submit the second half of the patch (the
changes to mk[r]sysinfo.sh) tomorrow.
On Mon, Dec 14, 2020 at 2:39 AM Ian Lance Taylor wrote:
>
> On Sun, Dec 13, 2020 at 3:30 PM Nikhil Benesch
> wrote:
> >
> > On 12/13/20 4:55 PM, Nikhil Benesch wrote:
> > > There are a few
> > OK for master ?
> >
> > gcc/ChangeLog:
> >
> > * config/aarch64/aarch64-cores.def (AARCH64_CORE): Add Cortex-
> A78C core.
> > * config/aarch64/aarch64-tune.md: Regenerate.
> > * doc/invoke.texi: Update docs.
>
> OK, thanks.
> Richard
commit cf7efe2d36f4f940afebae04fc342dbd3d386b9
Hi,
Recent 'support SVE comparisons for unpacked integers' patch extends
operands of define_expands from SVE_FULL to SVE_ALL. This causes an ICE
hence this PR patch.
This patch adds this relaxation for:
+ reduc__scal_ and
+ arch64_pred_reduc__
in order to support extra modes. Missing modes were u
> -Original Message-
> From: Gcc-patches On Behalf Of
> Christophe Lyon via Gcc-patches
> Sent: 11 December 2020 18:37
> To: gcc-patches@gcc.gnu.org
> Subject: [PATCH v3 1/4] arm: Auto-vectorization for MVE: veor
>
> This patch enables MVE veorq instructions for auto-vectorization. MV
> -Original Message-
> From: Gcc-patches On Behalf Of
> Christophe Lyon via Gcc-patches
> Sent: 11 December 2020 18:37
> To: gcc-patches@gcc.gnu.org
> Subject: [PATCH v3 2/4] arm: Auto-vectorization for MVE: vbic
>
> This patch enables MVE vbic instructions for auto-vectorization. MVE
> -Original Message-
> From: Gcc-patches On Behalf Of
> Christophe Lyon via Gcc-patches
> Sent: 11 December 2020 18:37
> To: gcc-patches@gcc.gnu.org
> Subject: [PATCH v3 3/4] arm: Auto-vectorization for MVE: vmvn
>
> This patch enables MVE vmvnq instructions for auto-vectorization. MV
> -Original Message-
> From: Gcc-patches On Behalf Of
> Christophe Lyon via Gcc-patches
> Sent: 11 December 2020 18:37
> To: gcc-patches@gcc.gnu.org
> Subject: [PATCH v3 4/4] arm: Auto-vectorization for MVE: vneg
>
> This patch enables MVE vneg instructions for auto-vectorization. MVE
On Mon, 14 Dec 2020, 06:51 François Dumont via Libstdc++, <
libstd...@gcc.gnu.org> wrote:
> On 13/12/20 11:17 pm, Jonathan Wakely wrote:
> > On 13/12/20 15:52 +0100, François Dumont via Libstdc++ wrote:
> >> Some tests are XPASS because array assertions have been disabled for
> >> a good reason i
On 12/10/20 4:50 PM, Martin Sebor wrote:
Most similar warnings mention the sanitizer option rather than
referring to the tool by name. E.g.,
"transactional memory is not supported with %<-fsanitize=address%>"
or
"%<-fsanitize=leak%> is incompatible with %<-fsanitize=thread%>"
For the sa
Hi,
Currently, when the option --enable-s390-excess-float-precision is
omitted, configure checks the libc's behavior only for native builds yet
defaults to the new model for cross compiles. This patch extends the
configure-time check to cross-compiles that have target headers
available (e.g., in t
On Fri, 25 Sept 2020 at 16:31, Tamar Christina wrote:
>
> Hi All,
>
> This adds support to the auto-vectorizer to support HFmode vectorization for
> AArch32. This is supported when +fp16 is used. I wonder if I should disable
> the returning of the type if the option isn't enabled.
>
> At the mom
I'd like to ping the small fixup in
https://gcc.gnu.org/pipermail/gcc-patches/2020-November/560100.html
Please review and merge, if OK.
Marius
Forwarded Message
Subject: [PATCH] testsuite/libstdc++: Fix required locales of a testcase
Date: Tue, 24 Nov 2020 17:26:26 +0100
From:
Hi Nikhil,
> On 12/10/20 4:44 PM, Rainer Orth wrote:
>> I'm attaching the -save-temps output, so you can work on the real data
>> rather than trying to figure things out from the Illumos repos.
>
> Thanks, that was helpful. I also have successfully acquired access to
> gcc211, so I should be self
> -Original Message-
> From: Gcc-patches On Behalf Of
> Christophe Lyon via Gcc-patches
> Sent: 14 December 2020 10:16
> To: Tamar Christina
> Cc: Richard Earnshaw ; nd ;
> gcc Patches ; Ramana Radhakrishnan
>
> Subject: Re: [PATCH v2 13/16]Arm: Add support for auto-vectorization using
Ping.
On 2020/11/13 9:13 PM, Chung-Lin Tang wrote:
Hi Jakub,
there was a first version of this patch here:
https://gcc.gnu.org/pipermail/gcc-patches/2020-September/554087.html
The attached patch here is a v2 version that adds implementation of
this part in the this[:1] functionality descriptio
Ping.
On 2020/12/4 10:15 PM, Chung-Lin Tang wrote:
Hi Jakub,
this is a new version of the structure element mapping patch for OpenMP 5.0
requirement
changes.
This one uses the approach you've outlined in your concept patch [1], basically
to
use more special REFCOUNT_* values to mark them, and
> -Original Message-
> From: Tamar Christina
> Sent: 10 December 2020 17:00
> To: gcc-patches@gcc.gnu.org
> Cc: nd ; Richard Earnshaw ;
> Marcus Shawcroft ; Kyrylo Tkachov
> ; Richard Sandiford
>
> Subject: [PATCH]AArch64: Add NEON, SVE and SVE2 RTL patterns for
> Complex Addition, Mult
This patch fixes the section type conflict that I have been seeing. I have
tested this patch using :
Build: x86_64
Host: x86_64
Target: aarch64-none-linux-gnu
On 08/12/2020, 12:52, "Gcc-patches on behalf of H.J. Lu via Gcc-patches"
wrote:
When definitions marked with used attribute and
Hi all,
I've committed the attached patch as obvious.
This is to set `fill-column' to 80 in c-mode (Emacs default it to 70) so
now M-q does the right thing. I think is very handy especially in
comments.
Question: should we update the copyright manually for this file or have
it updated by 'updat
Reported-by: Heinrich Schuchardt
Signed-off-by: Alejandro Colomar
---
man2/cacheflush.2 | 24
1 file changed, 24 insertions(+)
diff --git a/man2/cacheflush.2 b/man2/cacheflush.2
index aba625721..7a2eed506 100644
--- a/man2/cacheflush.2
+++ b/man2/cacheflush.2
@@ -86,6 +
On 12/14/20 12:43 PM, Alejandro Colomar wrote:
Reported-by: Heinrich Schuchardt
Signed-off-by: Alejandro Colomar
Reviewed-by: Heinrich Schuchardt
---
man2/cacheflush.2 | 24
1 file changed, 24 insertions(+)
diff --git a/man2/cacheflush.2 b/man2/cacheflush.2
ind
On Fri, 2020-12-11 at 07:51 -0500, Nathan Sidwell wrote:
>
> I'm pretty sure this is wrong. I think the test_text in
> inclhack.def
> should be a pre-fixed string that the testsuite presumably checks is
> converted.
You're right; I've added your change from the Bugzilla and updated the
expectatio
gcc-11/changes: Document new Hardware-assisted AddressSanitizer.
I have put it in the "general" section rather than AArch64 since the feature
does add a general framework, so I believe the news is interesting for people
interesting in architectures other than AArch64 that may want to implement thi
Przemyslaw Wirkus writes:
> Hi,
>
> Recent 'support SVE comparisons for unpacked integers' patch extends
> operands of define_expands from SVE_FULL to SVE_ALL. This causes an ICE
> hence this PR patch.
>
> This patch adds this relaxation for:
> + reduc__scal_ and
> + arch64_pred_reduc__
> in order
Hi!
If somebody has -march=x86-64-v2 (or -v3 or -v4) in $CFLAGS, $CXXFLAGS etc.,
then -m32 or -mabi=ms stops working.
What is worse, if one configures gcc --with-arch-32=x86-64-v2 (or -v3 or -v4),
then -mabi=ms stops working.
I think that is a nightmare user experience. It is ok that x86-64-v[23
Rearranging slightly…
> @@ -708,6 +713,10 @@ (define_c_enum "unspec"
> UNSPEC_FCMLA90 ; Used in aarch64-simd.md.
> UNSPEC_FCMLA180 ; Used in aarch64-simd.md.
> UNSPEC_FCMLA270 ; Used in aarch64-simd.md.
> +UNSPEC_FCMUL ; Used in aarch64-simd.md.
> +UNSPEC_FCMUL180 ;
On 12/11/20 3:39 PM, Jason Merrill wrote:
On 12/2/20 9:19 AM, Nathan Sidwell wrote:
This is modified from the original patch. firstly it contains a few
more necessary bits. But mainly I renamed the entities from
+extern tree make_binding_vec (tree, unsigned clusters);
...
+mak
Hi Ian,
Yes it is.
Thanks,
Clément
From: Ian Lance Taylor
Sent: Friday, December 11, 2020 6:58 PM
To: CHIGOT, CLEMENT
Cc: gcc-patches@gcc.gnu.org ; David Edelsohn
; gofrontend-dev
Subject: Re: [PATCH] gcc: handle double quotes in symbol name during
stabstring
On 12/14/20 7:19 AM, Ilya Leoshkevich wrote:
On Fri, 2020-12-11 at 07:51 -0500, Nathan Sidwell wrote:
I'm pretty sure this is wrong. I think the test_text in
inclhack.def
should be a pre-fixed string that the testsuite presumably checks is
converted.
You're right; I've added your change from
Hi Iain,
>> * Next, I ran the tests on Darwin 11 and found two failing tests:
[...]
>> The other failing test is
>>
>> FAIL: g++.dg/gomp/tls-5.C -std=c++14 scan-assembler-symbol-section
>> symbol ^_?_ZGR2ir_\$ (symbol not found) has section
>> ^.tdata|[TL]
>> FAIL: g++.dg/gomp/tls-5
Hi David,
> On Fri, Dec 4, 2020 at 5:35 AM Rainer Orth
> wrote:
>
>> On AIX 7.2, there are changes like
>>
>> -PASS: g++.dg/gomp/tls-5.C -std=c++2a scan-assembler-symbol-section
>> symbol ^_?ir$ (found ir) has section ^\\.tbss|\\[TL\\] (found
>> _tls5.tls_[TL],4)
>> +PASS: g++.dg/gomp/tls-5.C -s
On 20-12-13 09:48:35, Segher Boessenkool wrote:
> Hi!
>
> On Sun, Dec 13, 2020 at 03:34:57PM +0100, Piotr Kubaj wrote:
> > this is only default tuning (-mtune, not -mcpu).
>
> It is both, actually (-mcpu= implies -mtune=)
Yes, but -mtune doesn't imply -mcpu. If I set up only -mtune, -mcpu is the
On Mon, Dec 14, 2020 at 2:13 PM Jakub Jelinek wrote:
>
> Hi!
>
> If somebody has -march=x86-64-v2 (or -v3 or -v4) in $CFLAGS, $CXXFLAGS etc.,
> then -m32 or -mabi=ms stops working.
> What is worse, if one configures gcc --with-arch-32=x86-64-v2 (or -v3 or -v4),
> then -mabi=ms stops working.
>
> I
On Mon, Dec 14, 2020 at 7:09 AM Uros Bizjak wrote:
>
> On Mon, Dec 14, 2020 at 2:13 PM Jakub Jelinek wrote:
> >
> > Hi!
> >
> > If somebody has -march=x86-64-v2 (or -v3 or -v4) in $CFLAGS, $CXXFLAGS etc.,
> > then -m32 or -mabi=ms stops working.
> > What is worse, if one configures gcc --with-arc
Hi All,
Similarly to UNKNOWN permutes, TOP needs to be excluded from being considered
for blends because it produces no permute to check.
Bootstrapped Regtested on aarch64-none-linux-gnu, x86_64-pc-linux-gnu
and no issues.
Committed under the GCC obvious rules.
Thanks,
Tamar
gcc/ChangeLog:
For deferred macros we also need a new field on the macro itself, so
that the module machinery can determine the macro was imported. Also
the documentation for the hashnode's deferred field was incomplete.
libcpp/
* include/cpplib.h (struct cpp_macro): Add imported_p field.
Hi,
On 2/21/20 8:35 AM, Richard Biener wrote:
>
> IIRC this definitely clashes with Alex work to overhaul
> -auxdir/-dumpdir queued for GCC 11 where some of the above
> is improved.
>
> So whatever we do we should do it for GCC 11 after Alex patches
> land.
>
> Richard.
>
Okay, I think this p
On Mon, Dec 14, 2020 at 9:44 AM Rainer Orth
wrote:
>
> Hi David,
>
> > On Fri, Dec 4, 2020 at 5:35 AM Rainer Orth
> > wrote:
> >
> >> On AIX 7.2, there are changes like
> >>
> >> -PASS: g++.dg/gomp/tls-5.C -std=c++2a scan-assembler-symbol-section
> >> symbol ^_?ir$ (found ir) has section ^\\.tb
Hello,
this patch implements support for powerpc64le architecture on FreeBSD. Since we
don't have powerpcle (32-bit), I did not add support for powerpcle here. This
remains to be changed if there is powerpcle support in the future.
Patch implements similar endian detection to what linux64.h use
Hi Richard,
Do you object to me splitting off complex add and addressing your remaining
feedback later when the rewrite of mul and fma are done.
Thanks,
Tamar
From: Richard Sandiford
Sent: Monday, December 14, 2020 1:30 PM
To: Tamar Christina
Cc: gcc-patches@gc
The code for pragma Assertion_Policy has been recently updated to
include Subprogram_Variant and change the kind of
Default_Initial_Condition, but the comment was not modified.
Tested on x86_64-pc-linux-gnu, committed on trunk
gcc/ada/
* sa_messages.ads: Reference Subprogram_Variant in t
The routine is now used both for decimal and for ordinary fixed-point types.
Tested on x86_64-pc-linux-gnu, committed on trunk
gcc/ada/
* libgnat/s-imguti.ads (Set_Decimal_Digits): Adjust documentation.diff --git a/gcc/ada/libgnat/s-imguti.ads b/gcc/ada/libgnat/s-imguti.ads
--- a/gcc/ada
In GNATprove mode, a call inside a Subprogram_Variant should lead to the
called subprogram being marked as not always inlined. This was not
always the case, now fixed.
Tested on x86_64-pc-linux-gnu, committed on trunk
gcc/ada/
* inline.adb (Cannot_Inline): Add No_Info parameter to disabl
Besides the improved commentary, the removal of superfluous subtypes and
other small tweaks throughout to make it more readable, this replaces the
use of T'Mantissa by the more appropriate T'Machine_Mantissa in the body
of System.Fat_Gen.Valid and also removes an unnecessary trick used to
distingui
In the Depends/Refined_Depends contracts we now accept constant objects
as the dependency outputs if they are of an access-to-variable type, but
not when they are of an access-to-constant or access-to-subprogram
types.
This needs to be implemented in two places: for checking the Depends
contract a
When analysis of pragma Depends/Refined_Depends returns early because of
a malformed pragma, it marks the pragma as analyzed to avoid repeated
work. This is now done consistently for all early returns.
Cleanup only; the GNAT and GNATprove behaviours are not really affected
by this patch.
Tested
This patch fixes a bug that causes the compiler to crash if a
renaming-as-body renames a function that is an instance of a generic
function that returns a generic formal type, and the actual type is
controlled, and the instantiation is nested within a procedure.
Tested on x86_64-pc-linux-gnu, comm
The first issue is that the attribute leaks into a multiplication or
a division explicitly done in another fixed-point type before being
passed to the attribute. The second issue is that the attribute is
ignored for simple conversions from another fixed-point type.
Tested on x86_64-pc-linux-gnu,
The condition for adding a dummy constituent is now simpler (and seems
more robust) and the dummy constituent is Any_Id (which exists precisely
for avoiding cascaded errors). Finally, an assertion guards against
returning with an ill-formed refinement.
Cleanup only; the tool behaviour is unaffecte
Implement non-symbolic tracebacks as a first step towards symbolic.
Tested on x86_64-pc-linux-gnu, committed on trunk
gcc/ada/
* tracebak.c: Add a section for ARM Linux.diff --git a/gcc/ada/tracebak.c b/gcc/ada/tracebak.c
--- a/gcc/ada/tracebak.c
+++ b/gcc/ada/tracebak.c
@@ -309,6 +309,1
Global variable CV_Cache, where values known at compilation time are
stored, was initialization both by elaboration and by
Sem_Eval.Initialize, which is called from Gnatdrv1 and required by the
GNSA (GNAT Semantic Analyzer).
Tested on x86_64-pc-linux-gnu, committed on trunk
gcc/ada/
* se
After the recent implementation work for the Default_Initial_Condition
aspect there were still some cases where DIC checks weren't performed
properly with respect to calls to Initialize in the case of array and
record components of controlled types. That is now corrected. There was
also an issue of
This commit implements AI12-0398-1/03, which adds the ability to specify
aspects on discriminant specifications, extended return object
declarations and entry index specifications.
Tested on x86_64-pc-linux-gnu, committed on trunk
gcc/ada/
* par-ch3.adb (P_Discriminant_Part_Opt): Parse a
This removes the use clause for System.Unsigned_Type and replaces it
with a localized use type clause for Long_Long_Unsigned.
Tested on x86_64-pc-linux-gnu, committed on trunk
gcc/ada/
* libgnat/s-fatgen.adb: Remove use clause for
System.Unsigned_Types.
(Scaling): Add ren
This removes the direct declaration of the smallest denormalized number
and replaces it with an overlay of the equivalent integer constant,
because such a direct declaration cannot be translated into C90.
Tested on x86_64-pc-linux-gnu, committed on trunk
gcc/ada/
* libgnat/s-fatgen.adb:
This reimplements the low-level primitives of System.Fat_Gen, i.e.
Copy_Sign, Decompose and Scaling more efficiently, by using the same
direct approach as the existing implementation of Valid; only the
normalization of denormalized numbers and the gradual underflow are
still left to the hardware.
This patch fixes an issue in the compiler whereby a class-wide allocator
for a type declared within a generic formal package was not treated the
same as a formal type with respect to accessibility checks - leading to
spurious accessibility errors.
Tested on x86_64-pc-linux-gnu, committed on trunk
Analysis of attribute Truncation was first calling Resolve and then
Set_Etype, while all the similar attributes had these calls in the
reverse order. This inconsistency was present since the support for
Truncation was added, but it had no semantics implications.
Tested on x86_64-pc-linux-gnu, comm
This fixes an issue in Remove_Side_Effects, which insists that a renaming
be handled by the back-end whereas Evaluation_Required says that it should
be handled by the front-end (renamings involving Volatile_Full_Access must
be fully expanded by the front-end).
This also reinstates an earlier fix i
Attribute Scaling has two parameters but only one of them has been
resolved.
Tested on x86_64-pc-linux-gnu, committed on trunk
gcc/ada/
* sem_attr.adb (Analyze_Attribute): Resolve second parameter of
attribute Scaling just like it is resolved for a similar
attribute Compo
Recent improvements to sem_eval.adb (Fold_Shift) do not take into
account that these operations should be performed on the base type.
Tested on x86_64-pc-linux-gnu, committed on trunk
gcc/ada/
* sem_eval.adb (Fold_Shift): Compute values using the base type.diff --git a/gcc/ada/sem_eval.a
This replaces the remaining uses of Current_Input with Current_In and
those of Current_Output with Current_Out for the sake of consistency.
Tested on x86_64-pc-linux-gnu, committed on trunk
gcc/ada/
* libgnat/a-tifiio.adb (Get): Replace Current_Input with Current_In.
* libgnat/a-
The first adjustment is to the documentation contained in the units,
which explains the implementation choices. The second adjustment is
to the size selection mechanism, which is better done on base types.
Tested on x86_64-pc-linux-gnu, committed on trunk
gcc/ada/
* libgnat/a-tifiio.adb:
The patch updates comments in gcov.c file.
Pushed to master.
gcc/ChangeLog:
* gcov.c (output_json_intermediate_file): Update comments.
---
gcc/gcov.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/gcc/gcov.c b/gcc/gcov.c
index 36938bd0fce..daa1266db86 100644
-
Hello.
The patch fixes intermediate format for situations where we have
a nested function or a lambda function. In that case, line number
was wrong.
Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
I'll install the patch if there are no objections.
Martin
gcc/ChangeLog:
Tamar Christina writes:
> Hi Richard,
>
> Do you object to me splitting off complex add and addressing your remaining
> feedback later when the rewrite of mul and fma are done.
No, sounds good to me.
Thanks,
Richard
Vladimir Makarov writes:
> On 2020-12-10 10:12 a.m., Andrea Corallo wrote:
>> Hi all,
>>
>> following discussion on PR97092 I'd like to submit the following patch
>> with a fix plus associated testcase.
>>
>> With this patch applied mode is recomputed at each iteration while
>> looping across dif
On Mon, Dec 14, 2020 at 03:57:27PM +0100, Piotr Kubaj wrote:
> > It is both, actually (-mcpu= implies -mtune=)
> Yes, but -mtune doesn't imply -mcpu. If I set up only -mtune, -mcpu is the
> generic one (ppc970 for BE)
But that is not what the patch does?
> > > Linux also does similarly in linux6
On 20-12-14 10:22:32, Segher Boessenkool wrote:
> On Mon, Dec 14, 2020 at 03:57:27PM +0100, Piotr Kubaj wrote:
> > > It is both, actually (-mcpu= implies -mtune=)
> > Yes, but -mtune doesn't imply -mcpu. If I set up only -mtune, -mcpu is the
> > generic one (ppc970 for BE)
>
> But that is not wha
Jeff Law writes:
> On 11/13/20 1:20 AM, Richard Sandiford via Gcc-patches wrote:
>> This patch adds some classes for gathering the list of registers
>> and memory that are read and written by an instruction, along
>> with various properties about the accesses. In some ways it's
>> similar to the
Hi!
On Mon, Dec 14, 2020 at 04:35:38PM +0100, Piotr Kubaj wrote:
> this patch implements support for powerpc64le architecture on FreeBSD. Since
> we don't have powerpcle (32-bit), I did not add support for powerpcle here.
> This remains to be changed if there is powerpcle support in the future.
On Mon, Dec 14, 2020 at 05:29:30PM +0100, Piotr Kubaj wrote:
> On 20-12-14 10:22:32, Segher Boessenkool wrote:
> > On Mon, Dec 14, 2020 at 03:57:27PM +0100, Piotr Kubaj wrote:
> > > > It is both, actually (-mcpu= implies -mtune=)
> > > Yes, but -mtune doesn't imply -mcpu. If I set up only -mtune, -
During satisfaction that's entered through the three-parameter version
of satisfy_declaration_constraints, current_function_decl gets set to
the dependent DECL_TEMPLATE_RESULT for sake of access checking. This
makes the predicate in_template_function return true during satisfaction
from this entry
This makes tracking of potentially unstable satisfaction results more
precise by recording the specific types for which completion failed
during satisfaction. We now recompute a satisfaction result only if one
of these types has been completed since the last time we computed the
satisfaction resul
Regarding this discussion, see also the comments from an LLVM reviewer
at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827 * — to keep them
at one place, I won't quote the discussion here.
It would be great if this could be solved one way or the other...
Tobias
* for the LLVM side, see also
Hi!
On Wed, Dec 02, 2020 at 05:44:24PM +0800, Kewen.Lin wrote:
> This patch is to use paradoxical subreg instead of
> zero_extend for promoting QI/HI to SI/DI when we
> want to construct one vector with these modes.
> Since we do the gpr->vsx movement and vector merge
> or pack later, the high par
On петък, 11 декември 2020 г. 19:00:35 EET abebeos wrote:
> After "digesting" a bit more your review, I need to thank you for opening
> my eyes re "cherrypick" suggestion and... the missing g++ summaries. I need
> to update my setup to provide the g++ test-deltas, too. Note that in my
> test-setup,
On Wed, Dec 02, 2020 at 04:32:47PM -0600, will schmidt wrote:
> On Wed, 2020-12-02 at 17:44 +0800, Kewen.Lin via Gcc-patches wrote:
> > * gcc.target/powerpc/pr96933-1.c: Adjusted to check no rlwinm.
> > * gcc.target/powerpc/pr96933-2.c: Likewise.
>
> Ok. (I'd hope a few more extend instru
On 12/14/20 1:07 PM, Patrick Palka wrote:
During satisfaction that's entered through the three-parameter version
of satisfy_declaration_constraints, current_function_decl gets set to
the dependent DECL_TEMPLATE_RESULT for sake of access checking. This
makes the predicate in_template_function ret
On Mon, Dec 14, 2020 at 07:44:12PM +0100, Tobias Burnus wrote:
> Regarding this discussion, see also the comments from an LLVM reviewer
> at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827 * — to keep them
> at one place, I won't quote the discussion here.
I think the LLVM people must be comple
On четвъртък, 10 декември 2020 г. 10:24:50 EET Richard Biener wrote:
> On Thu, Dec 10, 2020 at 6:42 AM Dimitar Dimitrov wrote:
> > On сряда, 9 декември 2020 г. 15:12:49 EET abebeos via Gcc-patches wrote:
> > > Essence:
> > >
> > > I need a confirmation that the testsuite setup as presented in:
>
On 12/14/20 1:07 PM, Patrick Palka wrote:
This makes tracking of potentially unstable satisfaction results more
precise by recording the specific types for which completion failed
during satisfaction. We now recompute a satisfaction result only if one
of these types has been completed since the
On 12/14/20 9:37 AM, Richard Sandiford wrote:
> Jeff Law writes:
>> On 11/13/20 1:20 AM, Richard Sandiford via Gcc-patches wrote:
>>> This patch adds some classes for gathering the list of registers
>>> and memory that are read and written by an instruction, along
>>> with various properties ab
On Mon, 14 Dec 2020, Jason Merrill wrote:
> On 12/14/20 1:07 PM, Patrick Palka wrote:
> > This makes tracking of potentially unstable satisfaction results more
> > precise by recording the specific types for which completion failed
> > during satisfaction. We now recompute a satisfaction result o
On Mon, 14 Dec 2020, Jason Merrill wrote:
> On 12/14/20 1:07 PM, Patrick Palka wrote:
> > During satisfaction that's entered through the three-parameter version
> > of satisfy_declaration_constraints, current_function_decl gets set to
> > the dependent DECL_TEMPLATE_RESULT for sake of access check
On Thu, Dec 03, 2020 at 11:06:12PM -0500, Michael Meissner wrote:
> +proc check_effective_target_ppc_long_double_ibm { } {
> +return [check_cached_effective_target ppc_long_double_ibm {
> + int main()
> + {
> + #if !defined(_ARCH_PPC) || !defined(__LONG_DOUBLE_IBM128__)
> +
On 12/13/20 10:23 AM, Jeff Law wrote:
On 12/8/20 1:46 PM, Martin Sebor wrote:
PR 98160 reports an ICE in pretty printer code called from the newly
added -Wmismatched-new-delete. The ICE is just a simple oversight,
but much more interesting is the warning issued for the test case.
It highlight
On 2020-12-14 11:23 a.m., Andrea Corallo wrote:
Vladimir Makarov writes:
On 2020-12-10 10:12 a.m., Andrea Corallo wrote:
Hi all,
following discussion on PR97092 I'd like to submit the following patch
with a fix plus associated testcase.
With this patch applied mode is recomputed at each i
In manually applying a name-lookup patch, I managed to transpose two
calls. That caused a test failure. Fixed thusly.
gcc/cp/
* name-lookup.c (do_namespace_alias): Set originating module
before pushing.
pushing to trunk
--
Nathan Sidwell
diff --git a/gcc/cp
On 14/12/20 11:08 am, Jonathan Wakely wrote:
On Mon, 14 Dec 2020, 06:51 François Dumont via Libstdc++,
mailto:libstdc%2b...@gcc.gnu.org>> wrote:
On 13/12/20 11:17 pm, Jonathan Wakely wrote:
> On 13/12/20 15:52 +0100, François Dumont via Libstdc++ wrote:
>> Some tests are XPASS b
Fix instruction length for MMA insns.
Prefixed instructions should not have their length explicitly set to '8'. The
function get_attr_length() will adjust the length appropriately based on the
value of the "prefixed" attribute.
Bootstrap/regtest on powerpc64le (Power8/Power10) with no new regr
On 12/14/20 2:05 PM, Martin Sebor wrote:
> On 12/13/20 10:23 AM, Jeff Law wrote:
>>
>>
>> On 12/8/20 1:46 PM, Martin Sebor wrote:
>>> PR 98160 reports an ICE in pretty printer code called from the newly
>>> added -Wmismatched-new-delete. The ICE is just a simple oversight,
>>> but much more int
Hi!
On Thu, Dec 03, 2020 at 10:57:56PM -0500, Michael Meissner wrote:
> --- a/gcc/testsuite/gcc.target/powerpc/pr70117.c
> +++ b/gcc/testsuite/gcc.target/powerpc/pr70117.c
> @@ -1,5 +1,6 @@
> -/* { dg-do run { target { powerpc*-*-linux* powerpc*-*-darwin*
> powerpc*-*-aix* rs6000-*-* } } } */
> -
On Mon, 14 Dec 2020, Segher Boessenkool wrote:
>> +powerpc*le-*-*)
>> +tm_file="${tm_file} rs6000/sysv4le.h" ;;
>> +esac
> What an obvious filename ;-)
;-)
> The patch looks fine. Okay for trunk. Also okay for any backports you
> want (after waiting to see if it creates
On Mon, 14 Dec 2020, Piotr Kubaj via Gcc-patches wrote:
> --- gcc/configure.ac.orig 2020-12-14 15:22:23 UTC
> +++ gcc/configure.ac
> @@ -5874,6 +5874,8 @@ case "$target:$tm_file" in
> *-*-linux*)
> emul_name="-melf64ppc"
> ;;
>+ *le-*-freebsd*)
>+ emul_name="-melf64lpp
On Mon, 14 Dec 2020, Matthew Malcomson via Gcc-patches wrote:
> gcc-11/changes: Document new Hardware-assisted AddressSanitizer.
>
> I have put it in the "general" section rather than AArch64 since the
> feature does add a general framework, so I believe the news is
> interesting for people inte
On Mon, 7 Dec 2020, Jozef Lawrynowicz wrote:
> Committed as obvious.
Thank you!
+
+For ELF targets that support the GNU or FreeBSD OSABIs, the
+used attribute will now save the symbol declaration it is
+applied to from linker garbage collection.
+
+To support this behavior,
Yes, there is, thanks for noticing that!
Fixed patch attached.
On 20-12-15 00:37:02, Gerald Pfeifer wrote:
> On Mon, 14 Dec 2020, Piotr Kubaj via Gcc-patches wrote:
> > --- gcc/configure.ac.orig 2020-12-14 15:22:23 UTC
> > +++ gcc/configure.ac
> > @@ -5874,6 +5874,8 @@ case "$target:$tm_fil
On Tue, Dec 15, 2020 at 12:29:45AM +0100, Gerald Pfeifer wrote:
> On Mon, 14 Dec 2020, Segher Boessenkool wrote:
> >> + powerpc*le-*-*)
> >> + tm_file="${tm_file} rs6000/sysv4le.h" ;;
> >> + esac
> > What an obvious filename ;-)
>
> ;-)
>
> > The patch looks fine. Okay for trunk.
Jonathan Wakely writes:
>>Hmm, yes, you pointed me to __frexpieee128 a few months ago, but for
>>some reason I either didn't switch to using it, or lost a patch when
>>squashing and rebasing branches. Hopefully I just forgot to change it,
>>but I'll double check to make sure I haven't left any wo
1 - 100 of 115 matches
Mail list logo
