| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 158351
|
| |
|
|
|
|
|
|
|
| |
printed.
There is otherwise not a newline between the CPU name and the start of the next
pass's output which makes both difficult to read.
llvm-svn: 158350
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
__ppc__.
Original commit message:
Move PPC host-CPU detection logic from PPCSubtarget into sys::getHostCPUName().
Both the new Linux functionality and the old Darwin functions have been moved.
This change also allows this information to be queried directly by clang and
other frontends (clang, for example, will now have real -mcpu=native support).
llvm-svn: 158349
|
| |
|
|
|
|
| |
all. Suppresses follow-on errors mentioned in PR13074.
llvm-svn: 158348
|
| |
|
|
|
|
| |
Patch by David Röthlisberger.
llvm-svn: 158347
|
| |
|
|
| |
llvm-svn: 158346
|
| |
|
|
|
|
|
|
|
| |
sys::getHostCPUName()."
This commit broke most of the PowerPC unit tests when running on
Intel/Apple.
llvm-svn: 158345
|
| |
|
|
| |
llvm-svn: 158344
|
| |
|
|
| |
llvm-svn: 158343
|
| |
|
|
|
|
|
|
|
|
|
| |
thread local data, embed them in the class using a uint64_t and make sure
we get compiler errors if there's a platform where this is not big enough.
This makes ThreadLocal more safe for using it in conjunction with CrashRecoveryContext.
Related to crash in rdar://11434201.
llvm-svn: 158342
|
| |
|
|
|
|
|
|
|
| |
This does not actually give us the right behavior for reinterpret_cast
of references. Reverting so I can think about it some more.
This reverts commit 50a75a6e26a49011150067adac556ef978639fe6.
llvm-svn: 158341
|
| |
|
|
|
|
| |
pressure.
llvm-svn: 158340
|
| |
|
|
| |
llvm-svn: 158339
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
These casts only appear in very well-defined circumstances, in which the
target of a reinterpret_cast or a function formal parameter is an lvalue
reference. According to the C++ standard, the following are equivalent:
reinterpret_cast<T&>( x)
*reinterpret_cast<T*>(&x)
[expr.reinterpret.cast]p11
llvm-svn: 158338
|
| |
|
|
|
|
|
|
| |
Both the new Linux functionality and the old Darwin functions have been moved.
This change also allows this information to be queried directly by clang and
other frontends (clang, for example, will now have real -mcpu=native support).
llvm-svn: 158337
|
| |
|
|
|
|
|
|
| |
ivars in WriterOptionsMachO instead have its methods compute ivar interactions.
Refactor mach-o Reference Kinds and introduce abstract class KindHandler.
Split up StubAtoms.hpp by architecture. Add support for 32-bit x86 stubs.
llvm-svn: 158336
|
| |
|
|
| |
llvm-svn: 158335
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
-target-cpu options.
This functionality is based on what is done on ARM, and enables selecting PPC CPUs
in a way compatible with gcc's driver. Also, mirroring gcc (and what is done on x86),
-mcpu=native support was added. This uses the host cpu detection from LLVM
(which will also soon be updated by refactoring code currently in backend).
In order for this to work, the target needs a list of valid CPUs -- we now accept all CPUs accepted by LLVM.
A few preprocessor defines for common CPU types have been added.
llvm-svn: 158334
|
| |
|
|
| |
llvm-svn: 158333
|
| |
|
|
| |
llvm-svn: 158332
|
| |
|
|
| |
llvm-svn: 158331
|
| |
|
|
| |
llvm-svn: 158330
|
| |
|
|
|
|
| |
assembly is completely untested and unsupported.
llvm-svn: 158329
|
| |
|
|
|
|
|
| |
The test is really checking the prolog/epilog load/store multiple
formation.
llvm-svn: 158328
|
| |
|
|
|
|
| |
debugserver needs to be able to posix_spawn debugging apps that have ".app" in their path that aren't bundles
llvm-svn: 158327
|
| |
|
|
| |
llvm-svn: 158325
|
| |
|
|
| |
llvm-svn: 158324
|
| |
|
|
|
|
|
|
|
|
|
| |
The PPC target feature gpul (IsGigaProcessor) was only used for one thing:
To enable the generation of the MFOCRF instruction. Furthermore, this
instruction is available on other PPC cores outside of the G5 line. This
feature now corresponds to the HasMFOCRF flag.
No functionality change.
llvm-svn: 158323
|
| |
|
|
| |
llvm-svn: 158322
|
| |
|
|
|
|
|
|
|
|
|
|
| |
While collections containing nil elements can still be iterated over in an
Objective-C for-in loop, the most common Cocoa collections -- NSArray,
NSDictionary, and NSSet -- cannot contain nil elements. This checker adds
that assumption to the analyzer state.
This was the cause of some minor false positives concerning CFRelease calls
on objects in an NSArray.
llvm-svn: 158319
|
| |
|
|
|
|
|
|
|
| |
This has a small hit in the case where only one class is interesting
(NilArgChecker) but is a big improvement when looking for one of several
interesting classes (VariadicMethodTypeChecker), in which the most common
case is that there is no match.
llvm-svn: 158318
|
| |
|
|
|
|
|
| |
It found a lot of cruft in LLVM that I removed last week and I couldn't find any
false positives. Time to give it more testing.
llvm-svn: 158317
|
| |
|
|
|
|
| |
Patch by James Benton!
llvm-svn: 158316
|
| |
|
|
|
|
| |
This is necessary on Linux and supported on Darwin, see PR2604.
llvm-svn: 158315
|
| |
|
|
|
|
| |
This functionality mirrors that available on PPC/Darwin.
llvm-svn: 158314
|
| |
|
|
|
|
| |
No functional change; these will be used by upcoming scheduler enhancements.
llvm-svn: 158313
|
| |
|
|
| |
llvm-svn: 158312
|
| |
|
|
|
|
|
|
|
| |
The TableGenBackend base class doesn't do much, and will be removed
completely soon.
Patch by Sean Silva!
llvm-svn: 158311
|
| |
|
|
|
|
|
|
|
|
|
| |
This showed up the first time rend() was called on a bundled instruction
in the Mips backend.
Also avoid dereferencing end() in bundle_iterator::operator++().
We still don't have a place to put unit tests for this stuff.
llvm-svn: 158310
|
| |
|
|
|
|
|
|
|
| |
only using the linkage.
Use and test both, documenting that considering the visibility and linkage
of template parameters is a difference from gcc.
llvm-svn: 158309
|
| |
|
|
| |
llvm-svn: 158307
|
| |
|
|
| |
llvm-svn: 158306
|
| |
|
|
| |
llvm-svn: 158305
|
| |
|
|
|
|
| |
Contributed by: Yabin Hu <yabin.hwu@gmail.com>
llvm-svn: 158304
|
| |
|
|
|
|
|
|
|
| |
We turned off the CMN instruction because it had semantics which we weren't
getting correct. If we are comparing with an immediate, then it's okay to use
the CMN instruction.
<rdar://problem/7569620>
llvm-svn: 158302
|
| |
|
|
|
|
| |
No functionality change.
llvm-svn: 158301
|
| |
|
|
| |
llvm-svn: 158300
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
such as "protocol" and "expression" being implicitly turned into links to
mistakenly-generated Doxygen pages:
- Escaping @ symbols when Doxygen would otherwise incorrectly interpret them;
- Escaping # symbols when they're not intended as explicit Doxygen link
requests, such as when discussing preprocessor directives;
- In one odd case, unescaping @ in @__experimental_modules_import, because
Doxygen wrote '\@' to the output in that case, causing the example in the
description of ImportDecl to be wrong; and
- Fixing a typo: @breif -> @brief.
llvm-svn: 158299
|
| |
|
|
| |
llvm-svn: 158298
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the compare.
This saves a cast, and zext is more expensive on platforms with subreg support
than trunc is. This occurs in the BSD implementation of memchr(3), see PR12750.
On the synthetic benchmark from that bug stupid_memchr and bsd_memchr have the
same performance now when not inlining either function.
stupid_memchr: 323.0us
bsd_memchr: 321.0us
memchr: 479.0us
where memchr is the llvm-gcc compiled bsd_memchr from osx lion's libc. When
inlining is enabled bsd_memchr still regresses down to llvm-gcc memchr time,
I haven't fully understood the issue yet, something is grossly mangling the
loop after inlining.
llvm-svn: 158297
|