If clang is crashing, then I will need some more info to help you. Please can you recompile LLVM / Clang with debugging symbols (this is the default, just don't do whatever you did to strip them) and try again, then show me what the back trace says?
David P.S. What svn revision of LLVM are you using? On 11 May 2010, at 11:01, Mathieu Suen wrote: > Ok now I manage to fix the objc2 dependency. > But I still have an issue :( > > Build Project: CodeGen > > Making all for framework LanguageKitCodeGen... > ls: cannot access /usr/local/lib/libGNUObjCRuntime.so: No such file or > directory > ls: cannot access /usr/local/lib/libGNUObjCRuntime.so: No such file or > directory > Compiling file CGObjCGNU.cpp ... > clang: > /home/mathieu/Documents/src/llvm/llvm/include/llvm/ADT/SmallVector.h:153: T& > llvm::SmallVectorTemplateCommon<T>::operator[](unsigned int) [with T = > unsigned int]: Assertion `begin() + idx < end()' failed. > 0 clang 0x0902fcda > 1 clang 0x0902fb97 > 2 0x4001d400 __kernel_sigreturn + 0 > 3 libc.so.6 0x401bea82 abort + 386 > 4 libc.so.6 0x401b4718 __assert_fail + 248 > 5 clang 0x080e8e96 > 6 clang 0x080e6fa9 > 7 clang 0x085effa6 > 8 clang 0x0846b68b > 9 clang 0x08431084 > 10 clang 0x08451f5f > 11 clang 0x08438cd0 > 12 clang 0x084491d1 > 13 clang 0x0843758f > 14 clang 0x084492db > 15 clang 0x0843758f > 16 clang 0x084427ae > 17 clang 0x08436506 > 18 clang 0x08454abe > 19 clang 0x0843ed18 > 20 clang 0x08435d76 > 21 clang 0x08434069 > 22 clang 0x08469d80 > 23 clang 0x0846b8e7 > 24 clang 0x082cf8bf > 25 clang 0x086845e2 > 26 clang 0x082cd5e0 > 27 clang 0x0807ddc6 > 28 clang 0x0807da37 > 29 clang 0x08069589 > 30 clang 0x0804eac5 > 31 clang 0x08053715 main + 267 > 32 libc.so.6 0x401a7bd6 __libc_start_main + 230 > 33 clang 0x0804d531 > Stack dump: > 0. Program arguments: /usr/local/bin/clang -cc1 -triple i386-pc-linux-gnu > -S -disable-free -main-file-name CGObjCGNU.cpp -pic-level 2 -mdisable-fp-elim > -mconstructor-aliases -target-cpu pentium4 -g -resource-dir > /usr/local/lib/clang/2.0 -dependency-file > obj/LanguageKitCodeGen.obj/CGObjCGNU.cpp.d -MT > obj/LanguageKitCodeGen.obj/CGObjCGNU.cpp.o -MP -DGNU_RUNTIME_VERSION=2 > -DGNU_RUNTIME_VERSION=2 -D_GNU_SOURCE -DGNU_RUNTIME_VERSION=2 -D_GNU_SOURCE > -DGNU_RUNTIME_VERSION=2 -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 > -DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT > -DGSWARN -DGSDIAGNOSE -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS > -D__STDC_CONSTANT_MACROS -I/home/mathieu/Documents/src/Etoile/Build > -I/home/mathieu/Documents/src/Etoile/Languages/LanguageKit > -I/home/mathieu/Documents/src/Etoile/Languages/LanguageKit/Headers > -I/usr/include/i486-linux-gnu/ -I/home/mathieu/Documents/src/Etoile/Build > -I/home/mathieu/Documents/src/Etoile/Languages/LanguageKit/CodeGen > -I/home/mathieu/Documents/src/Etoile/Languages/LanguageKit/CodeGen/Headers > -I/usr/include/i486-linux-gnu/ -I/home/mathieu/Documents/src/Etoile/Build > -I/home/mathieu/Documents/src/Etoile/Languages/LanguageKit/CodeGen > -I/home/mathieu/Documents/src/Etoile/Languages/LanguageKit/CodeGen/Headers > -I/usr/include/i486-linux-gnu/ -I/home/mathieu/Documents/src/Etoile/Build > -I/home/mathieu/Documents/src/Etoile/Languages/LanguageKit/CodeGen > -I/home/mathieu/Documents/src/Etoile/Languages/LanguageKit/CodeGen/Headers > -I/usr/include/i486-linux-gnu/ -I./derived_src -I. > -I/home/mathieu/GNUstep/Library/Headers -I/usr/GNUstep/Local/Library/Headers > -I/usr/GNUstep/System/Library/Headers -I/usr/local/include -O2 -Wall > -Wno-import -Wno-implicit -Woverloaded-virtual -Wcast-qual -ferror-limit 19 > -fmessage-length 139 -fno-rtti -fgnu-runtime -fdiagnostics-show-option > -fcolor-diagnostics -o /tmp/cc-FwKP24.s -x c++ > CGObjCGNU.cpp > 1. <eof> parser at end of file > 2. /usr/local/include/llvm/ADT/ilist.h:519:13: instantiating function > definition 'llvm::iplist<llvm::NamedMDNode, > llvm::ilist_traits<llvm::NamedMDNode> >::size' > clang: error: compiler command failed due to signal 6 (use -v to see > invocation) > make[5]: *** [obj/LanguageKitCodeGen.obj/CGObjCGNU.cpp.o] Error 250 > make[4]: *** [internal-framework-run-compile-submake] Error 2 > make[3]: *** [LanguageKitCodeGen.all.framework.variables] Error 2 > make[2]: *** [internal-all] Error 2 > make[1]: *** [internal-all] Error 2 > make: *** [internal-all] Error 2 > > > > > > ----- Message d'origine ---- > De : Niels Grewe <[email protected]> > À : Discussion list for Ã?toilé desktop environment <[email protected]> > Envoyé le : Mar 11 mai 2010, 10h 34min 43s > Objet : Re: [Etoile-discuss] Re : Error during compilation: clang++: not found > > Hi Mathieu, > > On Tue, May 11, 2010 at 08:19:22AM +0000, Mathieu Suen wrote: >> /usr/GNUstep/Local/Library/Headers/objc/runtime.h:35: error: redefinition of >> typedef ‘Ivar’ >> /usr/GNUstep/System/Library/Headers/ObjectiveC2/runtime.h:39: note: previous >> declaration of ‘Ivar’ was here > > This looks like you have two versions of the Objective-C runtime headers > installed: One from the ObjectiveC2 compatibility framework (lives in > Sources/ObjectiveC2 in gnustep-base) and one from libobjc2. Now this can > mean two things: > (a) You just have ObjectiveC2 sitting around from an old build. In this > case, running `GNUSTEP_INSTALLATION_DOMAIN=SYSTEM make uninstall` in > $GSBASE_ROOT/Sources/ObjectiveC2 will get things going again. > (b) You built and installed libobjc2 after gnustep-base, in which case > it will have been linked to ObjectiveC2 and will stop working once > you uninstall the framework. The correct build-order would be > gnustep-make, libobjc2, gnustep-base. That way, the gnustep-base > configure-script will know about the new runtime and not build the > compatibility layer. > > I hope this helps a bit, > > > Niels > > > > > > _______________________________________________ > Etoile-discuss mailing list > [email protected] > https://mail.gna.org/listinfo/etoile-discuss -- Sent from my PDP-11 _______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
