| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 171036
|
| |
|
|
|
|
| |
linked list
llvm-svn: 171035
|
| |
|
|
| |
llvm-svn: 171034
|
| |
|
|
|
|
| |
(this breaks RPM packages)
llvm-svn: 171033
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This changes:
int Result = a + // force break
b;
return Result + // force break
5;
To:
int Result = a + // force break
b;
return Result + // force break
5;
llvm-svn: 171032
|
| |
|
|
|
|
| |
differences between size classes more uniform.
llvm-svn: 171031
|
| |
|
|
|
|
| |
to prevent assertion failures on code like "write(-1, ...)"
llvm-svn: 171030
|
| |
|
|
| |
llvm-svn: 171029
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes llvm.org/pr14686.
We used to add too many spaces for different versions of overloaded operator
function declarations/definitions. This patch changes, e.g.
operator *() {}
operator >() {}
operator () () {}
to
operator*() {}
operator>() {}
operator()() {}
llvm-svn: 171028
|
| |
|
|
|
|
| |
support for the insert-subvector and extract-subvector kinds.
llvm-svn: 171027
|
| |
|
|
| |
llvm-svn: 171026
|
| |
|
|
|
|
| |
mangling prefix to this symbol.
llvm-svn: 171025
|
| |
|
|
|
|
|
|
|
| |
this memory needs to be aligned.
When these instructions are encoded in VEX (on AVX) there is no such requirement. This changes the folding
tables and removes the alignment restrictions from VEX-encoded instructions.
llvm-svn: 171024
|
| |
|
|
|
|
|
|
| |
the StoreInst operands.
PR14705.
llvm-svn: 171023
|
| |
|
|
|
|
| |
for broadcast and adds a more general API that accepts an enum of known shuffles.
llvm-svn: 171022
|
| |
|
|
| |
llvm-svn: 171021
|
| |
|
|
| |
llvm-svn: 171020
|
| |
|
|
| |
llvm-svn: 171016
|
| |
|
|
|
|
| |
/// \param argBegin,argEnd the arguments to evaluate and pass to the constructor
llvm-svn: 171015
|
| |
|
|
|
|
|
|
| |
VTTBuilder::AddVTablePointer(), VTTBuilder::LayoutSecondaryVirtualPointers(), and VTTBuilder::LayoutSecondaryVirtualPointers(). [-Wdocumentation]
/// \param AddressPoints - If the vtable is a construction vtable, this has the address points for it.
llvm-svn: 171014
|
| |
|
|
|
|
|
|
|
|
| |
CodeGenFunction::pushIrregularPartialArrayCleanup() and CodeGenFunction::pushRegularPartialArrayCleanup(). [-Wdocumentation]
/// \param array - a value of type elementType*
/// \param destructionKind - the kind of destruction required
/// \param initializedElementCount - a value of type size_t* holding the number of successfully-constructed elements
llvm-svn: 171013
|
| |
|
|
|
|
|
|
| |
DiagnosticRenderer::emitMacroExpansions(). [-Wdocumentation]
/// \param MacroSkipEnd The depth to stop skipping macro expansions.
llvm-svn: 171012
|
| |
|
|
| |
llvm-svn: 171011
|
| |
|
|
|
|
|
|
| |
the comment. [-Wdocumentation]
/// \param StringIndexMap [out] - Map from symbol names to offsets in the string table.
llvm-svn: 171010
|
| |
|
|
|
|
|
|
|
|
|
| |
Using the file immediately after "> file 2>&1" causes weird behavior on win32.
For example, "foo > %t 2>&1; FileCheck --input-file=%t"
Use "foo 2>&1 | tee %t" instead.
Note, mixing stdout and stderr to the same handle might cause unexpected behavior, due to buffering.
llvm-svn: 171009
|
| |
|
|
|
|
|
|
| |
The bug was in the code that detects PHIs in if-then-else block sequence.
PR14701.
llvm-svn: 171008
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
With this patch, splitting after binary operators has a panelty corresponding
to the operator's precedence. We used to ignore this and eagerly format like:
if (aaaaaaaaaaaaaaaaaaaaaaaaa || bbbbbbbbbbbbbbbbbbbbbbbbb &&
ccccccccccccccccccccccccc) { .. }
With this patch, this becomes:
if (aaaaaaaaaaaaaaaaaaaaaaaaa ||
bbbbbbbbbbbbbbbbbbbbbbbbb && ccccccccccccccccccccccccc) { .. }
llvm-svn: 171007
|
| |
|
|
| |
llvm-svn: 171006
|
| |
|
|
|
|
| |
Fixes PR14014
llvm-svn: 171005
|
| |
|
|
| |
llvm-svn: 171004
|
| |
|
|
| |
llvm-svn: 171003
|
| |
|
|
|
|
|
|
| |
the cost of arithmetic functions. We now assume that the cost of arithmetic
operations that are marked as Legal or Promote is low, but ops that are
marked as custom are higher.
llvm-svn: 171002
|
| |
|
|
| |
llvm-svn: 171001
|
| |
|
|
|
|
|
|
| |
insert/extract costs.
Fixes an assert during the build of oggenc in the test suite.
llvm-svn: 171000
|
| |
|
|
|
|
| |
number of parts. This test is too noisy.
llvm-svn: 170999
|
| |
|
|
| |
llvm-svn: 170998
|
| |
|
|
| |
llvm-svn: 170997
|
| |
|
|
| |
llvm-svn: 170996
|
| |
|
|
|
|
| |
them more expensive.
llvm-svn: 170995
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is the last of the "regular" documents to convert to reST, and so
I'm declaring the initial clang reST conversion "done".
However,
- There are some documents in clang/www/ which probably should
be migrated into clang/docs/, such as www/OpenProjects.html
The primary thing blocking me from doing this right now is not knowing
how to set up a redirect so that the old URL's continue to work.
- LibASTMatchersReference.html is not reST. This page is auto-generated
by clang/docs/tools/dump_ast_matchers.py from the source and has some
collapse/expand logic that isn't expressible directly with Sphinx, so
just converting it to reST is not really a good strategy.
Manuel Klimek and I discussed this and the general agreed-upon
direction is making that page data-driven so that it, say, pulls in an
auto-generated blob of JSON which describes the matchers and builds up
the "matcher reference" part of the page with a small amount of JS.
- There are some rogue .txt files hanging around.
Also, I dropped the little dragon logo at the top because Sphinx was
warning about an external image reference (not sure why, but meh, I
didn't want to fight it). If anything, we would want such a logo
integrated into the site's overall theme, rather than hardcoded here.
llvm-svn: 170994
|
| |
|
|
|
|
|
|
| |
"return a*b;" was formatted as "return a *b;" and is now formatted as "return a * b;".
Fixes PR14687 partially.
llvm-svn: 170993
|
| |
|
|
| |
llvm-svn: 170992
|
| |
|
|
| |
llvm-svn: 170991
|
| |
|
|
| |
llvm-svn: 170990
|
| |
|
|
|
|
|
| |
Back when this exception was added, it was skipping a lot more code, but
now it just looks like a premature optimization.
llvm-svn: 170989
|
| |
|
|
|
|
|
| |
The representation of the Operands array is going to change soon so it
can be allocated from a BumpPtrAllocator.
llvm-svn: 170988
|
| |
|
|
| |
llvm-svn: 170987
|
| |
|
|
|
|
|
| |
pmuludq is slow, but it turns out that all the unpacking and packing of the
scalarized mul is even slower. 10% speedup on loop-vectorized paq8p.
llvm-svn: 170985
|
| |
|
|
|
|
|
| |
Also loosen the SSSE3 dependency a bit, expanded pshufb + psra is still better
than scalarized loads. Fixes PR14590.
llvm-svn: 170984
|
| |
|
|
| |
llvm-svn: 170983
|