- Jul 04, 2015
-
-
Peter Collingbourne authored
This worked before, but only by accident, and only with assertions disabled. We ended up storing a DefinedRegular symbol in the WeakAlias field, and never using it as an Undefined. Differential Revision: http://reviews.llvm.org/D10934 llvm-svn: 241376
-
Rafael Espindola authored
llvm-svn: 241375
-
Rafael Espindola authored
llvm-svn: 241374
-
Rafael Espindola authored
llvm-svn: 241373
-
Rafael Espindola authored
Is anyone using those? llvm-svn: 241372
-
Adhemerval Zanella authored
This patch reimplements ELFLinkingContext::getDefaultInterpreter for aarch64 with correct loader name. It is required to exclude the loader from DT_NEEDED in shared library creation. llvm-svn: 241371
-
Adhemerval Zanella authored
This patch reimplements ELFLinkingContext::getDefaultInterpreter for aarch64 with correct loader name. It is required to exclude the loader from DT_NEEDED in shared library creation. llvm-svn: 241370
-
Filipe Cabecinhas authored
Summary: Looking at r241279, I noticed that UpgradedIntrinsics only gets written to in the following code: if (UpgradeIntrinsicFunction(&F, NewFn)) UpgradedIntrinsics[&F] = NewFn; Looking through UpgradeIntrinsicFunction, we always return false OR NewFn will be set to a different function from our source. This patch pulls the F != NewFn into UpgradeIntrinsicFunction as an assert, and removes the check from callers of UpgradeIntrinsicFunction. Reviewers: rafael, chandlerc Subscribers: llvm-commits-list Differential Revision: http://reviews.llvm.org/D10915 llvm-svn: 241369 -
Simon Pilgrim authored
Ensure that i686 x87/SSE/SSE2 targets all build. llvm-svn: 241368
-
Benjamin Kramer authored
llvm-svn: 241367
-
Rafael Espindola authored
It can fail trying to get the section on ELF and COFF. This makes sure the error is handled. llvm-svn: 241366
-
Rafael Espindola authored
llvm-svn: 241365
-
Rafael Espindola authored
In MachO the value of the symbol is always the address, so we can use the simpler function. llvm-svn: 241364
-
Birunthan Mohanathas authored
The MacroBlockBegin and MacroBlockEnd options make matching macro identifiers behave like '{' and '}', respectively, in terms of indentation. Mozilla code, for example, uses several macros that begin and end a scope. Previously, Clang-Format removed the indentation resulting in: MACRO_BEGIN(...) MACRO_ENTRY(...) MACRO_ENTRY(...) MACRO_END Now, using the options MacroBlockBegin: "^[A-Z_]+_BEGIN$" MacroBlockEnd: "^[A-Z_]+_END$" will yield the expected result: MACRO_BEGIN(...) MACRO_ENTRY(...) MACRO_ENTRY(...) MACRO_END Differential Revision: http://reviews.llvm.org/D10840 llvm-svn: 241363 -
Renato Golin authored
This reverts commit r241343, as it was, again, breaking all ARM buildbots. llvm-svn: 241362
-
Ed Maste authored
llvm-svn: 241361
-
- Jul 03, 2015
-
-
Bruce Mitchener authored
Summary: Many places should have been using size_t rather than MIuint or MIint. This is particularly true for code that uses std::string::find(), std::string::rfind(), std::string::size(), and related methods. Reviewers: abidh, ki.stfu, domipheus Subscribers: lldb-commits Differential Revision: http://reviews.llvm.org/D10931 llvm-svn: 241360
-
Bruce Mitchener authored
Summary: Remove unnecessary const_cast. Reviewers: abidh, ki.stfu Subscribers: lldb-commits Differential Revision: http://reviews.llvm.org/D10928 llvm-svn: 241359
-
Bruce Mitchener authored
Summary: GetVarFormatForChar needn't pass a char by const ref. Reviewers: ki.stfu, abidh Subscribers: lldb-commits Differential Revision: http://reviews.llvm.org/D10927 llvm-svn: 241358
-
Bruce Mitchener authored
Summary: Remove unnecessary members from MICmdArgContext. We don't need constants for these value stored in every instance of the class. Reviewers: ki.stfu, abidh Subscribers: lldb-commits Differential Revision: http://reviews.llvm.org/D10926 llvm-svn: 241357
-
Benjamin Kramer authored
Reduce the size of StmtIterator without changing behavior. llvm-svn: 241356
-
Benjamin Kramer authored
No functionality change intended. llvm-svn: 241355
-
Rafael Espindola authored
r241350 broke lld tests. r241352 depends on r241350. Original messages: "[ELFYAML] Fix handling SHT_NOBITS sections by obj2yaml/yaml2obj tools" "[ELFYAML] Make the Size field for .bss section optional" llvm-svn: 241354
-
Rafael Espindola authored
llvm-svn: 241353
-
Simon Atanasyan authored
It's a common case to have a zero-size .bss section in an object file. llvm-svn: 241352
-
Bruce Mitchener authored
Summary: Some more typo fixes in LLDB-MI. Reviewers: ki.stfu, abidh Subscribers: lldb-commits Differential Revision: http://reviews.llvm.org/D10925 llvm-svn: 241351
-
Simon Atanasyan authored
SHT_NOBITS sections do not have content in an object file. Now yaml2obj tool does not accept `Content` field for such sections, and obj2yaml tool does not attempt to read the section content from a file. llvm-svn: 241350
-
Bruce Mitchener authored
Summary: This is a start on bringing lldb-mi more in line with the typical LLDB coding style. This just removes the usage of the typedefs and doesn't yet clean up any logic or other issues. (This is to keep the review simple.) Reviewers: abidh, ki.stfu, domipheus Subscribers: lldb-commits Differential Revision: http://reviews.llvm.org/D10917 llvm-svn: 241349
-
Rafael Espindola authored
llvm-svn: 241348
-
Tamas Berghammer authored
llvm-svn: 241347
-
Rafael Espindola authored
llvm-svn: 241346
-
Rafael Espindola authored
llvm-svn: 241345
-
Rafael Espindola authored
The ELFObjectFile now just reasons about a section/index pair, removing one of the users that force ELF.h to maintain the difference. llvm-svn: 241344
-
Alexandros Lamprineas authored
for extracting target specific information. - Patch for commit 241267: ShouldUseInlineAtomic was set incorrectly when subArch was not specified, causing regressions. Change-Id: Iabb35d59722f4972f1a3ab4365880add5bbcfdcc llvm-svn: 241343
-
Simon Atanasyan authored
No functional changes. llvm-svn: 241342
-
Simon Atanasyan authored
This is GNU ELF linker extension used particularly by LibC code. If input object files contain section named XXX, and the XXX is a valid C identifier, and there are undefined or weak symbols __start_XXX/__stop_XXX, linker should define __start_XXX/__stop_XXX symbols point to the begin/end of the XXX section correspondingly. For example, without support of this extension statically linked executables for X86_64 and Mips (maybe other) targets do not flush IO buffers at the end of executing. llvm-svn: 241341
-
Tamas Berghammer authored
llvm-svn: 241340
-
Daniel Jasper authored
llvm-svn: 241339
-
Tamas Berghammer authored
llvm-svn: 241338
-
Daniel Jasper authored
llvm-svn: 241337
-