- User Since
- Nov 30 2015, 2:15 AM (203 w, 2 h)
Dec 12 2017
Can you please add a test for this? There is already a test in stack-align.ll that covers 32bit stack realignment, you can probably modify that testcase to cover 64bit also.
Jul 19 2017
Thanks for cleaning this up. LGTM.
Jul 18 2017
I assume the .mul/.sdiv/.udiv routines must be provided by linking to libgcc or glibc?
Nov 24 2016
Nov 21 2016
Jul 13 2016
Jul 4 2016
Can't seem to find tests for the following passes:
Jun 24 2016
Jun 22 2016
Can you run the code through clang-format please? There's a few columns that are too long etc.
May 24 2016
Corrected formatting of a line that exceeded 80 columns.
Updated against latest master in preparation for commit.
May 23 2016
May 19 2016
- Corrected an error causing the "target-features"="+soft-float" attribute to not be correctly set
- Improved the function-target-features test
May 11 2016
Accidentally removed two tests from 32abi.ll in the previous revision, this revision reintroduces them.
May 10 2016
The following have been updated in this patch:
May 2 2016
Removed the subtarget object from the TargetMachine and changed the way 32/64 bit ness is determined as requested.
Apr 27 2016
The change should use the same calling convention as GCC does, yes. I tested the change by linking with libgcc (from http://www.gaisler.com/index.php/products/operating-systems/bcc) which contains implementation of all the floating point procedures, that seemed to work perfectly. I also tested it by manually compiling a library of the builtins from the Compiler-RT project (Compiler-RT builtins are compatible with libgcc as noted on http://compiler-rt.llvm.org/), and that worked as well.
Apr 22 2016
This looks good for me (not sure I can formally accept it as I do not yet have SVN write access though).
Apr 21 2016
Apr 20 2016
I had initially planned to do this over two patches but changed my mind a decided it was better to do it in one. This updated patch ensures that the soft-float attribute is retained when the target options are being reset (this change is identical to how other targets handles this situation).
Apr 19 2016
Reintroduced the header on line 1 of SparcISelLowering.h which was accidentally removed.
Feb 8 2016
Sorry for bumping this, but hope it would be possible to explain some of the issues you have found with the assembler. I am interested in having a look at these so we can improve the situation.
Dec 2 2015
Would it be possible to elaborate on the remaining issues for the Sparc integrated assembler? I had a look at bugzilla but could not find any references to issues with the integrated assembler for Sparc.