- Oct 04, 2010
-
-
Duncan Sands authored
Ada in llvm-gcc. llvm-svn: 115501
-
Duncan Sands authored
llvm-svn: 115500
-
Duncan Sands authored
llvm-svn: 115499
-
Douglas Gregor authored
llvm-svn: 115498
-
Chris Lattner authored
llvm-svn: 115495
-
Chris Lattner authored
llvm-svn: 115494
-
Marcin Swiderski authored
llvm-svn: 115493
-
Greg Clayton authored
llvm-svn: 115491
-
Greg Clayton authored
was stopped in a module, yet had no valid function for the PC, no module would be displayed. llvm-svn: 115490
-
Chris Lattner authored
llvm-svn: 115489
-
Greg Clayton authored
llvm-svn: 115488
-
NAKAMURA Takumi authored
This has been applied already in r115093 on release_28. llvm-svn: 115487
-
Chris Lattner authored
llvm-svn: 115486
-
Greg Clayton authored
instance: settings set frame-format <string> settings set thread-format <string> This allows users to control the information that is seen when dumping threads and frames. The default values are set such that they do what they used to do prior to changing over the the user defined formats. This allows users with terminals that can display color to make different items different colors using the escape control codes. A few alias examples that will colorize your thread and frame prompts are: settings set frame-format 'frame #${frame.index}: \033[0;33m${frame.pc}\033[0m{ \033[1;4;36m${module.file.basename}\033[0;36m ${function.name}{${function.pc-offset}}\033[0m}{ \033[0;35mat \033[1;35m${line.file.basename}:${line.number}}\033[0m\n' settings set thread-format 'thread #${thread.index}: \033[1;33mtid\033[0;33m = ${thread.id}\033[0m{, \033[0;33m${frame.pc}\033[0m}{ \033[1;4;36m${module.file.basename}\033[0;36m ${function.name}{${function.pc-offset}}\033[0m}{, \033[1;35mstop reason\033[0;35m = ${thread.stop-reason}\033[0m}{, \033[1;36mname = \033[0;36m${thread.name}\033[0m}{, \033[1;32mqueue = \033[0;32m${thread.queue}}\033[0m\n' A quick web search for "colorize terminal output" should allow you to see what you can do to make your output look like you want it. The "settings set" commands above can of course be added to your ~/.lldbinit file for permanent use. Changed the pure virtual void ExecutionContextScope::Calculate (ExecutionContext&); To: void ExecutionContextScope::CalculateExecutionContext (ExecutionContext&); I did this because this is a class that anything in the execution context heirarchy inherits from and "target->Calculate (exe_ctx)" didn't always tell you what it was really trying to do unless you look at the parameter. llvm-svn: 115485
-
Chris Lattner authored
llvm-svn: 115484
-
Chris Lattner authored
llvm-svn: 115483
-
Anton Korobeynikov authored
Patch by Cameron! llvm-svn: 115480
-
Anton Korobeynikov authored
Based on the patch by Cameron Esfahani! llvm-svn: 115479
-
- Oct 03, 2010
-
-
Eli Friedman authored
llvm-svn: 115477
-
Chris Lattner authored
llvm-svn: 115476
-
Chris Lattner authored
llvm-svn: 115474
-
Chris Lattner authored
the immediate field of pshufw is actually an 8-bit field, not a 8-bit field that is sign extended. This fixes PR8288 llvm-svn: 115473
-
Rafael Espindola authored
so and also change X86 for consistency. Investigating if this can be improved a bit. llvm-svn: 115469
-
Chris Lattner authored
the right file. The assembler supports all the 3dnow instructions now, but not the "3dnowa" ones. llvm-svn: 115468
-
Chris Lattner authored
llvm-svn: 115467
-
Chris Lattner authored
else in X86), and add support for pavgusb. This is apparently the only instruction (other than movsx) that is preventing ffmpeg from building with clang. If someone else is interested in banging out the rest of the 3DNow! instructions, it should be quite easy now. llvm-svn: 115466
-
Duncan Sands authored
llvm-svn: 115463
-
Duncan Sands authored
is partly because this attribute caused trouble in the past (the SmallVector one had to be changed from aligned to aligned(8) due to causing crashes on i386 for example; in theory the same might be needed in the Allocator case...). But it's mostly because there seems to be no point in special casing gcc here. Using the same implementation for all compilers results in better testing. llvm-svn: 115462
-
Howard Hinnant authored
llvm-svn: 115461
-
Bill Wendling authored
llvm-svn: 115460
-
Bill Wendling authored
llvm-svn: 115459
-
Bill Wendling authored
tact. llvm-svn: 115458
-
Evan Cheng authored
1. Model dual issues as two FUs. 2. Model the pipelines correctly: two symmetric ALUs, the multiplier is a dependent pipeline on ALU0. The changes do not have much impact on codegen right now. But I plan to make pre-RA scheduler multi-issue aware which should take good advantage of the changes. llvm-svn: 115457
-
Bill Wendling authored
llvm-svn: 115456
-
Rafael Espindola authored
llvm-svn: 115454
-
Bill Wendling authored
llvm-svn: 115453
-
Douglas Gregor authored
function/method argument, include the parameter name and always include parentheses (even for zero-parameter blocks). Otherwise, the block literal placeholder '^' can look very weird. llvm-svn: 115444
-
Howard Hinnant authored
llvm-svn: 115443
-
Howard Hinnant authored
llvm-svn: 115430
-
Chris Lattner authored
llvm-svn: 115429
-