Skip to content
  1. Aug 10, 2012
  2. Jun 20, 2012
  3. Jun 02, 2012
    • Benjamin Kramer's avatar
      Use access(2) instead of stat(2) to check if a file exists. · 172f8084
      Benjamin Kramer authored
      Apart from being slightly cheaper, this fixes a real bug that hits 32 bit
      linux systems. When passing a file larger than 2G to be linked (which isn't
      that uncommon with large projects such as WebKit), clang's driver checks
      if the file exists but the file size doesn't fit in an off_t and stat(2)
      fails with EOVERFLOW. Clang then says that the file doesn't exist instead
      of passing it to the linker.
      
      llvm-svn: 157891
      172f8084
  4. May 11, 2012
  5. May 05, 2012
  6. Apr 23, 2012
    • Sylvestre Ledru's avatar
      Conflict with st_dev/st_ino identifiers under Debian GNU/Hurd · 3099f4bd
      Sylvestre Ledru authored
      The problem is that the struct file_status on UNIX systems has two
      members called st_dev and st_ino; those are also members of the
      struct stat, and they are reserved identifiers which can also be
      provided as #define (and this is the case for st_dev on Hurd).
      The solution (attached) is to rename them, for example adding a
      "fs_" prefix (= file status) to them.
      
      Patch by Pino Toscano
      
      llvm-svn: 155354
      3099f4bd
  7. Apr 11, 2012
  8. Feb 09, 2012
    • David Blaikie's avatar
      Change default error_code ctor to a 'named ctor' so it's more self-documenting. · 18544b96
      David Blaikie authored
      Unify default construction of error_code uses on this idiom so that users don't
      feel compelled to make static globals for naming convenience. (unfortunately I
      couldn't make the original ctor private as some APIs don't return their result,
      instead using an out parameter (that makes sense to default construct) - which
      is a bit of a pity. I did, however, find/fix some cases of unnecessary default
      construction of error_code before I hit the unfixable cases)
      
      llvm-svn: 150197
      18544b96
  9. Dec 12, 2011
  10. Dec 08, 2011
  11. Sep 14, 2011
  12. Jul 28, 2011
  13. Mar 24, 2011
  14. Feb 10, 2011
  15. Feb 09, 2011
  16. Jan 16, 2011
  17. Jan 15, 2011
  18. Jan 05, 2011
  19. Dec 07, 2010
  20. Dec 04, 2010
  21. Dec 03, 2010
Loading