| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
Overload it in the ARM backend to do nothing, since is does insane
constant pool emission.
llvm-svn: 94708
|
| |
|
|
| |
llvm-svn: 94707
|
| |
|
|
| |
llvm-svn: 94706
|
| |
|
|
|
|
| |
constify EmitLinkage.
llvm-svn: 94705
|
| |
|
|
|
|
| |
in SemaChecking).
llvm-svn: 94704
|
| |
|
|
| |
llvm-svn: 94703
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
strings than what we currently have in Sema. This is both an
experiment and a WIP.
The idea is simple: parse the format string incrementally,
constructing a well-structure representation of each format specifier.
Each format specifier is then handed back one-by-one to a client via a
callback. Malformed format strings are also handled with callbacks.
The idea is to separate the parsing of the format string from the
emission of diagnostics. Currently what we have in Sema for handling
format strings is a mongrel of both that is hard to follow and
difficult to modify (I can apply this label since I'm the original
author of that code).
This is in libAnalysis as it is reasonable generic and can potentially
be used both by libSema and libChecker.
Comments welcome.
llvm-svn: 94702
|
| |
|
|
|
|
| |
MachineFunction::Alignment instead.
llvm-svn: 94701
|
| |
|
|
| |
llvm-svn: 94700
|
| |
|
|
|
|
| |
is now less than 200 LOC!
llvm-svn: 94699
|
| |
|
|
| |
llvm-svn: 94698
|
| |
|
|
|
|
| |
global namespace needlessly.
llvm-svn: 94697
|
| |
|
|
|
|
| |
for the LLVM disassemblers.
llvm-svn: 94696
|
| |
|
|
|
|
|
| |
let that stop it from being deleted, and change the
DEBUG_VALUE value to undef.
llvm-svn: 94694
|
| |
|
|
|
|
| |
per document.
llvm-svn: 94693
|
| |
|
|
| |
llvm-svn: 94692
|
| |
|
|
|
|
| |
Instructions (which map to themselves)
llvm-svn: 94691
|
| |
|
|
|
|
|
| |
This was already being done in SSAUpdater::GetValueAtEndOfBlock so I've
just changed SSAUpdater to check for existing PHIs in both places.
llvm-svn: 94690
|
| |
|
|
| |
llvm-svn: 94688
|
| |
|
|
| |
llvm-svn: 94687
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Modules and ModuleProviders. Because the "ModuleProvider" simply materializes
GlobalValues now, and doesn't provide modules, it's renamed to
"GVMaterializer". Code that used to need a ModuleProvider to materialize
Functions can now materialize the Functions directly. Functions no longer use a
magic linkage to record that they're materializable; they simply ask the
GVMaterializer.
Because the C ABI must never change, we can't remove LLVMModuleProviderRef or
the functions that refer to it. Instead, because Module now exposes the same
functionality ModuleProvider used to, we store a Module* in any
LLVMModuleProviderRef and translate in the wrapper methods. The bindings to
other languages still use the ModuleProvider concept. It would probably be
worth some time to update them to follow the C++ more closely, but I don't
intend to do it.
Fixes http://llvm.org/PR5737 and http://llvm.org/PR5735.
llvm-svn: 94686
|
| |
|
|
| |
llvm-svn: 94685
|
| |
|
|
| |
llvm-svn: 94684
|
| |
|
|
| |
llvm-svn: 94683
|
| |
|
|
|
|
| |
CocoaConventions.h.
llvm-svn: 94682
|
| |
|
|
|
|
|
| |
now that the "InBytes" part of the name is implied by the return type, rename
it to getDeclAlign().
llvm-svn: 94681
|
| |
|
|
|
|
| |
less fragile than the old code.
llvm-svn: 94679
|
| |
|
|
| |
llvm-svn: 94678
|
| |
|
|
| |
llvm-svn: 94677
|
| |
|
|
|
|
| |
runtime-specific code is a bit ugly. It would be a good idea to hoist all of the string / protocol uniqueing code up into CGObjCRuntime or CodeGenModule and only handle emitting the original versions in the runtime-specific code.
llvm-svn: 94676
|
| |
|
|
|
|
| |
if this is the "correct" fix, but it seems a strict improvement.
llvm-svn: 94675
|
| |
|
|
|
|
| |
showed up with a primitive type.
llvm-svn: 94674
|
| |
|
|
| |
llvm-svn: 94673
|
| |
|
|
| |
llvm-svn: 94672
|
| |
|
|
| |
llvm-svn: 94671
|
| |
|
|
|
|
| |
It causes g++ to complain: unrecognized option '-Qunused-arguments'
llvm-svn: 94670
|
| |
|
|
|
|
| |
PR6138
llvm-svn: 94669
|
| |
|
|
| |
llvm-svn: 94668
|
| |
|
|
|
|
|
| |
which allows targets to override function entry label emission.
Use it to convert linux/ppc to use EmitFunctionHeader().
llvm-svn: 94667
|
| |
|
|
| |
llvm-svn: 94666
|
| |
|
|
| |
llvm-svn: 94665
|
| |
|
|
|
|
|
|
|
| |
even when -tailcallopt is not specified and it does not require changing ABI.
First case is the most trivial one. Perform tail call optimization when both
the caller and callee do not return values and when the callee does not take
any input arguments.
llvm-svn: 94664
|
| |
|
|
| |
llvm-svn: 94663
|
| |
|
|
|
|
|
|
|
| |
reusable and modular API pieces.
Start by pulling the logic for deriving the Cocoa naming convention
into a separate API, header, and source file.
llvm-svn: 94662
|
| |
|
|
| |
llvm-svn: 94661
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
sequences, where we would occasionally determine (incorrectly) that
one standard conversion sequence was a proper subset of another when,
in fact, they contained completely incomparable conversions.
This change records the types in each step within a standard
conversion sequence, so that we can check the specific comparison
types to determine when one sequence is a proper subset of the
other. Fixes this testcase (thanks, Anders!), which was distilled from
PR6095 (also thanks to Anders).
llvm-svn: 94660
|
| |
|
|
|
|
| |
using the same framework we use for deprecation warnings.
llvm-svn: 94659
|
| |
|
|
|
|
| |
(This is needed in order to build Qt).
llvm-svn: 94658
|
| |
|
|
| |
llvm-svn: 94657
|
| |
|
|
|
|
| |
be passed indirectly in the 32-bit ABI. Fixes PR6094.
llvm-svn: 94656
|