| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
option table instead of storing the name.
Another 8 bytes + relocation removed from every diagnostic on x86_64.
llvm-svn: 150615
|
| |
|
|
|
|
| |
More cleanup after r149799.
llvm-svn: 150380
|
| |
|
|
| |
llvm-svn: 150231
|
| |
|
|
|
|
|
|
| |
unused and wasted space for nothing.
- per PR11952.
llvm-svn: 150199
|
| |
|
|
| |
llvm-svn: 149864
|
| |
|
|
| |
llvm-svn: 148595
|
| |
|
|
| |
llvm-svn: 148592
|
| |
|
|
|
|
| |
appropriate or when GCC requires it)
llvm-svn: 148292
|
| |
|
|
|
|
| |
This allows -Wswitch-enum to find switches that need updating when these enums are modified.
llvm-svn: 148281
|
| |
|
|
| |
llvm-svn: 148095
|
| |
|
|
| |
llvm-svn: 147737
|
| |
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
http://llvm.org/docs/CodingStandards.html#ll_virtual_anch
llvm-svn: 146959
|
| |
|
|
| |
llvm-svn: 145002
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
so we don't want shell meta chars in there.
llvm-svn: 144645
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
llvm-svn: 143889
|
| |
|
|
|
|
|
| |
depends on the Support library rather than relying on TableGen's
transitive dependency.
llvm-svn: 143532
|
| |
|
|
|
|
| |
This matches what we do for Intel vector intrinsics. <rdar://problem/10280207>
llvm-svn: 141958
|
| |
|
|
|
|
|
|
|
|
|
| |
- Remodel Expr::EvaluateAsInt to behave like the other EvaluateAs* functions,
and add Expr::EvaluateKnownConstInt to capture the current fold-or-assert
behaviour.
- Factor out evaluation of bitfield bit widths.
- Fix a few places which would evaluate an expression twice: once to determine
whether it is a constant expression, then again to get the value.
llvm-svn: 141561
|
| |
|
|
|
|
|
| |
to avoid having to make it available for the cross build when it
builds only clang-tblgen.
llvm-svn: 141453
|
|
|
the build systems to use clang-tblgen.
llvm-svn: 141291
|