Daniel Malea 89660bf795 More Linux warnings fixes (remove default labels as needed): ...

- as per http://llvm.org/docs/CodingStandards.html#don-t-use-default-labels-in-fully-covered-switches-over-enumerations

Patch by Matt Kopec!

llvm-svn: 169633

2012-12-07 20:51:09 +00:00

..

ABI.cpp

Fixed build warnings.

2012-10-30 23:56:14 +00:00

CPPLanguageRuntime.cpp

…

ExecutionContext.cpp

…

LanguageRuntime.cpp

Improved support for language types as command

2012-10-23 00:50:09 +00:00

Makefile

…

Memory.cpp

Resolve printf formatting warnings on Linux:

2012-11-29 21:49:15 +00:00

ObjCLanguageRuntime.cpp

Resolve printf formatting warnings on Linux:

2012-11-29 21:49:15 +00:00

OperatingSystem.cpp

…

PathMappingList.cpp

…

Platform.cpp

<rdar://problem/12586350>

2012-11-08 02:22:02 +00:00

Process.cpp

More Linux warnings fixes (remove default labels as needed):

2012-12-07 20:51:09 +00:00

RegisterContext.cpp

…

SectionLoadList.cpp

Resolve printf formatting warnings on Linux:

2012-11-29 21:49:15 +00:00

StackFrame.cpp

<rdar://problem/12560257>

2012-12-06 02:33:54 +00:00

StackFrameList.cpp

<rdar://problem/12649160>

2012-12-05 00:16:59 +00:00

StackID.cpp

Resolve printf formatting warnings on Linux:

2012-11-29 21:49:15 +00:00

StopInfo.cpp

Fix Linux build warnings due to redefinition of macros:

2012-12-05 00:20:57 +00:00

Target.cpp

Adding missing log->Printf instead of printf in Target::SetArchitecture

2012-12-05 23:07:34 +00:00

TargetList.cpp

Fix Linux build warnings due to redefinition of macros:

2012-12-05 00:20:57 +00:00

Thread.cpp

Fix Linux build warnings due to redefinition of macros:

2012-12-05 00:20:57 +00:00

ThreadList.cpp

Resolve printf formatting warnings on Linux:

2012-11-29 21:49:15 +00:00

ThreadPlan.cpp

Fix Linux build warnings due to redefinition of macros:

2012-12-05 00:20:57 +00:00

ThreadPlanBase.cpp

<rdar://problem/12649160>

2012-12-05 00:16:59 +00:00

ThreadPlanCallFunction.cpp

Set ThreadPlanCallFunction to private in ConstructorSetup. This fixes a problem on Linux where 'continue' was misfiring after an expression evaluation when stopped at a breakpoint. The problem was that InferiorCallMmap was not setting its ThreadPlanCallFunction to private and so the completion of that thread plan appeared to be the stop reason and therefore the 'continue' operation failed to step over the breakpoint. The SetPrivate call is being put in ThreadPlanCallFunction rather than InferiorCallMmap to make the solution more general.

2012-12-07 17:56:31 +00:00

ThreadPlanCallUserExpression.cpp

…

ThreadPlanRunToAddress.cpp

…

ThreadPlanShouldStopHere.cpp

Resolve printf formatting warnings on Linux:

2012-11-29 21:49:15 +00:00

ThreadPlanStepInRange.cpp

<rdar://problem/12649160>

2012-12-05 00:16:59 +00:00

ThreadPlanStepInstruction.cpp

Found a couple more places where we need to run all threads when stepping.

2012-10-25 22:30:09 +00:00

ThreadPlanStepOut.cpp

<rdar://problem/12649160>

2012-12-05 00:16:59 +00:00

ThreadPlanStepOverBreakpoint.cpp

Resolve printf formatting warnings on Linux:

2012-11-29 21:49:15 +00:00

ThreadPlanStepOverRange.cpp

<rdar://problem/12649160>

2012-12-05 00:16:59 +00:00

ThreadPlanStepRange.cpp

Resolve printf formatting warnings on Linux:

2012-11-29 21:49:15 +00:00

ThreadPlanStepThrough.cpp

Resolve printf formatting warnings on Linux:

2012-11-29 21:49:15 +00:00

ThreadPlanStepUntil.cpp

<rdar://problem/12649160>

2012-12-05 00:16:59 +00:00

ThreadPlanTracer.cpp

Fix Linux build warnings due to redefinition of macros:

2012-12-05 00:20:57 +00:00

ThreadSpec.cpp

Resolve printf formatting warnings on Linux:

2012-11-29 21:49:15 +00:00

UnixSignals.cpp

…

UnwindAssembly.cpp

…