search for: i64u

...Note that we don't really expect clang to work on MinGW yet, as far as I know. > In the method DefineTypeSize, the call to sprintf is as follow : > sprintf(MacroBuf, "%s=%llu%s", MacroName, MaxVal, ValSuffix); > and should be transformed to : > sprintf(MacroBuf, "%s=%I64u%s", MacroName, MaxVal, ValSuffix); > as mingw toolchain don't support "%llu" marker. Fixed in SVN r80933. I don't know the status of clang on MinGW, so its hard for me to say whether its worth trying to take this for 2.6. - Daniel

..."faulty" call to DefineTypeSize is the 5th. The one which used a "long long" type. In the method DefineTypeSize, the call to sprintf is as follow : sprintf(MacroBuf, "%s=%llu%s", MacroName, MaxVal, ValSuffix); and should be transformed to : sprintf(MacroBuf, "%s=%I64u%s", MacroName, MaxVal, ValSuffix); as mingw toolchain don't support "%llu" marker. With this correction, clang seems to work on this platform. I wanted to provide a patch but I'm not able to find something like "LLVM_ON_MINGW" macro definition. Sorry. :( . Thanks...

...gt; > #ifdef HAVE_INTTYPES_H > #include <inttypes.h> > #else > #if defined (_MSC_VER) && ! defined (PRId64) > #define PRId64 "I64d" > #endif > #if defined (_MSC_VER) && ! defined (PRIu64) > #define PRIu64 "I64u" > #endif > #endif > > We'll worry about compilers that don't have the PRI_64 values as we find > them. > OK, I'll do a quick test build tomorrow. More thorough testing will come during the weekends. -------------- next part -------------- A non-text a...

...lback(const FLAC__StreamEncoder *encoder, FLAC__uint64 > bytes_written, FLAC__uint64 samples_written, unsigned frames_written, > unsigned total_frames_estimate, void *client_data) > { > (void)encoder, (void)client_data; > > #ifdef _MSC_VER > fprintf(stderr, "wrote %I64u bytes, %I64u/%u samples, %u/%u frames\n", > bytes_written, samples_written, total_samples, frames_written, > total_frames_estimate); > #else > fprintf(stderr, "wrote %llu bytes, %llu/%u samples, %u/%u frames\n", > bytes_written, samples_written, total_samples, fram...

On 11/10/2011 18:39, Erik de Castro Lopo wrote: > > I'm subscribed to the list (and I set my reply-to to the list). > Please do not CC me. > > JonY wrote: > >> Its probably on one of the sf tracker somewhere, I can't seem to find it >> anymore. It wasn't anything complicated, so I should be able to redo it >> quickly. > > I'm a Linux

...ifdef block that might look something like: #ifdef HAVE_INTTYPES_H #include <inttypes.h> #else #if defined (_MSC_VER) && ! defined (PRId64) #define PRId64 "I64d" #endif #if defined (_MSC_VER) && ! defined (PRIu64) #define PRIu64 "I64u" #endif #endif We'll worry about compilers that don't have the PRI_64 values as we find them. Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

...TTYPES_H >> #include <inttypes.h> >> #else >> #if defined (_MSC_VER) && ! defined (PRId64) >> #define PRId64 "I64d" >> #endif >> #if defined (_MSC_VER) && ! defined (PRIu64) >> #define PRIu64 "I64u" >> #endif >> #endif >> >> We'll worry about compilers that don't have the PRI_64 values as we find >> them. >> > > OK, I'll do a quick test build tomorrow. More thorough testing will come > during the weekends. > Attached...

...) 3) Install a platform SDK (I chose the one for XP SP2) 4) Set MSVC target to Release 5) Add alloc.h to the grabbag_static source files 6) Replace all occurrences of static inline with static __inline 7) Tell the linker to ignore msvcrt.lib 8) Replace all occurrences of %" PRIu64 " with %I64u (I'm not sure whether that is correct) 9) Uninline all (non-static) inlined function in bitreader.c and bitwriter.c (otherwise the linker complains) As I said, I'm not a very good programmer so I'm not sure whether any of the above changes might induce other problems. Anyway, the re...

...(reserved for scanf family) rather than PRIu64 reserved for printf family functions. Unfortunately when I check the package with R-devel, I still have the warning. On GitHub, there are a version of mingw64 sources : https://github.com/Alexpux/mingw-w64/ . It is explicitly written that SCNu64 is I64u, see line 210 of https://github.com/Alexpux/mingw-w64/blob/master/mingw-w64-headers/crt/inttypes.h So, I was wondering if this warning was removable at all? Does anyone encounter this issue? Any help is appreciated. Thanks in advance, Christophe PS: latest version of randtoolbox source code is...

Hi Tanya, The sources weren't updated for this pre-release testing. So I had the same problems on PPC. -bw On Sun, Aug 30, 2009 at 10:50 PM, Tanya Lattner<lattner at apple.com> wrote: > LLVMers, > 2.6 pre-release1 is ready to be tested by the community. > http://llvm.org/prereleases/2.6/ > You will notice that we have quite a few pre-compiled binaries (of both > clang

LLVMers, 2.6 pre-release1 is ready to be tested by the community. http://llvm.org/prereleases/2.6/ You will notice that we have quite a few pre-compiled binaries (of both clang and llvm-gcc). We have identified several bugs that will be fixed in pre-release2, so please search the bug database before filing a new bug. If you have time, I'd appreciate anyone who can help test the

...querade: Bloodlines: Regression causes graphics corruption 27740 Morrowind: click-and-drag doesn't work 27811 CivCity Rome: Autorun.exe shows misplaced text 27818 Eurobattle.net installer fails to run (invalid command line parameters passed to child due to user32.wsprintf not handling %I64u format specifier) 27838 Can't change some graphics settings in GTAIV 27843 Weather Watcher Live: Cannot start free trial 27862 Watchtower Library 2010 - Italiano don't start 27864 Implement winhttp SetCredentials 27865 Winhttprequest doesn't work with https 27874 Confi...