| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 175344
|
| |
|
|
| |
llvm-svn: 175343
|
| |
|
|
|
|
|
| |
consistent with how BuildMI works. No new tests needed. All should work
the same as before.
llvm-svn: 175342
|
| |
|
|
| |
llvm-svn: 175341
|
| |
|
|
| |
llvm-svn: 175340
|
| |
|
|
|
|
| |
declared.
llvm-svn: 175339
|
| |
|
|
| |
llvm-svn: 175338
|
| |
|
|
| |
llvm-svn: 175337
|
| |
|
|
|
|
| |
new features.
llvm-svn: 175336
|
| |
|
|
|
|
|
|
|
|
|
| |
Neither of the current clients of CFGRecStmtDeclVisitor are doing
anything with typedefs, so I assume type aliases (C++11 "using")
can be safely ignored. This was causing assertion failures in
the analyzer.
<rdar://problem/13228440>
llvm-svn: 175335
|
| |
|
|
|
|
|
|
|
|
|
| |
If the frame pointer is omitted, and any stack changes occur in the inline
assembly, e.g.: "pusha", then any C local variable or C argument references
will be incorrect.
I pass no judgement on anyone who would do such a thing. ;)
rdar://13218191
llvm-svn: 175334
|
| |
|
|
| |
llvm-svn: 175333
|
| |
|
|
|
|
| |
clang/AST/Decl.h is included to see the TypeSourceInfo definition anyway.
llvm-svn: 175332
|
| |
|
|
| |
llvm-svn: 175331
|
| |
|
|
|
|
|
| |
linkonce_odr. Emit construction vtables as internal in this case, since the ABI
does not guarantee that they will be availble externally.
llvm-svn: 175330
|
| |
|
|
|
|
|
|
|
|
|
| |
until recursive loading is finished.
Otherwise we may end up with a template trying to deserialize a template
parameter that is in the process of getting loaded.
rdar://13135282
llvm-svn: 175329
|
| |
|
|
| |
llvm-svn: 175328
|
| |
|
|
|
|
| |
so.
llvm-svn: 175327
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
for distinguishing type vs. value visibility.
The changes to the visibility of explicit specializations
are intentional. The change to the "ugly" test case is
a consequence of a sensible implementation, and I am happy
to argue that this is better behavior. Other changes may
or may not be intended; it is quite difficult to divine
intent from some of the code I altered.
I've left behind a comment which I hope explains the
philosophy behind visibility computation.
llvm-svn: 175326
|
| |
|
|
|
|
| |
No functionality change intended.
llvm-svn: 175325
|
| |
|
|
| |
llvm-svn: 175324
|
| |
|
|
|
|
|
|
| |
Split some NS* formatters in their own source files
Refactored a utility function for the C++ formatters to use
Fixed the skip-summary test case to be explicit about requiring libstdc++ for operation
llvm-svn: 175323
|
| |
|
|
| |
llvm-svn: 175322
|
| |
|
|
|
|
|
| |
When we're recalculating the feature set of the subtarget, we need to have the
ivars in their initial state.
llvm-svn: 175320
|
| |
|
|
| |
llvm-svn: 175319
|
| |
|
|
|
|
|
|
|
|
|
|
| |
- removed an unnecessary variable
- fixed an issue where we sometimes
wrote too much data into a buffer
- made the recognition of variables
as "this" a little more conservative
<rdar://problem/13216268>
llvm-svn: 175318
|
| |
|
|
|
|
|
| |
Input/Output rewrite to the same location. Make sure the SizeDirective rewrite
is performed first. This also ensure the sort algorithm is stable.
llvm-svn: 175317
|
| |
|
|
|
|
|
|
|
|
|
|
| |
With bundle alignment, instructions all get their own MCFragments
(unless they are in a bundle-locked group). For instructions with
fixups, this is an MCDataFragment. Emitting actual data (e.g. for
.long) attempts to re-use MCDataFragments, which we don't want int
this case since it leads to fragments which exceed the bundle size.
So, don't reuse them in this case.
Also adds a test and fixes some formatting.
llvm-svn: 175316
|
| |
|
|
| |
llvm-svn: 175315
|
| |
|
|
|
|
|
|
|
|
| |
features.
If two functions require different features (e.g., `-mno-sse' vs. `-msse') then
we want to honor that, especially during LTO. We can do that by resetting the
subtarget's features depending upon the 'target-feature' attribute.
llvm-svn: 175314
|
| |
|
|
| |
llvm-svn: 175313
|
| |
|
|
| |
llvm-svn: 175312
|
| |
|
|
|
|
| |
metadata, sorry.
llvm-svn: 175311
|
| |
|
|
|
|
| |
No functionality change intended.
llvm-svn: 175310
|
| |
|
|
|
|
|
|
|
|
| |
- Add a "parsable" mode to dotest.py that outputs test results in exactly the same format as clang's lit tests
- Improve dosep script to output list of failing tests (output should look like clang test failure summaries)
- Cleanup lldb/test/Makefile to remove needless parameters and environment variables
- Switch makefile tests to use parsable-mode output; should make the buildbot results parsable
- Switch makefile tests to use dosep to log catch crashing tests (instead of halting the test suite)
llvm-svn: 175309
|
| |
|
|
|
|
|
| |
The back-end will use these values to reconfigure code generation for different
features.
llvm-svn: 175308
|
| |
|
|
|
|
|
|
| |
- remove expectedFailure decorator from resolved rdar 12566646 and 10887661
- remove expectedFailure from TestBitfields testcase not actually affected by bug
- skip the (non-deterministic) TestStopHookMechanism.py to avoid a noisy suite on Linux
llvm-svn: 175307
|
| |
|
|
| |
llvm-svn: 175306
|
| |
|
|
| |
llvm-svn: 175305
|
| |
|
|
| |
llvm-svn: 175304
|
| |
|
|
| |
llvm-svn: 175303
|
| |
|
|
| |
llvm-svn: 175302
|
| |
|
|
|
|
|
|
|
|
|
| |
garbling the terminal)
- fixed cleanup of Popen objects by pushing spawn logic into test Base and out of test cases
- connect subprocess stdin to PIPE (rather than the parent's STDIN) to fix silent terminal issue
Tested on Linux and Mac OS X
llvm-svn: 175301
|
| |
|
|
|
|
|
|
|
|
|
| |
functions. Set AddedComplexity to determine the order in which patterns are
matched.
This simplifies selection of floating point loads/stores.
No functionality change intended.
llvm-svn: 175300
|
| |
|
|
|
|
|
|
|
| |
Adds a function clang_getTypeSpelling(CXType CT) that returns
a CXString containing the underlying type.
Patch by Ben Gertzfield.
llvm-svn: 175299
|
| |
|
|
|
|
|
| |
an ivar of type pointer to a typedef'ed object.
// rdar://13190095
llvm-svn: 175298
|
| |
|
|
|
|
|
| |
of the old jit and which we don't intend to support in mips16 or micromips.
This dependency is for the testing of whether an instruction is a pseudo.
llvm-svn: 175297
|
| |
|
|
| |
llvm-svn: 175296
|
| |
|
|
| |
llvm-svn: 175295
|
| |
|
|
| |
llvm-svn: 175294
|