| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
| |
"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
|
| |
|
|
|
|
|
|
| |
Upon further review, most of the EH code should remain written at the IR
level. The part which breaks SSA form is the dispatch table, so that part will
be moved to the back-end.
llvm-svn: 140730
|
| |
|
|
|
|
|
|
| |
some arguments types are ns_consumed and some otherwise
matching types are not. This is objc side of
// rdar://10187884
llvm-svn: 140729
|
| |
|
|
| |
llvm-svn: 140728
|
| |
|
|
| |
llvm-svn: 140726
|
| |
|
|
| |
llvm-svn: 140725
|
| |
|
|
|
|
| |
#define _LIBCPP_STABLE_APPLE_ABI?
llvm-svn: 140724
|
| |
|
|
|
|
| |
does not support them.
llvm-svn: 140723
|
| |
|
|
| |
llvm-svn: 140722
|
| |
|
|
| |
llvm-svn: 140721
|
| |
|
|
|
|
| |
__attribute((sentinel)), even though it usually works. Use (void*)0 instead. PR11002.
llvm-svn: 140720
|
| |
|
|
| |
llvm-svn: 140719
|
| |
|
|
| |
llvm-svn: 140718
|