- Nov 21, 2010
-
-
Chris Lattner authored
allowing the memcpy to be eliminated. Unfortunately, the requirements on byval's without explicit alignment are really weak and impossible to predict in the mid-level optimizer, so this doesn't kick in much with current frontends. The fix is to change clang to set alignment on all byval arguments. llvm-svn: 119916
-
Anders Carlsson authored
llvm-svn: 119915
-
Chris Lattner authored
requirement on the input pointer. llvm-svn: 119914
-
- Nov 20, 2010
-
-
Bill Wendling authored
llvm-svn: 119913
-
Eric Christopher authored
mode variables. Handle frame indexes in load/store and allocas again. llvm-svn: 119912
-
Eric Christopher authored
to match the one from the load emitter above. llvm-svn: 119911
-
Greg Clayton authored
When we resolve a forward declaration type, be sure to put it into the m_die_to_type map so we don't assert later when someone tries to resolve the type. llvm-svn: 119910
-
Howard Hinnant authored
llvm-svn: 119909
-
Benjamin Kramer authored
llvm-svn: 119908
-
Frits van Bommel authored
llvm-svn: 119907
-
Howard Hinnant authored
llvm-svn: 119906
-
Anton Korobeynikov authored
llvm-svn: 119905
-
Anton Korobeynikov authored
llvm-svn: 119904
-
Benjamin Kramer authored
llvm-svn: 119903
-
Francois Pichet authored
Disable warning C4291 on MSVC. Caused because class AttributeList provides a non implemented operator delete without a corresponding new. llvm-svn: 119902
-
Duncan Sands authored
so don't claim they are. They are allocated using DAG.getNode, so attempts to access MemSDNode fields results in reading off the end of the allocated memory. This fixes crashes with "llc -debug" due to debug code trying to print MemSDNode fields for these barrier nodes (since the crashes are not deterministic, use valgrind to see this). Add some nasty checking to try to catch this kind of thing in the future. llvm-svn: 119901
-
Zhongxing Xu authored
llvm-svn: 119900
-
Zhanyong Wan authored
llvm-svn: 119899
-
Andrew Trick authored
Removing the useless test that I added recently. It was meant as an example, but not complicated enough to merit another test. llvm-svn: 119898
-
Zhongxing Xu authored
llvm-svn: 119897
-
Andrew Trick authored
llvm-svn: 119896
-
Andrew Trick authored
llvm-svn: 119895
-
Sean Callanan authored
llvm-svn: 119890
-
Sean Callanan authored
of failures in the AST importer. Also ensured that a variable will not be blindly added if GetVariableValue() returns an error. llvm-svn: 119889
-
Sean Callanan authored
llvm-svn: 119888
-
Argyrios Kyrtzidis authored
and use a better and more general approach, where NullStmt has a flag to indicate whether it was preceded by an empty macro. Thanks to Abramo Bagnara for the hint! llvm-svn: 119887
-
Nick Lewycky authored
llvm-svn: 119886
-
Jason Molenda authored
RegisterContext* - normally this is retrieved from the ExecutionContext's StackFrame but when we need to evaluate an expression while creating the stack frame list this can be a little tricky. Add DW_OP_deref_size, needed for the _sigtramp FDE expression. Add support for processing DWARF expressions in RegisterContextLLDB. Update callers to DWARFExpression::Evaluate. llvm-svn: 119885
-
Jakob Stoklund Olesen authored
llvm-svn: 119884
-
Bill Wendling authored
llvm-svn: 119883
-
Bill Wendling authored
llvm-svn: 119882
-
Bill Wendling authored
llvm-svn: 119881
-
Jakob Stoklund Olesen authored
It is now possible to navigate the B+-tree using NodeRef::subtree() and NodeRef::size() without knowing the key and value template types used in the tree. llvm-svn: 119880
-
Jakob Stoklund Olesen authored
that the noderefs are the first member in the object. This is in preparation of detemplatization of tree navigation. llvm-svn: 119879
-
Bill Wendling authored
value that the one in ARMMCCodeEmitter.cpp does. llvm-svn: 119878
-
Greg Clayton authored
to hang around and take a ton of CPU time. Caroline will fix this when she gets back from vacation. llvm-svn: 119877
-
Douglas Gregor authored
llvm-svn: 119876
-
Bill Wendling authored
llvm-svn: 119875
-
Douglas Gregor authored
llvm-svn: 119874
-
Jakob Stoklund Olesen authored
Key and value objects may not be destructed instantly when they are erased from the container, but they will be destructed eventually by the IntervalMap destructor. llvm-svn: 119873
-