- Dec 07, 2013
-
-
NAKAMURA Takumi authored
llvm-svn: 196645
-
Andrew Trick authored
These helper classes take care of the book-keeping the drives the GenericScheduler heuristics. It is likely that developers writing target-specific schedulers that work similarly to GenericScheduler will want to use these helpers too. The immediate goal is to develop a GenericPostScheduler that can run in place of the old PostRAScheduler, but will use the new machine model. No functionality change intended. llvm-svn: 196643
-
Lang Hames authored
llvm-svn: 196641
-
Lang Hames authored
llvm-svn: 196640
-
Lang Hames authored
Patch by Andy Kaylor, with minor edits to resolve merge conflicts. llvm-svn: 196639
-
Matt Arsenault authored
llvm-svn: 196638
-
Matt Arsenault authored
llvm-svn: 196637
-
Akira Hatanaka authored
Indent the command lines to indicate they continue from previous lines. Also, fix incorrect uses of CHECK-DAG and CHECK-NOT. llvm-svn: 196636
-
Rafael Espindola authored
llvm-svn: 196635
-
Vincent Lejeune authored
llvm-svn: 196634
-
Vincent Lejeune authored
llvm-svn: 196633
-
Yuchen Wu authored
llvm-svn: 196632
-
Kaelyn Uhrain authored
The sefault occurs due to an infinite loop when the verifier tries to determine the size of a type of the form "%rt = type { %rt }" while checking an alloca of the type. llvm-svn: 196626
-
Kaelyn Uhrain authored
lib/Transforms/Instrumentation/AddressSanitizer.cpp:1405:36: error: non-constant-expression cannot be narrowed from type 'uint64_t' (aka 'unsigned long long') to 'size_t' (aka 'unsigned int') in initializer list [-Wc++11-narrowing] getAllocaSizeInBytes(AI), ^~~~~~~~~~~~~~~~~~~~~~~~ llvm-svn: 196623
-
David Peixotto authored
This commit caches the value of the AllowAtInIdentifier variable as a class variable in AsmLexer. We do this to avoid repeated MAI queries and string comparisons each time we lex an identifier. llvm-svn: 196622
-
- Dec 06, 2013
-
-
Justin Bogner authored
Command line arguments that begin with @ but aren't a path to an existing file currently cause later @file arguments to be ignored. Correctly skip over these arguments instead of trying to read a non-existent file 20 times and giving up. Since the problem manifests in the clang driver, the test is in that repository. Fixes rdar://problem/15590906 llvm-svn: 196620
-
Ana Pazos authored
- krait processor currently modeled with the same features as A9. - Krait processor additionally has VFP4 (fused multiply add/sub) and hardware division features enabled. - krait has currently the same Schedule model as A9 - krait cpu flag is not recognized by the GNU assembler yet, it is replaced with march=armv7-a to avoid a lower march from being used. llvm-svn: 196619
-
David Blaikie authored
This removes another case of spooky action at a distance (building the same label names in multiple places creating an implicit dependency between those places) and helps pave the way for type units. llvm-svn: 196617
-
David Blaikie authored
This is a precursor to moving type units into the correct (debug_types) section with comdat groups and full type unit headers. llvm-svn: 196615
-
Duncan P. N. Exon Smith authored
ConstantExpr can evaluate to false even when isNullValue gives false. Fixes PR18143. llvm-svn: 196611
-
Yuchen Wu authored
llvm-svn: 196609
-
David Peixotto authored
The integrated assembler fails to properly lex arm comments when they are adjacent to an identifier in the input stream. The reason is that the arm comment symbol '@' is also used as symbol variant in other assembly languages so when lexing an identifier it allows the '@' symbol as part of the identifier. Example: $ cat comment.s foo: add r0, r0@got to parse this as a comment $ llvm-mc -triple armv7 comment.s comment.s:4:18: error: unexpected token in argument list add r0, r0@got to parse this as a comment ^ This should be parsed as correctly as `add r0, r0`. This commit modifes the assembly lexer to not include the '@' symbol in identifiers when lexing for targets that use '@' for comments. llvm-svn: 196607
-
Rafael Espindola authored
llvm-svn: 196604
-
David Blaikie authored
This more accurately represents the actual walk - pubnames/pubtypes are emitted into the .o, not the .dwo, and reference the skeletons not the full units. Use the newly established ID->index invariant to lookup the underlying full unit to retrieve its public names and types. llvm-svn: 196601
-
David Blaikie authored
This simplifies reasoning about the code and enables simple navigation from a skeleton to its full unit. (currently there are no type unit skeletons, so the skeleton list doesn't have the same ID == index property) Eventually we should get rid of this ID and just store the labels we need as the IDs are allowing this code to create difficult to manage/understand associations (loops over non-skeletal units are implicitly referencing their skeletal units during pub* emission, for example). It may be necessary to have some kind of skeleton->full unit association and a more direct pointer or similar device would be preferable than an index. llvm-svn: 196600
-
Weiming Zhao authored
The current peephole optimizing for compare inst assumes an instr that uses CPSR has an MO for ARM Cond code.However, for VSEL instructions (vseqeq, vselgt, vselgt, vselvs), there is no such operand nor do they support the modification of Cond Code. llvm-svn: 196588
-
Andrew Trick authored
llvm-svn: 196585
-
Cameron McInally authored
llvm-svn: 196581
-
Richard Sandiford authored
...since it os equivalent to comparison with +0. llvm-svn: 196580
-
Richard Sandiford authored
instcombine prefers to put extended operands first, so this patch handles that case for C(L)GFR. llvm-svn: 196579
-
Richard Sandiford authored
Since z has no setcc instruction as such, the choice of setBooleanContents is a bit arbitrary. Currently it's set to ZeroOrOneBooleanContent, so we produced a branch-free form when selecting between 0 and 1, but not when selecting between 0 and -1. This patch handles the latter case too. At some point I'd like to measure whether it's better to use conditional moves for constant selects on z196, but that's future work. llvm-svn: 196578
-
Kostya Serebryany authored
llvm-svn: 196574
-
Kostya Serebryany authored
Summary: Rewrite asan's stack frame layout. First, most of the stack layout logic is moved into a separte file to make it more testable and (potentially) useful for other projects. Second, make the frames more compact by using adaptive redzones (smaller for small objects, larger for large objects). Third, try to minimized gaps due to large alignments (this is hypothetical since today we don't see many stack vars aligned by more than 32). The frames indeed become more compact, but I'll still need to run more benchmarks before committing, but I am sking for review now to get early feedback. This change will be accompanied by a trivial change in compiler-rt tests to match the new frame sizes. Reviewers: samsonov, dvyukov Reviewed By: samsonov CC: llvm-commits Differential Revision: http://llvm-reviews.chandlerc.com/D2324 llvm-svn: 196568
-
Daniel Jasper authored
Not only does it trigger -Wparentheses, I think the assert actually relies on incorrect operator precedence. Also, the grammar as questionable, but I might not know enough about the problem at hand. llvm-svn: 196567
-
Eric Christopher authored
Patch by Marius Wachtler. llvm-svn: 196561
-
Eric Christopher authored
Patch by Marius Wachtler. llvm-svn: 196560
-
Rui Ueyama authored
Differential Revision: http://llvm-reviews.chandlerc.com/D2335 llvm-svn: 196556
-
Juergen Ributzka authored
llvm-svn: 196552
-
Reed Kotler authored
llvm-svn: 196551
-
- Dec 05, 2013
-
-
Yi Jiang authored
llvm-svn: 196544
-