- Dec 09, 2011
-
-
Sean Callanan authored
in the context in which it was originally found, the expression parser now goes hunting for it in all modules (in the appropriate namespace, if applicable). This means that forward-declared types that exist in another shared library will now be resolved correctly. Added a test case to cover this. The test case also tests "frame variable," which does not have this functionality yet. llvm-svn: 146204
-
Kostya Serebryany authored
llvm-svn: 146203
-
Bill Wendling authored
llvm-svn: 146202
-
- Dec 08, 2011
-
-
Jim Grosbach authored
llvm-svn: 146201
-
Michael J. Spencer authored
directory_iterator preserve InputIterator semantics on copy. llvm-svn: 146200
-
Anna Zaks authored
+ random comments llvm-svn: 146199
-
Jason Molenda authored
llvm-svn: 146198
-
Nick Lewycky authored
trivially infinite. llvm-svn: 146197
-
-
Eli Friedman authored
llvm-svn: 146195
-
Jim Grosbach authored
llvm-svn: 146194
-
Owen Anderson authored
Enhance both TargetLibraryInfo and SelectionDAGBuilder so that the latter can use the former to prevent the formation of libm SDNode's when -fno-builtin is passed. llvm-svn: 146193
-
Jim Grosbach authored
llvm-svn: 146192
-
Evan Cheng authored
code looks pretty bad compared to SSE. rdar://10538793 llvm-svn: 146191
-
Jim Grosbach authored
llvm-svn: 146190
-
Eli Friedman authored
llvm-svn: 146189
-
Daniel Dunbar authored
llvm-svn: 146188
-
Devang Patel authored
llvm-svn: 146187
-
Chad Rosier authored
llvm-svn: 146186
-
Jim Grosbach authored
For better 'gas' compatibility. llvm-svn: 146185
-
Devang Patel authored
Filter "sink to" candidate blocks sooner. This avoids unnecessary computation to determine whether the block dominates all uses or not. llvm-svn: 146184
-
Akira Hatanaka authored
MipsTargetLowering::LowerGlobalTLSAddress. This is necessary to have call16(__tls_get_addr) emitted instead of got_disp(__tls_get_addr) when the target is Mips64. llvm-svn: 146183
-
Jim Grosbach authored
llvm-svn: 146182
-
Jim Grosbach authored
llvm-svn: 146181
-
Owen Anderson authored
Don't explicitly marked libm rounding ops as legal on SSE4.1/AVX. There don't seem to be patterns for these, so I don't know why they were marked legal in the first place. Fixes failures caused by r146171. llvm-svn: 146180
-
Jim Grosbach authored
llvm-svn: 146179
-
Jim Grosbach authored
llvm-svn: 146177
-
Hal Finkel authored
llvm-svn: 146176
-
Akira Hatanaka authored
- Modify lowering of global TLS address nodes. - Modify isel of ThreadPointer. - Wrap target global TLS address nodes that are operands of loads with WrapperPIC. - Remove Mips-specific DAG nodes TlsGd, TprelHi and TprelLo, which can be substituted with other existing nodes. llvm-svn: 146175
-
DeLesley Hutchins authored
llvm-svn: 146174
-
Jim Ingham authored
<rdar://problem/10545069> llvm-svn: 146173
-
Howard Hinnant authored
llvm-svn: 146172
-
Owen Anderson authored
Teach SelectionDAG to match more calls to libm functions onto existing SDNodes. Mark these nodes as illegal by default, unless the target declares otherwise. llvm-svn: 146171
-
Jim Grosbach authored
rdar://10550084 llvm-svn: 146170
-
Lang Hames authored
llvm-svn: 146169
-
Evan Cheng authored
clients to decide whether to look inside bundled instructions and whether the query should return true if any / all bundled instructions have the queried property. llvm-svn: 146168
-
Evan Cheng authored
llvm-svn: 146167
-
Kostya Serebryany authored
llvm-svn: 146166
-
Douglas Gregor authored
umbrella headers in the sense that all of the headers within that directory (and eventually its subdirectories) are considered to be part of the module with that umbrella directory. However, unlike umbrella headers, which are expected to include all of the headers within their subdirectories, Clang will automatically include all of the headers it finds in the named subdirectory. The intent here is to allow a module map to trivially turn a subdirectory into a module, where the module's structure can mimic the directory structure. llvm-svn: 146165
-
Sean Callanan authored
pointer to make the result of an expression. LLDB now dumps the ivars of the Objective-C object and all of its parents. This just required fixing a bug where we didn't distinguish between Objective-C object pointers and regular C-style pointers. Also added a testcase to verify that this continues to work. llvm-svn: 146164
-