- Jun 28, 2013
-
-
Manman Ren authored
No functionality change. It should suffice to check the type of a debug info metadata, instead of calling Verify. For cases where we know the type of a DI metadata, use assert. Also update testing cases to make them conform to the format of DI classes. llvm-svn: 185135
-
Rui Ueyama authored
llvm-svn: 185134
-
Rui Ueyama authored
llvm-svn: 185133
-
Richard Smith authored
module deserialization / merging, and more laziness here is general goodness. llvm-svn: 185132
-
David Blaikie authored
llvm-svn: 185131
-
Rui Ueyama authored
llvm-svn: 185130
-
Rui Ueyama authored
llvm-svn: 185129
-
Rui Ueyama authored
llvm-svn: 185128
-
Rafael Espindola authored
llvm-svn: 185127
-
Rafael Espindola authored
* Don't try to create parent directories in unique_file. It had two problem: * It violates the contract that it is atomic. If the directory creation success and the file creation fails, we would return an error but the file system was modified. * When creating a temporary file clang would have to first check if the parent directory existed or not to avoid creating one when it was not supposed to. * More efficient implementations of createUniqueDirectory and the unique_file that produces only the file name. Now all 3 just call into a static function passing what they want (name, file or directory). Clang also has to be updated, so tests might fail if a bot picks up this commit and not the corresponding clang one. llvm-svn: 185126
-
Rui Ueyama authored
Templatize connectAtomsWithLayoutEdge() so that it can handle other types of defined atoms. llvm-svn: 185125
-
Matt Arsenault authored
llvm-svn: 185124
-
Rafael Espindola authored
llvm-svn: 185123
-
Arnold Schwaighofer authored
radar://14169017 llvm-svn: 185122
-
Matt Arsenault authored
llvm-svn: 185121
-
Matt Arsenault authored
llvm-svn: 185120
-
Eli Friedman authored
llvm-svn: 185119
-
Eli Friedman authored
This replaces a long list of declarations for visitor functions with a list generated from DeclNodes.inc. Nothing really interesting came out of it; we had comprehensive coverage anyway (excluding FriendTemplateDecls). llvm-svn: 185118
-
Richard Smith authored
initialized during aggregate initialization of the surrounding structure. llvm-svn: 185117
-
Peter Collingbourne authored
Differential Revision: http://llvm-reviews.chandlerc.com/D1051 llvm-svn: 185115
-
Peter Collingbourne authored
a zero-argument createNullPtrType function for creating the canonical nullptr type. Differential Revision: http://llvm-reviews.chandlerc.com/D1050 llvm-svn: 185114
-
Michael Gottesman authored
llvm-svn: 185113
-
John McCall authored
passing arguments in the fixed style. We have an abstraction for deciding this, but it's (1) deep in IR-generation, (2) necessarily tied to exact argument lists, and (3) triggered by unprototyped function types, which we can't legitimately make in C++ mode. So this solution, wherein Sema rewrites the function type to an exact prototype but leaves the variadic bit enabled so as to request x86-64-like platforms to pass the extra variadic info, is very much a hack, but it's one that works in practice on the platforms that LLDB will support in the medium term --- the only place we know of where it's a problem is instance methods in Windows, where variadic functions are implicitly cdecl. We may have a more abstracted base on which to build a solution by then. rdar://13731520 llvm-svn: 185112
-
- Jun 27, 2013
-
-
Michael Gottesman authored
Revert "Revert "[APFloat] Removed APFloat constructor which initialized to either zero/NaN but allowed you to arbitrarily set the category of the float."" This reverts commit r185099. Looks like both the ppc-64 and mips bots are still failing after I reverted this change. Since: 1. The mips bot always performs a clean build, 2. The ppc64-bot failed again after a clean build (I asked the ppc-64 maintainers to clean the bot which they did... Thanks Will!), I think it is safe to assume that this change was not the cause of the failures that said builders were seeing. Thus I am recomitting. llvm-svn: 185111
-
Michael Gottesman authored
This reverts commit r184817. The failure Chandler was seeing was most likely the bug that Bob Wilson fixed in r184870 (which was a bug caught by these tests). To be safe, I just checked again on x86-64 mac os x/linux that this test passed (which it did). llvm-svn: 185110
-
Richard Smith authored
its only caller with a FIXME explaining why it's bogus. llvm-svn: 185109
-
Eli Friedman authored
llvm-svn: 185108
-
Tim Northover authored
Both StopReadThread and the thread being stopped set the thread id to 0 after m_read_thread_enabled was set to false. If the thread being stopped got there first then StopReadThread called pthread_join on an invalid thread number. This is not a Good Thing, Should fix a fairly regular segfault when quitting on Linux. llvm-svn: 185107
-
Bill Wendling authored
llvm-svn: 185106
-
Bill Wendling authored
llvm-svn: 185105
-
Bill Wendling authored
llvm-svn: 185104
-
Eli Friedman authored
llvm-svn: 185103
-
Rui Ueyama authored
llvm-svn: 185102
-
Eli Friedman authored
llvm-svn: 185101
-
Douglas Gregor authored
Under -fms-extensions, only inject a friend tag name when we didn't see a tag with that name in an enclosing scope. r177473 made us correctly consider only those declarations in the enclosing namespace scope when looking for a friend declaration. Under ms-extensions mode, where we do some level of friend injection, this meant that we were introducing a new tag type into a different scope than what Microsoft actually does. Address this by only doing the friend injection when we didn't see any tag with that name in any outer scope. Fixes <rdar://problem/14250378>. llvm-svn: 185100
-
Michael Gottesman authored
Revert "[APFloat] Removed APFloat constructor which initialized to either zero/NaN but allowed you to arbitrarily set the category of the float." This reverts commit r185095. This is causing a FileCheck failure on the 3dnow intrinsics on at least the mips/ppc bots but not on the x86 bots. Reverting while I figure out what is going on. llvm-svn: 185099
-
Eli Friedman authored
llvm-svn: 185098
-
Arnold Schwaighofer authored
Otherwise, we end up with an exponential IR blowup. Fixes PR16472. llvm-svn: 185097
-
Chad Rosier authored
llvm-svn: 185096
-
Michael Gottesman authored
[APFloat] Removed APFloat constructor which initialized to either zero/NaN but allowed you to arbitrarily set the category of the float. The category which an APFloat belongs to should be dependent on the actual value that the APFloat has, not be arbitrarily passed in by the user. This will prevent inconsistency bugs where the category and the actual value in APFloat differ. I also fixed up all of the references to this constructor (which were only in LLVM). llvm-svn: 185095
-