- Jul 22, 2011
-
-
Chandler Carruth authored
The header file was already properly located. The previous need for it in Support had to do with the version string printing which was fixed in r135757. Also update build dependencies where libraries that needed the functionality of the Target library (in the form of the TargetRegistry) were picking it up via Support. This is pretty pervasive, essentially every TargetInfo library (ARMInfo, etc) uses TargetRegistry, making it depend on Target. All of these were previously just sneaking by. llvm-svn: 135760
-
Chandler Carruth authored
the Support library. Now its part of the TargetRegistry, and the three commands that care about this explicitly register this extra bit of version information. The set of commands which care was computed by intersecting those which use the Support library's version string printing and those that initialize all the registered targets in a way that produces a meaningful list. The only odd ball out is that 'clang -cc1as -version' no longer prints the registered targets. I don't think anyone is really interested in that (especially as the fact that llvm-mc does so is under a FIXME), but if someone really does want this back I'll happily apply the same patch there. llvm-svn: 135757
-
Chandler Carruth authored
function on the TargetRegistry. Also clean it up and use the modern LLVM utility libraries available instead of rolling a few things manually. llvm-svn: 135756
-
Chandler Carruth authored
register extra version information to be printed. This is designed to allow those tools which link in various targets to also print those registered targets under --version. Currently this printing logic is embedded into the Support library directly; a huge layering violation. This is the first step to hoisting it out into the tools without adding lots of duplicated code. llvm-svn: 135755
-
NAKAMURA Takumi authored
FIXME: There is an inconsistency. llvm::Triple does not understand "ppc32" and PowerPC/TargetInfo holds "ppc32". llvm-svn: 135745
-
- Jul 21, 2011
-
-
Chris Lattner authored
to for it to be an an anon namespace and be in a header. Eliminate some extraenous uses of tie. llvm-svn: 135669
-
- Jul 18, 2011
-
-
Jeffrey Yasskin authored
errors like the one corrected by r135261. Migrate all LLVM callers of the old constructor to the new one. llvm-svn: 135431
-
Benjamin Kramer authored
llvm-svn: 135364
-
- Jul 15, 2011
-
-
Frits van Bommel authored
In Twine::str(), if the Twine stores only a std::string, just return a direct copy of that instead of first copying to a SmallString and converting that to a std::string. Also fix some indentation. llvm-svn: 135267
-
Chandler Carruth authored
desired overload. This is a bit of a hackish workaround to fix the compile after r135259. Let me know if there is a better approach. llvm-svn: 135261
-
Jeffrey Yasskin authored
memory for the result. llvm-svn: 135259
-
- Jul 09, 2011
-
-
NAKAMURA Takumi authored
llvm-svn: 134812
-
Bob Wilson authored
llvm-svn: 134759
-
Bob Wilson authored
According to Intel Application Note 485, this value is used for "Intel Core i7 and Intel Xeon processor". Just include it with the other "corei7-avx" entries. llvm-svn: 134750
-
- Jul 07, 2011
-
-
Joerg Sonnenberger authored
llvm-svn: 134617
-
- Jul 06, 2011
-
-
Eli Friedman authored
llvm-svn: 134532
-
- Jul 05, 2011
-
-
Chad Rosier authored
used for open is 0666. Therefore, add the necessary permission bits for consistency. rdar://8621462 llvm-svn: 134430
-
- Jul 02, 2011
-
-
Duncan Sands authored
is valid or not depends on which system you build. llvm-svn: 134321
-
Duncan Sands authored
llvm-svn: 134319
-
Douglas Gregor authored
llvm-svn: 134282
-
- Jun 22, 2011
-
-
Nick Lewycky authored
llvm-svn: 133648
-
- Jun 15, 2011
-
-
Ted Kremenek authored
toString() now takes an optional bool argument that, depending on the radix, adds the appropriate prefix to the integer's string representation that makes it into a meaningful C literal, e.g.: hexademical: '-f' becomes '-0xf' octal: '77' becomes '077' binary: '110' becomes '0b110' Patch by nobled@dreamwidth.org! llvm-svn: 133032
-
- Jun 13, 2011
-
-
Evan Cheng authored
Aliased flag options should be directed to stdout, not stderr to be consistent. Patch by Julien Lerouge. llvm-svn: 132931
-
- Jun 11, 2011
-
-
Andrew Trick authored
Patch by: Jakub Staszak! Introduces BranchProbability. Changes unsigned to uint32_t all over and uint64_t only when overflow is expected. llvm-svn: 132867
-
- Jun 09, 2011
-
-
Chris Lattner authored
llvm-svn: 132772
-
- Jun 03, 2011
-
-
Zhongxing Xu authored
integers with high 32 bits being zero. llvm-svn: 132538
-
- Jun 01, 2011
-
-
Joerg Sonnenberger authored
llvm-svn: 132395
-
- May 29, 2011
-
-
John McCall authored
llvm-svn: 132294
-
John McCall authored
This is important for the correct lowering of unwind instructions (which doesn't matter at all) and llvm.eh.resume calls (which does). llvm-svn: 132291
-
- May 22, 2011
-
-
Chris Lattner authored
llvm-svn: 131842
-
Chris Lattner authored
llvm-svn: 131829
-
- May 21, 2011
-
-
Andrew Trick authored
info in the error message. Per Dan's request. llvm-svn: 131780
-
- May 20, 2011
-
-
Benjamin Kramer authored
llvm-svn: 131730
-
- May 19, 2011
-
-
Rafael Espindola authored
llvm-svn: 131606
-
Rafael Espindola authored
llvm-svn: 131602
-
Eli Friedman authored
llvm-svn: 131600
-
- May 18, 2011
-
-
Eli Friedman authored
Third pass at allowing plugins to modify default passes. This time with a tweak so that we don't depend on an uninitialized argument. llvm-svn: 131581
-
Eli Friedman authored
llvm-svn: 131567
-
David Chisnall authored
Second pass at allowing plugins to modify default passes. This time without bonus inter-library dependencies. llvm-svn: 131556
-
- May 17, 2011
-
-
Rafael Espindola authored
getHostTriple. This fixes a 32 bit clang running on a 64 bit ubuntu. llvm-svn: 131463
-