search for: asan_new_delet

In order to isolate the problem I am now running on a machine whose only installation of gcc/g++ is gcc44, g++44 For this installation I am getting the following error: COMPILE: clang_linux/asan-i386/i386: /gpfs/haifa-p4/00/pincette/sitvanit/LLVM/llvm/projects/compiler-rt/lib/asan/asan_new_delete.cc /.../sitvanit/LLVM/llvm/projects/compiler-rt/lib/asan/asan_new_delete.cc:19:10: fatal error: 'new' file not found #include <new> ^ 1 error generated. make[5]: *** [/gpfs/haifa-p4/00/pincette/sitvanit/LLVM/build/tools/clang/runtime/compiler-rt/clang_linux/asan-i386/...

...the problem I am now running on a machine whose only > installation of gcc/g++ is gcc44, g++44 > > For this installation I am getting the following error: > > > COMPILE: > clang_linux/asan-i386/i386: /gpfs/haifa-p4/00/pincette/sitvanit/LLVM/llvm/projects/compiler-rt/lib/asan/asan_new_delete.cc > /.../sitvanit/LLVM/llvm/projects/compiler-rt/lib/asan/asan_new_delete.cc:19:10: > fatal error: > 'new' file not found > #include <new> > ^ > 1 error generated. > make[5]: *** > [/gpfs/haifa-p4/00/pincette/sitvanit/LLVM/build/tools/clang/ru...

Hello, when I build llvm from git source, some errors occured. 80>asan_new_delete.obj : error LNK2019: unresolved external symbol "void * __cdecl MemalignFromLocalPool(unsigned __int64,unsigned __int64)" (?MemalignFromLocalPool@@YAPEAX_K0 at Z)， "void * __cdecl operator new(unsigned __int64)" (??2 at YAPEAX_K@Z) 80>D:\program\llvm\build\Debug\lib\clang\9....

PS: Do you actually have gcc-4.4 installed and in your path? What do the commands gcc44 -v and g++44 -v output? On 15/07/12 10:59, Duncan Sands wrote: > Hi Sitvanit, > >> I tried >> >> CC=gcc44 CXX=g++44 ../llvm/configure >> >> and got >> >> CC=gcc44: Command not found >> >> So the syntax is indeed as wriiten in the help. >

...8:37 AM To: mirchd Cc: llvm-dev at lists.llvm.org Subject: Re: [llvm-dev] llvm compiled error Ping, any idea? thanks in advance~ 在 2019-03-11 22:44:12，"mirchd via llvm-dev" <llvm-dev at lists.llvm.org> 写道： Hello, when I build llvm from git source, some errors occured. 80>asan_new_delete.obj : error LNK2019: unresolved external symbol "void * __cdecl MemalignFromLocalPool(unsigned __int64,unsigned __int64)" (?MemalignFromLocalPool@@YAPEAX_K0 at Z)， "void * __cdecl operator new(unsigned __int64)" (??2 at YAPEAX_K@Z) 80>D:\program\llvm\build\Debug\lib\clang\9....

.../138/steps/check-lld%20asan/logs/stdio ==26011==ERROR: LeakSanitizer: detected memory leaks Direct leak of 184 byte(s) in 1 object(s) allocated from: #0 0x72fab0 in operator new(unsigned long) /mnt/b/sanitizer-buildbot2/sanitizer-x86_64-linux-bootstrap/build/llvm/projects/compiler-rt/lib/asan/asan_new_delete.cc:82 #1 0x8c8610 in void lld::elf::BinaryFile::parse<llvm::object::ELFType<(llvm::support::endianness)1, true> >() /mnt/b/sanitizer-buildbot2/sanitizer-x86_64-linux-bootstrap/build/llvm/tools/lld/ELF/InputFiles.cpp:823:7 #2 0xb9de74 in lld::elf::SymbolTable<llvm::object::EL...

Hi Sitvanit, > I tried > > CC=gcc44 CXX=g++44 ../llvm/configure > > and got > > CC=gcc44: Command not found > > So the syntax is indeed as wriiten in the help. actually, no, this just means that you are using a shell that doesn't support this syntax. What shell are you using? Try export CC=gcc44 export CXX=g++44 ../llvm/configure Ciao, Duncan. >

...ng, > > any idea? > > thanks in advance~ > > > > > > > 在 2019-03-11 22:44:12，"mirchd via llvm-dev" <llvm-dev at lists.llvm.org> 写道： > > Hello, > > > > when I build llvm from git source, some errors occured. > > > > 80>asan_new_delete.obj : error LNK2019: unresolved external symbol "void * __cdecl MemalignFromLocalPool(unsigned __int64,unsigned __int64)" (?MemalignFromLocalPool@@YAPEAX_K0 at Z)， "void * __cdecl operator new(unsigned __int64)" (??2 at YAPEAX_K@Z) > 80>D:\program\llvm\build\Debug\lib\cla...

...> ==26011==ERROR: LeakSanitizer: detected memory leaks >> >> Direct leak of 184 byte(s) in 1 object(s) allocated from: >> #0 0x72fab0 in operator new(unsigned long) >> /mnt/b/sanitizer-buildbot2/sanitizer-x86_64-linux-bootstrap/build/llvm/projects/compiler-rt/lib/asan/asan_new_delete.cc:82 >> #1 0x8c8610 in void >> lld::elf::BinaryFile::parse<llvm::object::ELFType<(llvm::support::endianness)1, >> true> >() >> /mnt/b/sanitizer-buildbot2/sanitizer-x86_64-linux-bootstrap/build/llvm/tools/lld/ELF/InputFiles.cpp:823:7 >> #2 0xb9de74...

...e CHECK line... use-after-delete.cc:20:18: error: expected string not found in input // CHECK-Linux: {{ #1 0x.* in main .*use-after-delete.cc:}}[[@LINE-10]] <stdin>:9:33: note: with expression "@LINE-10" equal to "10" #0 0x91ac7 in operator delete[](void*) .../lib/asan/asan_new_delete.cc:98 <stdin>:16:75: note: possible intended match here SUMMARY: AddressSanitizer: heap-use-after-free .../test/asan/TestCases/use-after-delete.cc:11 main Note that the line is 10+1. This is happening with a lot of the ARM tests. It looks like the test case having one more line due to lit/...

...export/users/amitrokh/llvm-sanitizer/binrt/bin/clang-3.8+0x6c3178) 0x6070000dcaf8 is located 56 bytes inside of 72-byte region [0x6070000dcac0,0x6070000dcb08) freed by thread T0 here: #0 0x794e40 in operator delete(void*) /export/users/amitrokh/llvm-sanitizer/llvm/projects/compiler-rt/lib/asan/asan_new_delete.cc:94 #1 0x171d11b in deleteNode /export/users/amitrokh/llvm-sanitizer/llvm/include/llvm/ADT/ilist.h:160:39 #2 0x171d11b in llvm::iplist<llvm::BasicBlock, llvm::SymbolTableListTraits<llvm::BasicBlock> >::erase(llvm::ilist_iterator<llvm::BasicBlock>) /export/users/amitrokh...