On Sun, 2006-11-26 at 19:04 -0800, SevenThunders wrote:> Here is how it fails now: > > make[2]: Entering directory `/d/Apps/llvm/tools/llvm-config' > make[2]: Nothing to be done for `all'. > make[2]: Leaving directory `/d/Apps/llvm/tools/llvm-config' > The system cannot find the path specified. > make[2]: Entering directory `/d/Apps/llvm/tools/opt' > llvm[2]: Compiling AnalysisWrappers.cpp for Release build > llvm[2]: Compiling GraphPrinters.cpp for Release build > llvm[2]: Compiling PrintSCC.cpp for Release build > llvm[2]: Compiling opt.cpp for Release build > make[2]: *** No rule to make target `/lib/libLLVMTransforms.a', needed by > `/d/Apps/llvm/Release/bin/opt.exe'. Stop.Looks to me like you're not configured correctly. Either that or llvm-config doesn't know how to construct the objdir directory properly. That error message should have a path like: /.../Release/lib/libLLVMTransforms.a To verify, try this command: llvm-config --obj-root llvm-config --libfiles These should print full path names to your obj-root directory and your libraries. If not, something went wrong with the construction of llvm-config. In that case, try "make clean" in tools/llvm-config followed by "make" Reid. Alternatively, perhaps the build of libLLVMTransforms.a failed? Check your build log. To ver> make[2]: Leaving directory `/d/Apps/llvm/tools/opt' > make[1]: *** [opt/.makeall] Error 2 > make[1]: Leaving directory `/d/Apps/llvm/tools' > make: *** [all] Error 1 > > >
Reid Spencer-2 wrote:> > > Looks to me like you're not configured correctly. Either that or > llvm-config doesn't know how to construct the objdir directory properly. > That error message should have a path > like: /.../Release/lib/libLLVMTransforms.a > > To verify, try this command: > > llvm-config --obj-root > llvm-config --libfiles > > These should print full path names to your obj-root directory and your > libraries. If not, something went wrong with the construction of > llvm-config. In that case, try "make clean" in tools/llvm-config > followed by "make" > > Reid. > > Alternatively, perhaps the build of libLLVMTransforms.a failed? Check > your build log. > > To ver > >> make[2]: Leaving directory `/d/Apps/llvm/tools/opt' >> make[1]: *** [opt/.makeall] Error 2 >> make[1]: Leaving directory `/d/Apps/llvm/tools' >> make: *** [all] Error 1 >> >> >> > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > >After launching Msys and setting my path to include llvm/bin I tried to run llvm-config but apparently that is not on my path since it's in the directory llvm/release/bin doing make clean followed by make in tools/llvm-config ends up failing at the same place. So I went back to the llvm directory ran ./configure again (I can't remember if I ran this the first time.) and then did make clean followed by make I now fail at yet another place, I'm not even sure if this is before or after the last failure llvm[2]: ======= Finished Linking Release Executable BFtoLLVM (without symbols) make[2]: Leaving directory `/d/Apps/llvm/examples/BFtoLLVM' make[2]: Entering directory `/d/Apps/llvm/examples/ParallelJIT' llvm[2]: Compiling ParallelJIT.cpp for Release build ParallelJIT.cpp:20:21: pthread.h: No such file or directory ParallelJIT.cpp:212: error: `pthread_cond_t' does not name a type ParallelJIT.cpp:212: error: extra semicolon ParallelJIT.cpp:213: error: `pthread_mutex_t' does not name a type ParallelJIT.cpp:213: error: extra semicolon .... lots more errors pthread.h does not exist anywhere in the llvm directory so it must assume that it's a system file. Well after some google searches I found this site http://www.gnunet.org/hacking_win32_build.php3 They had some links to a windows version of pthread released under an LGPL license. Following their instructions, I installed the library, include files and a .dll file into the mingw directories. This permitted the build to finish! Now I'll have to test it I suppose. Thanks for the help. -- View this message in context: http://www.nabble.com/mingw-binary-is-corrupt-tf2702868.html#a7584992 Sent from the LLVM - Dev mailing list archive at Nabble.com.
Hi SevenThunders, On Tue, 2006-11-28 at 10:43 -0800, SevenThunders wrote:> After launching Msys and setting my path to include llvm/bin I tried to run > llvm-config but apparently that is not on my path since it's in the > directory llvm/release/binYup.> > doing make clean followed by make in tools/llvm-config ends up failing at > the same place.That won't work. llvm-config depends on the libraries being built. It extracts the dependencies between the libraries as its main feature. Have you read http://llvm.org/GettingStarted.html ?> So I went back to the llvm directory ran ./configure again (I can't remember > if I ran this the first time.)Its definitely required.> and then did > make clean > followed by > make > > I now fail at yet another place, I'm not even sure if this is before or > after the last failure > > llvm[2]: ======= Finished Linking Release Executable BFtoLLVM (without > symbols) > make[2]: Leaving directory `/d/Apps/llvm/examples/BFtoLLVM' > make[2]: Entering directory `/d/Apps/llvm/examples/ParallelJIT' > llvm[2]: Compiling ParallelJIT.cpp for Release build > ParallelJIT.cpp:20:21: pthread.h: No such file or directory > ParallelJIT.cpp:212: error: `pthread_cond_t' does not name a type > ParallelJIT.cpp:212: error: extra semicolon > ParallelJIT.cpp:213: error: `pthread_mutex_t' does not name a type > ParallelJIT.cpp:213: error: extra semicolon > .... lots more errors > > pthread.h does not exist anywhere in the llvm directory so it must assume > that it's a system file.pthread is the posix threading library. I doubt its available on Windows unless you're using Interix as well (sounds like you're not). The above errors are completely understandable for win32. You can forgo building the examples by using "make tools-only". However, the makefiles shouldn't even build this unless pthread is available. Looks to be a bug in the makefiles.> > Well after some google searches I found this site > http://www.gnunet.org/hacking_win32_build.php3 > > They had some links to a windows version of pthread released under an LGPL > license. Following their instructions, I installed the library, include > files and a .dll file into the mingw directories. This permitted the build > to finish! Now I'll have to test it I suppose.Good deal :)> > Thanks for the help.You're welcome. Glad you got it built. Reid.