[PATCH] Split unwind register save/restore files per-function, and appease the assembler.

Renato Golin renato.golin at linaro.org
Fri Jan 30 13:10:12 PST 2015


================
Comment at: Unwind/CMakeLists.txt:25
@@ -15,1 +24,3 @@
+  UnwindRegistersSave_saveiWMMX.S
+  UnwindRegistersSave_unw_getcontext.S
 )
----------------
jroelofs wrote:
> compnerd wrote:
> > It would be nice to split these on architecture boundary and keep the variants in a single file.  Something like:
> > 
> >     UnwindRegistersRestore-${ARCH}.S
> >     UnwindRegistersSave-${ARCH}.S
> > 
> > Might be nice to do that for the current save/restore file as a setup change.
> I split them per-function so that there was no possible way a `.fpu` directive accidentally applied to something it shouldn't. If we could push & pop fpu states, I'd be less worried about it.
In my local patch, I separated by arch, too and left the newer fpus for the last. Push/pop support may come in this year, but that will mean we'll need ifdefs for gcc compiling it...

I see what you're worrying about, but these functions will never matter, because the .fpu is only to let the assembler compile that, not to make it run on a hardware that doesn't have vfp. I personally think one same per arch would be best...

http://reviews.llvm.org/D7258

EMAIL PREFERENCES
  http://reviews.llvm.org/settings/panel/emailpreferences/






More information about the cfe-commits mailing list