| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
| |
dependencies and outputs them in GraphViz format.
llvm-svn: 149575
|
| |
|
|
|
|
| |
is declaring ivars. // rdar://10752081
llvm-svn: 149573
|
| |
|
|
|
|
| |
doesn't suppress quite as many cases. Based off a testcase in the gcc testsuite.
llvm-svn: 149572
|
| |
|
|
|
|
| |
Too many weird build failures.
llvm-svn: 149571
|
| |
|
|
| |
llvm-svn: 149566
|
| |
|
|
|
|
| |
// rdar://10770497
llvm-svn: 149565
|
| |
|
|
|
|
|
|
|
| |
a full type go ahead and emit it if we currently only have a forward
declaration.
Fixes gdb bots for gdb1090.exp and call-ar-st.exp.
llvm-svn: 149560
|
| |
|
|
|
|
| |
pop".
llvm-svn: 149559
|
| |
|
|
|
|
| |
changing the diagnostic. Also use correct spelling for both.
llvm-svn: 149554
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The PROJ_SRC_DIR != PROJ_OBJ_DIR path was missing the directory
creation logic that was in the path for non-generated headers.
PR11903.
(The oversight was copied and pasted from LLVM's Makefile.rules,
where it apparently existed since time immemorial til it was
corrected in r127325.)
llvm-svn: 149551
|
| |
|
|
|
|
|
|
| |
This header is private and shouldn't be used by clients.
(This reverts r149540, reinstating r149496. False alarm.)
llvm-svn: 149550
|
| |
|
|
| |
llvm-svn: 149544
|
| |
|
|
| |
llvm-svn: 149543
|
| |
|
|
|
|
| |
It *looks* like this caused PR11903, somehow.
llvm-svn: 149540
|
| |
|
|
|
|
|
| |
anything into the corresponding DeclContext. Co-hacked with Sean;
fixes <rdar://problem/10768928>.
llvm-svn: 149535
|
| |
|
|
|
|
|
|
| |
on windows.
Patch by Timothy J Fontaine!
llvm-svn: 149533
|
| |
|
|
|
|
| |
a SourceManager that has already been deleted, rdar://10768346.
llvm-svn: 149532
|
| |
|
|
| |
llvm-svn: 149531
|
| |
|
|
|
|
| |
Spotted by rjmcall.
llvm-svn: 149526
|
| |
|
|
|
|
|
|
| |
declarations with special names.
A patch by Dmitri Gribenko.
llvm-svn: 149525
|
| |
|
|
|
|
|
|
|
|
|
| |
argument in strncat.
The warning is ignored by default since it needs more qualification.
TODO: The warning message and the note are messy when
strncat is a builtin due to the macro expansion.
llvm-svn: 149524
|
| |
|
|
| |
llvm-svn: 149517
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
cleans up and improves a few things:
- We get rid of the ugly dance of computing all of the captures in
data structures that clone those of CapturingScopeInfo, centralizing
the logic for accessing/updating these data structures
- We re-use the existing capture logic for 'this', which actually
works now.
Cleaned up some diagnostic wording in minor ways as well.
llvm-svn: 149516
|
| |
|
|
| |
llvm-svn: 149514
|
| |
|
|
| |
llvm-svn: 149510
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
And remove HAVE_CLANG_CONFIG_H, now that the header is generated
in the autoconf build, too. (clang r149497 / llvm r149498)
Also include the config.h header after all other headers, per
the LLVM coding standards.
It also turns out WindowsToolChain.cpp wasn't using the config
header at all, so that include's just deleted now.
llvm-svn: 149504
|
| |
|
|
|
|
|
|
| |
On Cygwin, at first, <stddef.h> is included without __need_wint_t.
Next, <stddef.h> is included with __need_wint_t, though Modules feature would not process <stddef.h> twice.
Then, wint_t is not found in system headers.
llvm-svn: 149500
|
| |
|
|
|
|
| |
provides size_t.
llvm-svn: 149499
|
| |
|
|
|
|
|
|
|
| |
This already exists in the CMake build, which is part of what makes
building clang separately from llvm via cmake possible. This cleans up
that discrepancy between the build systems (and sets the groundwork
for configuring clang separately, too).
llvm-svn: 149497
|
| |
|
|
|
|
| |
This header is private and shouldn't be used by clients.
llvm-svn: 149496
|
| |
|
|
| |
llvm-svn: 149495
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This is a mess. According to the C++11 standard, pointer subtraction only has
undefined behavior if the difference of the array indices does not fit into a
ptrdiff_t.
However, common implementations effectively perform a char* subtraction first,
and then divide the result by the element size, which can cause overflows in
some cases. Those cases are not considered to be undefined behavior by this
change; perhaps they should be.
llvm-svn: 149490
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The purpose of refactoring is to hide operand roles from SwitchInst user (programmer). If you want to play with operands directly, probably you will need lower level methods than SwitchInst ones (TerminatorInst or may be User). After this patch we can reorganize SwitchInst operands and successors as we want.
What was done:
1. Changed semantics of index inside the getCaseValue method:
getCaseValue(0) means "get first case", not a condition. Use getCondition() if you want to resolve the condition. I propose don't mix SwitchInst case indexing with low level indexing (TI successors indexing, User's operands indexing), since it may be dangerous.
2. By the same reason findCaseValue(ConstantInt*) returns actual number of case value. 0 means first case, not default. If there is no case with given value, ErrorIndex will returned.
3. Added getCaseSuccessor method. I propose to avoid usage of TerminatorInst::getSuccessor if you want to resolve case successor BB. Use getCaseSuccessor instead, since internal SwitchInst organization of operands/successors is hidden and may be changed in any moment.
4. Added resolveSuccessorIndex and resolveCaseIndex. The main purpose of these methods is to see how case successors are really mapped in TerminatorInst.
4.1 "resolveSuccessorIndex" was created if you need to level down from SwitchInst to TerminatorInst. It returns TerminatorInst's successor index for given case successor.
4.2 "resolveCaseIndex" converts low level successors index to case index that curresponds to the given successor.
Note: There are also related compatability fix patches for dragonegg, klee, llvm-gcc-4.0, llvm-gcc-4.2, safecode, clang.
llvm-svn: 149482
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
commit 149470. This fixes test/CodeGen/PR3589-freestanding-libcalls.c.
Original log:
ConstantArray::get() (for strings) is going away, use
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: 149477
|
| |
|
|
| |
llvm-svn: 149476
|
| |
|
|
|
|
| |
instead of the entire class definition.
llvm-svn: 149474
|
| |
|
|
| |
llvm-svn: 149473
|
| |
|
|
|
|
| |
type, be sure to add the qualifier for the enumeration type.
llvm-svn: 149471
|
| |
|
|
|
|
|
| |
a literal type. Disallow it as the return type of a constexpr function
declaration.
llvm-svn: 149469
|
| |
|
|
| |
llvm-svn: 149467
|
| |
|
|
| |
llvm-svn: 149463
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Actually building the var -> capture mapping properly (there was an off-by-one error)
- Keeping track of the source location of each capture
- Minor QoI improvements, e.g, highlighing the prior capture if
there are multiple captures, pointing at the variable declaration we
found if we reject it.
As part of this, add standard citations for the various semantic
checks we perform, and note where we're not performing those checks as
we should.
llvm-svn: 149462
|
| |
|
|
|
|
| |
Fixes PR11847. Patch from Jason Haslam!
llvm-svn: 149460
|
| |
|
|
| |
llvm-svn: 149458
|
| |
|
|
|
|
|
| |
I removed support for "*-darwin*-iphoneos" triples, since we now have
iOS listed as a separate OS in the triples.
llvm-svn: 149455
|
| |
|
|
|
|
|
| |
Check if the triple OS is IOS instead of checking for arm/thumb architectures
and check that before calling isMacOSXVersionLT.
llvm-svn: 149454
|
| |
|
|
| |
llvm-svn: 149451
|
| |
|
|
|
|
| |
fixed in r149440.
llvm-svn: 149450
|
| |
|
|
|
|
|
|
| |
CFBridgingRetain/CFBridgingRelease calls instead
of __bridge_retained/__bridge_transfer casts as preferred
way of moving cf objects to arc land. // rdar://10207950
llvm-svn: 149449
|
| |
|
|
|
|
| |
isn't, but this is just a (reported) defect in the wording.
llvm-svn: 149448
|