| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
| |
- This code is dead, and the "right" way to get this support is to use the
platform-specific linker-integrated LTO mechanisms, or the forthcoming LLVM
linker.
llvm-svn: 172749
|
| |
|
|
|
|
|
|
|
|
| |
It is possible for ReExec to be called before the C standard library
has initialised itself sufficiently for execv to work properly.
Fix this by parsing the environment ourselves and using execve.
Differential Revision: http://llvm-reviews.chandlerc.com/D304
llvm-svn: 172748
|
| |
|
|
| |
llvm-svn: 172747
|
| |
|
|
| |
llvm-svn: 172746
|
| |
|
|
|
|
|
| |
calling convention. 128-bit integers are now properly returned
in GPR3 and GPR4 on PowerPC.
llvm-svn: 172745
|
| |
|
|
|
|
| |
Part of rdar://12576868
llvm-svn: 172744
|
| |
|
|
|
|
| |
Part of rdar://12576868
llvm-svn: 172743
|
| |
|
|
|
|
|
| |
VarDecl.
Part of rdar://12576868
llvm-svn: 172742
|
| |
|
|
| |
llvm-svn: 172741
|
| |
|
|
|
|
| |
branch).
llvm-svn: 172740
|
| |
|
|
|
|
|
|
|
|
|
|
| |
It is valid to do this:
printf("%u", (int)x);
But if we see this:
printf("%lu", (int)x);
...our fixit should suggest %d, not %u.
llvm-svn: 172739
|
| |
|
|
| |
llvm-svn: 172738
|
| |
|
|
|
|
| |
This patch fixes bug 14902 - http://llvm.org/bugs/show_bug.cgi?id=14902
llvm-svn: 172737
|
| |
|
|
| |
llvm-svn: 172736
|
| |
|
|
|
|
| |
``Visited'' Debug message to use it.
llvm-svn: 172735
|
| |
|
|
|
|
| |
doesn't exist on all CPU architectures. Fixes PR14982
llvm-svn: 172734
|
| |
|
|
|
|
|
|
|
| |
_Complex float and _Complex long double, by simply increasing the
number of floating point registers available for return values.
The test case verifies that the correct registers are loaded.
llvm-svn: 172733
|
| |
|
|
|
|
| |
not supported.
llvm-svn: 172732
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It's generally not possible to know if 'a' '*' 'b' is a multiplication
expression or a variable declaration with a purely lexer-based approach. The
formatter currently uses a heuristic that classifies this token sequence as a
multiplication in rhs contexts (after '=' or 'return') and as a declaration
else.
Because of this, it gets bit tests in ifs, such as "if (a & b)" wrong. However,
declarations in ifs always have to be followed by '=', so this patch changes
the formatter to classify '&' as an operator if it's at the start of an if
statement.
Before:
if (a& b)
if (int* b = f())
Now:
if (a & b)
if (int* b = f())
llvm-svn: 172731
|
| |
|
|
|
|
| |
Missed this one previously.
llvm-svn: 172730
|
| |
|
|
| |
llvm-svn: 172729
|
| |
|
|
| |
llvm-svn: 172728
|
| |
|
|
|
|
| |
context stack is too large
llvm-svn: 172727
|
| |
|
|
| |
llvm-svn: 172726
|
| |
|
|
| |
llvm-svn: 172725
|
| |
|
|
| |
llvm-svn: 172724
|
| |
|
|
| |
llvm-svn: 172723
|
| |
|
|
| |
llvm-svn: 172722
|
| |
|
|
| |
llvm-svn: 172721
|
| |
|
|
|
|
| |
strtod and friends, dladdr, getrusage
llvm-svn: 172720
|
| |
|
|
|
|
| |
it for tsan too
llvm-svn: 172719
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Before:
void aaaaaaaaaaaa(int aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa) const GUARDED_BY(
aaaaaaaaaaaaa);
After:
void aaaaaaaaaaaa(int aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa) const
GUARDED_BY(aaaaaaaaaaaaa);
llvm-svn: 172718
|
| |
|
|
|
|
| |
p = malloc(0)
llvm-svn: 172717
|
| |
|
|
|
|
|
|
|
|
|
| |
-fopenmp in the link step on Linux. There is probably more tweaking that
will need to take place to get good support for linking the relevant
libraries on all Linux distributions and/or on other platforms, but this
get's the ball moving and allows Clang to build programs which contain
OpenMP pragmas that can be safely ignored by a compiler that doesn't
implement them, and yet makes direct calls into the OpenMP runtime.
llvm-svn: 172715
|
| |
|
|
|
|
| |
tsan (to find races on read/pread/etc)
llvm-svn: 172714
|
| |
|
|
|
|
| |
read/pread/pread64 in asan and tsan)
llvm-svn: 172713
|
| |
|
|
| |
llvm-svn: 172712
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Also adding more tests.
We can now keep the formatting of something like:
static SomeType type = { aaaaaaaaaaaaaaaaaaaa, /* comment */
aaaaaaaaaaaaaaaaaaaa /* comment */,
/* comment */ aaaaaaaaaaaaaaaaaaaa,
aaaaaaaaaaaaaaaaaaaa, // comment
aaaaaaaaaaaaaaaaaaaa };
Note that the comment in the first line is handled like a trailing line comment
as that is likely what the user intended.
llvm-svn: 172711
|
| |
|
|
| |
llvm-svn: 172710
|
| |
|
|
|
|
| |
the values of shadow scale and offset to the runtime
llvm-svn: 172709
|
| |
|
|
|
|
|
|
|
|
|
|
| |
v8i8 -> v8i64,
v8i8 -> v8i32,
v4i8 -> v4i64,
v4i16 -> v4i64
for AVX and AVX2.
Bug 14865.
llvm-svn: 172708
|
| |
|
|
| |
llvm-svn: 172707
|
| |
|
|
|
|
|
|
| |
individually, rather than mixed output of stdout and stderr with 2>&1.
XFAIL(s) are removed.
llvm-svn: 172705
|
| |
|
|
|
|
| |
they get instantiated together.
llvm-svn: 172704
|
| |
|
|
|
|
|
|
|
|
| |
r172140 changed the formatter to produce "-(id) foo" instead of "- (id)foo"
in google style, with a link to
http://google-styleguide.googlecode.com/svn/trunk/objcguide.xml#Method_Declarations_and_Definitions
as reference. But now that I look at that link again, it seems I didn't
read it very carefully the first time round.
llvm-svn: 172703
|
| |
|
|
| |
llvm-svn: 172702
|
| |
|
|
| |
llvm-svn: 172701
|
| |
|
|
| |
llvm-svn: 172700
|
| |
|
|
|
|
|
|
|
| |
changing both the string of the dwo_name to be correct and the type of
the statement list.
Testcases all around.
llvm-svn: 172699
|
| |
|
|
|
|
|
| |
emitting the dwarf32 version of DW_FORM_sec_offset and correct
disassembler support.
llvm-svn: 172698
|