summaryrefslogtreecommitdiffstats
path: root/gnu/llvm/lib/Target/AArch64 (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Remove LLVM 8.0.1 files.patrick2020-08-03131-112505/+0
|
* Import LLVM 8.0.1 release including clang, lld and lldb.patrick2019-09-013-82/+18
|
* The GlobalISel IRTranslator pass assumes that it is safe to use themortimer2019-08-011-1/+2
| | | | | | | | | | | | | | | | | | LOAD_STACK_GUARD pseudo without consulting the value of useLoadStackGuardNode(), and then tries to add the return from getSDagStackGuard() as a parameter without consulting the return from getIRStackGuard() to see if it should do that. This means that the GlobalISel IRTranslator's implementation for Intrinsic::stackprotector is broken for platforms that implement getIRStackGuard() like we do, and this causes a segfault later when the incomplete LOAD_STACK_GUARD pseudo is lowered in the back end. Since GlobalISel is disabled on aarch64 most of the time anyway, add a bit that disables it for OpenBSD/aarch64 all the time. Fixes a crash when building on aarch64 without retguard, with a stack protector and without optimizations, which manifests when building cross-tools. ok patrick@ deraadt@
* Merge LLVM 8.0.0 release.patrick2019-06-237-453/+2134
| | | | | | | | | Prepared with help from jsg@ and mortimer@ Tested on amd64 by bcallah@, krw@, naddy@ Tested on arm64 by patrick@ Tested on macppc by kettenis@ Tested on octeon by visa@ Tested on sparc64 by claudio@
* Import LLVM 8.0.0 release including clang, lld and lldb.patrick2019-06-2363-1428/+6081
|
* Re-enable RETGUARD leaf function optimization for arm64.mortimer2019-05-312-2/+2
| | | | | | | | It turns out MachineFrameInfo.hasCalls() is unreliable, because it is up to the backends to update this information whenever they add calls to a function, and this does not always happen. ok kettenis@
* retguard-cookie-in-register is slightly unstable on arm64, so surgicallyderaadt2019-04-172-2/+2
| | | | | disable it in upcoming 6.5 release. (phessler and mortimer have the details)
* Do not store the retguard cookie in frame in leaf functions if possible.mortimer2019-03-313-5/+12
| | | | | | | Makes things slightly faster and also improves security in these functions, since the retguard cookie can't leak via the stack. ok deraadt@
* Tedu files that got removed in LLVM 7.0.1.patrick2019-01-271-849/+0
|
* Merge LLVM 7.0.1 release.patrick2019-01-276-959/+1969
| | | | | With fixes from mortimer@ (thanks!) Tested by many, especially naddy@ (thanks!)
* Import LLVM 7.0.1 release including clang, lld and lldb.patrick2019-01-2775-2790/+13313
|
* Add retguard for arm64.mortimer2018-08-126-1/+212
| | | | ok deraadt@
* Tedu files that got removed in LLVM 6.0.0.patrick2018-04-061-388/+0
|
* Merge LLVM 6.0.0 release.patrick2018-04-062-280/+421
|
* Import LLVM 6.0.1 release including clang, lld and lldb.patrick2018-04-0684-1795/+5710
| | | | "where is the kaboom?" deraadt@
* Merge LLVM 5.0.1 release.patrick2017-12-241-5/+14
|
* Import LLVM 5.0.1 release including clang, lld and lldb.patrick2017-12-244-54/+70
|
* Tedu files that got removed in LLVM 5.0.0.patrick2017-10-043-1385/+0
|
* Merge LLVM 5.0.0 release.patrick2017-10-042-537/+715
|
* Import LLVM 5.0.0 release including clang, lld and lldb.patrick2017-10-0479-2344/+9410
|
* Merge LLVM 4.0.0 release.patrick2017-03-142-5/+7
|
* Import LLVM 4.0.0 release including clang and lld.patrick2017-03-144-14/+36
|
* Merge LLVM 4.0.0 rc1patrick2017-01-243-782/+597
|
* Import LLVM 4.0.0 rc1 including clang and lld to help the currentpatrick2017-01-2467-2370/+5230
| | | | development effort on OpenBSD/arm64.
* Disable the Load Stack Guard for OpenBSD on AArch64. We don't use itpatrick2017-01-142-1/+2
| | | | | | | | on any other platform and it causes a segfault in combination with our IR Stack Guard. "looks reasonable" kettenis@ "looks good to me" stefan@
* Merge LLVM 3.9.1patrick2017-01-147-118/+0
|
* Import LLVM 3.9.1 including clang and lld.patrick2017-01-1472-5292/+11808
|
* Use the space freed up by sparc and zaurus to import LLVM.pascal2016-09-03102-0/+76682
ok hackroom@