https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94239
Jeffrey A. Law changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
Return the entire comparison expression, not just the cc_reg.
This will allow the routine to adjust the comparison code as
needed for TImode comparisons.
Note that some users were passing e.g. EQ to aarch64_gen_compare_reg
and then using gen_rtx_NE. Pass the proper code in the first place.
Use ccmp to perform all TImode comparisons branchless.
* config/aarch64/aarch64.c (aarch64_gen_compare_reg): Expand all of
the comparisons for TImode, not just NE.
* config/aarch64/aarch64.md (cbranchti4, cstoreti4): New.
---
gcc/config/aarch64/aarch64.c | 130
Modify aarch64_expand_subvti into a form that handles all
addition and subtraction, modulo, signed or unsigned overflow.
Use expand_insn to put the operands into the proper form,
and do not force values into register if not required.
* config/aarch64/aarch64.c (aarch64_ti_split) New.
While cmp (extended register) and cmp (immediate) uses ,
cmp (shifted register) uses . So we can perform cmp xzr, x0.
For ccmp, we only have as an input.
* config/aarch64/aarch64.md (cmp): For operand 0, use
aarch64_reg_or_zero. Shuffle reg/reg to last alternative
and
* config/aarch64/aarch64.md (absti2): New.
---
gcc/config/aarch64/aarch64.md | 30 ++
1 file changed, 30 insertions(+)
diff --git a/gcc/config/aarch64/aarch64.md b/gcc/config/aarch64/aarch64.md
index 284a8038e28..7a112f89487 100644
---
In a couple of places we open-code a special case of this
pattern into the more specific sub3_compare1_imm.
Centralize that special case into an expander.
* config/aarch64/aarch64.md (*sub3_compare1): Rename
from sub3_compare1.
(sub3_compare1): New expander.
---
Duplicate all usub_*_carryinC, but use xzr for the output when we
only require the flags output. The signed versions use sign_extend
instead of zero_extend for combine's benefit.
These will be used shortly for TImode comparisons.
* config/aarch64/aarch64.md (cmp3_carryinC): New.
Combine will fold immediate -1 differently than the other
*cmp*_carryinC* patterns. In this case we can use adcs
with an xzr input, and it occurs frequently when comparing
128-bit values to small negative constants.
* config/aarch64/aarch64.md (cmp_carryinC_m2): New.
---
The expander and the insn pattern did not match, leading to
recognition failures in expand.
* config/aarch64/aarch64.md (*add3_carryin): Accept zeros.
---
gcc/config/aarch64/aarch64.md | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git
This is attacking case 3 of PR 94174.
Although I'm no longer using ccmp for most of the TImode comparisons.
Thanks to Wilco Dijkstra for pulling off my blinders and reminding me
that we can use subs+sbcs for (almost) all compares.
The first 5 patches clean up or add patterns to support the
On Mon, 2020-03-09 at 22:20 +, Andrea Corallo wrote:
> Hi all,
>
> second version of the patch for the 200 characters limit for literal
> strings addressing comments.
>
> make check-jit is passing clean.
>
> Best Regards
> Andrea
>
> gcc/jit/ChangeLog
> 2020-??-?? Andrea Corallo
>
>
On Wed, 2020-03-18 at 23:51 +0100, Andrea Corallo wrote:
> Hi all,
>
> Updated version of the patch mainly addressing comments on the
> concurrency issues.
>
> I came to the conclusions that the caching should be done in the
> function that we decide to be thread safe. However I haven't touched
Hi!
On Thu, Mar 19, 2020 at 07:46:53PM -0500, Segher Boessenkool wrote:
> Please make such changes if you agree. Either way, okay for trunk.
Oh, and okay for backport to 9 next week :-)
Segher
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87583
--- Comment #5 from Segher Boessenkool ---
commit 68dd57808f7c0147acdb5ca72c88ff655afcb0ce
Author: Carl Love
Date: Fri Mar 20 18:15:05 2020 -0500
rs6000: Add command line and builtin compatibility check
2020-03-20 Carl Love
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93435
Martin Jambor changed:
What|Removed |Added
Summary|[8/9/10 Regression] Hang|[8/9 Regression] Hang with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93435
--- Comment #9 from CVS Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:29f23ed79b60949fc60f6fdbbd931bd58090b241
commit r10-7309-g29f23ed79b60949fc60f6fdbbd931bd58090b241
Author: Martin Jambor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=553
Andrew Pinski changed:
What|Removed |Added
CC||markd at kermodei dot com
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94244
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
On Fri, Mar 20, 2020 at 02:12:49PM -0400, Jason Merrill wrote:
> On 3/20/20 1:06 PM, Marek Polacek wrote:
> > Wonderful. I've added a bunch of tests, and some from the related DRs too.
> > But I had a problem with the class-or-decltype case: if we have
> >
> > template struct D : T::template
Snapshot gcc-8-20200320 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/8-20200320/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 8 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94244
Bug ID: 94244
Summary: std::sort corrupts memory
Product: gcc
Version: 4.8.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
On Tue, 2020-03-17 at 19:35 -0600, Martin Sebor via Gcc-patches wrote:
> PR tree-optimization/94131 - ICE on printf with a VLA string and -fno-tree-ccp
>
> gcc/testsuite/ChangeLog:
>
> PR tree-optimization/94131
> * gcc.dg/pr94131.c: New test.
>
> gcc/ChangeLog:
>
> PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92955
Jeffrey A. Law changed:
What|Removed |Added
Target Milestone|10.0|11.0
--- Comment #10 from Jeffrey A.
On 3/20/20 2:47 PM, Patrick Palka wrote:
On Fri, 20 Mar 2020, Patrick Palka wrote:
On Fri, 20 Mar 2020, Jason Merrill wrote:
On 3/20/20 9:49 AM, Patrick Palka wrote:
On Thu, 19 Mar 2020, Jason Merrill wrote:
On 3/19/20 2:06 PM, Patrick Palka via Gcc-patches wrote:
On Thu, 19 Mar 2020,
On 3/19/20 7:55 PM, Martin Sebor wrote:
On 3/18/20 9:07 PM, Jason Merrill wrote:
On 3/12/20 6:38 PM, Martin Sebor wrote:
...
+ declarations of a class from its uses doesn't work for type
aliases
+ (as in using T = class C;). */
Good point. Perhaps we could pass flags to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91028
Jan Hubicka changed:
What|Removed |Added
Assignee|hubicka at gcc dot gnu.org |unassigned at gcc dot
gnu.org
Hi,
this PR is about the new call_comdat_local_p verifier complaining on
flag being set outside of comdat group. We generally are quite lazy
about keeping the flag up to date that makes it hard to verify and leads
to odd bugs. Since comdat locals became more frequent with IPA passes
producing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94243
Jan Hubicka changed:
What|Removed |Added
CC||jason at redhat dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94243
Bug ID: 94243
Summary: Missed C++ front-end devirtualizations from Clang
testsuite
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
When compiling the existing libgomp.c/target-link-1.c with -O3, the
test case was ICEing as DECL_ALIGN was 1 (alias "1U << 0").
The reason is that "make_node (VAR_DECL)" calls "SET_DECL_ALIGN (t, 1)"
and unless one overrides this, it stays like that. Here, it later
failed by violating the assert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94242
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94242
Bug ID: 94242
Summary: filesystem::path::generic_string() only works with
std::allocator
Product: gcc
Version: 9.3.1
Status: UNCONFIRMED
Keywords:
Dear all,
normally, the target triplet does not play much of a role as
it is not really exposed to the user. However, for offloading,
it appears often:
* In distribution use, offloading support is compiled in, but
not enabled by default; one needs to use -foffload=… explicitly.
* Even with the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93347
Jan Hubicka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92894
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-03-20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94241
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93347
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:72b3bc895f023bf451357659cfe96c966945bdf9
commit r10-7306-g72b3bc895f023bf451357659cfe96c966945bdf9
Author: Jan Hubicka
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92894
Jonathan Wakely changed:
What|Removed |Added
CC||cjdb.ns at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82898
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
See Also|
On Fri, Mar 20, 2020 at 01:16:42PM -0600, Martin Sebor wrote:
> On 3/20/20 11:46 AM, Richard Sandiford wrote:
> > Martin Sebor writes:
> > > On 3/17/20 5:52 AM, Richard Sandiford wrote:
> > > > Lewis Hyatt writes:
> > > > > On Mon, Mar 16, 2020 at 06:11:08PM +, Richard Sandiford wrote:
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
--- Comment #33 from Jakub Jelinek ---
Created attachment 48075
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48075=edit
gcc10-pr92264-wip.patch
Updated patch, which doesn't ICE anymore, and creates 10500 instead of 12000
VALUEs during
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88433
Martin Sebor changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49330
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment
On 3/20/20 11:46 AM, Richard Sandiford wrote:
Martin Sebor writes:
On 3/17/20 5:52 AM, Richard Sandiford wrote:
Lewis Hyatt writes:
On Mon, Mar 16, 2020 at 06:11:08PM +, Richard Sandiford wrote:
Lewis Hyatt via Gcc-patches writes:
...
FWIW there are three other options currently
On 2020-03-19 18:06, Michael Matz wrote:
> Hello,
>
> On Wed, 18 Mar 2020, J.W. Jagersma via Gcc-patches wrote:
>
>>> Well, it's both: on the exception path the compiler has to assume that the
>>> the value wasn't changed (so that former defines are regarded as dead) or
>>> that it already has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94238
--- Comment #3 from Jeffrey A. Law ---
Got it. simplify-rtx does not validate that a comparison opcode it simplifies
to is valid for the mode.Fixing looks trivial. Unfortunately something
happened overnight that is causing regressions all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93621
Jan Hubicka changed:
What|Removed |Added
CC||mjambor at suse dot cz
--- Comment #3
On Fri, 20 Mar 2020, Patrick Palka wrote:
> On Fri, 20 Mar 2020, Jason Merrill wrote:
>
> > On 3/20/20 9:49 AM, Patrick Palka wrote:
> > > On Thu, 19 Mar 2020, Jason Merrill wrote:
> > >
> > > > On 3/19/20 2:06 PM, Patrick Palka via Gcc-patches wrote:
> > > > > On Thu, 19 Mar 2020, Marek
On 2020-03-20 1:19 p.m., Richard Sandiford wrote:
Ping
Richard, sorry. I missed your original message.
Richard Sandiford writes:
[See:
https://gcc.gnu.org/pipermail/gcc-patches/2020-March/541694.html
https://gcc.gnu.org/pipermail/gcc-patches/2020-March/541759.html
for a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
--- Comment #32 from Jakub Jelinek ---
Some incremental progress, but still ICEs...
--- gcc/cselib.c2020-03-20 17:42:02.333023994 +0100
+++ gcc/cselib.c2020-03-20 19:23:33.506622424 +0100
@@ -58,6 +58,16 @@
static void
On Fri, 20 Mar 2020, Jason Merrill wrote:
> On 3/20/20 9:49 AM, Patrick Palka wrote:
> > On Thu, 19 Mar 2020, Jason Merrill wrote:
> >
> > > On 3/19/20 2:06 PM, Patrick Palka via Gcc-patches wrote:
> > > > On Thu, 19 Mar 2020, Marek Polacek wrote:
> > > >
> > > > > On Thu, Mar 19, 2020 at
On 3/20/20 1:06 PM, Marek Polacek wrote:
On Thu, Mar 19, 2020 at 05:40:01PM -0400, Jason Merrill wrote:
On 3/19/20 5:28 PM, Marek Polacek wrote:
Consider
template class A {
template class B {
void fn(typename A::B);
};
};
which is rejected with
error: 'typename
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94238
--- Comment #2 from Jeffrey A. Law ---
Just getting started here. But at least CSE seems to be doing exactly what we
want.
We have this going into cse1:
(insn 15 14 16 4 (set (mem/c:SI (symbol_ref:DI ("c") [flags 0x2] ) [1 c+0 S4 A32])
This also dumps the root node we eventually smuggle in.
bootstrapped/tested on x86_64-unknown-linux-gnu
2020-03-20 Richard Biener
* tree-vect-slp.c (vect_analyze_slp_instance): Dump SLP tree
from the possibly modified root.
---
gcc/tree-vect-slp.c | 3 ++-
1 file changed, 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67960
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94103
--- Comment #16 from rguenther at suse dot de ---
On Fri, 20 Mar 2020, ch3root at openwall dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94103
>
> --- Comment #15 from Alexander Cherepanov ---
> (In reply to rguent...@suse.de
On 3/20/20 9:49 AM, Patrick Palka wrote:
On Thu, 19 Mar 2020, Jason Merrill wrote:
On 3/19/20 2:06 PM, Patrick Palka via Gcc-patches wrote:
On Thu, 19 Mar 2020, Marek Polacek wrote:
On Thu, Mar 19, 2020 at 01:06:35PM -0400, Patrick Palka via Gcc-patches
wrote:
On Thu, 19 Mar 2020, Patrick
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94241
Andrew Pinski changed:
What|Removed |Added
Keywords||rejects-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94241
--- Comment #2 from Andrew Pinski ---
#include
int main()
{
struct s { int m; };
s r[] = { s{0}, s{1}, s{2}, s{3} };
std::ranges::find_if(r, [](auto const) { return true; });
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94103
--- Comment #15 from Alexander Cherepanov ---
(In reply to rguent...@suse.de from comment #14)
> From a language Pov that's the same.
> But memcpy and friends work on any dynamic type so have to copy all bytes.
Sorry, I don't understand. Bug
Martin Sebor writes:
> On 3/17/20 5:52 AM, Richard Sandiford wrote:
>> Lewis Hyatt writes:
>>> On Mon, Mar 16, 2020 at 06:11:08PM +, Richard Sandiford wrote:
Lewis Hyatt via Gcc-patches writes:
>>> ...
> FWIW there are three other options currently affected by this change
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94241
--- Comment #1 from Christopher Di Bella ---
Created attachment 48074
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48074=edit
Temp for minimal repro
'main()::s', is used but never defined [-fpermissive]
669 | indirect_result_t<_Proj&, _Iter> operator*() const; // not
defined
|
```
# System info
OS: Ubuntu 18.04 (WSL)
Version: gcc (GCC) 10.0.1 20200320 (experimental)
Git hash:
Configured with: ../gcc/configure --disable-n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94240
Bug ID: 94240
Summary: [D] lto1: internal compiler error: in
add_symbol_to_partition_1, at lto/lto-partition.c:215
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Hi -
Both svn: and ssh+svn: now work for your archeological needs.
Further, URLs such as
https://gcc.gnu.org/viewcvs?rev=279160=gcc=rev
https://gcc.gnu.org/r123456
are mapped to gitweb searches that try to locate the matching
From-SVN: rABCDEF commit. This way, historical URLs from bugzilla
On 3/20/20 4:31 AM, Jakub Jelinek wrote:
On Wed, Mar 18, 2020 at 05:37:26PM -0400, Jason Merrill via Gcc-patches wrote:
How about improving get_narrower to handle COMPOUND_EXPR? I'd think that
would do the trick without affecting evaluation order.
Not completely, had to change also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90880
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94217
Tamar Christina changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
--- Comment #31 from Jakub Jelinek ---
Created attachment 48073
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48073=edit
gcc10-pr92264-wip.patch
WIP patch to try special casing cselib handling of stack pointer VALUEs.
The intent is that
Ping
Richard Sandiford writes:
> [See:
>
> https://gcc.gnu.org/pipermail/gcc-patches/2020-March/541694.html
> https://gcc.gnu.org/pipermail/gcc-patches/2020-March/541759.html
>
> for a walkthrough of what goes wrong in the testcase, but hopefully
> the change makes sense on first
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69694
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
These testcases are compiling successfully since 7.1.
gcc/testsuite/ChangeLog:
PR c++/69694
* g++.dg/cpp0x/decltype74.C: New test.
* g++.dg/cpp0x/decltype75.C: New test.
---
gcc/testsuite/g++.dg/cpp0x/decltype74.C | 30 +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69694
--- Comment #4 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:a23eff1bd04ebdca503376ae6198d95c737dc3de
commit r10-7304-ga23eff1bd04ebdca503376ae6198d95c737dc3de
Author: Patrick Palka
Date:
On Thu, Mar 19, 2020 at 05:40:01PM -0400, Jason Merrill wrote:
> On 3/19/20 5:28 PM, Marek Polacek wrote:
> > Consider
> >
> >template class A {
> > template class B {
> >void fn(typename A::B);
> > };
> >};
> >
> > which is rejected with
> > error: 'typename A::B'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94238
--- Comment #1 from Uroš Bizjak ---
Middle end is asking:
(gdb) up
#3 0x01621333 in simplify_set (x=0x7fffea968a68) at
/home/uros/git/gcc/gcc/combine.c:6938
6938compare_mode = SELECT_CC_MODE (new_code, op0, op1);
(gdb) p
Hi Srinath,
> -Original Message-
> From: Srinath Parvathaneni
> Sent: 20 March 2020 16:42
> To: gcc-patches@gcc.gnu.org
> Cc: Kyrylo Tkachov
> Subject: [PATCH v2][ARM][GCC][11x]: MVE ACLE vector interleaving store and
> deinterleaving load intrinsics and also aliases to vstr and vldr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94237
--- Comment #2 from Martin Liška ---
One possible workaround can be not calling get_variable_section for Darwin. It
will cause not so precise section information which is not critical.
Hello Kyrill,
Following patch is the rebased version of v1.
(version v1) https://gcc.gnu.org/pipermail/gcc-patches/2019-November/534347.html
Hello,
This patch supports following MVE ACLE intrinsics which are aliases of vstr and
vldr intrinsics.
vst1q_p_u8, vst1q_p_s8, vld1q_z_u8,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94103
--- Comment #14 from rguenther at suse dot de ---
On March 20, 2020 5:29:24 PM GMT+01:00, ch3root at openwall dot com
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94103
>
>--- Comment #13 from Alexander Cherepanov
>---
>(In reply to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94237
Iain Sandoe changed:
What|Removed |Added
Target||x86_64-apple-darwin*
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94239
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
Hi,
This patch fixes LTO bug with the D front-end. As DECL_ASSEMBLER_NAME
is set on the TYPE_DECL, so TYPE_CXX_ODR_P must also be set on the type.
The addition of merge_aggregate_types is not strictly needed now, but it
fixes a problem introduced in newer versions of the dmd front-end where
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94103
--- Comment #13 from Alexander Cherepanov ---
(In reply to rguent...@suse.de from comment #11)
> I think if the user writes a long double store then padding becomes
> undefined so the testcase in comment#1 in PR61872 is technically
> undefined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91027
ibuclaw at gcc dot gnu.org changed:
What|Removed |Added
CC||ibuclaw at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94239
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |10.0
-pc-solaris2.11
Between 20200319 (f22712bd8a2ed57d3cc7e6fa92730bd5852e27b3) and 20200320
(719c864225e28c33a0737a331a772781ce8e6591), two tests regressed on Solaris
11/x86
(32-bit only):
+FAIL: gcc.dg/pr20245-1.c (internal compiler error)
+FAIL: gcc.dg/pr20245-1.c (test for excess errors)
Excess
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91027
--- Comment #12 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:b5446d0cc09e6a931065b98101d799711fd5b035
commit r10-7302-gb5446d0cc09e6a931065b98101d799711fd5b035
Author: Iain Buclaw
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94217
--- Comment #13 from Martin Liška ---
(In reply to Tamar Christina from comment #12)
> Also confirmed on x86_64.
Can you confirm it's not fixed with g:7d4549b2cd209eb621453ce13be7ffd84ffa720a?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94236
--- Comment #4 from Andrew Pinski ---
Do you have a source where you run into a relocation overflowing?
Or is there a specific reason why you need long calls here?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94238
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-03-20
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94238
Bug ID: 94238
Summary: [10 Regression] ICE in ix86_cc_mode, at
config/i386/i386.c:15285 since
r10-7268-g529ea7d9596b26ba
Product: gcc
Version: 10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94217
Tamar Christina changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94236
--- Comment #3 from Aron ---
(In reply to Andrew Pinski from comment #1)
> -mcmodel=large does not control long calls.
Sadly, aarch64 lacks -mlong-calls which I use on armv7, therefore I thought
based on the specification -mcmodel=large would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94072
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94236
--- Comment #2 from Andrew Pinski ---
A patch for -mlong-calls was posted a long time ago but never made it in:
https://gcc.gnu.org/legacy-ml/gcc-patches/2014-10/msg02933.html
You should not need -mlong-calls really because the linker should
On Fri, 2020-03-20 at 17:03 +0100, Martin Liška wrote:
> On 3/19/20 10:26 PM, David Malcolm wrote:
> > On Thu, 2020-03-19 at 14:52 +0100, Martin Liška wrote:
[...]
> >
> > > -int
> > > +void
> > > gcc::dump_manager::
> > > dump_switch_p (const char *arg)
> > > {
> > > @@ -1896,8 +1897,22
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94072
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:1aa22b1916a493ac46453d96e0c78ca47bcaeda3
commit r10-7301-g1aa22b1916a493ac46453d96e0c78ca47bcaeda3
Author: Richard Sandiford
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94237
Iain Sandoe changed:
What|Removed |Added
Last reconfirmed||2020-03-20
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94237
Bug ID: 94237
Summary: [10 regression] Many (100s) of new LTO fails on Darwin
targets
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 237 matches
Mail list logo