search for: windows_error

There are several libraries in LLVM that create their own `error_code` categories, so that they can return errors in a consistent way and with convenient messages. To do this, these libraries create an error category type that inherits from `_do_message` in system_error.h. There are a number of ways that this is wrong: 1. From the name, it's quite clear that _do_message is an implementation

...shee/work/llvm-tv/llvm30/include/llvm/Support/FileUtilities.h:18: In file included from /home/arhishee/work/llvm-tv/llvm30/include/llvm/Support/FileSystem.h:34: /home/arhishee/work/llvm-tv/llvm30/include/llvm/Support/system_error.h:895:38: error: use of undeclared identifier 'Lv' explicit windows_error(int v) : v_(_(v)) {} ^ /usr/local/include/wx-2.8/wx/intl.h:48:55: note: expanded from: #define _(s) wxGetTranslation(wxT(s)) ^ /usr/local/include/wx-2.8/wx/wxchar.h:235:36: note: expan...

...include/llvm/Support/FileUtilities.h:18: > In file included from > /home/arhishee/work/llvm-tv/llvm30/include/llvm/Support/FileSystem.h:34: > /home/arhishee/work/llvm-tv/llvm30/include/llvm/Support/system_error.h:895:38: > error: use of undeclared identifier 'Lv' > explicit windows_error(int v) : v_(_(v)) {} > ^ > /usr/local/include/wx-2.8/wx/intl.h:48:55: note: expanded from: > #define _(s) wxGetTranslation(wxT(s)) > ^ > /usr/local/include/wx-2.8/wx/wxc...

On 6/5/12 7:45 PM, AbhishekR wrote: > Thanks John. I verified that and poolalloc builds with LLVM 3.0. I > used clang for compiling wxWidgets, LLVM 3.0 and poolalloc. > > But llvm-tv build still gives build error. I take it that llvm-tv is > still incompatible with these versions of poolalloc and LLVM 3.0. I > think the code is manageable - couple of files in lib,include and

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

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

Thanks John. I verified that and poolalloc builds with LLVM 3.0. I used clang for compiling wxWidgets, LLVM 3.0 and poolalloc. But llvm-tv build still gives build error. I take it that llvm-tv is still incompatible with these versions of poolalloc and LLVM 3.0. I think the code is manageable - couple of files in lib,include and some 30 odd small files in tools directory. I'll have a look at

...) { > +#if 0 // verify code below before enabling: > + SmallString<128> path_storage; > + StringRef name = path.toNullTerminatedStringRef(path_storage); > + > + DWORD attr = GetFileAttributes(name.begin()); > + > + if (attr == INVALID_FILE_ATTRIBUTES) > + return windows_error(::GetLastError()); > + > + // Files are writable by default, unless marked READONLY > + result = !(attr & FILE_ATTRIBUTE_READONLY); > + #endif This looks right, the only thing it's missing is symlink handling. > + return error_code::success(); > +} > + > +error_...

I now have an implementation of FileOutputBuffer (OutputBuffer was already taken). The patch supports the functionality listed below and I've tested that it works for lld. -------------- next part -------------- A non-text attachment was scrubbed... Name: FileOutputBuffer.patch Type: application/octet-stream Size: 25308 bytes Desc: not available URL: