This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug debug/84342] Location views breaks cross builds of arm including gnueabihf
- From: "law at redhat dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Sat, 17 Feb 2018 00:29:21 +0000
- Subject: [Bug debug/84342] Location views breaks cross builds of arm including gnueabihf
- Auto-submitted: auto-generated
- References: <bug-84342-4@http.gcc.gnu.org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84342
Jeffrey A. Law <law at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|[8 Regression] Location |Location views breaks cross
|views breaks cross builds |builds of arm including
|of arm including gnueabihf |gnueabihf
--- Comment #9 from Jeffrey A. Law <law at redhat dot com> ---
Alex: I realize that's the point of the hook. But I'm pretty sure there's no
way to fix the ARM port given the point at which lengths are set and the point
at which ccfsm is valid are at two different times. We'd either need a revamp
of ccfsm or some layering violations to allow dwarf2out to access the
underlying routines for length query and bypass the cache.
It's my view this BZ is resolved. But if you want to keep it open to track the
incorrect lengths in the ARM port, that's fine. But it's certainly no longer a
regression for gcc-8.