- Jan 10, 2014
-
-
Tom Roeder authored
llvm-svn: 198966
-
Tom Roeder authored
is needed for LLVMgold to load in ld. llvm-svn: 198965
-
Greg Clayton authored
Revert to getting a random port and sending that down to debugserver for iOS. The sandboxing is not letting debugserver reverse connect back to lldb. <rdar://problem/15789865> llvm-svn: 198963
-
Greg Clayton authored
llvm-svn: 198962
-
Greg Clayton authored
llvm-svn: 198961
-
Rafael Espindola authored
llvm-svn: 198960
-
Rafael Espindola authored
llvm-svn: 198959
-
Rafael Espindola authored
llvm-svn: 198958
-
Rafael Espindola authored
llvm-svn: 198957
-
Richard Smith authored
Warning for a duplicate 'constexpr' specifier. llvm-svn: 198956
-
Rafael Espindola authored
llvm-svn: 198955
-
Duncan P. N. Exon Smith authored
llvm-svn: 198954
-
Jordan Rose authored
...by synthesizing their body to be "return self->_prop;", with an extra nudge to RetainCountChecker to still treat the value as +0 if we have no other information. This doesn't handle weak properties, but that's mostly correct anyway, since they can go to nil at any time. This also doesn't apply to properties whose implementations we can't see, since they may not be backed by an ivar at all. And finally, this doesn't handle properties of C++ class type, because we can't invoke the copy constructor. (Sema has actually done this work already, but the AST it synthesizes is one the analyzer doesn't quite handle -- it has an rvalue DeclRefExpr.) Modeling setters is likely to be more difficult (since it requires handling strong/copy), but not impossible. <rdar://problem/11956898> llvm-svn: 198953
-
Fariborz Jahanian authored
which may belong to unrelated classes. It was primarily intended for miuse of @selector expression. But warning is too noisy and will be issued when an actual @selector is used. // rdar://15740134 llvm-svn: 198952
-
Arnold Schwaighofer authored
for (i = 0; i < N; ++i) A[i * Stride1] += B[i * Stride2]; We take loops like this and check that the symbolic strides 'Strided1/2' are one and drop to the scalar loop if they are not. This is currently disabled by default and hidden behind the flag 'enable-mem-access-versioning'. radar://13075509 llvm-svn: 198950
-
Arnold Schwaighofer authored
An upcoming loop vectorizer commit will want to replace a SCEVUnknown(Value*) by a SCEVConstant. This commit modifies the SCEVParameterRewriter to support this. The SCEVParameterRewriter constructor can optionally specify to follow this behavior. llvm-svn: 198949
-
Artyom Skrobov authored
Amending test/MC/ARM/thumb2-mclass.s to match its apparent original purpose (to test the ARMv6M/ARMv7M commonality), and creating a new test case for the differences between ARMv6M and ARMv7M llvm-svn: 198946
-
Artyom Skrobov authored
llvm-svn: 198945
-
Saleem Abdulrasool authored
The disassembler would no longer be able to disambiguage between the two variants (explicit immediate #0 vs implicit, omitted #0) for the ldrt, strt, ldrbt, strbt mnemonics as both versions indicated the disassembler routine. llvm-svn: 198944
-
Jakob Stoklund Olesen authored
Don't repeat the 32 <-> 64 architecture mapping incompletely. llvm-svn: 198943
-
Alp Toker authored
With this change tok::code_completion is finally handled exclusively as a special token kind like other tokens that need special treatment. All callers have been updated to use the specific token consumption methods and the parser has a clear idea the current token isn't special by the time ConsumeToken() gets called, so this has been unreachable for some time. ConsumeAnyToken() behaviour is unchanged and will continue to support unexpected code completion as part of the special token path. This survived an amount of fuzzing and validation, but please ping the list if you hit a code path that previously relied on the old unexpected handler and now asserts. llvm-svn: 198942
-
Kristof Beyls authored
llvm-svn: 198941
-
Kristof Beyls authored
llvm-svn: 198940
-
Rafael Espindola authored
This change was requested to avoid confusion if we ever support non windows coff systems. llvm-svn: 198939
-
Rafael Espindola authored
This change was requested to avoid confusion if we ever support non windows coff systems. llvm-svn: 198938
-
Kristof Beyls authored
llvm-svn: 198937
-
Alp Toker authored
Based on recent discussions, attempt to provide a clearer distinction between MicrosoftMode and MicrosoftExt. This still doesn't feel perfect but gives a better idea which is which. Also update the CPlusPlus11 description which got missed in r171367. C++0x is dead, long live C++0x! llvm-svn: 198936
-
Alp Toker authored
Also move some comments into the block they were meant to describe. llvm-svn: 198935
-
NAKAMURA Takumi authored
llvm-svn: 198934
-
NAKAMURA Takumi authored
llvm-svn: 198933
-
Kostya Serebryany authored
[lsan] handle 'new T[0]' where T is a type with DTOR; fixes https://code.google.com/p/address-sanitizer/issues/detail?id=257 llvm-svn: 198932
-
NAKAMURA Takumi authored
llvm/test/ExecutionEngine/MCJIT/load-object-a.ll: Remove "REQUIRES:shell". This doesn't depend on shell's behavior. llvm-svn: 198931
-
NAKAMURA Takumi authored
FIXME: We should not take CMake's ${CMAKE_SYSTEM_PROCESSOR}... llvm-svn: 198930
-
NAKAMURA Takumi authored
llvm-svn: 198929
-
NAKAMURA Takumi authored
llvm-svn: 198928
-
NAKAMURA Takumi authored
llvm-svn: 198927
-
NAKAMURA Takumi authored
%p is like X:\foo\bar. llvm-svn: 198926
-
Rui Ueyama authored
Module-definition (.def) files are the file containing linker directives, such as export symbols. Because link.exe supports the same features as command line options, just as some Linker Script commands overlaps with command line options, use of module-definition file is not really necessary. It provides an alternative way to specify some linker options. This patch implements EXPORTS directive. Other directives will be implemented in the future. llvm-svn: 198925
-
Daniel Jasper authored
Before: SomeMap[std::pair(aaaaaaaaaaaa, bbbbbbbbbbbbbbb)] .insert(ccccccccccccccccccccccc); After: SomeMap[std::pair(aaaaaaaaaaaa, bbbbbbbbbbbbbbb)].insert( ccccccccccccccccccccccc); This seems to be about 3:1 more common in Google and Chromium style and I found only a handful of instances inside the LLVM codebase. llvm-svn: 198924
-
Jakob Stoklund Olesen authored
llvm-svn: 198923
-