search for: crashdebugg

...o not do this in the first place? Performance perhaps? Shouldn't matter so much, I guess? Second, I'm including <sstream> directly. Is this allowed, or should there be some LLVM wrapper just as for <iostream> ? (Code was copied from instcombine, though). Gr. Matthijs Index: CrashDebugger.cpp =================================================================== --- CrashDebugger.cpp (revision 54012) +++ CrashDebugger.cpp (working copy) @@ -28,6 +28,7 @@ #include "llvm/Support/FileUtilities.h" #include "llvm/Support/CommandLine.h" #include <fstream> +#inc...

...g to r174701 by issuing make -j8 happiness The build fails with: ... make[2]: Entering directory `/local/csaba/LLVM/build-release/tools/llvm-diff' llvm[2]: Compiling DiffConsumer.cpp for Release+Asserts build llvm[2]: Linking Release+Asserts executable lli (without symbols) llvm[2]: Compiling CrashDebugger.cpp for Release+Asserts build /local/csaba/LLVM/build-release/tools/llc/Release+Asserts/llc.o: In function `main': llc.cpp:(.text+0x5119): undefined reference to `LLVMInitializeAArch64TargetInfo' llc.cpp:(.text+0x5179): undefined reference to `LLVMInitializeAArch64Target' llc.cpp:(.te...

Hi Scott, > On Tue, May 5, 2009 at 12:26 PM, Duncan Sands <baldrick at free.fr> wrote: > > this is indeed a miscompilation by your system compiler. However so many > > compilers miscompiled this that a workaround was committed to svn. So you > > may want to check out llvm and llvm-gcc from svn. Alternatively, maybe > > the patch applies to llvm 2.5 too.

...--prefix=/pkg/bin/llvm --with-llvmgccdir=/pkg/build/llvm-svn2/install/ and then did "make" in the llvm-obj directory. But this build failed: make[2]: Entering directory `/pkg/build/llvm-svn2/llvm-obj/tools/bugpoint' llvm[2]: Compiling BugDriver.cpp for Debug build llvm[2]: Compiling CrashDebugger.cpp for Debug build llvm[2]: Compiling ExecutionDriver.cpp for Debug build llvm[2]: Compiling ExtractFunction.cpp for Debug build llvm[2]: Compiling FindBugs.cpp for Debug build /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../include/c++/4.1.2/bits/ostream.tcc: In member function ‘std::basic_o...

On Tue, May 5, 2009 at 12:26 PM, Duncan Sands <baldrick at free.fr> wrote: > this is indeed a miscompilation by your system compiler.  However so many > compilers miscompiled this that a workaround was committed to svn.  So you > may want to check out llvm and llvm-gcc from svn.  Alternatively, maybe > the patch applies to llvm 2.5 too.  I've attached it. I will try the

...meter -Wwrite-strings -Wcast-qual -Wno-missing-field-initializers -pedantic -Wno-long-long -Wno-maybe-uninitialized -Wdelete-non-virtual-dtor -Wno-comment -O3 -DNDEBUG -Wl,-search_paths_first -Wl,-headerpad_max_install_names -rdynamic CMakeFiles/bugpoint.dir/BugDriver.cpp.o CMakeFiles/bugpoint.dir/CrashDebugger.cpp.o CMakeFiles/bugpoint.dir/ExecutionDriver.cpp.o CMakeFiles/bugpoint.dir/ExtractFunction.cpp.o CMakeFiles/bugpoint.dir/FindBugs.cpp.o CMakeFiles/bugpoint.dir/Miscompilation.cpp.o CMakeFiles/bugpoint.dir/OptimizerDriver.cpp.o CMakeFiles/bugpoint.dir/ToolRunner.cpp.o CMakeFiles/bugpoint.dir/bugp...

...nclude/llvm/BasicBlock.h U include/llvm/GlobalVariable.h U include/llvm/Support/LLVMBuilder.h U include/llvm/Instructions.h U include/llvm/GlobalAlias.h U include/llvm/Constants.h U include/llvm/User.h U include/llvm/InstrTypes.h U include/llvm/Function.h U tools/bugpoint/CrashDebugger.cpp U tools/bugpoint/Miscompilation.cpp U lib/Analysis/ScalarEvolutionExpander.cpp U lib/CodeGen/ShadowStackCollector.cpp U lib/CodeGen/IntrinsicLowering.cpp U lib/Linker/LinkModules.cpp U lib/Target/X86/X86TargetAsmInfo.cpp U lib/Bitcode/Reader/BitcodeReader.cpp U lib/Exe...

Paul Melis wrote: > Hi, > > Óscar Fuentes wrote: >> Chuck Robey <chuckr at telenix.org> writes: >> >> >>>> Just checked that the makefiles generated by cmake work with `make' on >>>> FreeBSD 7.2 x86. The build fails while building `opt' because libdl is >>>> missing. >>>> >>> They

Hi, Óscar Fuentes wrote: > Chuck Robey <chuckr at telenix.org> writes: > > >>> Just checked that the makefiles generated by cmake work with `make' on >>> FreeBSD 7.2 x86. The build fails while building `opt' because libdl is >>> missing. >>> >> They absolutely do work, even on FreeBSD-current( I run that here), >>

...eem to be usable by both GNU make and BSD make. Here's an example of "the other way around": BSD make on a Gentoo Linux system building LLVM from CMake-generated makefiles: 23:15|melis at juggle2:~/c/llvm-svn> svn up U include/llvm/Analysis/ScalarEvolution.h U tools/bugpoint/CrashDebugger.cpp U lib/Analysis/ScalarEvolution.cpp U lib/CodeGen/SelectionDAG/LegalizeVectorOps.cpp U lib/CodeGen/SelectionDAG/LegalizeDAG.cpp U lib/Target/ARM/ARMBuildAttrs.h U lib/Target/X86/README.txt U lib/Transforms/Scalar/IndVarSimplify.cpp Updated to revision 72399. 23:15|melis at ju...

...ILREDDY/WORK/LLVM_OBJ/tools/bugpoint' llvm[2]: Compiling BugDriver.cpp for Release+Asserts build llvm[2]: Compiling RemoteTargetExternal.cpp for Release+Asserts build llvm[2]: Compiling llvm-mc.cpp for Release+Asserts build llvm[2]: Compiling lli.cpp for Release+Asserts build llvm[2]: Compiling CrashDebugger.cpp for Release+Asserts build llvm[2]: Linking Release+Asserts executable llvm-mc (without symbols) llvm[2]: ======= Finished Linking Release+Asserts Executable llvm-lto (without symbols) make[2]: Leaving directory '/home/NIKHILREDDY/WORK/LLVM_OBJ/tools/llvm-lto' llvm[2]: Compiling Execut...