| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes llvm.org/PR14687.
Also fixes segfault for lines starting with * or &.
Before:
a *~b;
*a = 1; // <- this segfaulted
After:
a * ~b;
*a = 1; // no segfault :-)
llvm-svn: 171396
|
| |
|
|
|
|
|
|
|
|
|
| |
This is the first step towards handling preprocessor directives. This
patch only fixes the most pressing issue, namely correctly escaping
newlines for tokens within a sequence of a preprocessor directive.
The next step will be to fix incorrect format decisions on #define
directives.
llvm-svn: 171393
|
| |
|
|
|
|
|
|
| |
This fixes llvm.org/PR14747.
Before: Type *A = (Type * ) P;
After: Type *A = (Type *) P;
llvm-svn: 171390
|
| |
|
|
|
|
|
|
| |
This fixes llvm.org/PR14746.
Before: return - 1;
After: return -1;
llvm-svn: 171389
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This addresses llvm.org/PR14699
Before:
template <typename T>
void looooooooooooooooooooooongFunction(int Param1, int Param2);
template <typename T> void looooooooooooooooooooongFunction(
int Paaaaaaaaaaaaaaaaaaaaram1, int Paaaaaaaaaaaaaaaaaaaaram2);
After:
template <typename T>
void looooooooooooooooooooooongFunction(int Param1, int Param2);
template <typename T>
void looooooooooooooooooooongFunction(int Paaaaaaaaaaaaaaaaaaaaram1,
int Paaaaaaaaaaaaaaaaaaaaram2);
llvm-svn: 171388
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Before:
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa(
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa && aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa);
After:
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa(aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa &&
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa);
llvm-svn: 171386
|
| |
|
|
| |
llvm-svn: 171384
|
| |
|
|
|
|
|
| |
The linked Makefile is always up to date, so there's no point in having
a rotting list of libraries.
llvm-svn: 171383
|
| |
|
|
| |
llvm-svn: 171382
|
| |
|
|
| |
llvm-svn: 171381
|
| |
|
|
| |
llvm-svn: 171380
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
I clustered the docs by some intuitive/fuzzy notion of "similarity", and
some reasonable categories seemed to materialize. I tried to give the
clusters useful names, but you may want to take a look at the landing
page (<http://clang.llvm.org/docs/> for the lazy) and share your
thoughts.
I have to say, this small change really gives the docs a whole new life!
It makes our documentation quite a bit easier to navigate and scope out.
llvm-svn: 171379
|
| |
|
|
| |
llvm-svn: 171378
|
| |
|
|
|
|
|
|
| |
The core of this page is a set of pros/cons for the different ways to
use clang as a library. The title should reflect that the page helps you
choose between alternatives.
llvm-svn: 171377
|
| |
|
|
|
|
|
| |
Having the table of contents there was making it hard to easily see at a
glance all the docs we have.
llvm-svn: 171376
|
| |
|
|
| |
llvm-svn: 171375
|
| |
|
|
|
|
|
|
|
| |
migration in r171366.
I don't know anything about lldb, but a force run of the build bot indicated it
would need this patch. I'll try to watch the build bot to get it green.
llvm-svn: 171374
|
| |
|
|
|
|
|
|
|
|
| |
code that includes Intrinsics.gen directly.
This never showed up in my testing because the old Intrinsics.gen was
still kicking around in the make build system and was correct there. =[
Thankfully, some of the bots to clean rebuilds and that caught this.
llvm-svn: 171373
|
| |
|
|
|
|
| |
nearby 'C++0x' comments.
llvm-svn: 171372
|
| |
|
|
|
|
|
| |
Sorry for the fallout here, I forgot the examples aren't built by
default any more.
llvm-svn: 171371
|
| |
|
|
|
|
| |
reflect the migration in r171366.
llvm-svn: 171370
|
| |
|
|
|
|
|
|
| |
reflect the migration in r171366.
Re-sort the #include lines to reflect the new paths.
llvm-svn: 171369
|
| |
|
|
| |
llvm-svn: 171367
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
into their new header subdirectory: include/llvm/IR. This matches the
directory structure of lib, and begins to correct a long standing point
of file layout clutter in LLVM.
There are still more header files to move here, but I wanted to handle
them in separate commits to make tracking what files make sense at each
layer easier.
The only really questionable files here are the target intrinsic
tablegen files. But that's a battle I'd rather not fight today.
I've updated both CMake and Makefile build systems (I think, and my
tests think, but I may have missed something).
I've also re-sorted the includes throughout the project. I'll be
committing updates to Clang, DragonEgg, and Polly momentarily.
llvm-svn: 171366
|
| |
|
|
|
|
| |
This is done with the script in llvm/utils/sort_includes.py
llvm-svn: 171365
|
| |
|
|
|
|
|
| |
Removes a duplicate #include as well as cleaning up some sort order
regressions since I last ran the script over Clang.
llvm-svn: 171364
|
| |
|
|
| |
llvm-svn: 171363
|
| |
|
|
|
|
|
|
|
|
| |
utils/sort_includes.py script.
Most of these are updating the new R600 target and fixing up a few
regressions that have creeped in since the last time I sorted the
includes.
llvm-svn: 171362
|
| |
|
|
|
|
| |
sadly, and is somewhat surprising in general.
llvm-svn: 171361
|
| |
|
|
|
|
| |
VMCore to IR.
llvm-svn: 171360
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Aside from moving the actual files, this patch only updates the build
system and the source file comments under lib/... that are relevant.
I'll be updating other docs and other files in smaller subsequnet
commits.
While I've tried to test this, but it is entirely possible that there
will still be some build system fallout.
Also, note that I've not changed the library name itself: libLLVMCore.a
is still the library name. I'd be interested in others' opinions about
whether we should rename this as well (I think we should, just not sure
what it might break)
llvm-svn: 171359
|
| |
|
|
|
|
| |
Before: "int a = b ? *c : * d;"
After: "int a = b ? *c : *d;
llvm-svn: 171358
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes llvm.org/PR14717.
Buggy format:
TypeSpecDecl *
TypeSpecDecl::Create(ASTContext &C, DeclContext *DC, SourceLocation L,
IdentifierInfo *II, Type *T) {
Now changed to:
TypeSpecDecl *TypeSpecDecl::Create(ASTContext &C, DeclContext *DC,
SourceLocation L, IdentifierInfo *II,
Type *T) {
llvm-svn: 171357
|
| |
|
|
|
|
| |
and RCP.
llvm-svn: 171356
|
| |
|
|
| |
llvm-svn: 171355
|
| |
|
|
| |
llvm-svn: 171354
|
| |
|
|
| |
llvm-svn: 171353
|
| |
|
|
| |
llvm-svn: 171352
|
| |
|
|
|
|
| |
and RCP.
llvm-svn: 171351
|
| |
|
|
| |
llvm-svn: 171350
|
| |
|
|
| |
llvm-svn: 171349
|
| |
|
|
|
|
| |
No functionality change.
llvm-svn: 171348
|
| |
|
|
| |
llvm-svn: 171347
|
| |
|
|
|
|
|
|
|
|
|
| |
verbatim with its argument to temporarily undo an optimization.
Specifically these calls return their argument verbatim, as a low-level
optimization. However, this makes high-level optimizations
harder. We undo any uses of this optimization that the front-end
emitted. We redo them later in the contract pass.
llvm-svn: 171346
|
| |
|
|
|
|
|
|
|
| |
that emit what instructions are being visited.
This is a part of a larger effort of adding DEBUG messages to the ARC
Optimizer Backend.
llvm-svn: 171345
|
| |
|
|
|
|
|
|
|
|
| |
ModuleID
This is done to avoid odd test failures, like the one fixed in r171243.
While there, FileCheck'ize tests.
llvm-svn: 171344
|
| |
|
|
|
|
|
|
|
|
| |
ModuleID
This is done to avoid odd test failures, like the one fixed in r171243.
My previous regex was not good enough to find these.
llvm-svn: 171343
|
| |
|
|
| |
llvm-svn: 171342
|
| |
|
|
|
|
| |
machine.
llvm-svn: 171341
|
| |
|
|
| |
llvm-svn: 171340
|