https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120955
--- Comment #14 from Georg-Johann Lay ---
Just to make sure I am getting it right. With avr-gcc v15.1 / trunk, I am
getting a data size of:
$ avr-size -G b-ii-15.o
text databss total filename
2688194
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87695
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117914
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120423
Georg-Johann Lay changed:
What|Removed |Added
CC||gjl at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120591
--- Comment #2 from Georg-Johann Lay ---
One difference is that in my case (for avr) these tests were failing.
hmmm, I tried to reproduce it with same source and same options for configure,
build and testsuite, but with different length of buil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110093
Georg-Johann Lay changed:
What|Removed |Added
Summary|[12/13/14/15/16 |[12/13/14 Regression][avr]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120955
--- Comment #9 from Georg-Johann Lay ---
So when the issue goes away wihout LTO, then you can't drop -flto obviously.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120955
--- Comment #7 from Georg-Johann Lay ---
(In reply to fiesh from comment #6)
> Am I doing something wrong?
Maybe it has to do with LTO. When you are still using -flto, then the object
files only contain LTO byte code except with -ffat-lto-objec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120955
--- Comment #4 from Georg-Johann Lay ---
(In reply to fiesh from comment #3)
> Is there some other output, like nm or objdump, that could help?
Not very helpful IMO.
You can try the following steps:
1) It's unlikely that LTO is essential. Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120856
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120856
--- Comment #1 from Georg-Johann Lay ---
(In reply to Georg-Johann Lay from comment #0)
> R22:DI.
Should read R24:DI.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120856
Bug ID: 120856
Summary: [avr] during RTL pass: split2: internal compiler
error: Segmentation fault with -mno-lra
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113932
Bug 113932 depends on bug 113934, which changed state.
Bug 113934 Summary: Switch avr to LRA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
Georg-Johann Lay changed:
What|Removed |Added
Target Milestone|--- |16.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
Bug 113934 depends on bug 118591, which changed state.
Bug 118591 Summary: [lra][avr] Wrong code with -mlra in pr43879-3.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118591
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56183
Bug 56183 depends on bug 118591, which changed state.
Bug 118591 Summary: [lra][avr] Wrong code with -mlra in pr43879-3.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118591
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118591
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115893
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115893
Georg-Johann Lay changed:
What|Removed |Added
Priority|P3 |P5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116389
Georg-Johann Lay changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120423
Georg-Johann Lay changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56183
Bug 56183 depends on bug 116389, which changed state.
Bug 116389 Summary: [15/16 regression] [avr] ICE in extract_constrain_insn for
avrtiny and -O2 with ext-dce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116389
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120424
--- Comment #9 from Georg-Johann Lay ---
(In reply to Sam James from comment #8)
> See
> https://inbox.sourceware.org/gcc-patches/ormsalbaic@lxoliva.fsfla.org/.
Thanks for the pointer and sorry for the noise. I missed that it's 2 patches,
a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120424
--- Comment #7 from Georg-Johann Lay ---
This patch turns the test cases for
gcc.target/avr/torture/pr118591-1.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118591#c4
into ICEs:
$ make -k check-gcc RUNTESTFLAGS="--target_board=atmega128-sim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120591
Bug ID: 120591
Summary: sarif tests depend on (length of) directory name
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120423
Georg-Johann Lay changed:
What|Removed |Added
Known to work||14.2.0
--- Comment #2 from Georg-Joh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120423
--- Comment #1 from Georg-Johann Lay ---
Created attachment 61553
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61553&action=edit
Reduced C test case
Here is a reduced C test case:
struct data
{
int a;
int b;
};
unsigned char v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120423
Georg-Johann Lay changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120442
Georg-Johann Lay changed:
What|Removed |Added
Target Milestone|--- |15.2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120441
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120442
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120442
Bug ID: 120442
Summary: [avr] fdim is missing from libgcc/avr/libf7
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120441
Georg-Johann Lay changed:
What|Removed |Added
Keywords||wrong-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120441
Bug ID: 120441
Summary: [avr] exp returns Inf for x>=512 and 0 for x<=-512 in
libgcc/libf7
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119989
--- Comment #6 from Georg-Johann Lay ---
The issue was introduced by the cc0 -> CCmode conversion in r12-226
3ba781d3b5c8efadb60866c9743b657e8f0eb222
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119989
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |FIXED
Target|Avr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119568
Bug ID: 119568
Summary: [avr] ICE: in find_widening_optab_handler_and_mode, at
optabs-query.cc:498
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119568
--- Comment #1 from Georg-Johann Lay ---
So the ICE occurs with checking enabled, and otherwise it goes into hog mode:
gcc_checking_assert (GET_MODE_CLASS (from_mode) == GET_MODE_CLASS (to_mode)
&& from_mode < to_mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119555
Bug ID: 119555
Summary: [avr] const _Fract: Wrong warning: variable 'f0' set
but not used
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119532
--- Comment #7 from Georg-Johann Lay ---
(In reply to rguent...@suse.de from comment #6)
> Is it a regression?
You mean whether there is an older version where it did not ICE?
Presumably not, at least with v8 it also ICEs, and with v5.4.0 there
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119532
--- Comment #5 from Georg-Johann Lay ---
It also occurs for current v13 and v14 at least.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119532
Bug ID: 119532
Summary: [avr] ICE: in build_minus_one_cst, at tree.cc:2698
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117596
--- Comment #2 from Georg-Johann Lay ---
...what I currently have for trying is this addition to avr.cc:
static bool
avr_c_bitint_type_info (int n, struct bitint_info *info)
{
info->abi_limb_mode = QImode;
info->limb_mode = QImode;
info->
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117596
--- Comment #1 from Georg-Johann Lay ---
All I can find is TARGET_C_BITINT_TYPE_INFO.
* Where to specify that addition should be implemented by a libgcc function
like addbitint3?
* There are libgcc modules like _mulbitint3.o but they are empty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119396
Georg-Johann Lay changed:
What|Removed |Added
Last reconfirmed||2025-03-27
Status|UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119396
--- Comment #3 from Georg-Johann Lay ---
As it seems, the following libgcc/Makefile.in rule injects dependencies:
$(patsubst %,%.vis,$(LIB1ASMFUNCS)): %.vis: %_s$(objext)
$(gen-hide-list)
Since the *_s. objects are added to lib1asmfuncs-s-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119421
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119421
Georg-Johann Lay changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119421
Bug ID: 119421
Summary: [avr] Better optimize some operations involving bits
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119396
--- Comment #2 from Georg-Johann Lay ---
What I have already tried is to set
SHLIB_LINK :=
in t-avr, which should imply enable_shared=no. But it had no effect.
Also I don't know where SHLIB_LINK should be set. In the top-level configure.ac
?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119396
Bug ID: 119396
Summary: libgcc: Shared objects are being built for target that
doesn't support shared libs
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119355
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119225
--- Comment #2 from Georg-Johann Lay ---
This is the texinfo commit that fixed the issue:
https://git.savannah.gnu.org/cgit/texinfo.git/commit/?id=f536711c6286a974798affb366d1ba0cc72fa16e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119225
--- Comment #1 from Georg-Johann Lay ---
This is a texinfo bug that has been fixed.
Please leave the anchors where they are, they are correct and external links
rely on them.
See also https://lists.gnu.org/archive/html/help-texinfo/2024-03/msg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119077
--- Comment #7 from Georg-Johann Lay ---
...I can reproduce it with the following test case and v13:
#include
extern void __builtin_avr_delay_cycles (uint32_t);
#include
int main(void)
{
_delay_ms(100);
}
So the likely cause is that A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119077
--- Comment #6 from Georg-Johann Lay ---
Still 2 issues:
* Your are configuring the compiler in a way not supported by GCC (see my note
above).
* Pre-processed files are still missing. You can get the i files with
-save-temps -g3.
With -g3, t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115817
Georg-Johann Lay changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119086
--- Comment #3 from Georg-Johann Lay ---
(In reply to Andrew Pinski from comment #2)
> See pr 26724 and others.
>
> *** This bug has been marked as a duplicate of bug 26724 ***
Thanks for the pointer. Would you explain how that can be used for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119086
Bug ID: 119086
Summary: __builtin_constant_p is missing opportunities
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119077
Georg-Johann Lay changed:
What|Removed |Added
Last reconfirmed||2025-03-02
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101188
--- Comment #21 from Georg-Johann Lay ---
Back then, the patch has been reopened so it won't be forgotten for
backporting.
https://gcc.gnu.org/pipermail/gcc/2024-February/243300.html
As is seems, no backport will happen?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118889
--- Comment #5 from Georg-Johann Lay ---
...the respective part of varasm.cc reads:
get_variable_section (tree decl, bool prefer_noswitch_p)
{
...
if (ADDR_SPACE_GENERIC_P (as)
&& !DECL_THREAD_LOCAL_P (decl)
&& !DECL_NOINIT_P (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118889
--- Comment #4 from Georg-Johann Lay ---
(In reply to rguent...@suse.de from comment #3)
> On Mon, 17 Feb 2025, gjl at gcc dot gnu.org wrote:
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118889
> > --- Comment #2 from Georg-Johann Lay ---
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118889
--- Comment #2 from Georg-Johann Lay ---
(In reply to Richard Biener from comment #1)
> I think variables with 'static' linkage cannot be 'common'?
Shouldn't they go into .lcomm, i.e. lcomm_section?
What I am trying to achieve is to implement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115817
--- Comment #9 from Georg-Johann Lay ---
What can be used as a kind of work-around (and may be even better than the code
with improved Binutils as proposed above), is to hide the value of 0 from the
compiler:
volatile uint8_t var;
__attribute(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115817
--- Comment #8 from Georg-Johann Lay ---
See https://sourceware.org/bugzilla/show_bug.cgi?id=32704
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115817
Georg-Johann Lay changed:
What|Removed |Added
CC||ul...@t-online.de
--- Comment #7 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118880
Georg-Johann Lay changed:
What|Removed |Added
Keywords|documentation, needs-source |missed-optimization
Resoluti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118880
Georg-Johann Lay changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118889
Bug ID: 118889
Summary: attribute "common" ignored with -fdata-sections
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118880
Georg-Johann Lay changed:
What|Removed |Added
Last reconfirmed||2025-02-15
Status|UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118878
Georg-Johann Lay changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118878
Bug ID: 118878
Summary: [ice][avr] internal compiler error: in avr_out_plus_1,
at config/avr/avr.cc:8801
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118878
Georg-Johann Lay changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118591
Georg-Johann Lay changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118806
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118806
--- Comment #3 from Georg-Johann Lay ---
...or let me state is this way:
This PR implements an optimization that is activated by some option
(-mno-call-main). What's unusual is that it is activated by the no- version of
the option, and -mcall-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118806
--- Comment #2 from Georg-Johann Lay ---
(In reply to Xi Ruoyao from comment #1)
> Maybe it can also be done if main is [[noreturn]]?
Not sure about that.
The proposed patch /sets/ [[noreturn]] provided the conditions are right, i.e.
-mno-call-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118806
Georg-Johann Lay changed:
What|Removed |Added
Keywords||missed-optimization
Targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118806
Bug ID: 118806
Summary: [avr] Optimize running main (-mo-call-main)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118764
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118768
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118764
Bug 118764 depends on bug 118768, which changed state.
Bug 118768 Summary: [avr] Make genmultilib.awk more robust against white spaces
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118768
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118769
Bug ID: 118769
Summary: Provide better location information for diagnostics
with -Wattributes
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118768
Georg-Johann Lay changed:
What|Removed |Added
Blocks||118764
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118768
Bug ID: 118768
Summary: [avr] Make genmultilib.awk more robust against white
spaces
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118764
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118764
Bug ID: 118764
Summary: [avr] Add support for Compact Vector Table
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100530
--- Comment #20 from Georg-Johann Lay ---
So can this be closed as fixed (in v15+) ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118360
--- Comment #5 from Georg-Johann Lay ---
(In reply to GCC Commits from comment #4)
> AVR: PR118012 - Try to work around sick code from match.pd.
The patch above just tries to work around PR118012 / PR118360. It is by no
means a proper fix,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118012
--- Comment #17 from Georg-Johann Lay ---
(In reply to GCC Commits from comment #16)
> AVR: PR118012 - Try to work around sick code from match.pd.
The patch above just tries to work around PR118012 / PR118360. It is by no
means a proper fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118591
--- Comment #3 from Georg-Johann Lay ---
Created attachment 60238
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60238&action=edit
C99 test case that fails on ordinary AVRs (not avrtiny)
This test case fails on ordinary AVRs like -mmcu=at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118591
--- Comment #2 from Georg-Johann Lay ---
(In reply to Georg-Johann Lay from comment #1)
> Created attachment 60230 [details]
> reduced C99 test case
In that test case:
__attribute__((noipa))
void func2 (long a, long b)
{
static unsigned char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118591
--- Comment #1 from Georg-Johann Lay ---
Created attachment 60230
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60230&action=edit
reduced C99 test case
Here is a reduced test case that fails with -mlra -mmcu=attiny40 for any
optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118591
Bug ID: 118591
Summary: [lra][avr] Wrong code with -mlra in pr43879-3.c
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117546
--- Comment #16 from Georg-Johann Lay ---
Ok. Thanks for the pointer (though int32plus should be enough).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117546
--- Comment #14 from Georg-Johann Lay ---
(In reply to GCC Commits from comment #12)
> * gcc.dg/torture/pr117546.c: New test.
That test fails on AVR. Does it assume that int is a 32-bit type or what?
Unfortunately the test is just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56479
Georg-Johann Lay changed:
What|Removed |Added
Summary|Register allocator can't|[lra][avr] Register
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118556
--- Comment #1 from Georg-Johann Lay ---
For ordinary insns, it's enough to -dp to see code length (at least on a target
that implements insn attribute "length"). So -dp should suffice.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118554
--- Comment #2 from Georg-Johann Lay ---
(In reply to Andrew Pinski from comment #1)
> That already is handled by the inline keyword.
> so `__asm inline("" : "+r" (var));`
But that's /only/ for inlining, where a "minimal" size is assumed -- what
1 - 100 of 590 matches
Mail list logo
