| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 140781
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
pointer to the annotated struct type can be used as an
Objective-C object pointer. If an argument is given, the
type is actually "toll-free bridged" to the specific type
named there, rather than just to 'id'.
For now, we cannot rely on all types being so annotated,
and we'll always have to have exceptions for things like
CFTypeRef (aka const void*), but this is clearly a good
foundation for improving toolage in this area.
llvm-svn: 140779
|
| |
|
|
|
|
| |
annotation to Objective-C object types. Fixes <rdar://problem/10142685>.
llvm-svn: 140778
|
| |
|
|
|
|
| |
Fixes <rdar://problem/9473155>.
llvm-svn: 140777
|
| |
|
|
|
|
|
| |
This also makes it possible to reduce the number of pseudo instructions
and get rid of the encoding information.
llvm-svn: 140776
|
| |
|
|
| |
llvm-svn: 140775
|
| |
|
|
| |
llvm-svn: 140774
|
| |
|
|
| |
llvm-svn: 140773
|
| |
|
|
|
|
|
| |
This enables NEON domain tracking across basic blocks, but should
otherwise do the same thing.
llvm-svn: 140772
|
| |
|
|
|
|
| |
is done, and add a note that the new setDiagnosticGroup{...} methods only operate on the current diagnostic state.
llvm-svn: 140771
|
| |
|
|
|
|
|
|
| |
be straighter line code, use the new DiagnosticMappingInfo flags, and eliminate the odd MAP_WARNING_NO_WERROR and friend mappings.
- This fixes a host of obscure bugs with regards to how warning mapping options composed with one another, and I believe makes the code substantially easier to read and reason about.
llvm-svn: 140770
|
| |
|
|
| |
llvm-svn: 140769
|
| |
|
|
|
|
|
|
| |
"no-warning-as-error", "no-error-as-fatal", and "show-in-system-header", and update DiagnosticsEngine::setDiagnosticGroup{WarningAsError,ErrorAsFatal} and GetDefaultDiagMappingInfo to set them appropriately.
- No actual functionality change for now, we still also use the diag::Mapping::{MAP_WARNING_NO_ERROR,MAP_ERROR_NO_FATAL,MAP_WARNING_SHOW_IN_SYSTEM_HEADER} for a little while longer.
llvm-svn: 140768
|
| |
|
|
| |
llvm-svn: 140767
|
| |
|
|
|
|
|
| |
that in DiagnosticEngine instead of the convoluted calling into DiagnosticIDs
which then calls back into the DiagnosticsEngine.
llvm-svn: 140766
|
| |
|
|
|
|
| |
- Also, spell const_iterator as const_iterator.
llvm-svn: 140765
|
| |
|
|
| |
llvm-svn: 140764
|
| |
|
|
|
|
| |
and eliminate setDiagnosticMappingInternal.
llvm-svn: 140763
|
| |
|
|
|
|
|
|
| |
Rewriting the entire loop nest now requires -enable-lsr-nested.
See PR11035 for some performance data.
A few unit tests specifically test nested LSR, and are now under a flag.
llvm-svn: 140762
|
| |
|
|
| |
llvm-svn: 140761
|
| |
|
|
|
|
|
| |
storing mappings with that instead of straying some magic constants about the
source.
llvm-svn: 140760
|
| |
|
|
|
|
| |
worth methodizing.
llvm-svn: 140759
|
| |
|
|
| |
llvm-svn: 140758
|
| |
|
|
|
|
|
|
|
| |
impl so that
it enables the hardware watchpoint for all existing threads. Add a test file for that.
Also fix MachThreadList::DisableHardwareWatchpoint().
llvm-svn: 140757
|
| |
|
|
|
|
| |
killed the sole client.
llvm-svn: 140756
|
| |
|
|
| |
llvm-svn: 140755
|
| |
|
|
| |
llvm-svn: 140754
|
| |
|
|
| |
llvm-svn: 140753
|
| |
|
|
|
|
|
|
| |
TextDiagnosticPrinter to use that instead of extracting the current mapping via getDiagnosticLevel, which fixes one class of corner cases w.r.t. printing the "-Werror" diagnostic option marker.
- The TextDiagnosticPrinter code is still fragile as it is just "reverse engineering" what the diagnostic engine is doing. Not my current priority to fix though.
llvm-svn: 140752
|
| |
|
|
|
|
|
| |
This doesn't use formated_raw_ostream because it doesn't support the
functionality needed.
llvm-svn: 140751
|
| |
|
|
|
|
|
| |
up the implementation details of the on disk hash, these changed implement
the changes in the on disk table format.
llvm-svn: 140750
|
| |
|
|
| |
llvm-svn: 140749
|
| |
|
|
| |
llvm-svn: 140748
|
| |
|
|
|
|
|
|
|
| |
DiagnosticsEngine::setDiagnosticGroup{ErrorAsFatal,WarningAsError} methods which
more accurately model the correct API -- no internal change to the diagnostics
engine yet though.
- Also, stop honoring -Werror=everything (etc.) as a valid (but oddly behaved) option.
llvm-svn: 140747
|
| |
|
|
|
|
| |
from sources.
llvm-svn: 140746
|
| |
|
|
| |
llvm-svn: 140745
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The function needs to scan the implicit operands anyway, so no
performance is won by caching the number of implicit operands added to
an instruction.
This also fixes a bug when adding operands after an implicit operand has
been added manually. The NumImplicitOps count wasn't kept up to date.
MachineInstr::addOperand() will now consistently place all explicit
operands before all the implicit operands, regardless of the order they
are added. It is possible to change an MI opcode and add additional
explicit operands. They will be inserted before any existing implicit
operands.
The only exception is inline asm instructions where operands are never
reordered. This is because of a hack that marks explicit clobber regs
on inline asm as <implicit-def> to please the fast register allocator.
This hack can go away when InstrEmitter and FastIsel can add exact
<dead> flags to physreg defs.
llvm-svn: 140744
|
| |
|
|
|
|
|
|
|
| |
we have the ability to create a new, distict diagnostic consumer when
we go off and build a module. This avoids the currently horribleness
where the same diagnostic consumer sees diagnostics for multiple
translation units (and multiple SourceManagers!) causing all sorts of havok.
llvm-svn: 140743
|
| |
|
|
|
|
|
| |
"show-in-system-header" bits, which is part of teasing them apart from the
diagnostic mapping kind.
llvm-svn: 140742
|
| |
|
|
|
|
| |
"show-in-system-header" bits, which I will be adding in Clang shortly.
llvm-svn: 140741
|
| |
|
|
|
|
| |
correspond to.
llvm-svn: 140740
|
| |
|
|
|
|
| |
exist anymore.
llvm-svn: 140739
|
| |
|
|
| |
llvm-svn: 140738
|
| |
|
|
|
|
|
| |
point in the code. Ensures that we don't miss any places and the
check is reasonably cheap.
llvm-svn: 140737
|
| |
|
|
| |
llvm-svn: 140736
|
| |
|
|
|
|
|
|
| |
them to define"
It broke the unit tests. Please reapply with tests fixed.
llvm-svn: 140735
|
| |
|
|
|
|
| |
defined if one has all of the xxx_l() functions. I've defined this for apple, freebsd and win32. _LIBCPP_HAS_DEFAULTRUNELOCALE should be defined if there is a _DefaultRuneLocale. I've defined this for apple and freebsd. The block of code we're trying to migrate away from is now under #ifdef __linux__. I've tested only on OS X. I hope I haven't broken things too badly elsewhere. Please let me know.
llvm-svn: 140734
|
| |
|
|
|
|
|
|
| |
ends up introducing a cycle in the DAG.
rdar://10196296
llvm-svn: 140733
|
| |
|
|
|
|
|
| |
strings.
rdar://9696709
llvm-svn: 140732
|
| |
|
|
|
|
| |
multiclasses.
llvm-svn: 140731
|