Skip to content
  1. Sep 18, 2008
  2. Sep 16, 2008
  3. Aug 12, 2008
  4. Jul 24, 2008
  5. Jul 22, 2008
  6. Jul 10, 2008
  7. Jul 09, 2008
    • Chris Lattner's avatar
      Add a little wrapper header that is put around bc files when emitting · a660f4bb
      Chris Lattner authored
      bc files for modules with a target triple that indicates they are for
      darwin.  The reader unconditionally handles this, and the writer could
      turn this on for more targets if we care.
      
      This change has two benefits for darwin:
      
      1) it allows us to encode the cpu type of the file in an easy to read
         place that doesn't require decoding the bc file.
      2) it works around a bug (IMO) in darwin's AR where it is incapable of
         handling files that are not a multiple of 8 bytes long.  BC files
         are only guaranteed to be multiples of 4 bytes long.
      
      llvm-svn: 53275
      a660f4bb
  8. Jun 28, 2008
  9. Jun 26, 2008
  10. Jun 25, 2008
  11. Jun 21, 2008
  12. Jun 16, 2008
  13. Jun 15, 2008
  14. Jun 12, 2008
    • Matthijs Kooijman's avatar
      Fix redirection of stderr in sys::Program::ExecuteAndWait. There was logic · 1cc695ef
      Matthijs Kooijman authored
      error that caused it to redirect stderr to stdout too often.
      
      This fix is applied identically to the win32 code as well, but that is
      untested.
      --Thi line, and those below, will be ignored--
      
      M    System/Unix/Program.inc
      M    System/Win32/Program.inc
      
      llvm-svn: 52233
      1cc695ef
    • Matthijs Kooijman's avatar
      Make I/O redirection handling in sys::Program a bit more consistent. No · 616e484b
      Matthijs Kooijman authored
      functional changes. Win32 code is untested, but should work fine.
      
      In the unix variant, rename RedirectFD to RedirectIO and let that function
      handle empty and null paths instead of doing that in the caller 3 times. This
      is the same as win32 already does it.
      
      In the win32 variant, use Path::isEmpty() instead of checking the resulting
      c_str() manually. This is the same as unix already does it.
      
      llvm-svn: 52230
      616e484b
  15. Jun 06, 2008
  16. May 30, 2008
  17. May 29, 2008
  18. May 21, 2008
  19. May 14, 2008
  20. May 13, 2008
  21. May 11, 2008
  22. May 06, 2008
  23. May 05, 2008
  24. Apr 12, 2008
  25. Apr 10, 2008
  26. Apr 08, 2008
  27. Apr 07, 2008
  28. Apr 03, 2008
    • Ted Kremenek's avatar
      Re-implemented Path::createDirectoryOnDisk (for Unix). · 1d0436cd
      Ted Kremenek authored
      This method allows one to create a directory, and optionally create all parent
      directories that do not exist.
      
      The original implementation would require that *all* directories along a path
      are writable by the user, including directories that already exist. For example,
      suppose we wanted to create the directory "/tmp/foo/bar", and the directory
      "/tmp" already exists, but not "/tmp/foo". Since "/tmp" is writable by all
      users, the original implementation would work, and create "/tmp/foo", followed
      by "/tmp/bar".
      
      A problem occurred, however if one wanted to created the directory
      "/Users/myuser/bar" (or equivalently "/home/myuser/bar"), and "/Users/myuser"
      already existed and is writable by the current user. The directory
      "/User/myuser" is writable by the user, but "/User" is not. The original
      implementation of createDirectoryOnDisk would return with failure since "/User"
      is not writable, even though "/User/mysuser" is writable.
      
      The new implementation works by recursively creating parents as needed, and thus
      doesn't need to check the permissions on every directory in a path.
      
      llvm-svn: 49162
      1d0436cd
  29. Apr 01, 2008
Loading