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/DebugInfo-fmodule-name.c

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

17 lines
537 B
C
Raw Normal View History

-gmodules: Don't emit incomplete breadcrumbs pointing to nonexistant PCM files. When a module name is specified as -fmodule-name, that module gets a clang::Module object, but it won't actually be built or imported; it will be textual. CGDebugInfo wouldn't detect this and them emit a DICompileUnit that had a hash but no name and that confused both dsymutil, LLDB, and myself. rdar://problem/47926508 Differential Revision: https://reviews.llvm.org/D57976 llvm-svn: 353578
2019-02-09 07:15:42 +08:00
// RUN: rm -rf %t
Relax assertion to account for private framework modules, too. rdar://problem/48116069 llvm-svn: 354165
2019-02-16 04:24:26 +08:00
// RUN: %clang_cc1 -fmodules -fmodule-format=obj -fmodule-name=MainA \
-gmodules: Don't emit incomplete breadcrumbs pointing to nonexistant PCM files. When a module name is specified as -fmodule-name, that module gets a clang::Module object, but it won't actually be built or imported; it will be textual. CGDebugInfo wouldn't detect this and them emit a DICompileUnit that had a hash but no name and that confused both dsymutil, LLDB, and myself. rdar://problem/47926508 Differential Revision: https://reviews.llvm.org/D57976 llvm-svn: 353578
2019-02-09 07:15:42 +08:00
// RUN: -debug-info-kind=limited -dwarf-ext-refs \
// RUN: -fimplicit-module-maps -x c -fmodules-cache-path=%t -F %S/Inputs \
// RUN: %s -S -emit-llvm -debugger-tuning=lldb -o - | FileCheck %s
Relax assertion to account for private framework modules, too. rdar://problem/48116069 llvm-svn: 354165
2019-02-16 04:24:26 +08:00
#include "MainA/MainPriv.h"
-gmodules: Don't emit incomplete breadcrumbs pointing to nonexistant PCM files. When a module name is specified as -fmodule-name, that module gets a clang::Module object, but it won't actually be built or imported; it will be textual. CGDebugInfo wouldn't detect this and them emit a DICompileUnit that had a hash but no name and that confused both dsymutil, LLDB, and myself. rdar://problem/47926508 Differential Revision: https://reviews.llvm.org/D57976 llvm-svn: 353578
2019-02-09 07:15:42 +08:00
// CHECK: !DICompileUnit
// CHECK-NOT: dwoId:
// We still want the import, but no skeleton CU, since no PCM was built.
Relax assertion to account for private framework modules, too. rdar://problem/48116069 llvm-svn: 354165
2019-02-16 04:24:26 +08:00
// CHECK: !DIModule({{.*}}, name: "APriv"
-gmodules: Don't emit incomplete breadcrumbs pointing to nonexistant PCM files. When a module name is specified as -fmodule-name, that module gets a clang::Module object, but it won't actually be built or imported; it will be textual. CGDebugInfo wouldn't detect this and them emit a DICompileUnit that had a hash but no name and that confused both dsymutil, LLDB, and myself. rdar://problem/47926508 Differential Revision: https://reviews.llvm.org/D57976 llvm-svn: 353578
2019-02-09 07:15:42 +08:00
// CHECK-NOT: !DICompileUnit
// CHECK-NOT: dwoId: