llvm-project.git/clang/test/CodeGenCXX/static-init-3.cpp, branch main Unnamed repository; edit this file 'description' to name the repository. [CodeGenCXX] Convert some tests to opaque pointers (NFC) 2022-10-06T10:22:03+00:00 Nikita Popov npopov@redhat.com 2022-10-06T10:12:57+00:00 1b9a6e58a8b831193c9e5e733f881aabe0d2d06b Conversion done using the script at https://gist.github.com/nikic/98357b71fd67756b0f064c9517b62a34. These are tests where the conversion worked out of the box and no manual fixup was performed. 
Conversion done using the script at
https://gist.github.com/nikic/98357b71fd67756b0f064c9517b62a34.

These are tests where the conversion worked out of the box and no
manual fixup was performed.
[OpaquePtrs][Clang] Add -no-opaque-pointers to tests (NFC) 2022-04-07T10:09:47+00:00 Nikita Popov npopov@redhat.com 2022-04-07T10:03:55+00:00 532dc62b907554b3f07f17205674aa71e76fc863 This adds -no-opaque-pointers to clang tests whose output will change when opaque pointers are enabled by default. This is intended to be part of the migration approach described in https://discourse.llvm.org/t/enabling-opaque-pointers-by-default/61322/9. The patch has been produced by replacing %clang_cc1 with %clang_cc1 -no-opaque-pointers for tests that fail with opaque pointers enabled. Worth noting that this doesn't cover all tests, there's a remaining ~40 tests not using %clang_cc1 that will need a followup change. Differential Revision: https://reviews.llvm.org/D123115 
This adds -no-opaque-pointers to clang tests whose output will
change when opaque pointers are enabled by default. This is
intended to be part of the migration approach described in
https://discourse.llvm.org/t/enabling-opaque-pointers-by-default/61322/9.

The patch has been produced by replacing %clang_cc1 with
%clang_cc1 -no-opaque-pointers for tests that fail with opaque
pointers enabled. Worth noting that this doesn't cover all tests,
there's a remaining ~40 tests not using %clang_cc1 that will need
a followup change.

Differential Revision: https://reviews.llvm.org/D123115
CodeGen: Fix linkage of reference temporaries 2014-04-28T22:17:59+00:00 David Majnemer david.majnemer@gmail.com 2014-04-28T22:17:59+00:00 27d69dbbd073b5a4973d7089dcb37f764a76ebb9 Summary: A reference temporary should inherit the linkage of the variable it initializes. Otherwise, we may hit cases where a reference temporary wouldn't have the same value in all translation units. Reviewers: rsmith Subscribers: cfe-commits Differential Revision: http://reviews.llvm.org/D3515 llvm-svn: 207451 
Summary:
A reference temporary should inherit the linkage of the variable it
initializes.  Otherwise, we may hit cases where a reference temporary
wouldn't have the same value in all translation units.

Reviewers: rsmith

Subscribers: cfe-commits

Differential Revision: http://reviews.llvm.org/D3515

llvm-svn: 207451
clang side to match the LLVM IR type system rewrite patch. 2011-07-09T17:41:47+00:00 Chris Lattner sabre@nondot.org 2011-07-09T17:41:47+00:00 a5f58b05e82a06b5491c74d3a18c3ee1c749f77b llvm-svn: 134831 
llvm-svn: 134831
Template static data members can have weak_odr linkage, not just 2011-04-12T01:46:54+00:00 John McCall rjmccall@apple.com 2011-04-12T01:46:54+00:00 a97f32986913c07cac9c49b0b6b755b7190812b1 weak linkage. Also, fix a problem where global weak variables with non-trivial initializers were getting guard variables, or at least were checking for them and then crashing. llvm-svn: 129342 
weak linkage.  Also, fix a problem where global weak variables
with non-trivial initializers were getting guard variables, or at
least were checking for them and then crashing.

llvm-svn: 129342
When we emit a non-constant initializer for a global variable of 2010-05-05T20:15:55+00:00 Douglas Gregor dgregor@apple.com 2010-05-05T20:15:55+00:00 d450f06ef4243e45fb078edeffcccc21915c1247 reference type, make sure that the initializer we build is the of the appropriate type for the *reference*, not for the thing that it refers to. Fixes PR7050. llvm-svn: 103115 
reference type, make sure that the initializer we build is the
of the appropriate type for the *reference*, not for the thing that it
refers to. Fixes PR7050.

llvm-svn: 103115