This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug lto/65778] v8 build fails with assembly error with LTO enabled on arm-linux-gnueabihf
- From: "ramana at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Wed, 22 Apr 2015 18:49:45 +0000
- Subject: [Bug lto/65778] v8 build fails with assembly error with LTO enabled on arm-linux-gnueabihf
- Auto-submitted: auto-generated
- References: <bug-65778-4 at http dot gcc dot gnu dot org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65778
Ramana Radhakrishnan <ramana at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
CC| |ramana at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #3 from Ramana Radhakrishnan <ramana at gcc dot gnu.org> ---
(In reply to Andrew Pinski from comment #1)
> Can't you not use just a move instead of a ldr here? basically it is the
> assembler which creates the constant pool here and that is too far from the
> where the ldr is located because the function is "huge".
Indeed the compiler has no role here.
It's not like __ARM_NR_cacheflush is going to change is it ? You can write it
similar to the libgcc implementation for clear_cache.
regards
Ramana