The hint is simply tried first and then forgotten if it couldn't be allocated
immediately.

llvm-svn: 121306

llvm-svn: 121305

llvm-svn: 121302

multiply instructions.

llvm-svn: 121301

Remove the "splat" parameter from the EmitNeonCall function, since it is no
longer needed.

llvm-svn: 121300

so they can be implemented without separate clang builtins.

llvm-svn: 121299

llvm-svn: 121298

llvm-svn: 121297

used as the arguments for the inferior program. So for example you can do

% lldb /bin/ls /tmp ~/Documents

And "lldb" will use "/bin/ls" as the program and send arguments "/tmp" and
"~/Documents" as the launch args.

If you specify a file, then all remaining args after option parsing
will be used for program arguments:

% lldb -f /bin/ls /tmp ~/Documents

If you need to pass option values to your inferior program, just terminate
the "lldb" command line driver options with "--":

% lldb -- /bin/ls -AFl /tmp

The arguments are placed into the "settings" variable named 
"target.process.run-args". This allows you to just run the program using
"process launch" and, if no args are specified on that command, the 
"target.process.run-args" values will be used:

% lldb -- /bin/ls -AFl /tmp
Current executable set to '/bin/ls' (x86_64).
(lldb) settings show target.process.run-args 
target.process.run-args (array):
  [0]: '-AFl'
  [1]: '/tmp'
(lldb) 
(lldb) r
Process 56753 launched: '/bin/ls' (x86_64)
lrwxr-xr-x@ 1 root  wheel  11 Nov 19  2009 /tmp@ -> private/tmp

llvm-svn: 121295

abstract priority queue interface in subclasses that want to override the
priority calculations.

Subclasses must provide a getPriority() implementation instead.

This approach requires less code as long as priorities are expressable as simple
floats, and it avoids the dangers of defining potentially expensive priority
comparison functions.

It also should speed up priority_queue operations since they no longer have to
chase pointers when comparing registers. This is not measurable, though.

Preferably, we shouldn't use floats to guide code generation. The use of floats
here is derived from the use of floats for spill weights. Spill weights have a
dynamic range that doesn't lend itself easily to a fixpoint implementation.

When someone invents a stable spill weight representation, it can be reused for
allocation priorities.

llvm-svn: 121294

llvm-svn: 121293

llvm-svn: 121292

for the source field when it's the whole thing that's being referenced.

llvm-svn: 121291

keyword occurs outside of a template" diagnostics under
-WC++0x-extensions.

llvm-svn: 121290

llvm-svn: 121289

llvm-svn: 121288

llvm-svn: 121287

llvm-svn: 121286

llvm-svn: 121285

llvm-svn: 121284

llvm-svn: 121283

llvm-svn: 121282

llvm-svn: 121281

ordering of thumb mode.

llvm-svn: 121280

llvm-svn: 121279

file data, so if a source file was modified, we would always show the first
cached copy of the source data. We now check file modification times when
displaying source info so we can show the update source info.

llvm-svn: 121278

llvm-svn: 121277

llvm-svn: 121276

llvm-svn: 121275

both forward and backward scheduling. Rename it to
ScoreboardHazardRecognizer (Scoreboard is one word). Remove integer
division from the scoreboard's critical path.

llvm-svn: 121274

llvm-svn: 121273

llvm-svn: 121272

way of iterating through an aggregate data structure.  The added example usage
is from an actual use in test/foundation/TestSymbolTable.py:

    2. Pass a container of aggregate which provides APIs to get to the size and
       the element of the aggregate:

    # Module is a container of symbol table 
    module = target.FindModule(filespec)
    for symbol in lldb_iter(module, 'GetNumSymbols', 'GetSymbolAtIndex'):
        name = symbol.GetName()
        ...

llvm-svn: 121271

sysroot flag to the link command as a joined flag or a separate flag.

llvm-svn: 121270

Also, add bug info for expected failures that remain:

    <rdar://problem/8741897> Expressions should support properties

llvm-svn: 121268

After a long break to wait for the atomic spec to settle, this completes the library part of <atomic>.  It currently won't even parse as it depends on the existence of the intrinsics specified at http://libcxx.llvm.org/atomic_design_a.html.  Everything has been tested using fake intrinsics which have now been removed.  As the intrinsics come online, the ATOMIC_* macros will need to be adjusted to reflect which operations are lock-free.  These macros will probably need to be #ifdef'd for each supported platform.

llvm-svn: 121267

llvm-svn: 121266

llvm-svn: 121265

implementation.

llvm-svn: 121263

llvm-svn: 121262