| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 149439
|
| |
|
|
|
|
| |
explicit type cast. // rdar://10521744
llvm-svn: 149437
|
| |
|
|
|
|
|
| |
cancel out each other. Leave it alone so users can take a look
(unmigrated code forces error diagnostic). // rdar://10521744
llvm-svn: 149435
|
| |
|
|
|
|
|
|
| |
builds, and bring mm_alloc.h into the fold. Start playing some tricks
with these builtin modules to mirror the include_next tricks that the
headers already perform.
llvm-svn: 149434
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The Darwin toolchain constructor was assuming that all Darwin triples would
have an OS string starting with "darwin". Triples starting with "macosx"
would misinterpret the version number, and "ios" triples would completely
miss the version number (or worse) because the OS name is not 6 characters
long. We lose some sanity checking of triple strings here, since the
Triple.getOSVersion function doesn't do all the checking that the previous
code did, but this still seems like a step in the right direction.
llvm-svn: 149422
|
| |
|
|
|
|
|
| |
(Since this is syntax only, might be a good candidate for turning into a
compiler warning.)
llvm-svn: 149407
|
| |
|
|
|
|
| |
replacements for 'starcat/strcpy' instead of 'strncat/strncpy'.
llvm-svn: 149406
|
| |
|
|
| |
llvm-svn: 149405
|
| |
|
|
|
|
| |
it doesn't feel like general solution.
llvm-svn: 149404
|
| |
|
|
|
|
|
| |
A separate unreachable message will make it easier to debug if either of the
unreachables is reached.
llvm-svn: 149402
|
| |
|
|
|
|
| |
Patch by Niels Grewe!
llvm-svn: 149401
|
| |
|
|
|
|
|
|
|
|
| |
__has_builtin
in an empty file, as we were overwriting the EOF token. Overwriting an arbitrary token
never seems like a good idea in the error case. This fixes a bug reported on the GCC
list :)
llvm-svn: 149397
|
| |
|
|
| |
llvm-svn: 149394
|
| |
|
|
|
|
|
|
|
|
|
| |
This fixes the case where Clang would output:
error: format specifies type 'wchar_t *' (aka 'wchar_t *')
ArgTypeResult::getRepresentativeTypeName needs to take into account
that wchar_t can be a built-in type (as opposed to in C, where it is a
typedef).
llvm-svn: 149387
|
| |
|
|
| |
llvm-svn: 149385
|
| |
|
|
| |
llvm-svn: 149377
|
| |
|
|
|
|
|
| |
unspecified unless the pointers are equal; therefore, such a comparison is not
a constant expression unless the pointers are equal.
llvm-svn: 149366
|
| |
|
|
|
|
|
|
|
|
|
|
| |
ConstantDataArray::getString instead.
Many instances of ConstantArray::get() could be moved to
use more efficient ConstantDataArray methods that avoid a ton
of intermediate Constant*'s for each element (e.g.
GetConstantArrayFromStringLiteral). I don't plan on doing this
in the short-term though.
llvm-svn: 149363
|
| |
|
|
|
|
| |
<rdar://problem/10759934>. Apparently this is a common idiom in Linux (among other places).
llvm-svn: 149359
|
| |
|
|
| |
llvm-svn: 149358
|
| |
|
|
|
|
| |
as well as ConstantArray.
llvm-svn: 149347
|
| |
|
|
|
|
|
|
|
| |
-INT_MIN and INT_MIN / -1
Shift by a negative or too large quantity
Left shift of negative value
Overflow in left shift
llvm-svn: 149344
|
| |
|
|
|
|
|
|
|
|
| |
Original log:
Convert ProgramStateRef to a smart pointer for managing the reference counts of ProgramStates. This leads to a slight memory
improvement, and a simplification of the logic for managing ProgramState objects.
# Please enter the commit message for your changes. Lines starting
llvm-svn: 149339
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
driver based on discussions with Doug Gregor. There are several issues:
1) The patch was not reviewed prior to commit and there were review comments.
2) The design of the functionality (triple-prefixed tool invocation)
isn't the design we want for Clang going forward: it focuses on the
"user triple" rather than on the "toolchain triple", and forces that
bit of state into the API of every single toolchain instead of
handling it automatically in the common base classes.
3) The tests provided are not stable. They fail on a few Linux variants
(Gentoo among them) and on mingw32 and some other environments.
I *am* interested in the Clang driver being able to invoke
triple-prefixed tools, but we need to design that feature the right way.
This patch just extends the previous hack without fixing the underlying
problems with it. I'm working on a new design for this that I will mail
for review by tomorrow.
I am aware that this removes functionality that NetBSD relies on, but
this is ToT, not a release. This functionality hasn't been properly
designed, implemented, and tested yet. We can't "regress" until we get
something that really works, both with the immediate use cases and with
long term maintenance of the Clang driver.
For reference, the original commit log:
Keep track of the original target the user specified before
normalization. This used to be captured in DefaultTargetTriple and is
used for the (optional) $triple-$tool lookup for cross-compilation.
Do this properly by making it an attribute of the toolchain and use it
in combination with the computed triple as index for the toolchain
lookup.
llvm-svn: 149337
|
| |
|
|
|
|
|
|
|
| |
Original log:
Convert ProgramStateRef to a smart pointer for managing the reference counts of ProgramStates. This leads to a slight memory
improvement, and a simplification of the logic for managing ProgramState objects.
llvm-svn: 149336
|
| |
|
|
|
|
| |
Fixes PR11867. Patch from Jeremy Huddleston!
llvm-svn: 149334
|
| |
|
|
|
|
|
| |
As Eli points out, this is implementation-defined, and the way we define it
makes this fine.
llvm-svn: 149327
|
| |
|
|
|
|
| |
As discussed at http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20120130/052200.html
llvm-svn: 149325
|
| |
|
|
| |
llvm-svn: 149321
|
| |
|
|
|
|
| |
functionality change.
llvm-svn: 149320
|
| |
|
|
| |
llvm-svn: 149319
|
| |
|
|
|
|
|
|
| |
of ProgramStates. This leads to a slight memory
improvement, and a simplification of the logic for managing ProgramState objects.
llvm-svn: 149311
|
| |
|
|
| |
llvm-svn: 149301
|
| |
|
|
|
|
|
| |
argument. twik to support the test case.
// rdar://10444476
llvm-svn: 149298
|
| |
|
|
|
|
| |
expressions in C++11.
llvm-svn: 149286
|
| |
|
|
|
|
| |
Fixes PR11867. Patch from Jeremy Huddleston!
llvm-svn: 149285
|
| |
|
|
|
|
|
| |
cyclic module dependency due to its inclusion of math.h and
complex.h. I'll take another shot at it later.
llvm-svn: 149283
|
| |
|
|
|
|
|
|
|
| |
consume one or more of their arguments. If not done, this will cause a leak
as method will not consume the argument when receiver is null.
In this patch, the null path releases consumed argument.
// rdar://10444474
llvm-svn: 149279
|
| |
|
|
|
|
| |
from the driver.
llvm-svn: 149276
|
| |
|
|
|
|
|
|
|
| |
expansion.
This is to prevent diagnostic when using NSLocalizedString or CFCopyLocalizedString
macros which are usually used in place of NS and CF strings literals.
llvm-svn: 149268
|
| |
|
|
| |
llvm-svn: 149258
|
| |
|
|
| |
llvm-svn: 149257
|
| |
|
|
|
|
|
|
|
| |
mangling of floating-point literals. I just went ahead and
reimplemented toString() here; if someone wants to generalize
the library routine to do this, or feels strongly that we should
be post-processing, please feel free.
llvm-svn: 149256
|
| |
|
|
| |
llvm-svn: 149253
|
| |
|
|
| |
llvm-svn: 149237
|
| |
|
|
|
|
|
| |
- Remove the printf0 special handling as we treat it as printf anyway.
- Perform basic checks (non-literal, empty) for all formats and not only printf/scanf.
llvm-svn: 149236
|
| |
|
|
|
|
| |
are now in IntrinsicsX86.td.
llvm-svn: 149235
|
| |
|
|
|
|
| |
connecting intrinsics and builtins in IntrinsicsX86.td.
llvm-svn: 149233
|
| |
|
|
| |
llvm-svn: 149228
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
each of the targets. Use this for module requirements, so that we can
pin the availability of certain modules to certain target features,
e.g., provide a module for xmmintrin.h only when SSE support is
available.
Use these feature names to provide a nearly-complete module map for
Clang's built-in headers. Only mm_alloc.h and unwind.h are missing,
and those two are fairly specialized at the moment. Finishes
<rdar://problem/10710060>.
llvm-svn: 149227
|