similar to: [LLVMdev] Patch to Path.cpp

Displaying 20 results from an estimated 4000 matches similar to: "[LLVMdev] Patch to Path.cpp"

2004 Dec 30
2
[LLVMdev] getDirectoryContents and renameFile needs to be implemented in Win32/Path.cpp
Hi Jeff, We need to get getDirectoryContents and renameFile implemented from Unix/Path.cpp in Win32/Path.cpp, otherwise I can't get llvm-ar linked. Henrik. ============================================================= Henrik Bach Open Source Developer e-mail: henrik_bach_llvm at hotmail.com ============================================================= Got Freedom? Software Freedom Day
2004 Dec 30
0
[LLVMdev] getDirectoryContents and renameFile needs to be implemented in Win32/Path.cpp
I suspect those aren't the only two. I'll have to make a pass over Path.cpp to see what was added to the unix version and not to the win32 version. Henrik Bach wrote: > Hi Jeff, > > We need to get getDirectoryContents and renameFile implemented from > Unix/Path.cpp in Win32/Path.cpp, otherwise I can't get llvm-ar linked. > > Henrik. > > >
2004 Dec 04
1
[LLVMdev] Thank you for your acknowlegdement
Hi Chris and Vikram, Thank you for your acknowlegdement of my and the other external contributors work, in your latest presentation of LLVM on Compiler Research Infrastructures: "The LLVM Compiler Framework and Infrastructure Tutorial", albeit we have done a little (except Reid) compared with you true unsung heroes at the LLVM team. Henrik
2005 Feb 18
1
[LLVMdev] Change of __MINGW define to __MINGW32__
============================================================= Henrik Bach LLVM Open Source Developer e-mail: henrik_bach_llvm at hotmail.com ============================================================= 'Nothing is impossible; The impossible just takes longer time :)' - Inventor of a new energy saver light bulp from Denmark. No software patents - Thank you Poland:
2004 Aug 30
2
[LLVMdev] ./configure[384]: test: Files/Microsoft: unexpected operator/operand
Hi When I run configure on Interix, I get these four error messages: ----------- ./configure[384]: test: Files/Microsoft: unexpected operator/operand ./configure[384]: test: Files/Microsoft: unexpected operator/operand ./configure[384]: test: Files/Microsoft: unexpected operator/operand ./configure[384]: test: Files/Microsoft: unexpected operator/operand checking for a BSD-compatible install...
2004 Dec 14
2
[LLVMdev] __time_t type instead of __time64_t in win32/TimeValue.cpp
Hi, Is it necessary to use the VC6.1+ `__time64_t' type instead of __time_t in win32/TimeValue.cpp? --------------- In file included from c:/projects/src/llvm-1/llvm/lib/System/TimeValue.cpp:51: c:/projects/build/MinGW/llvm-1-1/lib/System/platform/TimeValue.cpp: In member function `std::string llvm::sys::TimeValue::toString() const':
2004 Aug 30
0
[LLVMdev] ./configure[384]: test: Files/Microsoft: unexpected operator/operand
Yes, It looks like the PATH variable in the configure script at line 384 isn't getting quoted properly. The "Files/Microsoft" is probably part of "C:\Program Files\Microsoft\...". The spaces cause it to be interpreted as separate words so it fails. I don't have time to look at this in detail right now. Have a look at the configure script and see if you can figure
2004 Dec 19
2
[LLVMdev] I can't connect to the LLVM CVS server
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/ =============================================================
2004 Dec 15
1
[LLVMdev] FileUtilities.cpp error: `close' undeclared
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
2004 Dec 23
2
[LLVMdev] Undefined reference to `llvm::sys::CopyFile(llvm::sys::Path const&, llvm::sys::P
Hi, Can anyone tell me why CopyFile is the only undefined reference from Path.cpp? --------------- llvm[2]: Linking Debug executable gccld c:/projects/build/MinGW/llvm-1-1/tools/gccld/Debug/gccld.o(.text+0x439): In function `Z15EmitShellScriptPPc': c:/projects/src/llvm-1/llvm/tools/gccld/gccld.cpp:127: undefined reference to `llvm::sys::CopyFile(llvm::sys::Path const&, llvm::sys::Path
2004 Dec 14
0
[LLVMdev] __time_t type instead of __time64_t in win32/TimeValue.cpp
I'm not sure. Perhaps Jeff Cohen knows as he wrote this. Reid. On Tue, 2004-12-14 at 11:51, Henrik Bach wrote: > Hi, > > Is it necessary to use the VC6.1+ `__time64_t' type instead of __time_t in > win32/TimeValue.cpp? > > --------------- > In file included from > c:/projects/src/llvm-1/llvm/lib/System/TimeValue.cpp:51: >
2004 Dec 14
1
[LLVMdev] __time_t type instead of __time64_t inwin32/TimeValue.cpp
Replace __time_t with time_t in my question. I've compiled function: std::string TimeValue::toString() const { // Alas, asctime is not re-entrant on Windows... //hb: __time64_t ourTime = this->toEpochTime(); time_t ourTime = this->toEpochTime(); //hb: char* buffer = ::asctime(::_localtime64(&ourTime)); char* buffer = ::asctime(::localtime(&ourTime)); std::string
2004 Dec 13
2
[LLVMdev] Which StatusInfo fields should have values set when dealing with win32 platform
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) -------------
2004 Dec 29
2
[LLVMdev] Errors when compiling DynamicLibrary.cpp for Debug build
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:
2005 Jan 26
3
[LLVMdev] Building the llvm runtime: 'Can't destroy file: The process cannot access the fi
Hi Jeff and others, When building the llvm runtime, I always get this error message: 'Can't destroy file: The process cannot access the file because it is being used by another process.' The file is destoyed anyway. I think that the the real error is the path for the file (*/\file.tmp). However, I can't find the bug in the source. Do you have any clue?:
2004 Dec 14
2
[LLVMdev] Which StatusInfo fields should have values set when dealing with win32 platform
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
2004 Dec 15
1
[LLVMdev] Patch with comment to __MINGW def in TimeValue.cpp
============================================================= 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/ =============================================================
2004 Dec 23
1
[LLVMdev] A small patch to Process.cpp
Hi Jeff, _HEAPOK is unknown to mingw 1.0 (which is the official release). 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/
2005 Jan 13
2
[LLVMdev] Win32/Path.cpp - isValid method has a bug
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)
2004 Sep 20
1
[LLVMdev] FileUtilities.cpp:299:2: #error Unimplemented ReadFileIntoAddressSpace - need to
Hi Due to the mingw platform doesn't have the mmap function the above error emerges. The implementation without this function is left as an exercise. Does any one has an idea to implement this functionality? Henrik _________________________________________________________________ Find det, du s�ger p� MSN S�g http://search.msn.dk