| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Complains:
/home/buildbots/sanitizerslave1/sanitizer-ppc64-1/build/llvm/tools/clang/tools/c-index-test/c-index-test.c:829:30: error: format specifies type 'long' but the argument has type 'long long' [-Werror,-Wformat]
I, TAK, clang_Cursor_getTemplateArgumentValue(Cursor, I));
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
I'm not sure now how this should be fixed. %lld is non-standard
and not accepted by mingw on Windows while PRId64 is bad for this bot.
Is long long longer than 64 bits here? if not, why is PRId64
incompatible with it? something seems wrong.
Probably all the datatypes should be replaced to unsigned or uint64_t
depending upin requirements instead of the non standard long long.
llvm-svn: 237346
|
| |
|
|
|
|
|
|
| |
Found by ubsan. This was taking a bool and left shifting by 32 - the
result is 64 bit, so we should really do the math in a type it fits
in.
llvm-svn: 237345
|
| |
|
|
| |
llvm-svn: 237344
|
| |
|
|
|
|
|
|
| |
functional change intended.
The outer if had 3 separate conditions ORed together and then the inner ifs detected which of the three conditions it was by using only a portion of the specific condition. Just put the whole condition in each inner if and remove the outer if.
llvm-svn: 237343
|
| |
|
|
| |
llvm-svn: 237342
|
| |
|
|
|
|
| |
thing and is already used in most places. NFC.
llvm-svn: 237341
|
| |
|
|
|
|
| |
if it was just comparing to 0. NFC.
llvm-svn: 237340
|
| |
|
|
|
|
| |
See also r180024.
llvm-svn: 237339
|
| |
|
|
| |
llvm-svn: 237338
|
| |
|
|
|
|
|
| |
MSVC 2015 changed __declspec(thread) to make it behave like C++11's
thread_local keyword instead of acting similarly to __thread.
llvm-svn: 237337
|
| |
|
|
|
|
| |
Just use getAttr because we are interested in the attribute's contents.
llvm-svn: 237336
|
| |
|
|
| |
llvm-svn: 237335
|
| |
|
|
| |
llvm-svn: 237334
|
| |
|
|
|
|
| |
'\\' distinguishd, to unbreak "--host=linux --target=msvc".
llvm-svn: 237333
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This, in preparation for the introduction of more new keywords in the
implementation of the C++ language, generalizes the support for future keyword
compat diagnostics (e.g., diag::warn_cxx11_keyword) by extending the
applicability of the relevant property in IdentifierTable with appropriate
renaming.
Patch by Hubert Tong!
llvm-svn: 237332
|
| |
|
|
|
|
| |
change intended.
llvm-svn: 237331
|
| |
|
|
|
|
| |
Kernel side of r237329.
llvm-svn: 237330
|
| |
|
|
|
|
|
|
|
| |
Follow-up to r237161, modeled after r236805.
Note that arm64 is omitted on purpose, as the conversions are supported
natively there.
llvm-svn: 237329
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
One cannot use mknod or mkfifo on user Android devices. This commit
changes the use of pipe to a file to synchronize between the inferior
and the test.
Test Plan: dotest.py -P TestAttachDenied
Reviewers: ovyalov, chaoren
Reviewed By: chaoren
Subscribers: tberghammer, lldb-commits
Differential Revision: http://reviews.llvm.org/D9768
llvm-svn: 237328
|
| |
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D9692
llvm-svn: 237327
|
| |
|
|
| |
llvm-svn: 237326
|
| |
|
|
| |
llvm-svn: 237325
|
| |
|
|
|
|
|
|
| |
Other targets probably should as well. Since r237161, compiler-rt has
both, but I don't see why anything other than gnueabi would use a
gnueabi naming scheme.
llvm-svn: 237324
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Follow-up to r237161; seems like we can't use aliases, but we
can do better than duplicating the bodies, especially when that
body, after inlining, isn't as small as it looks.
Better approaches welcome. Perhaps the best thing is just to have
an #ifndef __APPLE__ over the GNUEABI names, since they're not used
there.
llvm-svn: 237323
|
| |
|
|
|
|
| |
about what LLDB thinks an ObjC tagged pointer represents
llvm-svn: 237322
|
| |
|
|
|
|
|
|
|
|
| |
xmmintrin.h includes emmintrin.h and vice versa if SSE2 is enabled. We break
this cycle for a modules build, and instead make the xmmintrin.h module
re-export the immintrin.h module. Also included is a fix for an assert in the
serialization code if a module exports another module that was declared later
in the same module map.
llvm-svn: 237321
|
| |
|
|
| |
llvm-svn: 237320
|
| |
|
|
| |
llvm-svn: 237319
|
| |
|
|
| |
llvm-svn: 237317
|
| |
|
|
| |
llvm-svn: 237315
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This commit implements the parsing of YAML block scalars.
Some code existed for it before, but it couldn't parse block
scalars.
This commit adds a new yaml node type to represent the block
scalar values.
This commit also deletes the 'spec-09-27' and 'spec-09-28' tests
as they are identical to the test file 'spec-09-26'.
This commit introduces 3 new utility functions to the YAML scanner
class: `skip_s_space`, `advanceWhile` and `consumeLineBreakIfPresent`.
Reviewers: Duncan P. N. Exon Smith
Differential Revision: http://reviews.llvm.org/D9503
llvm-svn: 237314
|
| |
|
|
| |
llvm-svn: 237313
|
| |
|
|
|
|
| |
accessing it through the pointee's type
llvm-svn: 237312
|
| |
|
|
|
|
| |
it through the GV's pointee type
llvm-svn: 237311
|
| |
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D9110
llvm-svn: 237310
|
| |
|
|
|
|
|
|
|
|
|
|
| |
ArrayRef already has a SFINAE constructor which can construct ArrayRef<const T*> from ArrayRef<T*>.
This adds methods to do the same directly from SmallVector and std::vector. This avoids an intermediate step through the use of makeArrayRef.
Also update the users of this in LICM and SROA to remove the now unnecessary makeArrayRef call.
Reviewed by David Blaikie.
llvm-svn: 237309
|
| |
|
|
| |
llvm-svn: 237308
|
| |
|
|
|
|
|
|
| |
llvm-cov was truncating numbers that were larger than a particular
fixed width, which is as confusing as it is useless. Instead, we use
engineering notation with SI prefix for magnitude.
llvm-svn: 237307
|
| |
|
|
|
|
| |
New opcodes from PlatformLinux.cpp
llvm-svn: 237306
|
| |
|
|
|
|
|
|
| |
Backslash followed by # in a filename should have both characters
escaped, if you do it the way GNU Make wants. GCC doesn't, so we do
it the way GCC does rather than the way GNU Make wants.
llvm-svn: 237304
|
| |
|
|
|
|
|
| |
Patch by Tom Rix, except using the RegisterContextFreeBSD_arm files
added in r235305 instead.
llvm-svn: 237303
|
| |
|
|
|
|
| |
No functional change, but this simplifies diffs of the two.
llvm-svn: 237302
|
| |
|
|
|
|
|
|
|
|
| |
This version doesn't need begin/end but can instead just take a type which has begin/end methods.
Use this to replace an eligible foreach loop in LoopInfo found by David Blaikie in r237224.
Reviewed by David Blaikie.
llvm-svn: 237301
|
| |
|
|
| |
llvm-svn: 237300
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously we were setting LangOptions::GNUInline (which controls whether we
use traditional GNU inline semantics) if the language did not have the C99
feature flag set. The trouble with this is that C++ family languages also
do not have that flag set, so we ended up setting this flag in C++ modes
(and working around it in a few places downstream by also checking CPlusPlus).
The fix is to check whether the C89 flag is set for the target language,
rather than whether the C99 flag is cleared. This also lets us remove most
CPlusPlus checks. We continue to test CPlusPlus when deciding whether to
pre-define the __GNUC_GNU_INLINE__ macro for consistency with GCC.
There is a change in semantics in two other places
where we weren't checking both CPlusPlus and GNUInline
(FunctionDecl::doesDeclarationForceExternallyVisibleDefinition and
FunctionDecl::isInlineDefinitionExternallyVisible), but this change seems to
put us back into line with GCC's semantics (test case: test/CodeGen/inline.c).
While at it, forbid -fgnu89-inline in C++ modes, as GCC doesn't support it,
it didn't have any effect before, and supporting it just makes things more
complicated.
Differential Revision: http://reviews.llvm.org/D9333
llvm-svn: 237299
|
| |
|
|
|
|
|
|
|
|
| |
If we have a coverage mapping but no profile data for a function,
calling it mismatched is misleading. This can just as easily be
unreachable code that was stripped from the binary. Instead, treat
these the same as functions where we have an explicit "zero" coverage
map by setting the count to zero for each mapped region.
llvm-svn: 237298
|
| |
|
|
| |
llvm-svn: 237297
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
When writing a dependency (.d) file, if space or # is immediately
preceded by one or more backslashes, escape the backslashes as well as
the space or # character. Otherwise leave backslash alone.
This straddles the fence between BSD Make (which does no escaping at
all, and does not support space or # in filespecs) and GNU Make (which
does support escaping, but will fall back to the filespec as-written
if the escaping doesn't match an existing file).
Differential Revision: http://reviews.llvm.org/D9208
llvm-svn: 237296
|
| |
|
|
|
|
|
|
| |
There's no need to manually pass modifier strings around to tell an operand how
to print now, that information is encoded in the operand itself since the MC
layer came along.
llvm-svn: 237295
|
| |
|
|
|
|
|
|
| |
We were creating and propagating two separate indices for each jump table (from
back in the mists of time). However, the generic index used by other backends
is sufficient to emit a unique symbol so this was unneeded.
llvm-svn: 237294
|