similar to: [LLVMdev] __time_t type instead of __time64_t in win32/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

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

I'm trying to get clang 3.6.1 to compile itself on Windows, using this command line: msbuild /p:Configuration=Release /p:CLToolExe=clang-cl.exe /p:CLToolPath=c:\llvm\build\Release\bin\ /p:TrackFileAccess=false /p:Platform="x64" /fileLogger ALL_BUILD.vcxproj It barfed on an occurrence of __try but that was only in a test file so I commented it out and retried. Now it's getting

In the file \lib\Support\Process.cpp on line 60, it seems as though an unnecessary heap allocation and memory leak occurs. This is the offending code: static TimeValue getElapsedWallTime() { static TimeValue &StartTime = *new TimeValue(TimeValue::now()); return TimeValue::now() - StartTime; } The issue is that the StartTime variable's value is allocated on the heap, after which a

> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] > On Behalf Of Bryan Keiren > Subject: [LLVMdev] getElapsedWallTime unnecessary heap allocation and memory leak > In the file \lib\Support\Process.cpp on line 60, it seems as though an > unnecessary heap allocation and memory leak occurs. > static TimeValue getElapsedWallTime() { >  static

Hi Reid, You've got a TimeValue.cpp which it looks like you just added to lib/System, but I can't compile it on Darwin because there's no Darwin/TimeValue.cpp. This breaks my ppc build. I'm not sure what TimeValue was supposed to be for, so I just blew it away in my tree. Please take a look at this. -Brian -- gaeke at uiuc.edu

This should be fixed. Sorry for the breakage. I forgot to commit a bunch of files. Reid. On Fri, 2004-09-24 at 20:33, Brian R. Gaeke wrote: > Hi Reid, > > You've got a TimeValue.cpp which it looks like you just added to lib/System, > but I can't compile it on Darwin because there's no Darwin/TimeValue.cpp. > This breaks my ppc build. I'm not sure what TimeValue

On Wed, Mar 19, 2014 at 6:18 PM, Bryan Keiren < bryan.keiren at guerrilla-games.com> wrote: > We are indeed trying to completely clean the heap before exiting main(). > Which means that you either don't have threads, or you join all threads before main exits. Is that the case? Good for you if so! > > > -----Original Message----- > From: Caldarale, Charles R

If you're getting this error in lib/System/Win32/TimeValue.cpp, then you are not building it correctly. This file is included by lib/System/TimeValue.cpp, which is what you ought to be building. None of the files under Win32 are to be compiled directly; they are all included by files in lib/System. On Mon, 01 Nov 2004 11:14:18 +0100 Morten Ofstad <morten at hue.no> wrote: > Hello,

>Here are the FreeBSD and Win32 versions of TimeValue.cpp (along with all >the other Win32 changes I've submitted that have yet to be comitted). Please give me a hint when the files are committed... I have some fixes to commit, too. Thanks. Henrik _________________________________________________________________ F� alle de nye og sjove ikoner med MSN Messenger

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

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

Thanks for your help Dale, I got a little bit more clue (in snipped the begining the build messages) : ar cru /Users/nraynaud/Desktop/geek/llvm-svn/build/Debug/lib/libLLVMSystem.a /Users/nraynaud/Desktop/geek/llvm-svn/build/lib/System/Debug/Alarm.o /Users/nraynaud/Desktop/geek/llvm-svn/build/lib/System/Debug/Disassembler.o

Now that I can build LLVM on Windows, I tried doing it. -------------------------- ... some good stuff ... C:/LLVM/llvm-project/llvm/lib/Support/Chrono.cpp:35:17: error: '::localtime_s' has not been declared; did you mean 'localtime'? 35 | int Error = ::localtime_s(&Storage, &OurTime); | ^~~~~~~~~~~ | localtime (The error

============================================================= 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/ =============================================================

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 all, llvm doesn't seems to build but it doesn't give me any useful error message : nraynaud at macaron-2:~/Desktop/geek/llvm-svn/build$ make llvm[1]: Compiling Alarm.cpp for Debug build llvm[1]: Compiling Disassembler.cpp for Debug build llvm[1]: Compiling DynamicLibrary.cpp for Debug build llvm[1]: Compiling Host.cpp for Debug build llvm[1]: Compiling IncludeFile.cpp for Debug build

make VERBOSE=1 might tell you something. Apparently the shared library link is failing for some reason. On Apr 2, 2009, at 5:45 PMPDT, Nicolas Raynaud wrote: > Hi all, llvm doesn't seems to build but it doesn't give me any useful > error message : > nraynaud at macaron-2:~/Desktop/geek/llvm-svn/build$ make > llvm[1]: Compiling Alarm.cpp for Debug build > llvm[1]:

Hello, llvmdev! I'm using LLVM on OpenBSD. This project proactively advocates usage of 'secure' C apis, especially related to memory bounds checking. Thus using functions like sprintf/strcpy/etc usually spits out a linker warning in base toolchain like this one: /home/proger/dev/llvm/Debug+Asserts/lib/libclangFrontend.a(DocumentXML.o) (.text+0xc65): In function

Hi Folks, I am building LLVM 3.9.1 using the Yocto build system for a cross build. The compiled bins/libs work totally fine on the target machine however there seems to be an intermittent race condition during the build which causes a build failure. On the failed builds I usually see things being linking/compiling twice e.g. Linking CXX static library ../libLLVMSupport.a cd