search for: convertutf

I also want to point out that there is prior art for bundling these types of single-source-file utility libraries in lib/Support. We have MD5.cpp, ConvertUTF.cpp, and reg*.c implementing various bits of functionality. Adding a miniz.c doesn't seem like that big of a deal. On Thu, Sep 18, 2014 at 3:03 AM, Chandler Carruth <chandlerc at google.com> wrote: > > On Thu, Sep 18, 2014 at 2:58 AM, Mueller-Roemer, Johannes Sebastian < > J...

In that case I think that this is it :) On Tue, Oct 4, 2011 at 8:24 AM, Bryce Cogswell <bryceco at gmail.com> wrote: > That should be fine. I don't believe the concern about performing a > char-by-char conversion is valid; for example the NTFS-3G driver uses a > simplistic upcase table and seems to work fine. I suspect Windows does the > same. > > -------------- next

...WAywv5rmtcE+++TI/-Tmp-/RtmpZflYon/downloaded_packages’ * installing *source* package ‘RJSONIO’ ... ** libs *** arch - i386 gcc -arch i386 -std=gnu99 -I/Library/Frameworks/R.framework/Resources/include -I/Library/Frameworks/R.framework/Resources/include/i386 -I/usr/local/include -fPIC -g -O2 -c ConvertUTF.c -o ConvertUTF.o i686-apple-darwin9-gcc-4.0.1: installation problem, cannot exec 'as': No such file or directory make: *** [ConvertUTF.o] Error 1 ERROR: compilation failed for package ‘RJSONIO’ * removing ‘/Library/Frameworks/R.framework/Versions/2.11/Resources/library/RJSONIO’ sessionInf...

...========================================================== --- include/llvm/Support/FileSystem.h (revision 141071) +++ include/llvm/Support/FileSystem.h (working copy) @@ -436,6 +436,32 @@ + for (int i = 0; i != argc; ++i) + { + // check lenght May want to correct the typo. Index: lib/Basic/ConvertUTF.c =================================================================== --- lib/Basic/ConvertUTF.c (revision 141071) +++ lib/Basic/ConvertUTF.c (working copy) @@ -218,74 +218,7 @@ + /* Figure out how many bytes the result will require */ + if (ch < (UTF32)0x80) { bytesToWrite = 1;...

...-ru RJSONIO.orig/src/RJSON.c RJSONIO/src/RJSON.c --- RJSONIO.orig/src/RJSON.c 2025-03-24 02:10:08.000000000 -0500 +++ RJSONIO/src/RJSON.c 2025-03-25 17:49:50.490016649 -0500 @@ -2,6 +2,7 @@ #include <Rinternals.h> #include <Rdefines.h> +#include <Rversion.h> #include "ConvertUTF.h" @@ -70,7 +71,11 @@ ptr = REAL(tmp); break; case VECSXP: +#if R_VERSION >= R_Version(4,5,0) ptr = (void *) VECTOR_PTR_RO(tmp); +#else + ptr = (void *) VECTOR_PTR(tmp); +#endif break; default: ptr = NULL; -- dirk.eddelbuettel.com | @eddelbuettel |...

That should be fine. I don't believe the concern about performing a char-by-char conversion is valid; for example the NTFS-3G driver uses a simplistic upcase table and seems to work fine. I suspect Windows does the same. On Oct 3, 2011, at 1:12 PM, Nikola Smiljanic wrote: > How about this: > > for (int i = 0; i != NumWChars; ++i) > absPath[i] = std::tolower(absPath[i],

...Copying files /tmp/RtmpFw9QeX/R.INSTALL4ebf657f/RJSONIO configure: creating ./config.status config.status: creating src/Makevars config.status: creating cleanup ** libs gcc -I/usr/share/R/include -I. -Ilibjson -Ilibjson/Source -DNDEBUG=1 -DJSON_NO_EXCEPTIONS=1 -fpic -std=gnu99 -O3 -pipe -g -c ConvertUTF.c -o ConvertUTF.o g++ -I/usr/share/R/include -I. -Ilibjson -Ilibjson/Source -DNDEBUG=1 -DJSON_NO_EXCEPTIONS=1 -fpic -O3 -pipe -g -c JSONChildren.cpp -o JSONChildren.o g++ -I/usr/share/R/include -I. -Ilibjson -Ilibjson/Source -DNDEBUG=1 -DJSON_NO_EXCEPTIONS=1 -fpic -O3 -pipe -g -c JSONDe...

...hould be handled as host-dependent. The literal should be interperted with input-charset and be emitted with exec-charset. Too hard the life is. Would you like to live in Japan? :p ...Takumi 2011/9/1 Nikola Smiljanic <popizdeh at gmail.com>: > The function available in clang/lib/Basic/ConvertUTF.c deals with unsigned > shorts, and I need wchar_t? > > On Thu, Sep 1, 2011 at 9:36 AM, Jean-Daniel Dupas <devlists at shadowlab.org> > wrote: >> >> Le 31 août 2011 à 21:02, Aaron Ballman a écrit : >> >> > On Wed, Aug 31, 2011 at 1:17 PM, Eli Friedman &l...

...<dan at su-root.co.uk> wrote: > On 18 September 2014 16:59, Reid Kleckner <rnk at google.com> wrote: > > I also want to point out that there is prior art for bundling these > types of > > single-source-file utility libraries in lib/Support. We have MD5.cpp, > > ConvertUTF.cpp, and reg*.c implementing various bits of functionality. > > Adding a miniz.c doesn't seem like that big of a deal. > > I should of taken a look at miniz first! It is pretty small. I guess > provided > > 1.The library code is properly namespaced to prevent symbol clashes...

...ure: creating ./config.status config.status: creating src/Makevars config.status: creating cleanup ** libs gcc -std=gnu99 -I/usr/share/R/include -I. -Ilibjson -Ilibjson/Source -DNEW_JSON_NEW_STREAM -DNDEBUG=1 -DJSON_VALIDATE -DJSON_STREAM=1 -DJSON_LIBRARY=1 -DJSON_ISO_STRICT -fpic -g -O2 -c ConvertUTF.c -o ConvertUTF.o g++ -I/usr/share/R/include -I. -Ilibjson -Ilibjson/Source -DNEW_JSON_NEW_STREAM -DNDEBUG=1 -DJSON_VALIDATE -DJSON_STREAM=1 -DJSON_LIBRARY=1 -DJSON_ISO_STRICT -fpic -g -O2 -c JSONAllocator.cpp -o JSONAllocator.o In file included from libjson/Source/JSONAllocator.h:4,...

...t 10:11 PM, Nikola Smiljanic wrote: > 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 fine. It is a constant expression so should compile to nothing, and the chance of the definition changi...

...al should be interperted with input-charset and be emitted with > exec-charset. > > Too hard the life is. Would you like to live in Japan? :p > > > ...Takumi > > > 2011/9/1 Nikola Smiljanic <popizdeh at gmail.com>: > > The function available in clang/lib/Basic/ConvertUTF.c deals with unsigned > > shorts, and I need wchar_t? > > > > On Thu, Sep 1, 2011 at 9:36 AM, Jean-Daniel Dupas < devlists at shadowlab.org> > > wrote: > >> > >> Le 31 août 2011 à 21:02, Aaron Ballman a écrit : > >> > >> > On Wed,...

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 fine. It is a constant > expression so should compile to nothing, and the chance of the definition > chang...

2017-05-26 17:47 GMT-07:00 Zachary Turner via llvm-dev < llvm-dev at lists.llvm.org>: > Changing a header file somewhere and having to spend 10 minutes waiting > for a build leads to a lot of wasted developer time. > > The real culprit here is tablegen. Can we split support and ADT into two > - the parts that tablegen depends on and the parts that it doesn't? >

...M, Nikola Smiljanic wrote: > >> 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 fine. It is a constant expression so should compile to nothing, and the chance of the defin...

...Smiljanic wrote: > > 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 fine. It is a constant >> expression so should compile to nothing, and the chance of...

make[4]: Entering directory `/usr/local/src/llvm-2.7/tools/clang/lib/Basic' llvm[4]: Compiling Builtins.cpp for Release build llvm[4]: Compiling ConvertUTF.c for Release build llvm[4]: Compiling Diagnostic.cpp for Release build llvm[4]: Compiling FileManager.cpp for Release build llvm[4]: Compiling IdentifierTable.cpp for Release build llvm[4]: Compiling SourceLocation.cpp for Release build llvm[4]: Compiling SourceManager.cpp for Release build Source...

...; "broadly useful stuff" and "narrowly useful stuff" > > Broadly useful stuff: > AlignOf > Allocator > ArrayRecycler > Atomic > AtomicOrdering > Capacity > Casting > Chrono > circular_raw_ostream > COM.h > CommandLine.h > Compiler.h > ConvertUTF.h > CrashRecoveryContext.h > DataExtractor.h > Debug.h > Endian.h > EndianStream.h > Errc.h > Errno.h > Error.h > ErrorHandling.h > ErrorOr.h > FileOutputBuffer.h > FileSystem.h > FileUtilities.h > Format*.h > GlobPattern.h > Host.h > JamCRC.h >...

...;> >> 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 fine. It is a constant >>> expression so should compile to not...

...a Smiljanic wrote: >> >>> 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 fine. It is a constant expression so should compile to nothing, and the chance...