| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
| |
Added GenerateChecksForIntrinsic method to generate FileCheck patterns
for generated arm neon tests.
Reviewed by Bob Wilson.
llvm-svn: 179644
|
| |
|
|
|
|
|
|
| |
Changed the test generation target cpu type from cortex-a9 to swift.
Reviewed by Bob Wilson.
llvm-svn: 179642
|
| |
|
|
|
|
|
|
|
| |
Added code to NeonEmitter::runTests so that GenTest gets all of the needed
arguments to invoke the neon test generation methods.
Reviewed by Bob Wilson.
llvm-svn: 179640
|
| |
|
|
|
|
|
|
|
| |
Refactored out the method InstructionTypeCode from MangleName for use in
further patches which perform neon tablegen test generation.
Reviewed by Bob Wilson.
llvm-svn: 179636
|
| |
|
|
|
|
|
|
|
|
| |
This patch causes OpInst records to be silently identified with their Non-Op
inst counterparts so that the same test generation infrastructure can be used to
generate tests.
Reviewed by Bob Wilson.
llvm-svn: 179628
|
| |
|
|
|
|
|
|
|
|
|
| |
We had been defining Neon intrinsics as "static" with always_inline attributes.
If you use them from an extern inline function, you get a warning, e.g.:
static function 'vadd_u8' is used in an inline function with external linkage
This change simply adds the inline keyword to avoid that warning.
llvm-svn: 179406
|
| |
|
|
|
|
| |
Add locations in a number of places, where they are available for free.
llvm-svn: 166691
|
| |
|
|
| |
llvm-svn: 161831
|
| |
|
|
|
|
|
|
|
| |
tablegen code, found by -fcatch-undefined-behavior. I would appreciate if
someone more familiar with the NEON code could point me in the direction of how
to write a test for this. We appear to have essentially no test coverage
whatsoever for these builtins.
llvm-svn: 161827
|
| |
|
|
| |
llvm-svn: 161244
|
| |
|
|
|
|
|
|
| |
Get rid of a bunch of header files. TableGen output should be unaffected.
Patch by Sean Silva!
llvm-svn: 158388
|
| |
|
|
| |
llvm-svn: 157700
|
| |
|
|
| |
llvm-svn: 156490
|
| |
|
|
|
|
| |
appropriate or when GCC requires it)
llvm-svn: 148292
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Not long ago, I tightened up the type checking for pointer arguments of
Neon intrinsics to match the specifications provided by ARM. One consequence
was that it became impossible to access the unaligned versions of a few
Neon load/store operations. Since there are just a few of these intrinsics
where it makes a difference, I think it's better to relax the type checking
than to either introduce new non-standard unaligned intrinsics or to disallow
intrinsics for the unaligned operations.
llvm-svn: 146963
|
| |
|
|
|
|
|
|
|
|
|
| |
The code for checking Neon builtin pointer argument types was assuming that
there would only be one pointer argument. But, for vld2-4 builtins, the first
argument is a special sret pointer where the result will be stored. So,
instead of scanning all the arguments to find a pointer, have TableGen figure
out the index of the pointer argument that needs checking. That's better than
scanning all the arguments regardless. <rdar://problem/10448804>
llvm-svn: 144834
|
| |
|
|
|
|
|
|
|
|
|
| |
The Neon load/store intrinsics need to be implemented as macros to avoid
hiding alignment attributes on the pointer arguments, and the macros can
only evaluate those pointer arguments once (in case they have side effects),
so it has been hard to get the right type checking for those pointers.
I tried various alternatives in the arm_neon.h header, but it's much more
straightforward to just check directly in Sema.
llvm-svn: 144075
|
| |
|
|
|
|
|
|
|
| |
This patch just adds a simple NeonTypeFlags class to replace the various
hardcoded constants that had been used until now. Unfortunately I couldn't
figure out a good way to avoid duplicating that class between clang and
TableGen, but since it's small and rarely changes, that's not so bad.
llvm-svn: 144054
|
| |
|
|
|
|
| |
This matches what we do for Intel vector intrinsics. <rdar://problem/10280207>
llvm-svn: 141958
|
|
|
the build systems to use clang-tblgen.
llvm-svn: 141291
|
