History log of /llvm-project-15.0.7/clang/lib/CodeGen/CodeGenModule.cpp (Results 1276 – 1300 of 1864)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 6ffb623a 27-May-2011 Eli Friedman <[email protected]>

Match llvm-gcc's string literals alignment by forcing alignment on string literals to 1. This can significantly impact the size of the string data, and as far as I know, the alignment doesn't help p

Match llvm-gcc's string literals alignment by forcing alignment on string literals to 1. This can significantly impact the size of the string data, and as far as I know, the alignment doesn't help performance. rdar://9078969 .

llvm-svn: 132223

show more ...


# c1ee12c9 25-May-2011 Rafael Espindola <[email protected]>

Update for llvm api change.

llvm-svn: 132034


# ccdfa390 17-May-2011 Fariborz Jahanian <[email protected]>

Code cleanup of my last patch.

llvm-svn: 131499


# 7bd3d1c4 17-May-2011 Fariborz Jahanian <[email protected]>

Patch to fix IR-gen crash generating structure ABI which implements
user specified string class via -fconstant-string-class option.
pr9914.

llvm-svn: 131496


# 9dc0db21 15-May-2011 John McCall <[email protected]>

Use arrays and SmallVectors instead of std::vectors when building function
types. Also, cache a translation of 'void' in CGM and provide a ptrdiff_t
alias. No functionality change.

llvm-svn: 131373


# be7850dd 13-May-2011 Joerg Sonnenberger <[email protected]>

Simplify

llvm-svn: 131321


# caf8ffd8 13-May-2011 Joerg Sonnenberger <[email protected]>

Bug 8765: Honor assembler labels for builtins. Ensure that the label is
mangled to avoid doing it twice for platforms that use prefixes like
Darwin.

llvm-svn: 131311


# a52b1f72 13-May-2011 Fariborz Jahanian <[email protected]>

Produce UTF-8 strings with -fconstant-string-class
-fno-constant-cfstrings. Patch by Jonathan Schleifer.

llvm-svn: 131298


# 61226d3f 13-May-2011 Douglas Gregor <[email protected]>

When determining whether we can make a declaration into a global
constant, also consider whether it's a class type that has any mutable
fields. If so, it can't be a global constant.

llvm-svn: 131276


# 2d1c055e 07-May-2011 Douglas Gregor <[email protected]>

In C++, allow us to emit a global as 'constant' even if it has class
type, so long as it is known to have a constant initializer and the
class type is a POD class. Fixes <rdar://problem/9306265>.

ll

In C++, allow us to emit a global as 'constant' even if it has class
type, so long as it is known to have a constant initializer and the
class type is a POD class. Fixes <rdar://problem/9306265>.

llvm-svn: 131060

show more ...


# 4a8ea109 06-May-2011 Alexis Hunt <[email protected]>

Modify some deleted function methods to better reflect reality:

- New isDefined() function checks for deletedness
- isThisDeclarationADefinition checks for deletedness
- New doesThisDeclarationHa

Modify some deleted function methods to better reflect reality:

- New isDefined() function checks for deletedness
- isThisDeclarationADefinition checks for deletedness
- New doesThisDeclarationHaveABody() does what
isThisDeclarationADefinition() used to do
- The IsDeleted bit is not propagated across redeclarations
- isDeleted() now checks the canoncial declaration
- New isDeletedAsWritten() does what it says on the tin.
- isUserProvided() now correct (thanks Richard!)

This fixes the bug that we weren't catching

void foo() = delete;
void foo() {}

as being a redefinition.

llvm-svn: 131013

show more ...


# 49a94b1c 06-May-2011 Eli Friedman <[email protected]>

Add an implementation of thunks for varargs methods. The implementation is a bit messy, but it is correct as long as the method in question doesn't use indirect gotos. A couple of possible alternat

Add an implementation of thunks for varargs methods. The implementation is a bit messy, but it is correct as long as the method in question doesn't use indirect gotos. A couple of possible alternative implementations are outlined in FIXME's in this patch. rdar://problem/8077308 .

llvm-svn: 130993

show more ...


# 3f1b5d07 05-May-2011 Richard Smith <[email protected]>

Implement support for C++0x alias templates.

llvm-svn: 130953


# 85c011dd 05-May-2011 Nick Lewycky <[email protected]>

Preserve the full name of the file, so that '-c -o foo.pic.o' produces
foo.pic.gcno instead of foo.gcno.

llvm-svn: 130899


# 480cb991 04-May-2011 Nick Lewycky <[email protected]>

Record where the GCOV data files should be placed.

llvm-svn: 130866


# 1c229c04 22-Apr-2011 Francois Pichet <[email protected]>

Add -fdelayed-template-parsing option. Using this option all templated function definitions are parsed at the end of the translation unit only if it is required by an actual instantiation. As such al

Add -fdelayed-template-parsing option. Using this option all templated function definitions are parsed at the end of the translation unit only if it is required by an actual instantiation. As such all the symbols of the TU are available during name lookup.

Using this flag is necessary for compatibility with Microsoft template code.
This also provides some parsing speed improvement.

llvm-svn: 130022

show more ...


# 207bce31 21-Apr-2011 Nick Lewycky <[email protected]>

Wire up the -ftest-coverage and -fprofile-arcs flags to .gcno file emission (at
compile time) and .gcda emission (at runtime). --coverage enables both.

This does not yet add the profile_rt library t

Wire up the -ftest-coverage and -fprofile-arcs flags to .gcno file emission (at
compile time) and .gcda emission (at runtime). --coverage enables both.

This does not yet add the profile_rt library to the link step if -fprofile-arcs
is enabled when linking.

llvm-svn: 129956

show more ...


# ea324f15 21-Apr-2011 Jay Foad <[email protected]>

PR9214: Convert Metadata API to use ArrayRef.

llvm-svn: 129929


# 14ad22f0 19-Apr-2011 Daniel Dunbar <[email protected]>

ADT/Triple: Switch to using .isOSDarwin() predicate.

llvm-svn: 129823


# 9c8cd4c0 12-Apr-2011 Daniel Dunbar <[email protected]>

IRgen/Obj-C: Emit CFStrings and NSStrings with the alignment of the char type,
there is no reason to align them higher.
- This roughly matches llvm-gcc's r126913.
- It is an open question whether o

IRgen/Obj-C: Emit CFStrings and NSStrings with the alignment of the char type,
there is no reason to align them higher.
- This roughly matches llvm-gcc's r126913.
- It is an open question whether or not we should do this for cstring's in
general (code size vs optimization potential), for now we just match llvm-gcc
until someone wants to run some experiments.

llvm-svn: 129410

show more ...


# a97f3298 12-Apr-2011 John McCall <[email protected]>

Template static data members can have weak_odr linkage, not just
weak linkage. Also, fix a problem where global weak variables
with non-trivial initializers were getting guard variables, or at
least

Template static data members can have weak_odr linkage, not just
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

show more ...


# 32f44bd0 12-Apr-2011 John McCall <[email protected]>

Ignore indirect field declarations. Fixes PR9570.

llvm-svn: 129337


# 2979fe01 12-Apr-2011 John McCall <[email protected]>

After some discussion with Doug, we decided that it made a lot more sense
for __unknown_anytype resolution to destructively modify the AST. So that's
what it does now, which significantly simplifies

After some discussion with Doug, we decided that it made a lot more sense
for __unknown_anytype resolution to destructively modify the AST. So that's
what it does now, which significantly simplifies some of the implementation.
Normal member calls work pretty cleanly now, and I added support for
propagating unknown-ness through &.

llvm-svn: 129331

show more ...


# e4ec5abf 09-Apr-2011 Chris Lattner <[email protected]>

fix indentation

llvm-svn: 129202


# 31996343 07-Apr-2011 John McCall <[email protected]>

Basic, untested implementation for an "unknown any" type requested by LLDB.
The idea is that you can create a VarDecl with an unknown type, or a
FunctionDecl with an unknown return type, and it will

Basic, untested implementation for an "unknown any" type requested by LLDB.
The idea is that you can create a VarDecl with an unknown type, or a
FunctionDecl with an unknown return type, and it will still be valid to
access that object as long as you explicitly cast it at every use. I'm
still going back and forth about how I want to test this effectively, but
I wanted to go ahead and provide a skeletal implementation for the LLDB
folks' benefit and because it also improves some diagnostic goodness for
placeholder expressions.

llvm-svn: 129065

show more ...


1...<<51525354555657585960>>...75