This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug rtl-optimization/78038] [5/6/7 Regression] internal compiler error: in get_sub_rtx, at ree.c:655


https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78038

--- Comment #8 from Steffen Schmidt <steffen-schmidt at siemens dot com> ---
(In reply to Andrew Pinski from comment #7)
> I am a bit shocked you are using ILP32 for aarch64 bare metal.  This is the
> first time I have seen that.

Hi, it was not my intension to shock you :)
Actually we have good reasons to use the ilp32 setting. We are developing
embedded software on a bare metal basis on different hardware platforms.
Unfortunately there are a lot of legacy components included, relying (due to a
bad design) on pointer sizes of 32bit. We cannot easily change all those
components but we want to use the capabilities of 64bit hardware none the less.
The solution came for us a few years ago when H.J. Lu provided the x32 ABI for
X86_64 platforms and once ARM moved on to aarch64, we were very glad to see
that ilp32 ABI was included and supported.
I know that there we actually other reasons to create such ABI, like reducing
memory footprint of applications, but for us the effect was to enable 64bit
platforms for our software.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]