search for: definetypesize

...eprocessorFactory::CreatePreprocessor() clang::InitializePreprocessor(clang::Preprocessor&, clang::PreprocessorInitOptions const&) clang::InitializePredefinedMacros(clang::TargetInfo const&, clang::LangOptions const&, std::vector<char, std::allocator<char> >&) clang::DefineTypeSize(char const*, unsigned int, char const*, bool, std::vector<char, std::allocator<char> >&) _sprintf The "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(Mac...

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

...5 (mingw special) > > > - srcDir != objDir > - The build went fine. (configure and make) > - llvm make check : not possible under mingw (dejagnu...) > - clang make check fails : 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. Fixe...

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