https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
Bug ID: 99824
Summary: ICE in wide_int_to_tree_1, at tree.c:1572
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|ICE in wide_int_to_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43361
--- Comment #15 from Richard Biener ---
(In reply to Martin Sebor from comment #14)
> Reconfirmed with GCC 11 and the C test case below:
>
> void f (int);
>
> int main () {
> int i;
> int array[10];
> for (; i<10; ++i) {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
--- Comment #2 from Martin Liška ---
valgrind tells:
==2489== Conditional jump or move depends on uninitialised value(s)
==2489==at 0xCFBD22: wi::force_to_size(long*, long const*, unsigned int,
unsigned int, unsigned int, signop) (wide-int.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99447
--- Comment #17 from Richard Biener ---
(In reply to Jan Hubicka from comment #15)
> I also tried to reproduce this locally w/o luck.
>
> Looking at the backtrace in detail, there is no DEF_STMT involved. It walks
> from dwarf dies, to RTL cons
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99694
--- Comment #8 from Martin Liška ---
(In reply to Haoxin Tu from comment #7)
> (In reply to Martin Liška from comment #1)
> > Confirmed, started with r9-7156-g33579b59aaf02eb7.
>
> Hi Martin. I am sorry to bother you, and I just have a question
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99801
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-03-30
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99227
--- Comment #2 from Alexander Lelyakin ---
I have started some script that continuously do following:
git pull
configure
make
make install
do 5000 attempts to compile system headers in random order
upload the results of the attempts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99814
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
Richard Biener changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #3 from Richard Bie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
Version|11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99822
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Known to work||10.2.1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
--- Comment #4 from Richard Biener ---
OK, so I guess that things go wrong in wi::min_value where we nowhere check
that the precision we're asking for (384) fits in a wide_int,
WIDE_INT_MAX_PRECISION should be 160 (MAX_BITSIZE_MODE_ANY_INT) round
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99822
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99825
Bug ID: 99825
Summary: ICE in vect_build_combine_node
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
le-languages=c,c++,fortran
--disable-bootstrap --disable-multilib --disable-libsanitizer
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 10.2.1 20210330 (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
--- Comment #6 from Martin Liška ---
> diff --git a/gcc/stor-layout.c b/gcc/stor-layout.c
> index 784f131ebb8..94b8b21c7a8 100644
> --- a/gcc/stor-layout.c
> +++ b/gcc/stor-layout.c
> @@ -2838,6 +2838,8 @@ set_min_and_max_values_for_integral_type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93660
--- Comment #10 from CVS Commits ---
The releases/gcc-10 branch has been updated by Christophe Lyon
:
https://gcc.gnu.org/g:960eaefb99a805dd6afdc1f223055bd2458d6c49
commit r10-9617-g960eaefb99a805dd6afdc1f223055bd2458d6c49
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99814
--- Comment #2 from Stefan Schulze Frielinghaus
---
Breakpoint 4, __interception::InterceptFunction (name=0x3fffd61e8f2 "regexec",
ver=0x3fffd61eb7e "GLIBC_2.3.4", ptr_to_real=0x3fffd677d08
<__interception::real_regexec>, func=16779728,
wra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99447
--- Comment #18 from Jan Hubicka ---
> Looking around the only place (we don't know whether this was WPA or LTRANS)
> we'd have a cgraph with edges is during clone materialization which pointed
> me at cgraph_node::release_body which frees the bo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99814
--- Comment #3 from Martin Liška ---
Strange, please report it to upstream:
https://github.com/google/sanitizers/issues
and CC people from https://reviews.llvm.org/D96348
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99447
--- Comment #19 from Jan Hubicka ---
Created attachment 50485
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50485&action=edit
small refactoring
this patch moves the removal to release_body and removes the calls on those
paths where remova
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
--- Comment #7 from Richard Biener ---
So we're value-numbering a char load
Value numbering stmt = _177 = *sc_175;
with sc_175 == _7 and
_7 = &cx_41(D)->i2c_adap[i_24].name;
which get's us a valueized ref (of type 'char') that looks like
cx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
--- Comment #8 from Richard Biener ---
(In reply to Martin Liška from comment #6)
> > diff --git a/gcc/stor-layout.c b/gcc/stor-layout.c
> > index 784f131ebb8..94b8b21c7a8 100644
> > --- a/gcc/stor-layout.c
> > +++ b/gcc/stor-layout.c
> > @@ -283
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99813
--- Comment #2 from Jakub Jelinek ---
I think the bug is in swapped constraints on add3_poly_1.
We have:
(define_constraint "Uai"
"@internal
A constraint that matches a VG-based constant that can be added by
a single INC or DEC."
(match
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
Richard Biener changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #9 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
--- Comment #11 from Martin Liška ---
(In reply to Richard Biener from comment #10)
> Created attachment 50486 [details]
> patch I am testing
>
> I'm testing this patch, on trunk first, but it also applies to the branch
> where it fixes the issu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99813
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99826
Bug ID: 99826
Summary: GIMPLE FE fails to grok pointer declarators
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99825
Jakub Jelinek changed:
What|Removed |Added
Summary|ICE in |[11 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
--- Comment #12 from rguenther at suse dot de ---
On Tue, 30 Mar 2021, marxin at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
>
> --- Comment #11 from Martin Liška ---
> (In reply to Richard Biener from comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99825
Jakub Jelinek changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
--- Comment #13 from Martin Liška ---
Reduced test-case:
$ cat ice.i
unsigned int
strlen(char *s) {
for (; *s;)
;
}
struct i2c_adapter {
char name[48];
};
struct {
int instance;
struct i2c_adapter i2c_adap[];
} * init_cx18_i2c_cx;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
--- Comment #14 from Martin Liška ---
> Fixed on master with r11-198-g1595a1cb7bfac8d5
Reverting the match.pd hunk does not help with reproduction on the current
master.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99825
Tamar Christina changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tnfchris at gcc dot
gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79070
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2017-02-08 00:00:00 |2021-3-30
--- Comment #4 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98136
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:48c79f054bf435051c95ee093c45a0f8c9de5b4e
commit r11-7905-g48c79f054bf435051c95ee093c45a0f8c9de5b4e
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99825
Tamar Christina changed:
What|Removed |Added
Component|target |tree-optimization
Status|N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98136
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Summary|[8/9/10/11 Regression] |[8/9/10 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99781
Jakub Jelinek changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98726
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Assignee|avieira at gcc dot gnu.org |rsandifo at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97141
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97653
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99814
--- Comment #4 from Stefan Schulze Frielinghaus
---
Thanks for the pointers! I reported it upstream in issue
[1390](https://github.com/google/sanitizers/issues/1390)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97653
--- Comment #11 from Jonathan Wakely ---
(In reply to Jakub Jelinek from comment #10)
> Is your compiler intentionally configured without --with-long-double-128,
No.
> i.e. are you intentionally testing the double == long double case?
Not inte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97653
--- Comment #12 from Jonathan Wakely ---
Also, the docs for --with-long-double-128 say
When neither of these configure options are used, the default will be 128-bit
long double when built against GNU C Library 2.4 and later, 64-bit long
doub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
--- Comment #15 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:bd3d919b58466a9837e423c1255b88215f89bc9d
commit r11-7906-gbd3d919b58466a9837e423c1255b88215f89bc9d
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97653
--- Comment #13 from Jakub Jelinek ---
(In reply to Jonathan Wakely from comment #11)
> That tells me that using --with-long-double-format={ibm,ieee} chooses
> *which* of the 128-bit long double formats you want, and so
> --with-long-double-128 i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
--- Comment #16 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:ee15832c53d52656e562c29110f2be1cfb66c450
commit r10-9618-gee15832c53d52656e562c29110f2be1cfb66c450
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99824
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99814
Alex Richardson changed:
What|Removed |Added
CC||Alexander.Richardson at cl dot
cam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99726
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rsandifo at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99814
--- Comment #6 from Martin Liška ---
(In reply to Alex Richardson from comment #5)
> Does the sanitizer runtime library include the
> https://reviews.llvm.org/D96348 patch?
Yes, the change was merged into GCC master some time ago.
>
> IMO the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98689
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99447
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #20 from Jan Hubicka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99827
Bug ID: 99827
Summary: [coroutines] co_await on function receiving
initializer list of shared pointers causes ICE
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99814
--- Comment #7 from Jakub Jelinek ---
(In reply to Alex Richardson from comment #5)
> Does the sanitizer runtime library include the
> https://reviews.llvm.org/D96348 patch?
>
> IMO the real issue is that dlsym() with RTLD_NEXT selects the oldes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99827
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99826
--- Comment #1 from Richard Biener ---
__GIMPLE(ssa) char * foo(char *p) {..}
works for the first issue. I failed to make the "late" __GIMPLE spec work in
a straight-forward manner. I guess we might want to change the default dumping
to prefer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99827
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98125
--- Comment #17 from Jakub Jelinek ---
As a quick hack, we could do e.g.
--- gcc/configure.ac2021-03-23 19:42:05.417907561 +0100
+++ gcc/configure.ac2021-03-30 14:54:31.655766205 +0200
@@ -3404,12 +3404,15 @@ AC_DEFINE_UNQUOTED(HAVE_GAS_S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99823
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99819
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99818
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99817
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99808
--- Comment #8 from CVS Commits ---
The master branch has been updated by Kyrylo Tkachov :
https://gcc.gnu.org/g:41d57b2a97c44ae7b0a5b01ae703a8f0d0495238
commit r11-7907-g41d57b2a97c44ae7b0a5b01ae703a8f0d0495238
Author: Kyrylo Tkachov
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99773
--- Comment #6 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:6f93a7c7fc62b2d6ab47e5d5eb60d41366e1ee9e
commit r11-7908-g6f93a7c7fc62b2d6ab47e5d5eb60d41366e1ee9e
Author: Christophe Lyon
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99773
Christophe Lyon changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #41 from Martin Jambor ---
I reworked the series in order to avoid the biggest objection and posted them
as https://gcc.gnu.org/pipermail/gcc-patches/2021-March/567471.html and
https://gcc.gnu.org/pipermail/gcc-patches/2021-March/5674
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99827
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98056
Iain Sandoe changed:
What|Removed |Added
CC||inf17092 at lehre dot
dhbw-stuttga
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99828
Bug ID: 99828
Summary: inlining failed in call to ‘always_inline’ ‘memcpy’:
--param max-inline-insns-auto limit reached
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99825
--- Comment #4 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:9c68e2abe294a48385224cd7617eca0720144b5c
commit r11-7909-g9c68e2abe294a48385224cd7617eca0720144b5c
Author: Tamar Christina
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99825
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99829
Bug ID: 99829
Summary: MVE: ICE in lra_assign at -O3
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99744
--- Comment #8 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:5463cee277038df4688b61144db498ae7d24e631
commit r11-7910-g5463cee277038df4688b61144db498ae7d24e631
Author: H.J. Lu
Date: Tue Mar 23 20:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99828
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99718
--- Comment #20 from CVS Commits ---
The master branch has been updated by Segher Boessenkool :
https://gcc.gnu.org/g:f64b91568f3ac8f152c6c617b4fcc6b51da10ac4
commit r11-7911-gf64b91568f3ac8f152c6c617b4fcc6b51da10ac4
Author: luo...@cn.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99828
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99654
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2021-03-30
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98125
--- Comment #18 from Jakub Jelinek ---
Another more targeted partial reversion:
2021-03-30 Jakub Jelinek
* targhooks.h (default_print_patchable_function_entry_1): Declare.
* targhooks.c (default_print_patchable_function_entry_
r11-7911-20210330134321-gf64b91568f3-checking-yes-rtl-df-extra-aarch64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 11.0.1 20210330 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91799
seurer at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99831
Bug ID: 99831
Summary: ICE: in reshape_init, at cp/decl.c:6720
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99781
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99831
--- Comment #1 from 康桓瑋 ---
Note that if we comment one of the asserts, there will be no problem, or we
just comment the redundant std::ranges::sort.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99831
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99822
--- Comment #3 from CVS Commits ---
The master branch has been updated by Kyrylo Tkachov :
https://gcc.gnu.org/g:19199a6f2b0f4ce4b100856c78706d56a16b1956
commit r11-7912-g19199a6f2b0f4ce4b100856c78706d56a16b1956
Author: Kyrylo Tkachov
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99822
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99831
Marek Polacek changed:
What|Removed |Added
Keywords||needs-reduction
--- Comment #3 from Mare
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98119
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99377
Boris Kolpackov changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99813
--- Comment #4 from rsandifo at gcc dot gnu.org
---
Thanks for looking at this. I agree swapping the constraints for
operand 2 looks like the right fix, and brings it into line with
*add3_aarch64". I think we need to swap operand 1 too
though,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99560
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99540
--- Comment #10 from rsandifo at gcc dot gnu.org
---
*** Bug 99560 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99252
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99216
--- Comment #9 from rsandifo at gcc dot gnu.org
---
*** Bug 99252 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99820
--- Comment #1 from CVS Commits ---
The master branch has been updated by Kyrylo Tkachov :
https://gcc.gnu.org/g:c277abd9cd3d10db59f9965d7d6356868da42a9f
commit r11-7913-gc277abd9cd3d10db59f9965d7d6356868da42a9f
Author: Kyrylo Tkachov
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99820
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
1 - 100 of 185 matches
Mail list logo
