Bug 62084 - [avr] ICE: in convert_debug_memory_address
Summary: [avr] ICE: in convert_debug_memory_address
Status: NEW
Alias: None
Product: gcc
Classification: Unclassified
Component: target (show other bugs)
Version: 5.0
: P3 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
Keywords: addr-space, ice-on-valid-code
Depends on:
Reported: 2014-08-10 17:00 UTC by Joerg Wunsch
Modified: 2015-01-02 13:09 UTC (History)
4 users (show)

See Also:
Target: avr
Known to work:
Known to fail:
Last reconfirmed: 2014-09-12 00:00:00

Preprocessed source triggering the issue (4.04 KB, text/plain)
2014-08-10 17:00 UTC, Joerg Wunsch

Note You need to log in before you can comment on or make changes to this bug.
Description Joerg Wunsch 2014-08-10 17:00:46 UTC
Created attachment 33286 [details]
Preprocessed source triggering the issue

When compiling the SVN version of avr-libc, I get the following ICE:

% env LANG=C avr-gcc -gdwarf-2 -Wall -W -Wstrict-prototypes -mmcu=avr2 -mcall-prologues -Os -S strftime.i
../../../libc/time/strftime.c: In function 'pgm_copystring':
../../../libc/time/strftime.c:56:1: internal compiler error: in convert_debug_memory_address, at cfgexpand.c:2528
 pgm_copystring(const char __memx * p, unsigned char i, char *b, unsigned char l)
no stack trace because unwind library not available
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

This can also be observed with GCC 4.8.3.

Omitting the -gdwarf-2 option makes the issue go away.
Comment 1 Georg-Johann Lay 2014-08-21 11:41:54 UTC
Looks like PR52472, are your sources up to date?
Comment 2 Georg-Johann Lay 2014-09-12 14:31:25 UTC
CC'ing Jeff as he also fixed PR52472...

ICE with Jörg's code for 4.9.2and 5.0 (from 2014-09-12 SVN 215212)
Comment 3 Georg-Johann Lay 2014-12-15 18:31:23 UTC
Marek, would you give a pointer for why this is a target issue and what the backend should do to fix it?  Thanks.
Comment 4 Marek Polacek 2014-12-15 18:54:29 UTC
Looking at this again, this might be a "debug" issue instead rather than "target".
Comment 5 Senthil Kumar Selvaraj 2015-01-02 13:09:09 UTC
Not reproducible with the latest trunk build (gcc version 5.0.0 20150102)