- Aug 25, 2013
-
-
Venkatraman Govindaraju authored
llvm-svn: 189198
-
Shankar Easwaran authored
llvm-svn: 189197
-
Shankar Easwaran authored
This change processes fini_array section in addition to processing init_array sections. This also makes functions registered at compile time for initialization and finalization to be run during execution llvm-svn: 189196
-
Venkatraman Govindaraju authored
llvm-svn: 189195
-
Howard Hinnant authored
Propagate the removal of _LIBCPP_CANTTHROW (r189046) to libcxxabi. This fixes http://llvm.org/bugs/show_bug.cgi?id=16996. llvm-svn: 189194
-
Rafael Espindola authored
llvm-svn: 189193
-
Virgile Bello authored
llvm-svn: 189192
-
Virgile Bello authored
llvm-svn: 189191
-
Renato Golin authored
Patch by Jeroen Hofstee. llvm-svn: 189190
-
Elena Demikhovsky authored
llvm-svn: 189189
-
Chandler Carruth authored
a non-constant GEP. I don't have any test case that demonstrates this, Nadav (indirectly) pointed this out in code review. I'm not sure how possible it is to contrive a test case for the current users of this code that triggers the bad issue sadly. llvm-svn: 189188
-
David Majnemer authored
We currently emit labels with the prefix Lllvm$workaround$fake$stub$ if the target's MCAsmInfo has getLinkOnceDirective() mapped to something interesting. This was apparently a work around introduced in r31033 for binutils that we don't need anymore. llvm-svn: 189187
-
Reed Kotler authored
I need to add the rest of these to the list or else to delay putting out the actual stub until later in code generation when I know if the external function ever got emitted Resubmit this patch. The target triple needs to be added to the test so that clang does not tell the backend the wrong target when the host is BSD. There is a clang bug in here somewhere that I need to track down. At Mips this has been filed internally as a bug. llvm-svn: 189186
-
Michael Han authored
llvm-svn: 189185
-
- Aug 24, 2013
-
-
Howard Hinnant authored
llvm-svn: 189184
-
Saleem Abdulrasool authored
error: commas at the end of enumerator lists are a C++11 extension [-Werror,-Wc++11-extensions] llvm-svn: 189183
-
Craig Topper authored
Add hasSideEffects/mayLoad/mayStore flags to the X86 moffs8/moffs16/moffs32/moffs64 versions of move. llvm-svn: 189182
-
Saleem Abdulrasool authored
This completes the subsystem name parsing to support the identifiers that the Microsoft link.exe linker supports. "windows" and "console" are left as the first items as they are the expected common paths. Signed-off-by:
Saleem Abdulrasool <compnerd@compnerd.org> llvm-svn: 189181
-
Saleem Abdulrasool authored
This adds additional missing Windows subsystem identifiers to the IMAGE_SUBSYSTEM enumeration. Signed-off-by:
Saleem Abdulrasool <compnerd@compnerd.org> llvm-svn: 189180
-
Matt Arsenault authored
llvm-svn: 189179
-
Craig Topper authored
llvm-svn: 189178
-
Tobias Grosser authored
llvm-svn: 189177
-
Shuxin Yang authored
llvm-svn: 189176
-
Renato Golin authored
clang already had a mstrict-align which mentiones "Force all memory accesses to be aligned (ARM only)". On gcc arm this is controlled by -munaligned-access / -mno-unaligned-access. Add the gcc versions to the frontend and make -mstrict-align and alias to -mno-unaligned-access and only show it in clang -cc1 -help. Since the default value for unaligned accesses / strict alignment depends on the tripple, both the enable and disable flags are added. If both are set, the no-unaligned-access is used. Patch by Jeroen Hofstee. llvm-svn: 189175
-
Renato Golin authored
This patch adds the -ffixed-r9 flag to clang to instruct llvm to globally preserve the contents of r9. The flag is added to the newly created ARM specific group. While at it, also place marm / mno-thumb in that group. Patch by Jeroen Hofstee. llvm-svn: 189174
-
Jakub Staszak authored
llvm-svn: 189173
-
Benjamin Kramer authored
/me bows head in shame. llvm-svn: 189172
-
Benjamin Kramer authored
llvm-svn: 189171
-
Benjamin Kramer authored
llvm-svn: 189170
-
Benjamin Kramer authored
Replace instances of this scattered around the code base. llvm-svn: 189169
-
Benjamin Kramer authored
llvm-svn: 189168
-
Benjamin Kramer authored
Leak found by valgrind. llvm-svn: 189167
-
David Majnemer authored
llvm-svn: 189166
-
David Majnemer authored
Summary: This allows us to handle the general case where a non-type template argument evaluates to a constant expression which isn't integral or a declaration. This fixes PR16939. Reviewers: dblaikie, rsmith Reviewed By: dblaikie CC: cfe-commits Differential Revision: http://llvm-reviews.chandlerc.com/D1453 llvm-svn: 189165
-
Michael Gottesman authored
I am going to add in a subsequent patch support for generating the llvm manpage. llvm-svn: 189164
-
Jason Molenda authored
llvm-svn: 189163
-
Dmitri Gribenko authored
Patch by Ismail Pazarbasi. llvm-svn: 189162
-
Reed Kotler authored
I need to add the rest of these to the list or else to delay putting out the actual stub until later in code generation when I know if the external function ever got emitted. llvm-svn: 189161
-
Justin Holewinski authored
This support was removed by accident during the MC conversion llvm-svn: 189160
-
Rui Ueyama authored
in order to match link.exe's behaviour. Patch by Ron Ofir. llvm-svn: 189159
-