search for: makeunique

...ol table and then it writes the entire content of the mmaped file into the temporary file (single write using mmaped pointer). When that is done, it renames the temporary file to that of the original. The problem is, the temporary and the original are the same file! This is a failure of Path::makeUnique, which is system dependent. I don't have a debugging environment handy to track this down, but I would suggest that you break out a debugger and investigate the following: 1. What is the path name associated with TmpArchive? If its the same as the path name associated with archPath then tha...

On Nov 22, 2005, at 17:18, Reid Spencer wrote: > Your patch uses an operating system call that is not portable. All > non-portable code needs to be located in the lib/System library. Yep! I know. That is why I posted it for discussion. I'm not sure if this is the "right" way to fix the problem, or if there is a different fix that should be applied (like perhaps copying the

...call in my code: llvm::LLVMContext& llvmCTX = llvm::getGlobalContext(); I get link errors against std::string and other STL classes: Undefined symbols for architecture x86_64: "std::string::copy(char*, unsigned long, unsigned long) const", referenced from: llvm::sys::Path::makeUnique(bool, std::string*) in libLLVMSupport.a(Path.o) "std::string::find(char const*, unsigned long, unsigned long) const", referenced from: llvm::sys::getDefaultTargetTriple() in libLLVMSupport.a(Host.o) . . . Builds fine if I take out that line (the only line, so fa...

...thProfiling.cpp. * RC1 with patches. I have committed many patches for MSYS and mingw. With them, clang and llvm can pass tests without any failures. (On TOT, we can run mingw tests without failures!) [LLVM] - r127239, r127240 Availability of Lit on MSYS configure. - r127723 [PR6270] PathV1::makeUnique() - r127726 Fix failure in test/Other/close-stderr.ll on Windows 7 - r127730 [PR9234] Fix test/CodeGen/X86/dyn-stackalloc.ll with MSYS bash - r127731, r127732, r127733, r127734, r127775 [PR9234] test/CodeGen/X86 tweaks. - r127858 [PR9505] Warning in llvm-bcanalyzer.cpp - r127872 [PR6745]...

On Nov 22, 2005, at 19:10, Reid Spencer wrote: > 1. What is the path name associated with TmpArchive? If its the same > as the path name associated with archPath then that's a bug, probably > introduced when Path::makeUnique is called from > Path::createTemporaryFileOnDisk which is called from line 377 of > ArchiveWriter.cpp. This does not appear to be the problem. I excluded the lines from the strace that created this temporary file. After line 377: (gdb) p TmpArchive $2 = {path = {static npos = 4294967295,...

...ontext& llvmCTX = llvm::getGlobalContext(); > > I get link errors against std::string and other STL classes: > > Undefined symbols for architecture x86_64: > "std::string::copy(char*, unsigned long, unsigned long) const", referenced from: > llvm::sys::Path::makeUnique(bool, std::string*) in libLLVMSupport.a(Path.o) > "std::string::find(char const*, unsigned long, unsigned long) const", referenced from: > llvm::sys::getDefaultTargetTriple() in libLLVMSupport.a(Host.o) > . > . > . > > Builds fine if I t...

Evan Jones wrote: > On Nov 22, 2005, at 19:10, Reid Spencer wrote: > >> 1. What is the path name associated with TmpArchive? If its the same >> as the path name associated with archPath then that's a bug, probably >> introduced when Path::makeUnique is called from >> Path::createTemporaryFileOnDisk which is called from line 377 of >> ArchiveWriter.cpp. > > > This does not appear to be the problem. I excluded the lines from the > strace that created this temporary file. After line 377: > > (gdb) p TmpArchive...

...in release_29/trunk) is needed to build with Debug on VS10. RC1 can pass clang-test with any configurations. RC1 fails llvm's check on many tests. * RC1 and patches ToT would be ready to failure-free build with several patches. - r127264 (in release_29/trunk) - r127723 [PR6270] PathV1::makeUnique() - r127731, r127732, r127733, r127734, r127775 [PR9234] test/CodeGen/X86 tweaks. - r127872 [PR6745] format("%e") Even with these patches, a few tests may fail. It seems {VS8 | VS10} Release are good. - VS8 Debug LLVM :: Transforms/SRETPromotion/basictest.ll LLVM-Unit :: s...

Hello everyone, I bring to discussion the necessity/design of a new type of smart pointer. r215176 and r217791 rise the problem, D5443 <http://reviews.llvm.org/D5443> is devoted to the solution. r215176 applies several temporary ugly fixes of memory leaks in TGParser.cpp which would be great to be refactored using smart pointers. D5443 <http://reviews.llvm.org/D5443> demonstrates