maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang/test/Modules/DebugInfoSubmoduleImport.c

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

21 lines
1004 B
C
Raw Normal View History

Module Debugging: Emit submodules as nested DW_TAG_modules. llvm-svn: 248511
2015-09-25 00:10:10 +08:00
// RUN: rm -rf %t
Stop messing with the 'g' group of options in CompilerInvocation. With this change, most 'g' options are rejected by CompilerInvocation. They remain only as Driver options. The new way to request debug info from cc1 is with "-debug-info-kind={line-tables-only|limited|standalone}" and "-dwarf-version={2|3|4}". In the absence of a command-line option to specify Dwarf version, the Toolchain decides it, rather than placing Toolchain-specific logic in CompilerInvocation. Also fix a bug in the Windows compatibility argument parsing in which the "rightmost argument wins" principle failed. Differential Revision: http://reviews.llvm.org/D13221 llvm-svn: 249655
2015-10-08 12:24:12 +08:00
// RUN: %clang_cc1 -fmodules -fmodule-format=obj -debug-info-kind=limited -dwarf-ext-refs \
Module Debugging: Emit submodules as nested DW_TAG_modules. llvm-svn: 248511
2015-09-25 00:10:10 +08:00
// RUN: -fimplicit-module-maps -x c -fmodules-cache-path=%t -I %S/Inputs \
[modules][debuginfo] Only include imported modules when targeting LLDB These constructs are only applicable to a debugger capable of loading a Clang AST, so omit them for brevity when not doing so. We could potentially propagate more of CodeGenOptions through the ObjectFilePCGContainerOperations for consistency (so the next person who adds some CodeGenOpts feature that tweaks debug info output doesn't get caught by this), so I'm open to objections/alternatives there, but went with this for now. Tested just a couple of basic cases (one direct, one indirect (through the ObjectFilePCHContainerOperations) & fixed up other cases to pass the -debugger-tuning flag as appropriate. llvm-svn: 268460
2016-05-04 07:06:40 +08:00
// RUN: %s -emit-llvm -debugger-tuning=lldb -o - | FileCheck %s
Add a test that local submodule visibility has no effect on debug info rdar://problem/27876262 llvm-svn: 302809
2017-05-12 00:40:48 +08:00
//
// RUN: %clang_cc1 -fmodules -fmodule-format=obj -debug-info-kind=limited -dwarf-ext-refs \
// RUN: -fimplicit-module-maps -x c -fmodules-cache-path=%t -I %S/Inputs \
// RUN: -fmodules-local-submodule-visibility \
// RUN: %s -emit-llvm -debugger-tuning=lldb -o - | FileCheck %s
Module Debugging: Emit submodules as nested DW_TAG_modules. llvm-svn: 248511
2015-09-25 00:10:10 +08:00
#include "DebugSubmoduleA.h"
#include "DebugSubmoduleB.h"
// CHECK: !DICompileUnit
// CHECK-NOT: !DICompileUnit
// CHECK: !DIModule(scope: ![[PARENT:.*]], name: "DebugSubmoduleA"
// CHECK: [[PARENT]] = !DIModule(scope: null, name: "DebugSubmodules"
// CHECK: !DIModule(scope: ![[PARENT]], name: "DebugSubmoduleB"
// CHECK: !DICompileUnit({{.*}}splitDebugFilename: {{.*}}DebugSubmodules
// CHECK-SAME: dwoId:
// CHECK-NOT: !DICompileUnit