Skip to content
  1. Feb 04, 2012
  2. Feb 03, 2012
  3. Feb 02, 2012
    • Douglas Gregor's avatar
      Back out my heinous hack that tricked the module generation mechanism · 3ec6663b
      Douglas Gregor authored
      into using non-absolute system includes (<foo>)...
      
      ... and introduce another hack that is simultaneously more heineous
      and more effective. We whitelist Clang-supplied headers that augment
      or override system headers (such as float.h, stdarg.h, and
      tgmath.h). For these headers, Clang does not provide a module
      mapping. Instead, a system-supplied module map can refer to these
      headers in a system module, and Clang will look both in its own
      include directory and wherever the system-supplied module map
      suggests, then adds either or both headers. The end result is that
      Clang-supplied headers get merged into the system-supplied module for
      the C standard library.
      
      As a drive-by, fix up a few dependencies in the _Builtin_instrinsics
      module.
      
      llvm-svn: 149611
      3ec6663b
  4. Feb 01, 2012
  5. Jan 31, 2012
  6. Jan 30, 2012
  7. Jan 29, 2012
  8. Jan 28, 2012
  9. Jan 27, 2012
  10. Jan 26, 2012
    • Bob Wilson's avatar
      Make clz/ctz builtins defined for zero on ARM targets. rdar://10732455 · a7a61e27
      Bob Wilson authored
      ARM supports clz and ctz directly and both operations have well-defined
      results for zero.  There is no disadvantage in performance to using the
      defined-at-zero versions of llvm.ctlz/cttz intrinsics.  We're running into
      ARM-specific code written with the assumption that __builtin_clz(0) == 32,
      even though that value is technically undefined.  The code is failing now
      because of llvm optimizations that are taking advantage of the undef
      behavior (specifically svn r147255).  There's nothing wrong with that
      optimization on x86 where any incorrect assumptions about __builtin_clz(0)
      will quickly be exposed.  For ARM, though, optimizations based on that undef
      behavior are likely to cause subtle bugs.  Other targets with defined-at-zero
      clz/ctz support may want to override the default behavior as well.
      
      llvm-svn: 149086
      a7a61e27
  11. Jan 20, 2012
  12. Jan 17, 2012
  13. Jan 13, 2012
    • Eli Friedman's avatar
      Revert r148138; it's causing test failures. · d749c6bf
      Eli Friedman authored
      llvm-svn: 148141
      d749c6bf
    • Sebastian Pop's avatar
      remove assertions in the Hexagon backend specific clang driver · 86500280
      Sebastian Pop authored
      Patch from Jyotsna Verma:
      
      I have made the changes to remove assertions in the Hexagon backend
      specific clang driver. Instead of asserting on invalid arch name, it has
      been modified to use the default value.
      
      I have changed the implementation of the CPU flag validation for the
      Hexagon backend. Earlier, the clang driver performed the check and
      asserted on invalid inputs. In the new implementation, the driver passes
      the last CPU flag (or sets to "v4" if not specified) to the compiler (and
      also to the assembler and linker which perform their own check) instead of
      asserting on incorrect values. This patch changes the setCPU function for
      the Hexagon backend in clang/lib/Basic/Targets.cpp which causes the
      compiler to error out on incorrect CPU flag values.
      
      llvm-svn: 148139
      86500280
    • Sebastian Pop's avatar
      rename -ccc-host-triple into -target · 9a8d528d
      Sebastian Pop authored
      llvm-svn: 148138
      9a8d528d
  14. Jan 11, 2012
    • Evgeniy Stepanov's avatar
      Fix -mfpu parsing on ARM. · 48af2a9e
      Evgeniy Stepanov authored
      - Support gcc-compatible vfpv3 name in addition to vfp3.
      - Support vfpv3-d16.
      - Disable neon feature for -mfpu=vfp* (yes, we were emitting Neon instructions
        for those!).
      
      llvm-svn: 147943
      48af2a9e
  15. Jan 10, 2012
  16. Jan 09, 2012
  17. Jan 06, 2012
  18. Jan 05, 2012
  19. Jan 04, 2012
  20. Jan 03, 2012
  21. Dec 31, 2011
  22. Dec 30, 2011
  23. Dec 29, 2011
  24. Dec 28, 2011
  25. Dec 26, 2011
  26. Dec 25, 2011
Loading