| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Expose static type of init/alloc/retain with
instance type as well. Ad-hoc cases are coming
next.
llvm-svn: 187068
|
|
|
|
|
|
| |
instancetype migration.
llvm-svn: 187000
|
|
|
|
|
|
|
| |
which are candidate for migrating to
'instancetype'. wip.
llvm-svn: 186981
|
|
|
|
| |
llvm-svn: 186899
|
|
|
|
|
|
| |
consistency with other fields and to be explicit about bit count.
llvm-svn: 186796
|
|
|
|
| |
llvm-svn: 186795
|
|
|
|
|
|
|
|
|
|
| |
Diag ID is used throughout clang as a sentinel id meaning "this is an
invalid diagnostic id." Confusingly, Diag ID maps to a valid, usable,
diagnostic id. Instead, start diagnostic ids at ID one.
Incidently, remove an unused element from StaticDiagInfo.
llvm-svn: 186760
|
|
|
|
| |
llvm-svn: 186694
|
|
|
|
| |
llvm-svn: 186649
|
|
|
|
| |
llvm-svn: 186647
|
|
|
|
| |
llvm-svn: 186448
|
|
|
|
| |
llvm-svn: 186300
|
|
|
|
| |
llvm-svn: 186287
|
|
|
|
| |
llvm-svn: 186106
|
|
|
|
|
|
| |
specifying the vector size.
llvm-svn: 185784
|
|
|
|
|
|
| |
avoid specifying the vector size unnecessarily.
llvm-svn: 185610
|
|
|
|
|
|
| |
Long double is 64 bits on FreeBSD PPC, so the f128 entry is superfluous.
llvm-svn: 185582
|
|
|
|
|
|
| |
It's not the case on ie. FreeBSD.
llvm-svn: 185572
|
|
|
|
|
|
| |
Patch by Job Noorman!
llvm-svn: 185362
|
|
|
|
|
|
| |
No functionality change.
llvm-svn: 185261
|
|
|
|
| |
llvm-svn: 185075
|
|
|
|
| |
llvm-svn: 184970
|
|
|
|
|
|
|
|
| |
this code. These aren't technically standard predefines for the platform
but apparantly lots of folks use them as they show up within LLVM's own
codebase. ;] This may even fix some self host issues w/ the JIT!!!
llvm-svn: 184830
|
|
|
|
| |
llvm-svn: 184578
|
|
|
|
|
|
|
| |
headers may be included from within the module, but not from outside
the module.
llvm-svn: 184471
|
|
|
|
|
|
|
|
| |
Some embedded targets use ARM's AAPCS with iOS header files that define size_t
as unsigned long, which conflicts with the usual AAPCS definition of size_t
as unsigned int.
llvm-svn: 184171
|
|
|
|
| |
llvm-svn: 184113
|
|
|
|
|
|
|
|
|
|
|
|
| |
Just like on Linux, FreeBSD/armv6 assumes the system supports
ldrex/strex unconditionally. It is also used by the kernel. We can
therefore enable support for it, like we do on Linux.
While there, change one of the unit tests to explicitly test against
armv5 instead of armv7, as it actually tests whether libcalls are
emitted.
llvm-svn: 184040
|
|
|
|
|
|
|
|
| |
- reduce default buffer size to 64, which will still be large enough to
hold any property names found in the wild.
- get rid of the /*static*/ comments.
llvm-svn: 183697
|
|
|
|
|
|
|
|
|
|
| |
- factor the name construction part out from constructSetterName
- rename constructSetterName to the more appropriate constructSetterSelector
no functionality change intended.
rdar://problem/14035789
llvm-svn: 183582
|
|
|
|
|
|
|
|
| |
callees of SourceManager::getSLocEntryByID().
Also add an 'Invalid' check in SourceManager::computeMacroArgsCache().
llvm-svn: 183538
|
|
|
|
|
|
|
|
|
| |
We're getting reports of this warning getting triggered in cases where it
is not adding any value. There is no asm operand modifier that you can use
to silence it, and there's really nothing wrong with having an LDRB, for
example, with a "char" output.
llvm-svn: 183172
|
|
|
|
|
|
| |
Fixes PR16138.
llvm-svn: 183015
|
|
|
|
|
|
| |
valid FileID (V2).
llvm-svn: 182698
|
|
|
|
|
|
|
|
| |
valid FileID.
Suggested by Jordan.
llvm-svn: 182695
|
|
|
|
|
|
| |
This is to address crash in rdar://13932308
llvm-svn: 182681
|
|
|
|
| |
llvm-svn: 182675
|
|
|
|
|
|
| |
Other operating systems, including FreeBSD and NetBSD, use long.
llvm-svn: 182215
|
|
|
|
|
|
|
|
| |
function macro arguments.
This is a modified version of a patch by Manuel Klimek.
llvm-svn: 182055
|
|
|
|
| |
llvm-svn: 182029
|
|
|
|
|
|
| |
It's an LP64 platform.
llvm-svn: 181867
|
|
|
|
|
|
|
| |
This matches gcc's behaviour. The patch also explicitly parses the version so
that this keeps working when we add support for v8.
llvm-svn: 181750
|
|
|
|
|
|
|
|
|
| |
This is safe given how the pre-v6 atomic ops funcions in libgcc are
implemented.
This fixes pr15429.
llvm-svn: 181728
|
|
|
|
| |
llvm-svn: 181683
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch then adds all the usual platform-specific pieces for SystemZ:
driver support, basic target info, register names and constraints,
ABI info and vararg support. It also adds new tests to verify pre-defined
macros and inline asm, and updates a test for the minimum alignment change.
This version of the patch incorporates feedback from reviews by
Eric Christopher and John McCall. Thanks to all reviewers!
Patch by Richard Sandiford.
llvm-svn: 181211
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds a new common code feature that allows platform code to
request minimum alignment of global symbols. The background for this is
that on SystemZ, the most efficient way to load addresses of global symbol
is the LOAD ADDRESS RELATIVE LONG (LARL) instruction. This instruction
provides PC-relative addressing, but only to *even* addresses. For this
reason, existing compilers will guarantee that global symbols are always
aligned to at least 2. [ Since symbols would otherwise already use a
default alignment based on their type, this will usually only affect global
objects of character type or character arrays. ] GCC also allows creating
symbols without that extra alignment by using explicit "aligned" attributes
(which then need to be used on both definition and each use of the symbol).
To enable support for this with Clang, this patch adds a
TargetInfo::MinGlobalAlign variable that provides a global minimum for the
alignment of every global object (unless overridden via explicit alignment
attribute), and adds code to respect this setting. Within this patch, no
platform actually sets the value to anything but the default 1, resulting
in no change in behaviour on any existing target.
This version of the patch incorporates feedback from reviews by
Eric Christopher and John McCall. Thanks to all reviewers!
Patch by Richard Sandiford.
llvm-svn: 181210
|
|
|
|
|
|
|
| |
libgcc provides a __clear_cache intrinsic on AArch64, much like it
does on 32-bit ARM.
llvm-svn: 181111
|
|
|
|
|
|
| |
Per discussion in cfe-commits, asserting may be a better way than introducing a special test flag.
llvm-svn: 181073
|
|
|
|
| |
llvm-svn: 181070
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, we would clone the current diagnostic consumer to produce
a new diagnostic consumer to use when building a module. The problem
here is that we end up losing diagnostics for important diagnostic
consumers, such as serialized diagnostics (where we'd end up with two
diagnostic consumers writing the same output file). With forwarding,
the diagnostics from all of the different modules being built get
forwarded to the one serialized-diagnostic consumer and are emitted in
a sane way.
Fixes <rdar://problem/13663996>.
llvm-svn: 181067
|