mirrors/llvm-project
0
0
Fork 0
mirror of https://github.com/llvm/llvm-project.git synced 2025-04-27 20:56:06 +00:00
Code Issues Projects Releases Wiki Activity
llvm-project/clang/test/Driver/darwin-debug-flags.c

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

17 lines
658 B
C
Raw Normal View History

[clang][Darwin] Re-apply "Always set the default C++ Standard Library to libc++" Newer SDKs don't even provide libstdc++ headers, so it's effectively never valid to build for libstdc++ unless the user explicitly asks for it (in which case they will need to provide include paths and more). This is a re-application of c5ccb78ade81 which had been reverted in 33171df9cc7f because it broke the Fuchsia CI bots. The issue was that the test was XPASSing because it didn't fail anymore when the CLANG_DEFAULT_CXX_LIB was set to libc++, which seems to be done for Fuchsia. Instead, the test only fails if CLANG_DEFAULT_CXX_LIB is set to libstdc++. As a fly-by fix, also adjust the triple used by various tests to something that is supported. Those tests were shown to fail on internal bots. Differential Revision: https://reviews.llvm.org/D131274
2022-08-05 13:49:39 -04:00
// RUN: env RC_DEBUG_OPTIONS=1 %clang -target i386-apple-darwin11 -I "path with \spaces" -g -Os %s -emit-llvm -S -o - | FileCheck %s
Last part of support for generating dwarf for assembly source files. This gets the clang driver to enable this when assembling a .s file. rdar://9275556 llvm-svn: 147167
2011-12-22 19:31:58 +00:00
// RUN: touch %t.s
[clang][Darwin] Re-apply "Always set the default C++ Standard Library to libc++" Newer SDKs don't even provide libstdc++ headers, so it's effectively never valid to build for libstdc++ unless the user explicitly asks for it (in which case they will need to provide include paths and more). This is a re-application of c5ccb78ade81 which had been reverted in 33171df9cc7f because it broke the Fuchsia CI bots. The issue was that the test was XPASSing because it didn't fail anymore when the CLANG_DEFAULT_CXX_LIB was set to libc++, which seems to be done for Fuchsia. Instead, the test only fails if CLANG_DEFAULT_CXX_LIB is set to libstdc++. As a fly-by fix, also adjust the triple used by various tests to something that is supported. Those tests were shown to fail on internal bots. Differential Revision: https://reviews.llvm.org/D131274
2022-08-05 13:49:39 -04:00
// RUN: env RC_DEBUG_OPTIONS=1 %clang -### -target i386-apple-darwin11 -c -g %t.s 2>&1 | FileCheck -check-prefix=S %s
// RUN: %clang -### -target i386-apple-darwin11 -c -g %t.s 2>&1 | FileCheck -check-prefix=P %s
Add -dwarf-debug-flags, which provides a way to embed the cc1 level options used to compile a translation unit into the debug info for that file. - Used by parts of Darwin build process to check compiler flags, etc. - <rdar://problem/7256886> clang does not emit AT_APPLE_flags llvm-svn: 91661
2009-12-18 02:43:17 +00:00
Update Clang for D20147 ("DebugInfo: New metadata representation for global variables.") Differential Revision: http://reviews.llvm.org/D20415 llvm-svn: 281285
2016-09-13 01:13:19 +00:00
// CHECK: distinct !DICompileUnit(
DebugInfo: Move new hierarchy into place (clang) Update testcases for LLVM change in r231082 to use the new debug info hierarchy. llvm-svn: 231083
2015-03-03 17:25:55 +00:00
// CHECK-SAME: flags:
Update clang tests for new LLVM IR backslash printing in r374415 llvm-svn: 374416
2019-10-10 18:36:41 +00:00
// CHECK-SAME: -I path\\ with\\ \\\\spaces
DebugInfo: Move new hierarchy into place (clang) Update testcases for LLVM change in r231082 to use the new debug info hierarchy. llvm-svn: 231083
2015-03-03 17:25:55 +00:00
// CHECK-SAME: -g -Os
[clang][Darwin] Re-apply "Always set the default C++ Standard Library to libc++" Newer SDKs don't even provide libstdc++ headers, so it's effectively never valid to build for libstdc++ unless the user explicitly asks for it (in which case they will need to provide include paths and more). This is a re-application of c5ccb78ade81 which had been reverted in 33171df9cc7f because it broke the Fuchsia CI bots. The issue was that the test was XPASSing because it didn't fail anymore when the CLANG_DEFAULT_CXX_LIB was set to libc++, which seems to be done for Fuchsia. Instead, the test only fails if CLANG_DEFAULT_CXX_LIB is set to libstdc++. As a fly-by fix, also adjust the triple used by various tests to something that is supported. Those tests were shown to fail on internal bots. Differential Revision: https://reviews.llvm.org/D131274
2022-08-05 13:49:39 -04:00
// CHECK-SAME: -mmacos-version-min=10.7.0
Add -dwarf-debug-flags, which provides a way to embed the cc1 level options used to compile a translation unit into the debug info for that file. - Used by parts of Darwin build process to check compiler flags, etc. - <rdar://problem/7256886> clang does not emit AT_APPLE_flags llvm-svn: 91661
2009-12-18 02:43:17 +00:00
int x;
Last part of support for generating dwarf for assembly source files. This gets the clang driver to enable this when assembling a .s file. rdar://9275556 llvm-svn: 147167
2011-12-22 19:31:58 +00:00
// S: "-dwarf-debug-flags"
We want the dwarf AT_producer for assembly source files to match clang's AT_producer. Which includes clang's version information so we can tell which version of the compiler was used. This is second of the two steps to allow us to do this. The first was a change to llvm-mc with revision 172630 to provide a method to set the AT_producer string. This second step has the clang driver passing the value of getClangFullVersion() via the new flag -dwarf-debug-producer when invoking the integrated assembler on assembly source files. Then using the new setDwarfDebugProducer() method to set the AT_producer string. rdar://12888242 llvm-svn: 172758
2013-01-17 21:38:06 +00:00
// P: "-dwarf-debug-producer"
Reference in New Issue Copy Permalink