- Sep 20, 2012
-
-
Bill Wendling authored
llvm-svn: 164309
-
Bill Wendling authored
llvm-svn: 164308
-
Bill Wendling authored
llvm-svn: 164307
-
Roman Divacky authored
llvm-svn: 164306
-
Bill Wendling authored
llvm-svn: 164305
-
Daniel Jasper authored
Patch by Gábor Horváth. Review: http://llvm-reviews.chandlerc.com/D45 llvm-svn: 164304
-
Benjamin Kramer authored
StmtPrinter: Print floating point literals with the right suffix to disambiguate them from integers. Based on a patch by Olaf Krzikalla, UDL fixes by me. llvm-svn: 164303
-
Nico Weber authored
llvm-svn: 164301
-
NAKAMURA Takumi authored
- Inputs/system-header-simulator.h: Declare strlen() with size_t. - malloc-interprocedural.c: Move the definition of size_t into the header above. Then XFAIL can be pruned. llvm-svn: 164300
-
Alexander Potapenko authored
ASan doesn't play well with -D_FORTIFY_SOURCE, which is enabled by default starting at OS X 10.7 llvm-svn: 164299
-
Daniel Jasper authored
By changing the conversion operator into a conversion constructor, we can enabled based on the template parameters leading to better error messages. E.g.: stmt(decl()) will now create an error message including: note: candidate function not viable: no known conversion from 'clang::ast_matchers::internal::BindableMatcher<clang::Decl>' to 'const clang::ast_matchers::internal::Matcher<clang::Stmt>' for 1st argument llvm-svn: 164298
-
Nadav Rotem authored
llvm-svn: 164297
-
Tim Northover authored
Patch from Amara Emerson. llvm-svn: 164296
-
NAKAMURA Takumi authored
llvm-svn: 164295
-
Jason Molenda authored
llvm-svn: 164291
-
Eric Christopher authored
_BYTE_ORDER define. Patch by David Hill. llvm-svn: 164286
-
Craig Topper authored
Change enum type in a static table to uint8_t instead. Saves about 700 hundred bytes of static data. Change unsigned char in same table to uint8_t for explicitness. llvm-svn: 164285
-
Jason Molenda authored
get FormatManager.cpp to build on no-python platforms again. llvm-svn: 164284
-
Michael Liao authored
llvm-svn: 164283
-
Sean Silva authored
Toctree was not being interlinked properly. llvm-svn: 164282
-
Michael Liao authored
- Rewrite/merge pseudo-atomic instruction emitters to address the following issue: * Reduce one unnecessary load in spin-loop previously the spin-loop looks like thisMBB: newMBB: ld t1 = [bitinstr.addr] op t2 = t1, [bitinstr.val] not t3 = t2 (if Invert) mov EAX = t1 lcs dest = [bitinstr.addr], t3 [EAX is implicit] bz newMBB fallthrough -->nextMBB the 'ld' at the beginning of newMBB should be lift out of the loop as lcs (or CMPXCHG on x86) will load the current memory value into EAX. This loop is refined as: thisMBB: EAX = LOAD [MI.addr] mainMBB: t1 = OP [MI.val], EAX LCMPXCHG [MI.addr], t1, [EAX is implicitly used & defined] JNE mainMBB sinkMBB: * Remove immopc as, so far, all pseudo-atomic instructions has all-register form only, there is no immedidate operand. * Remove unnecessary attributes/modifiers in pseudo-atomic instruction td * Fix issues in PR13458 - Add comprehensive tests on atomic ops on various data types. NOTE: Some of them are turned off due to missing functionality. - Revise tests due to the new spin-loop generated. llvm-svn: 164281
-
Sean Silva authored
LGTM by Michael Spencer llvm-svn: 164280
-
Eli Friedman authored
llvm-svn: 164279
-
Andrew Trick authored
Try not to violate conventions immediately before explaining them. llvm-svn: 164278
-
Jordan Rose authored
If someone provides their own function called 'strdup', or 'reallocf', or even 'malloc', and we inlined it, the inlining should have given us all the malloc-related information we need. If we then try to attach new information to the return value, we could end up with spurious warnings. <rdar://problem/12317671> llvm-svn: 164276
-
Jordan Rose authored
While we definitely want this optimization in the future, we're not currently handling constraints on symbolic /expressions/ correctly. These should stay live even if the SymExpr itself is no longer referenced because could recreate an identical SymExpr later. Only once the SymExpr can no longer be recreated -- i.e. a component symbol is dead -- can we safely remove the constraints on it. This liveness issue is tracked by <rdar://problem/12333297>. This reverts r163444 / 24c7f98828e039005cff3bd847e7ab404a6a09f8. llvm-svn: 164275
-
Eli Friedman authored
llvm-svn: 164274
-
Richard Smith authored
non-function friend declaration. Patch by Josh Magee! llvm-svn: 164273
-
Richard Smith authored
llvm-svn: 164272
-
Bill Wendling authored
llvm-svn: 164268
-
Eli Friedman authored
member function templates with an rvalue ref qualifier. llvm-svn: 164267
-
Howard Hinnant authored
Add overflow check to tanh(complex) and reduce to finite answer. Fixes http://llvm.org/bugs/show_bug.cgi?id=13874 llvm-svn: 164266
-
Jim Grosbach authored
Make the TargetPrefix setting one big setting instead of being spread out everywhere. No functional change. llvm-svn: 164265
-
Bill Wendling authored
llvm-svn: 164264
-
Eli Friedman authored
functions. llvm-svn: 164263
-
Benjamin Kramer authored
Otherwise clang can't analyze code that relies on features provided by libc++. llvm-svn: 164262
-
Micah Villmow authored
llvm-svn: 164261
-
Eric Christopher authored
llvm-svn: 164260
-
Greg Clayton authored
A patch that allows for mach-o architectures to be specified as "<number>-<number>" where the first number is the cpu type and the second is the cpu subtype. Also added code to allow use of mach-o architectures that aren't in our tables so that symbolication and static file introspection (crashlogs) can work with them. llvm-svn: 164258
-
Greg Clayton authored
Don't get everything when resolving the symbol context of the ObjC Class symbol, just the module + symbol. llvm-svn: 164257
-