similar to: [LLVMdev] lli.exe.exp: No such file or directory

Hi, Does any one have an idea which fields and how to the values correctly of the StatusInfo struct when dealing with the information returned in the BY_HANDLE_FILE_INFORMATION struct (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/base/by_handle_file_information_str.asp) from windows instead of the unix stuff in getStatusInfo: --- (excerpt start) -------------

Hi, Today I've succeded in compiling the llvm-tools, llvm-gcc and stacker frontend and in installing it. Uptill now I've followed the steps given in: http://llvm.cs.uiuc.edu/docs/CFEBuildInstrs.html with modifications for the mingw platform. I'll return with step-by-step instructions how to do it on this platform. Cheers Henrik :)

Reid, I'm just curious to know if these errors are on your new year list :) ---------------- make[1]: Entering directory `/C/projects/build/MinGW/llvm-1-1/lib/System' llvm[1]: Compiling DynamicLibrary.cpp for Debug build In file included from c:/projects/src/llvm-1/llvm/lib/System/DynamicLibrary.cpp:25: c:/projects/src/llvm-1/llvm/lib/System/win32/DynamicLibrary.cpp:22: warning:

Hi, I think the Win32/Path.cpp - especially method isValid has a bug: ----------------- ... // A file or directory name may not end in a period. if (path[len-1] == '.') return false; if (len >= 2 && path[len-2] == '.' && path[len-1] == '/') return false; ... ----------------- This is valid on windows cmd prompt: 'dir \.' (root dir)

I'm implementing this right now. BY_HANDLE_FILE_INFORMATION isn't the correct API, as Path doesn't have an open file handle handy. Nor does it need one. Reid Spencer wrote: >Henrik, > >modTime.fromWin32Time(ftLastWriteTime); > Note that you'll need write a "fromWin32Time" for the TimeValue > class to make the conversion of ftLastWriteTime to

Hi, I cannot find windows either... In previous llvm sources windows.h was found in: 'include/llvm/Config'. ------ Build started: Project: support, Configuration: Release Win32 ------ Compiling... randtable.c c:\projects\src\llvm-1\llvm\lib\Support\bzip2\bzlib.h(117) : fatal error C1083: Cannot open include file: 'windows.h': No such file or directory huffman.c ----------------

I have no way of duplicating mingw problems either, but in this case the fix is obvious and has been committed. Reid Spencer wrote: >Not really. I'm pretty much leaving the win32 directory up to Jeff Cohen >these days. I don't have a way to replicate the problem. > >Reid. > >On Wed, 2004-12-29 at 12:46, Henrik Bach wrote: > > >>Reid, >>

Sorry, I forgot to give all you guys my credit, too. Without your help - especially from Jeff, Morten, Reid and Chris, to name a few, this wouldn't have succeded. Just for fun, I ran from a windows command prompt the fibinacci.exe with the argument of 10 and it returned 55. All in all, something lives. Great! :) >From: "Henrik Bach" Date: Fri, 28 Jan 2005 23:26:02 +0100

Henrik, modTime.fromWin32Time(ftLastWriteTime); Note that you'll need write a "fromWin32Time" for the TimeValue class to make the conversion of ftLastWriteTime to TimeValue's notion of normalized time. isDir = dwFileAttributes & FILE_ATTRIBUTE_DIRECTORY; fileSize = nFileSizeLow + (nFileSizeHigh << sizeof(DWORD)*8); The mode, user, and group fields aren't

Not really. I'm pretty much leaving the win32 directory up to Jeff Cohen these days. I don't have a way to replicate the problem. Reid. On Wed, 2004-12-29 at 12:46, Henrik Bach wrote: > Reid, > > I'm just curious to know if these errors are on your new year list :) > ---------------- > make[1]: Entering directory `/C/projects/build/MinGW/llvm-1-1/lib/System' >

Okay. Sounds good. Look forward to it. Reid On Mon, 2004-12-13 at 20:34, Jeff Cohen wrote: > I'm implementing this right now. BY_HANDLE_FILE_INFORMATION isn't the > correct API, as Path doesn't have an open file handle handy. Nor does > it need one. > > Reid Spencer wrote: > > >Henrik, > > > >modTime.fromWin32Time(ftLastWriteTime); > >

Hi LLVM'ers, Here is my second try to document, how to build the llvm system for MinGW on Windows. Henrik. ============================================================= Henrik Bach LLVM Open Source Developer e-mail: henrik_bach_llvm at hotmail.com ============================================================= 'Nothing is impossible; The impossible just takes longer time :)' -

Yeah, that's confirmed. Make sure you update include/llvm/System/Path.h and the contents of lib/System then make clean and rebuild. Should fix it Reid. On Tue, 2004-12-14 at 11:10, Chris Lattner wrote: > On Tue, 14 Dec 2004, Henrik Bach wrote: > > llvm[2]: Linking Debug executable tblgen > > c:/projects/build/MinGW/llvm-1-1/utils/TableGen/Debug/TableGen.o(.text+0x19da): >

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

On Thu, Mar 10, 2005 at 01:59:12PM +0100, Henrik Bach wrote: > Here is my second try to document, how to build the llvm system for > MinGW on Windows. Thanks, Henrik! Here are some comments on your document: > Overview Does not mention the status of the CFE on MinGW. > Software on Windows If something is a list, use the HTML <ol> or <ul> tags and make it into a real

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

Hi, I'm trying to test the llvm tools as described in 'http://llvm.cs.uiuc.edu/docs/TestingGuide.html'. However, when running the command: 'make check VERBOSE=1 2>&1' I get this error: ------------------- 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

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, I get this error: --------------- configure: configuring in projects/Stacker configure: running /bin/sh '/C/projects/src/llvm-2/llvm/projects/Stacker/configure' --prefix=/C/LLVM/tools/ '--prefix=/C/LLVM/tools/' 'CPPFLAGS=-D__MINGW -DLLVM_ON_WIN32=1' --cache-file=/dev/null --srcdir=/C/projects/src/llvm-2/llvm/projects/Stacker configure: error: invalid variable

On Fri, 7 Jan 2005, Henrik Bach wrote: > I'm trying to test the llvm tools as described in > 'http://llvm.cs.uiuc.edu/docs/TestingGuide.html'. The problem here is that your PATH envvar has spaces in it. There are many thing in LLVM that won't work with that, please try pruning your PATH and trying again. Thanks, -Chris > However, when running the command: 'make