summaryrefslogtreecommitdiffstats
path: root/llvm/unittests/ADT
Commit message (Collapse)AuthorAgeFilesLines
...
* Retire llvm::array_endof in favor of non-member std::end.Benjamin Kramer2014-04-121-0/+1
| | | | | | While there make array_lengthof constexpr if we have support for it. llvm-svn: 206112
* Support: generalise object type handling for WindowsSaleem Abdulrasool2014-03-311-5/+17
| | | | | | | | | This generalises the object file type parsing to all Windows environments. This is used by cygwin as well as MSVC environments for MCJIT. This also makes the triple more similar to Chandler's suggestion of a separate field for the object file format. llvm-svn: 205219
* ARM64: remove -m32/-m64 mapping with ARM.Tim Northover2014-03-301-4/+0
| | | | | | | This is causing the ARM build-bots to fail since they only include the ARM backend and can't create an ARM64 target. llvm-svn: 205132
* Support: correct Windows normalisationSaleem Abdulrasool2014-03-301-0/+9
| | | | | | | | | | | | | If the environment is unknown and no object file is provided, then assume an "MSVC" environment, otherwise, set the environment to the object file format. In the case that we have a known environment but a non-native file format for Windows (COFF) which is used for MCJIT, then append the custom file format to the triple as an additional component. This fixes the MCJIT tests on Windows. llvm-svn: 205130
* ARM64: initial backend importTim Northover2014-03-291-1/+1
| | | | | | | | | | | | This adds a second implementation of the AArch64 architecture to LLVM, accessible in parallel via the "arm64" triple. The plan over the coming weeks & months is to merge the two into a single backend, during which time thorough code review should naturally occur. Everything will be easier with the target in-tree though, hence this commit. llvm-svn: 205090
* Canonicalise Windows target triple spellingsSaleem Abdulrasool2014-03-271-1/+33
| | | | | | | | | | | | | | | | | | | | | | | | | Construct a uniform Windows target triple nomenclature which is congruent to the Linux counterpart. The old triples are normalised to the new canonical form. This cleans up the long-standing issue of odd naming for various Windows environments. There are four different environments on Windows: MSVC: The MS ABI, MSVCRT environment as defined by Microsoft GNU: The MinGW32/MinGW32-W64 environment which uses MSVCRT and auxiliary libraries Itanium: The MSVCRT environment + libc++ built with Itanium ABI Cygnus: The Cygwin environment which uses custom libraries for everything The following spellings are now written as: i686-pc-win32 => i686-pc-windows-msvc i686-pc-mingw32 => i686-pc-windows-gnu i686-pc-cygwin => i686-pc-windows-cygnus This should be sufficiently flexible to allow us to target other windows environments in the future as necessary. llvm-svn: 204977
* ADT/PointerIntPairTest.cpp: Appease msc17.NAKAMURA Takumi2014-03-101-1/+3
| | | | | | | - Use constructor instead of initializer list. - Disable ManyUnusedBits for now. llvm-svn: 203436
* [C++11] Now that we have C++11 and I've replaced the use of thisChandler Carruth2014-03-092-126/+0
| | | | | | | horrible smart pointer by std::unique_ptr and strict move semantics, rip this out. llvm-svn: 203392
* [C++11] Add llvm::make_unique, according to N3656.Ahmed Charles2014-03-092-0/+77
| | | | llvm-svn: 203387
* Revert "Clean up SmallString a bit"David Blaikie2014-03-092-28/+7
| | | | | | | | | This reverts commit r203374. Ambiguities in assign... oh well. I'm just going to revert this and probably not try to recommit it as it's not terribly important. llvm-svn: 203375
* Clean up SmallString a bitDavid Blaikie2014-03-092-7/+28
| | | | | | | | | | | Move a common utility (assign(iter, iter)) into SmallVector (some of the others could be moved there too, but this one seemed particularly generic) and replace repetitions overrides with using directives. And simplify SmallVector::assign(num, element) while I'm here rather than thrashing these files (that cause everyone to rebuild) again. llvm-svn: 203374
* Fix 80 cols.Ahmed Charles2014-03-081-1/+1
| | | | llvm-svn: 203346
* Fix EXPECT_* to not produce a compile warning.Eli Bendersky2014-03-071-2/+2
| | | | | | EXPECT_TRUE/FALSE is also more idiomatic for booleans than EXPECT_EQ llvm-svn: 203284
* [ADT] Update PointerIntPair to handle pointer types with more than 31 bits free.Jordan Rose2014-03-072-0/+75
| | | | | | | | | | Previously, the assertions in PointerIntPair would try to calculate the value (1 << NumLowBitsAvailable); the inferred type here is 'int', so if there were more than 31 bits available we'd get a shift overflow. Also, add a rudimentary unit test file for PointerIntPair. llvm-svn: 203273
* [C++11] Replace LLVM-style type traits with C++11 standard ones.Benjamin Kramer2014-03-072-2/+2
| | | | | | No functionality change. llvm-svn: 203242
* Support: split object format out of environmentSaleem Abdulrasool2014-03-061-1/+19
| | | | | | | | | | | This is a preliminary setup change to support a renaming of Windows target triples. Split the object file format information out of the environment into a separate entity. Unfortunately, file format was previously treated as an environment with an unknown OS. This is most obvious in the ARM subtarget where the handling for macho on an arbitrary platform switches to AAPCS rather than APCS (as per Apple's needs). llvm-svn: 203160
* [C++11] Add release() to OwningPtr.Ahmed Charles2014-03-051-0/+18
| | | | | | | This will make the transition to unique_ptr easier by allowing more incremental changes. llvm-svn: 202949
* Cleaning up a bunch of pre-Visual C++ 2012 build hacks.Yaron Keren2014-03-041-9/+0
| | | | llvm-svn: 202806
* Give APInt move semantics.Benjamin Kramer2014-03-022-0/+45
| | | | | | | The interaction between defaulted operators and move elision isn't totally obvious, add a unit test so it doesn't break unintentionally. llvm-svn: 202662
* [C++11] Replace llvm::next and llvm::prior with std::next and std::prev.Benjamin Kramer2014-03-022-44/+44
| | | | | | Remove the old functions. llvm-svn: 202636
* [C++11] Switch all uses of the llvm_move macro to use std::moveChandler Carruth2014-03-022-2/+2
| | | | | | directly, and remove the macro. llvm-svn: 202612
* [C++11] Add support for OwningPtr<T> to be converted to and fromChandler Carruth2014-03-021-0/+78
| | | | | | | | std::unique_ptr<T>. Patch by Ahmed Charles! llvm-svn: 202609
* [C++11] Add unit tests for OwningPtr<T> in preparation for changes to makeChandler Carruth2014-03-022-0/+178
| | | | | | | | | | it interoperate (minimally) with std::unique_ptr<T>. This is part of my plan to migrate LLVM to use std::unique_ptr with a minimal impact on out-of-tree code. Patch by Ahmed Charles with some minor cleanups (and bool casts) by me. llvm-svn: 202608
* [C++11] Remove uses of LLVM_HAS_RVALUE_REFERENCES from the unittests.Chandler Carruth2014-03-014-42/+0
| | | | llvm-svn: 202583
* fix crash in SmallDenseMap copy constructorDuncan P. N. Exon Smith2014-02-251-0/+28
| | | | | | | | | Prevent a crash in the SmallDenseMap copy constructor whenever the other map is not in small mode. <rdar://problem/14292693> llvm-svn: 202206
* Tweak an _MSC_VER ifdef to use typename with clang in a unittestReid Kleckner2014-02-131-1/+1
| | | | | | | | | | | In theory, Clang should figure out how to parse this correctly without typename, but since this is the last TU that Clang falls back on in the self-host, I'm going to compromise and check for __clang__. And now Clang can self-host on -win32 without fallback! The 'check' and 'check-clang' targets both pass. llvm-svn: 201358
* Fix layering StringRef copy using BumpPtrAllocator.Nick Kledzik2014-02-053-0/+49
| | | | | | | | | Now to copy a string into a BumpPtrAllocator and get a StringRef to the copy: StringRef myCopy = myStr.copy(myAllocator); llvm-svn: 200885
* Clean up whitespaceDuncan P. N. Exon Smith2014-01-311-2/+2
| | | | llvm-svn: 200579
* Roll back the ConstStringRef change for nowAlp Toker2014-01-271-18/+0
| | | | | | | | | | | There are a couple of interesting things here that we want to check over (particularly the expecting asserts in StringRef) and get right for general use in ADT so hold back on this one. For clang we have a workable templated solution to use in the meanwhile. This reverts commit r200187. llvm-svn: 200194
* StringRef: Extend constexpr capabilities and introduce ConstStringRefAlp Toker2014-01-271-0/+18
| | | | | | | | | | | | | | | | | | | (1) Add llvm_expect(), an asserting macro that can be evaluated as a constexpr expression as well as a runtime assert or compiler hint in release builds. This technique can be used to construct functions that are both unevaluated and compiled depending on usage. (2) Update StringRef using llvm_expect() to preserve runtime assertions while extending the same checks to static asserts in C++11 builds that support the feature. (3) Introduce ConstStringRef, a strong subclass of StringRef that references compile-time constant strings. It's convertible to, but not from, ordinary StringRef and thus can be used to add compile-time safety to various interfaces in LLVM and clang that only accept fixed inputs such as diagnostic format strings that tend to get misused. llvm-svn: 200187
* [APInt] Fix nearestLogBase2 to return correct answers for very large APInt ↵Michael Gottesman2014-01-191-0/+11
| | | | | | | | and APInt with a bitwidth of 1. I also improved the comments, added some more tests, etc. llvm-svn: 199610
* [APInt] Fixed bug where APInt(UINT32_MAX, 0) would blow up when being ↵Michael Gottesman2014-01-191-0/+8
| | | | | | | | | | | | | | constructed. This was due to arithmetic overflow in the getNumBits() computation. Now we cast BitWidth to a uint64_t so that does not occur during the computation. After the computation is complete, the uint64_t is truncated when the function returns. I know that this is not something that is likely to happen, but it *IS* a valid input and we should not blow up. llvm-svn: 199609
* Re-sort all of the includes with ./utils/sort_includes.py so thatChandler Carruth2014-01-071-1/+1
| | | | | | | | | | subsequent changes are easier to review. About to fix some layering issues, and wanted to separate out the necessary churn. Also comment and sink the include of "Windows.h" in three .inc files to match the usage in Memory.inc. llvm-svn: 198685
* Fix break introduced in r198377 due to using a local type as a template ↵David Blaikie2014-01-031-6/+6
| | | | | | parameter. llvm-svn: 198379
* Test coverage for non-default-constructible elements in a StringMapDavid Blaikie2014-01-021-0/+15
| | | | | | | | | This functionality was enabled by r198374. Here's a test to ensure it works and we don't regress it. Based on a patch by Maciej Piechotka. llvm-svn: 198377
* Remove StringMapEntryInitializer support.David Blaikie2014-01-021-17/+0
| | | | | | | It was never specialized so let's just remove that unused configurability and always do the default. llvm-svn: 198374
* Fix a buffer overrun detected by AddressSanitizer.Anna Zaks2013-12-191-0/+6
| | | | llvm-svn: 197647
* Remove APInt::extractBit since it is already implemented via operator[]. ↵Michael Gottesman2013-12-131-3/+3
| | | | | | Change tests for extractBit to test operator[]. llvm-svn: 197277
* [block-freq] Add the method APInt::nearestLogBase2().Michael Gottesman2013-12-131-4/+40
| | | | llvm-svn: 197272
* [block-freq] Add the APInt method extractBit.Michael Gottesman2013-12-131-0/+26
| | | | llvm-svn: 197271
* Darwin: update default iOS version to 5.0Tim Northover2013-12-101-7/+7
| | | | | | | | | | | | Defaulting to iOS 3.0 when LLVM has to guess the version is no longer a useful option and can give surprising results (like tail calls being disabled). 5.0 seems like a reasonable compromise as a platform that's still interesting to some people. rdar://problem/15567348 llvm-svn: 196912
* Make the moved-from SmallPtrSet be a valid, empty, small-state object.Chandler Carruth2013-11-201-7/+21
| | | | | | | | | | | Enhance the tests to actually require moves in C++11 mode, in addition to testing the moved-from state. Further enhance the tests to cover copy-assignment into a moved-from object and moving a large-state object. (Note that we can't really test small-state vs. large-state as that isn't an observable property of the API really.) This should finish addressing review on r195239. llvm-svn: 195261
* Add a test for assignment operator behavior which was changed inChandler Carruth2013-11-201-1/+25
| | | | | | | | r195239, as well as a comment about the fact that assigning over a moved-from object was in fact tested. Addresses some of the review feedback on r195239. llvm-svn: 195260
* Give SmallPtrSet move semantics when we have R-value references.Chandler Carruth2013-11-201-0/+49
| | | | | | | | | | | | Somehow, this ADT got missed which is moderately terrifying considering the efficiency of move for it. The code to implement move semantics for it is pretty horrible currently but was written to reasonably closely match the rest of the code. Unittests that cover both copying and moving (at a basic level) added. llvm-svn: 195239
* [weak vtables] Place class definitions into anonymous namespaces to prevent ↵Juergen Ributzka2013-11-191-6/+5
| | | | | | | | | | weak vtables. This patch places class definitions in implementation files into anonymous namespaces to prevent weak vtables. This eliminates the need of providing an out-of-line definition to pin the vtable explicitly to the file. llvm-svn: 195092
* [weak vtables] Remove a bunch of weak vtablesJuergen Ributzka2013-11-191-1/+4
| | | | | | | | | | | | This patch removes most of the trivial cases of weak vtables by pinning them to a single object file. The memory leaks in this version have been fixed. Thanks Alexey for pointing them out. Differential Revision: http://llvm-reviews.chandlerc.com/D2068 Reviewed by Andy llvm-svn: 195064
* Revert r194865 and r194874.Alexey Samsonov2013-11-181-3/+1
| | | | | | | | | | | | This change is incorrect. If you delete virtual destructor of both a base class and a subclass, then the following code: Base *foo = new Child(); delete foo; will not cause the destructor for members of Child class. As a result, I observe plently of memory leaks. Notable examples I investigated are: ObjectBuffer and ObjectBufferStream, AttributeImpl and StringSAttributeImpl. llvm-svn: 194997
* [weak vtables] Remove a bunch of weak vtablesJuergen Ributzka2013-11-151-1/+3
| | | | | | | | | | | This patch removes most of the trivial cases of weak vtables by pinning them to a single object file. Differential Revision: http://llvm-reviews.chandlerc.com/D2068 Reviewed by Andy llvm-svn: 194865
* Fix a null pointer dereference when copying a null polymorphic pointer.Chandler Carruth2013-11-131-0/+6
| | | | | | | | This bug only bit the C++98 build bots because all of the actual uses really do move. ;] But not *quite* ready to do the whole C++11 switch yet, so clean it up. Also add a unit test that catches this immediately. llvm-svn: 194548
* Switch to allow implicit construction. In many cases, we're wrappingChandler Carruth2013-11-091-0/+5
| | | | | | a derived type and this makes it *much* easier to write this code. llvm-svn: 194321
OpenPOWER on IntegriCloud