llvm-svn: 75630

extension to another bit width. This is needed to get correct singed value.
Patch by Artur Pietrek!

llvm-svn: 75629

llvm-svn: 75628

llvm-svn: 75627

 - To support using the ProfileInfo analysis results instead of accessing the
   ProfileInfoLoader directly.

 - Based on (part of) a patch by Andreas Neustifter.

 - No functionality change.

llvm-svn: 75625

 - Add getExecutionCount(const Function).

 - Add helper Edge type.

 - constify.

 - No functionality change.

llvm-svn: 75623

llvm-svn: 75622

llvm-svn: 75621

llvm-svn: 75620

dubious looking things that I need to investigate in more detail.

llvm-svn: 75619

llvm-svn: 75618

llvm-svn: 75617

llvm-svn: 75616

llvm-svn: 75615

llvm-svn: 75614

llvm-svn: 75613

llvm-svn: 75612

llvm-svn: 75611

to symbols instead of doing it with "printSuffixedName".  This gets us to the point
where there is a real separation between computing a symbol name and printing it,
something I need for MC printer stuff.

This patch also fixes a corner case bug where unnamed private globals wouldn't get
the private label prefix.

Next up, rename all uses of getValueName -> getMangledName for better greppability,
and then tackle the ppc/arm backends to eliminate "printSuffixedName".

llvm-svn: 75610

llvm-svn: 75609

llvm-svn: 75608

indicates whether the label is private or not, instead of taking
prefix stuff.  One effect of this is that symbols will be generated
with *just* the private prefix, instead of both the private prefix
*and* the user-label-prefix, but this doesn't matter as long as it
is consistent.  For example we'll now get "Lfoo" instead of "L_foo".
These are just assembler temporary labels anyway, so they never even
make it into the .o file.

llvm-svn: 75607

llvm-svn: 75606

llvm-svn: 75605

It iterates over all the redeclarations, regardless of the starting point. For example:

1) int f();
2) int f();
3) int f();

if you have the (2) FunctionDecl and call redecls_begin/redecls_end to iterate, you'll get this sequence:
(2)
(1)
(3)

The motivation to introduce this was that, previously, if (3) was a function definition,
and you called getBody() at (2), it would not return it, since getBody() iterated over the previous declarations only,
so it would only check (2) and (1).

llvm-svn: 75604

For multiple redeclarations they return the last one.

Also, add some non const versions of methods.

llvm-svn: 75603

For multiple redeclarations they return the first one.

llvm-svn: 75602

Ok, this is a bit out of place since C++ support is way way off, but it was just too cool to not show it off :-)

llvm-svn: 75601

For C++ overloaded operator calls, set the source location of the DeclRefExpr to the location of the operator.

llvm-svn: 75600

llvm-svn: 75599

llvm-svn: 75598

- Declaration context of ParmVarDecls (that we got from the Declarator) was not their containing function.
- C++ out-of-line method definitions didn't get an access specifier.

Both were exposed by a crash when emitting a C++ method to a PCH file (assert at Decl::CheckAccessDeclContext()).

llvm-svn: 75597

llvm-svn: 75596

That way we can freely add new RUN lines without having to correct the line part in all the -point-at options.

llvm-svn: 75595

llvm-svn: 75594

llvm-svn: 75593

llvm-svn: 75592

llvm-svn: 75591

llvm-svn: 75590

llvm-svn: 75589