https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115419
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115419
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115481
--- Comment #4 from Georg-Johann Lay ---
(In reply to dv from comment #0)
> New versions of avrlibc provide long double math functions,
In the case it matters:
1) avr-libc has long double prototypes in math.h since v2.2.
2a) When long double
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111639
--- Comment #9 from Georg-Johann Lay ---
(In reply to Jonathan Wakely from comment #1)
> since float, double and long double all seem to be the same size on avr
Not necessarily. Since GCC v10, the default for long double is 64 bit (IEEE
double)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115523
Bug ID: 115523
Summary: [avr] Remove SFmode insns
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115523
--- Comment #1 from Georg-Johann Lay ---
That bloat can be worked around by taking away the SFmode insns in avr.md.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86869
Georg-Johann Lay changed:
What|Removed |Added
Target Milestone|14.0|14.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115523
--- Comment #3 from Georg-Johann Lay ---
Andrew, in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114243#c2 you wrote
that the issue is going to be fixed for RISC-V. You have a PR for that, and
what's the state of it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114243
Georg-Johann Lay changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114243
--- Comment #4 from Georg-Johann Lay ---
Created attachment 58483
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58483&action=edit
sfmode.c: C test case
This is a test case with simpler functions like
float add2 (float a, float b)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115717
Bug ID: 115717
Summary: volatile store hampering unrelated optimization
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115726
Bug ID: 115726
Summary: [avr] Wrong code with __memx and local register
variables
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115726
Georg-Johann Lay changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115726
--- Comment #2 from Georg-Johann Lay ---
(In reply to Richard Biener from comment #1)
> It seems to work on x86_64 for
It's an AVR issue and how avr.md::mov is expanding loads from 24-bit
address-space.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115726
Georg-Johann Lay changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88236
Georg-Johann Lay changed:
What|Removed |Added
Target Milestone|--- |14.2
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86635
Georg-Johann Lay changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115726
Georg-Johann Lay changed:
What|Removed |Added
CC||saaadhu at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87376
Georg-Johann Lay changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87376
--- Comment #7 from Georg-Johann Lay ---
I have no idea how to fix this one.
The problem is that the DImode move is being expanded into 8 x QImode loads
from memx, and there is no way to do stuff similar to PR115726 because we do
not have movdi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115733
Bug ID: 115733
Summary: [avr] Improve __memx address handling
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115733
Georg-Johann Lay changed:
What|Removed |Added
Severity|normal |enhancement
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115733
--- Comment #1 from Georg-Johann Lay ---
Created attachment 58559
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58559&action=edit
proposed patch
AVR: target/115733 - Improve __memx address handling.
Allow CONSTANT_ADDRESS_P addresses in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98762
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87376
Georg-Johann Lay changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54071
Georg-Johann Lay changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78275
Georg-Johann Lay changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115817
Georg-Johann Lay changed:
What|Removed |Added
Priority|P3 |P4
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115825
Bug ID: 115825
Summary: Loop unrolling increases code size with -Os
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115825
--- Comment #3 from Georg-Johann Lay ---
How is the tree-ssa passes quering the costs? Does it bake RTX patterns, or is
it again some implicit assumptions without looking at actual (estimated) real
costs?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115828
Bug ID: 115828
Summary: Inefficient loop termination (should use compare
against 0)
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115817
--- Comment #3 from Georg-Johann Lay ---
Setting R1 to 0 in an ISR prologue is not redundant, because R1 may be non-zero
due to a variety of reasons, for example when the interrupted code uses MUL
just to mention one.
Moreover, on Reduced Tiny
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115830
Bug ID: 115830
Summary: [avr] Make better use of SREG in conditional jumps
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115830
Georg-Johann Lay changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115828
--- Comment #2 from Georg-Johann Lay ---
(In reply to Andrew Pinski from comment #1)
> Turning off ivopts `-fno-ivopts`. avr gives:
> .L2:
> sts v+1,r19
> sts v,r18
> subi r18,2
> sbc r19,__zero_reg__
> sb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115825
--- Comment #7 from Georg-Johann Lay ---
Created attachment 58624
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58624&action=edit
unroll-Os.c.182t.cunroll
(In reply to Richard Biener from comment #6)
> can you paste more context from the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115825
--- Comment #8 from Georg-Johann Lay ---
Created attachment 58625
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58625&action=edit
unroll-Os.c.112t.cunrolli
(In reply to Richard Biener from comment #6)
> can you paste more context from th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115893
--- Comment #1 from Georg-Johann Lay ---
A native build on x86_64 produces warnings about avr documentation.(In reply to
David Binderman from comment #0)
> A native build on x86_64 produces warnings about avr documentation.
This is an issue in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115893
--- Comment #3 from Georg-Johann Lay ---
(In reply to David Binderman from comment #2)
> IMHO, an x86_64 build shouldn't be doing *anything* with any avr
> documentation.
The GCC user documentation as well as the Internals manual covers all targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56479
Georg-Johann Lay changed:
What|Removed |Added
Version|4.7.2 |14.1.0
Last reconfirmed|2013-03-02
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90616
Georg-Johann Lay changed:
What|Removed |Added
Build|amd64-portbld-freebsd10.4 |
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18065
Georg-Johann Lay changed:
What|Removed |Added
Last reconfirmed|2005-05-01 04:18:52 |2024-7-18
Summary|usual ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89270
--- Comment #16 from Georg-Johann Lay ---
(In reply to Richard Biener from comment #14)
> Fixed on trunk sofar. Joseph correctly mentioned that iff AVR would define
> __int24 using INT_N in avr-modes.def the issue would have been mitigated as
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116056
Bug ID: 116056
Summary: [avr] Add support for __attribute__((signal(n)))
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116056
Georg-Johann Lay changed:
What|Removed |Added
Severity|normal |enhancement
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116056
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64053
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116056
Georg-Johann Lay changed:
What|Removed |Added
CC||eugene at hutorny dot in.ua
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97276
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116953
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
--- Comment #17 from Georg-Johann Lay ---
(In reply to denisc from comment #15)
> I sent a patch.
What might help is to CC the respective maintainer as listed in MAINTAINERS.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116780
--- Comment #3 from Georg-Johann Lay ---
Maybe this one is related to the fact that LRA doesn't set strict when it is in
strict-RTL mode? For example, with your latest test case:
$avr-gcc foo.c -S -mlra -O1 -mmcu=atmega128 -fdump-rtl-final
-ml
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116780
--- Comment #10 from Georg-Johann Lay ---
...hmmm https://gcc.gnu.org/onlinedocs/gcc/Zero-Length.html reads:
6.18 Arrays of Length Zero
Declaring zero-length arrays is allowed in GNU C as an extension. A zero-length
array can be useful as the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116780
--- Comment #9 from Georg-Johann Lay ---
(In reply to Segher Boessenkool from comment #8)
> That is invalid C code, of course (an out of bounds access).
What about the other test case
https://gcc.gnu.org/bugzilla/attachment.cgi?id=59148 ?
That'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116780
--- Comment #14 from Georg-Johann Lay ---
(In reply to Segher Boessenkool from comment #13)
> But this testcase is in gcc.target/ anyway, right?
That's just a copy of gcc.dg/torture/pr64088.c :
https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=gcc/t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116953
Georg-Johann Lay changed:
What|Removed |Added
Last reconfirmed||2024-10-21
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
--- Comment #25 from Georg-Johann Lay ---
(In reply to denisc from comment #24)
> Johann do you think that it is better to open a new bug for lra-pr116550-2.c
Yes, seems to be a different issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
--- Comment #22 from Georg-Johann Lay ---
I allowed me to add some test cases. Unfortunatels, one of them is failing
with the patch and -mlra, whereas is passes with -mno-lra.
In $builddir/gcc:
$ make -k check-gcc RUNTESTFLAGS="--target_board
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
Bug 113934 depends on bug 116550, which changed state.
Bug 116550 Summary: [lra][avr] internal compiler error: in final_scan_insn_1,
at final.cc:2807
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56183
Bug 56183 depends on bug 116550, which changed state.
Bug 116550 Summary: [lra][avr] internal compiler error: in final_scan_insn_1,
at final.cc:2807
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
Bug 113934 depends on bug 116779, which changed state.
Bug 116779 Summary: [lra][avr] internal compiler error: in patch_jump_insn, at
cfgrtl.cc:1303
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116779
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116779
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117191
--- Comment #3 from Georg-Johann Lay ---
*** Bug 116779 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56183
Bug 56183 depends on bug 116779, which changed state.
Bug 116779 Summary: [lra][avr] internal compiler error: in patch_jump_insn, at
cfgrtl.cc:1303
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116779
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
--- Comment #11 from Georg-Johann Lay ---
There's PR116778 that also produces wrong code; maybe it's the same issue --
but easier to analyse. At least for that PR the bad insn is already known.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116780
--- Comment #16 from Georg-Johann Lay ---
(In reply to Segher Boessenkool from comment #15)
> It makes sense never, not on any target, not with LRA nor without.
Though there are test cases that are UB and valid as I just
learned some weeks ago.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41045
Georg-Johann Lay changed:
What|Removed |Added
Last reconfirmed|2009-11-22 20:00:11 |2024-10-25
--- Comment #13 from Georg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117191
--- Comment #5 from Georg-Johann Lay ---
In the case you are wondering: Thes test case has been renamed to
gcc.target/avr/torture/pr117191.c
some days ago.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
Georg-Johann Lay changed:
What|Removed |Added
Attachment #59196|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
--- Comment #8 from Georg-Johann Lay ---
Though it seems there are also new execution FAILs:
$ make -k check-gcc RUNTESTFLAGS="--target_board=atmega128-sim
--tool_opts=-mlra execute.exp=simd-[12].c -all"
Running
/home/john/xgnu/source/gcc-mast
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
--- Comment #9 from Georg-Johann Lay ---
The gcc.c-torture/execute/simd-[12].c tests PASS with -mno-lra but are FAILing
with -mlra. Without your patch there are some ICEs, with your patch it's only
execution FAILs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
--- Comment #5 from Georg-Johann Lay ---
Created attachment 59196
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59196&action=edit
diff-test.txt: avr testsuite delta
(In reply to denisc from comment #2)
> Johan can you test the patch ?
On
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
--- Comment #6 from Georg-Johann Lay ---
...I am stuck here. When I am testing locally, a single test like
$ make -k check-gcc RUNTESTFLAGS="--target_board=atmega128-sim
--tool_opts=-mlra compile.exp=2009-1.c -all"
works fine, but on the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116781
Bug ID: 116781
Summary: [lra][avr] internal compiler error: in
cselib_invalidate_regno, at cselib.cc:2545
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116781
Georg-Johann Lay changed:
What|Removed |Added
Keywords||ice-on-valid-code, ra
Ever confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113932
Bug 113932 depends on bug 116326, which changed state.
Bug 116326 Summary: [lra] internal compiler error: in get_reload_reg, at
lra-constraints.cc:755
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116326
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
Bug 113934 depends on bug 116326, which changed state.
Bug 116326 Summary: [lra] internal compiler error: in get_reload_reg, at
lra-constraints.cc:755
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116326
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113932
Bug 113932 depends on bug 116324, which changed state.
Bug 116324 Summary: [lra] error: inconsistent operand constraints in an 'asm'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116324
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116326
--- Comment #14 from Georg-Johann Lay ---
*** Bug 116324 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116324
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116325
Georg-Johann Lay changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113932
Bug 113932 depends on bug 116325, which changed state.
Bug 116325 Summary: [lra] ICE: in curr_insn_transform, at
lra-constraints.cc:4283
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116325
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116326
Georg-Johann Lay changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56183
Bug 56183 depends on bug 116326, which changed state.
Bug 116326 Summary: [lra] internal compiler error: in get_reload_reg, at
lra-constraints.cc:755
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116326
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
Bug 113934 depends on bug 116324, which changed state.
Bug 116324 Summary: [lra] error: inconsistent operand constraints in an 'asm'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116324
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56183
Bug 56183 depends on bug 116324, which changed state.
Bug 116324 Summary: [lra] error: inconsistent operand constraints in an 'asm'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116324
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116326
--- Comment #15 from Georg-Johann Lay ---
*** Bug 116325 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56183
Bug 56183 depends on bug 116325, which changed state.
Bug 116325 Summary: [lra] ICE: in curr_insn_transform, at
lra-constraints.cc:4283
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116325
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
Bug 113934 depends on bug 116325, which changed state.
Bug 116325 Summary: [lra] ICE: in curr_insn_transform, at
lra-constraints.cc:4283
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116325
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116389
--- Comment #8 from Georg-Johann Lay ---
As it appears, this ICE only occurs with reload (-mno-lra) but not with LRA
(-mlra). Provided PR116326 is fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116778
--- Comment #1 from Georg-Johann Lay ---
...and without -mlra the code is correct, so likely caused by LRA.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116778
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116778
Bug ID: 116778
Summary: [lra][avr] Wrong code with -mlra (bitfld-lra.c)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116780
Bug ID: 116780
Summary: [lra][avr] internal compiler error: output_operand:
address operand requires constraint for X, Y, or Z
register
Product: gcc
Version: 15.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116780
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116779
Bug ID: 116779
Summary: [lra][avr] internal compiler error: in
patch_jump_insn, at cfgrtl.cc:1303
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116779
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116953
Bug ID: 116953
Summary: [avr] error: operands to %T/%t must be reg + const_int
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116953
Georg-Johann Lay changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
301 - 400 of 562 matches
Mail list logo