Displaying 12 results from an estimated 12 matches for "charlowerbuffw".
2011 Sep 30
2
[LLVMdev] [cfe-dev] Unicode path handling on Windows
You can use _iswupper and _towlower instead of CharLowerBuffW. They don't require windows.h and work with /Za.
On Sep 30, 2011, at 12:24 AM, Nikola Smiljanic wrote:
> I tried to do the conversion to lowercase inside GetFullPath by adding an additional bool parameter to this function. It's not perfect but seems much better than repeating the whole...
2011 Sep 29
2
[LLVMdev] [cfe-dev] Unicode path handling on Windows
I agree they are broken on all platforms. However, FileManager.cpp already contains an #if WIN32 conditional around the code calling LowercaseString, so you can use MultiByteToWideChar and CharLowerBuffW directly there, and not call the LowercaseString function. I don't think there are any other places where LowercaseString is called with non-ascii data, so you can punt on fixing it for now.
On Sep 28, 2011, at 10:11 PM, Nikola Smiljanic wrote:
> I have a problem with Lowercase and Upperca...
2011 Sep 30
0
[LLVMdev] [cfe-dev] Unicode path handling on Windows
I tried to do the conversion to lowercase inside GetFullPath by adding an
additional bool parameter to this function. It's not perfect but seems much
better than repeating the whole UTF8 to UTF16 and UTF16 to UTF8 conversion
again. The problem I have is with access to CharLowerBuffW. I need Windows.h
for this function but when I try to include it I get a bunch of errors
because Language Extensions are disabled, /Za switch. Do I just enable them
and include Windows.h inside and #ifdef section?
On Thu, Sep 29, 2011 at 7:57 AM, Bryce Cogswell <bryceco at gmail.com> wrote:...
2011 Oct 03
0
[LLVMdev] [cfe-dev] Unicode path handling on Windows
...This function
does locale-specific conversion, is this what we want?
Here's the whole thing, with all the calls to ::stat replaced with
llvm::sys::fs::Stat.
On Fri, Sep 30, 2011 at 8:04 PM, Bryce Cogswell <bryceco at gmail.com> wrote:
> You can use _iswupper and _towlower instead of CharLowerBuffW. They don't
> require windows.h and work with /Za.
>
> On Sep 30, 2011, at 12:24 AM, Nikola Smiljanic wrote:
>
> I tried to do the conversion to lowercase inside GetFullPath by adding an
> additional bool parameter to this function. It's not perfect but seems much
> bet...
2011 Oct 03
5
[LLVMdev] [cfe-dev] Unicode path handling on Windows
...locale-specific conversion, is this what we want?
>
> Here's the whole thing, with all the calls to ::stat replaced with llvm::sys::fs::Stat.
>
> On Fri, Sep 30, 2011 at 8:04 PM, Bryce Cogswell <bryceco at gmail.com> wrote:
> You can use _iswupper and _towlower instead of CharLowerBuffW. They don't require windows.h and work with /Za.
>
> On Sep 30, 2011, at 12:24 AM, Nikola Smiljanic wrote:
>
>> I tried to do the conversion to lowercase inside GetFullPath by adding an additional bool parameter to this function. It's not perfect but seems much better than...
2011 Oct 03
0
[LLVMdev] [cfe-dev] Unicode path handling on Windows
...fic conversion, is this what we want?
>
> Here's the whole thing, with all the calls to ::stat replaced with
> llvm::sys::fs::Stat.
>
> On Fri, Sep 30, 2011 at 8:04 PM, Bryce Cogswell <bryceco at gmail.com> wrote:
>
>> You can use _iswupper and _towlower instead of CharLowerBuffW. They don't
>> require windows.h and work with /Za.
>>
>> On Sep 30, 2011, at 12:24 AM, Nikola Smiljanic wrote:
>>
>> I tried to do the conversion to lowercase inside GetFullPath by adding an
>> additional bool parameter to this function. It's not perfect...
2011 Sep 30
0
[LLVMdev] [cfe-dev] Unicode path handling on Windows
...path handling on Windows
I tried to do the conversion to lowercase inside GetFullPath by adding an
additional bool parameter to this function. It's not perfect but seems much
better than repeating the whole UTF8 to UTF16 and UTF16 to UTF8 conversion
again. The problem I have is with access to CharLowerBuffW. I need Windows.h
for this function but when I try to include it I get a bunch of errors
because Language Extensions are disabled, /Za switch. Do I just enable them
and include Windows.h inside and #ifdef section?
On Thu, Sep 29, 2011 at 7:57 AM, Bryce Cogswell <bryceco at gmail.com> wrote:...
2011 Oct 03
2
[LLVMdev] [cfe-dev] Unicode path handling on Windows
...ersion, is this what we want?
>>
>> Here's the whole thing, with all the calls to ::stat replaced with llvm::sys::fs::Stat.
>>
>> On Fri, Sep 30, 2011 at 8:04 PM, Bryce Cogswell <bryceco at gmail.com> wrote:
>> You can use _iswupper and _towlower instead of CharLowerBuffW. They don't require windows.h and work with /Za.
>>
>> On Sep 30, 2011, at 12:24 AM, Nikola Smiljanic wrote:
>>
>>> I tried to do the conversion to lowercase inside GetFullPath by adding an additional bool parameter to this function. It's not perfect but seems m...
2011 Sep 29
0
[LLVMdev] [cfe-dev] Unicode path handling on Windows
I have a problem with Lowercase and Uppercase functions. These are broken on
all platforms, not only Window, so I can't just #ifdef and use CharLowerBuffW.
I need a portable way to convert from UTF8 to UTF16. There is set of
functions inside clang/Basic/ConvertUTF, but LLVM can't depend on this. What
do I do?
On Tue, Sep 27, 2011 at 5:09 AM, Bryce Cogswell <bryceco at yahoo.com> wrote:
> I think the assert you have for _stat64i32 is fi...
2011 Sep 27
3
[LLVMdev] [cfe-dev] Unicode path handling on Windows
...definition changing is pretty much zero.
LowercaseString appears to be used by ASM printers where the output is expected to be ASCII, and then some WIN32-conditioned code in FileManager.cpp. I hate to say it but you'll probably need to convert the UTF-8 paths to wide char, lower case it using CharLowerBuffW (since it needs to match the casing rules used by NTFS), and then convert back to UTF-8.
If you need to be pedantic about recognizing whether two paths are the same on Windows you also need to call GetFullPathName in order to expand any 8.3 path components, but this is an expensive function so I...
2011 Sep 23
0
[LLVMdev] [cfe-dev] Unicode path handling on Windows
Here's a new patch that fixes all the issues mentioned before. Note that
this isn't final, I didn't want to replace all calls to ::stat so that it's
easier to review.
I have only one more questions:
1. _wopen accepts _stat64i32 instead of stat structure. These two are
exactly the same, the only difference is that stat uses time_t
and _stat64i32 uses __time64_t (time_t is a
2011 Sep 20
2
[LLVMdev] [cfe-dev] Unicode path handling on Windows
On Tue, Sep 20, 2011 at 4:15 PM, Nikola Smiljanic <popizdeh at gmail.com> wrote:
> OK since this approach makes sense I'll shoot with my questions :)
> 1. Where should get_utf8_argv go and is the name of this function OK? Right
> now the function is inside llvm::sys::fs namespace because I need access to
> Windows.h, should I leave it there.
I don't think it belongs