search for: unique_file

Displaying 6 results from an estimated 6 matches for "unique_file".

2012 May 18
0
[LLVMdev] [RFC] llvm/include/Support/FileOutputBuffer.h
...wg21/docs/papers/2012/n3365.html#TOC which is what the rest of the fs library is modeled after. So we would use: error_code permissions(const Twine &path, perms p); If the name is confusing (it says nothing about modification) I'm fine with modify_permissions or something similar. >   unique_file_sized() Instead of adding this I would much rather add resize_file and call it after unique_file. >   map_file_pages() >   unmap_file_pages() These are good. > I've implemented the unix side for all these, but have the windows side just stubbed out. > > I've also added a...
2012 May 17
3
[LLVMdev] [RFC] llvm/include/Support/FileOutputBuffer.h
...rg/pipermail/llvm-dev/attachments/20120517/9ab7084f/attachment.obj> -------------- next part -------------- To implement the FileOutputBuffer, I needed to add some more functions to llvm/Support/FileSystem.h, including: is_writable_file() is_executable_file() set_file_executable() unique_file_sized() map_file_pages() unmap_file_pages() I've implemented the unix side for all these, but have the windows side just stubbed out. I've also added a test case (unittests/Support/FileOutputBufferTest.cpp) which exercises FileOutputBuffer. -Nick >>>> >>>>...
2012 Jun 19
0
[LLVMdev] llvm/include/Support/FileSystem.h
This is a proposed patch to enhance FileSystem.h to add functionality (getting and setting permission bits and mapping an unmapping files). This implementation follows the N3365 proposal regarding permission bits. This functionality is needed for my next patch which will implement llvm/include/Support/FileOutputBuffer.h which is needed by lld. -------------- next part -------------- A
2012 May 18
2
[LLVMdev] [RFC] llvm/include/Support/FileOutputBuffer.h
On Fri, May 18, 2012 at 3:07 PM, Michael Spencer <bigcheesegs at gmail.com> wrote: > >> +  error_code ec = sys::fs::status(filePathTwine, stat); > > stat is undefined if ec isn't success. ec will be success even in the case of > file_not_found. Actually I was wrong. The Windows and UNIX implementation disagree on this point. I'm going to change it to match
2011 Sep 14
1
[LLVMdev] [PATCH] Missing include of limits.h on Solaris in PathV2.inc
...t part -------------- — Sample failure for 2.9 build which is fixed: llvm[1]: Compiling PathV2.cpp for Debug build In file included from /export/home/jocke/2.9/llvm/lib/Support/PathV2.cpp:770:0: /export/home/jocke/2.9/llvm/lib/Support/Unix/PathV2.inc: In function ‘llvm::error_code llvm::sys::fs::unique_file(const llvm::Twine&, int&, llvm::SmallVectorImpl<char>&)’: /export/home/jocke/2.9/llvm/lib/Support/Unix/PathV2.inc:420:23: error: ‘PATH_MAX’ was not declared in this scope /export/home/jocke/2.9/llvm/lib/Support/Unix/PathV2.inc:421:36: error: ‘real_path_buff’ was not declared in th...
2012 May 29
1
[LLVMdev] [cfe-commits] r157260 - in /cfe/trunk: include/clang/Rewrite/Rewriter.h lib/Rewrite/Rewriter.cpp unittests/CMakeLists.txt unittests/Tooling/RewriterTest.cpp unittests/Tooling/RewriterTestContext.h
Manuel, After the discussion at last night, I have agreed that GetTemporaryDirectory() on Win32 would do bad thing, thank you. dir = GetTemporaryDirectory(); dir.eraseFromDisk(erase_contents = true); dir = GetTemporaryDirectory(); /* It doesn't create anything on Win32 due to caching */ I suppose Manuel wants GetTemporaryDirectory() to keep semantics similar mkdtemp(3). Though it is in