similar to: [LLVMdev] Link tests are not allowed after GCC_NO_EXECUTABLES

Still trying to build the cfrontend on MinGW: checking for additional debug build... no checking for extra compiler flags for building... checking for sys/types.h... (cached) yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking float.h usability... yes checking float.h presence... yes checking for float.h... yes checking for main in -lm...

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) -------------

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

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

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); > >

On Sat, 20 Nov 2004, Henrik Bach wrote: > I can't figure what this means: > ------------------ > ... > checking for g++ that supports -ffunction-sections -fdata-sections... no > checking for sin in -lm... configure: error: Link tests are not allowed > after GCC_NO_EXECUTABLES. > make: *** [configure-target-libstdc++-v3] Error 1 > ------------------ I've never seen

Hi, I can't figure what this means: ------------------ ... checking for g++ that supports -ffunction-sections -fdata-sections... no checking for sin in -lm... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. make: *** [configure-target-libstdc++-v3] Error 1 ------------------ Henrik. ============================================================= Henrik Bach Open Source

Hello, Greg. You wrote Wednesday, May 10, 2006, 3:40:43 PM: GP> checking for main in -lm... configure: error: Link tests are not allowed GP> after GCC_NO_EXECUTABLES. If my memory serves me right, this message was due to something odd happened in gccld. Maybe supplied path was wrong or something like this. I've seen this bug before, but don't remember how I've fixed it. --

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)

----Original Message Follows---- From: Jeff Cohen <jeffc at jolt-lang.org> Reply-To: jeffc at jolt-lang.org, LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> Subject: Re: [LLVMdev] VC++: Cannot open include file: 'windows.h': No suchfileor directory Date: Thu, 23 Dec 2004 08:05:39 -0800 >Yes, it

Hi, What is mklib trying to do with lli.exe.exp? However, lli.exe gets linked anyway. -------------- llvm[2]: Linking Debug executable lli /C/projects/build/MinGW/llvm-1-1/mklib: /C/projects/build/MinGW/llvm-1-1/Debug/bin/.libs//C/projects/build/MinGW/llvm-1-1/Debug/bin/lli.exe.exp: No such file or directory llvm[2]: ======= Finished Linking Debug Executable lli -------------- Henrik.

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

Anyway to clean the test system or can I delete site.exp safely? Henrik. _________________________________________________________________ Del din verden med MSN Spaces http://spaces.msn.com

Well, technically speaking, I am following the rules as defined in the MSDN Library. Too bad those rules ignore the existance of "." and ".." :( Anyway, fixed. Henrik Bach wrote: > 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

----Original Message Follows---- From: Jeff Cohen <jeffc at jolt-lang.org> Reply-To: jeffc at jolt-lang.org, LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> Subject: Re: [LLVMdev] VC++: Cannot open include file: 'windows.h': No suchfile or directory Date: Tue, 21 Dec 2004 16:29:47 -0800

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, >>

Yes, it should find windows.h with the default configuration. But you have to be suspicious of beta code that Microsoft gives out for free. It might just be very buggy, or it might be deliberately crippled. Considering the price tag on Visual Studio, it's one or the other (and probably both). Out of curiosity, did it accept the solution and project files as is, or did it want to

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:

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

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' >