similar to: [LLVMdev] make check fails on mingw

Can any one, who has dejagnu and expect installed and working, send me an output when running '(g)make check' from llvm. Thanks. Henrik. ============================================================= Henrik Bach LLVM Open Source Developer e-mail: henrik_bach_llvm at hotmail.com ============================================================= 'Nothing is impossible; The impossible

I'm not sure if dejagnu is installed correctly. Is there any way to call it on the command line? I get this: ------------------- $ runtest --version | tee -a my_runtest.log WARNING: Couldn't find the global config file. Expect version is 5.21 Tcl version is 8.0 Framework version is 1.4.4 ------------------- and ------------------- $ ls /usr/local/share/dejagnu/

On Fri, 7 Jan 2005, Henrik Bach wrote: > You're right. And no errors or results where generated: > PATH=/C/projects/build/MinGW/llvm-2-1/Debug/bin:/C/projects/src/llvm-2/llvm/test/Scripts:.:/usr/local/bin:/mingw/bin:/bin:/mingw/bin:/usr/bin:/c/LLVM/tools:/c/perl/5.8.5/bin:/c/perl/5.8.5/bin/MSWin32-x86-multi-thread > \ > true runtest > make[1]: Leaving directory

On Fri, 7 Jan 2005, Henrik Bach wrote: > "PATH=/C/projects/build/MinGW/llvm-2-1/Debug/bin:.:/usr/local/bin:/mingw/bin:/bin:/mingw/bin:/usr/bin:/c/LLVM/tools:/c/perl/5.8.5/bin:/c/perl/5.8.5/bin/MSWin32-x86-multi-thread > llvm-gcc" > set llvmgxx >

Hi Reid, Looking closer at the build process, I find that Path.cpp doesn't get compiled, even if it is a newer version than its *.o file. That's probaly the reason the error still exists. I've zipped and attached the trace after the point the new Path.cpp was updated by cvs. It clearly shows that it newer gets compiled and now shows that it is the dependencies in the makefile

Hi Reid, Looking closer at the build process, I find that Path.cpp doesn't get compiled, even if it is a newer version than its *.o file. That's probaly the reason the error still exists. I've zipped and attached the trace after the point the new Path.cpp was updated by cvs. It clearly shows that it newer gets compiled and now shows that it is the dependencies in the makefile

Now, I've no spaces in my path: ------------------ $ echo $PATH .:/usr/local/bin:/mingw/bin:/bin:/mingw/bin:/usr/bin:/c/LLVM/tools:/c/perl/5.8.5/bin:/c/perl/5.8.5/bin/MSWin32-x86-multi-thread ------------------ I've found that you safely can delete site.exp. The new values in site.exp are: ------------------ ## these variables are automatically generated by make ## # Do not edit here.

Hi, Now, I've build the tools and the cfe. However, 'make check' gave me the attached results. Summarized as follows: # of expected passes 1081 # of unexpected failures 26 # of expected failures 32 I configured llvm with following options: '--prefix=/home/hb/llvm/ --enable-targets=host-only'. I used gcc version 3.4.2 to build the tools and cfe. The cfe is version:

This is one of the reasons I'm getting rid of the "platform" link. I'm not sure what platform you're working on, but on Cygwin it causes problems. Cygwin doesn't like .. through a soft link and generates incorrect file names. I imagine this is what is happening to the dependencies. In any event, the "platform" link will be gone before the new year. Sorry for

And I had just fixed VC++ so that it *did* handle the dependencies with platform correctly... This means that each file in System you change to eliminate the #include from platform will require a corresponding change to System.vproj. I'd appreciate it if you got it over with all at once, otherwise VC++ support will be broken more often than not. Reid Spencer wrote: >This is one of

Hi Reid, I don't think I've initiated a parallel build by this command: ------------------------ make TOOLLINKOPTSB+=-ldbghelp TOOLLINKOPTSB+=-lpsapi LDFLAGS+='-Wl,--no-keep-memory' -r VERBOSE=1 ------------------------ Henrik. >From: Reid Spencer Date: Wed, 26 Jan 2005 12:05:51 -0800 > >It looks like what you're getting is a sharing violation. Although, I

You're right. And no errors or results where generated: -------------------- if test -d "/C/projects/build/MinGW/llvm-2-1/test" ; then \ if test -f "/C/projects/build/MinGW/llvm-2-1/test/Makefile" ; then \ echo llvm[0]: Running test suite ; \ make -C /C/projects/build/MinGW/llvm-2-1/test check-local \ TESTSUITE= ; \ else \ echo llvm[0]: No Makefile in

>From: Reid Spencer Date: Wed, 26 Jan 2005 12:23:49 -0800 > >Nope, unless "make" is an alias for "make -j 4" (like I have) make is make for me. > >Could you try using TOOL_VERBOSE=1 with make to get more output ? I've attached an output. Henrik. >Did you try just running the llvm-ar command by itself ? >If not, could you and give it the V (capital

Henrik. ============================================================= Henrik Bach Open Source Developer e-mail: henrik_bach_llvm at hotmail.com ============================================================= Got Freedom? Software Freedom Day 2004 - 28th of August http://www.softwarefreedomday.org/ =============================================================

Hi, I would like this patch for Path.inc to be accepted. I cannot tell, why the win32 version of isValid() method fails when issuing a correct path on the mingw platform. This is especially annoying when configuring the cfrontend, because we get this misindicating error: 'checking for sin in -lm... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES.' And it has

Hi Jeff and Morten Does anyone of you win32 guys have the guts to move the sed results from *.in files out of the llvm source folders and place them under llvm/win32 instead? Then, as I see it, I will be able to to build both vc++ and mingw versions from the same sources. And, that would be nice. Otherwise, the vc++ solution mess up with my mingw compilation. Henrik.

Hi Reid, The error still exists. However, looking on the function in Win32/Path.cpp: -------------- void sys::CopyFile(const sys::Path &Dest, const sys::Path &Src) { if (!::CopyFile(Src.c_str(), Dest.c_str(), false)) ThrowError("Can't copy '" + Src.toString() + "' to '" + Dest.toString() + "'"); } -------------- I

Hi, When I compile FileUtilities.cpp I get this error: ---------------- llvm[1]: Compiling FileUtilities.cpp for Debug build c:/projects/src/llvm-1/llvm/lib/Support/FileUtilities.cpp: In destructor `llvm::FDHandle::~FDHandle()': c:/projects/src/llvm-1/llvm/lib/Support/FileUtilities.cpp:79: error: `close' undeclared (first use this function) ---------------- Shouldn't function close

I have no problems... Henrik Bach wrote: > Henrik. > > ============================================================= > Henrik Bach > Open Source Developer > > e-mail: henrik_bach_llvm at hotmail.com > ============================================================= > Got Freedom? > Software Freedom Day 2004 - 28th of August > http://www.softwarefreedomday.org/ >

Hi Jeff, It seems that the above project isn't committed into cvs. Henrik. ============================================================= Henrik Bach Open Source Developer e-mail: henrik_bach_llvm at hotmail.com ============================================================= Got Freedom? Software Freedom Day 2004 - 28th of August http://www.softwarefreedomday.org/