similar to: [LLVMdev] Legal matters using code etc from MS website

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

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

>From: "Henrik Bach" <henrik_bach_llvm at hotmail.com> >Date: Tue, 14 Sep 2004 18:10:29 +0200 > >>From: Jeff Cohen <jeffc at jolt-lang.org> >>Date: Tue, 14 Sep 2004 07:25:11 -0700 >> >>On Tue, 14 Sep 2004 12:46:31 +0200 >>"Henrik Bach" <henrik_bach_llvm at hotmail.com> wrote: >> >> > >From: Jeff Cohen

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

Hi, I'm able to build the llvm tools on the MinGW platform: burg, fpcmp, tblgen, llvm-as, llvm-dis, opt, gccas, llc, llvm-link, lli, gccld, llvm-stub, analyze and extract. I wonder if these tools are sufficient to start build the cfrontend? Henrik. _________________________________________________________________ Undg� pop-ups med MSN Toolbar - http://toolbar.msn.dk hent den gratis!

On Fri, 28 Jan 2005, Henrik Bach wrote: > Is there something wrong with my llvm-gcc compiler?: > c:/projects/src/llvm-4/llvm/runtime/libtrace/tracelib.c:54: warning: type > defaults to `int' in declaration of `PRIMES' > c:/projects/src/llvm-4/llvm/runtime/libtrace/tracelib.c:56: warning: data > definition has no type or storage class It looks like that file had

Hi, Is there something wrong with my llvm-gcc compiler?: ------------------------ GNU C version 3.4-llvm 20030924 (experimental) (mingw32) compiled by GNU C version 3.4.1 (mingw special). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 c:/projects/src/llvm-4/llvm/runtime/libtrace/tracelib.c:54: error: syntax error before "PRIMES"

Sure, we appreciate as much help we can get on this subject, too. Please, write to me, if you're interested in doing a port to native win32. /Henrik >Paolo, > >In addition to Brian's comments, please note that we're currently >consolidating the platform-specific code into a single library: >lib/System. Henrik Bach has signed up to provide both the Interix and

Hi, I'm linking tblgen. However, I get below error. I can't figure out what's wrong here. Could it be this statement in the Path.h: mutable std::string path; ///< Storage for the path name. ------------------ llvm[2]: Linking Debug executable tblgen c:/projects/build/MinGW/llvm-1-1/utils/TableGen/Debug/TableGen.o(.text+0x19da): In function `main':

Hi Vikram, Hmmm, my first reply on your request apparently landed somewhere in hey stack on the big internet.... >Was there a specific piece of code someone is using from Microsoft? I >don't know if missed a message about this. Jeff Cohen implemented a win32 version of Signals.cpp by using a public available example published on MSDN. Please follow this thread:

>From: Jeff Cohen <jeffc at jolt-lang.org> > >Uh... shouldn't a Win32 port use the Win32 API? > Well, as I see it LLVM contains only tools that are perfectably manageble through a shell. And in this respect, I see the win32/mingw port perfectably achieves this at the moment. >On Tue, 14 Sep 2004 02:11:51 +0200 >"Henrik Bach" <henrik_bach_llvm at

Hi Jeff, thanks for the patch, I'll try it in a few moments. If it doesn't compile, I'll leave it until you submit another patch :) >From: Jeff Cohen <jeffc at jolt-lang.org> >Date: Sat, 18 Sep 2004 12:01:13 -0700 >First, the Win32 version still has a lot of code in common with Unix. >This code should be pulled out into a common file. Sounds resonable.

>From: "Henrik Bach" <henrik_bach_llvm at hotmail.com> >Date: Sat, 18 Sep 2004 18:46:26 +0200 >MAXPATHLEN is on Interix defined in <limits.h>. > >However, it doesn't seem to have any effect including it before any other >header files in the system specific Path.cpp for Interix as seen above: >--------------------------------- >#include

Hi, >But 'llvm-ranlib libiberty.a' is failing so is 'make check' :( 'llvm-ranlib libiberty.a' is optional. I don't know the status of make check on Cygwin. Perhaps Reid or Chris could tell us more about that? Henrik > >Aaron > > >_______________________________________________ >LLVM Developers mailing list >LLVMdev at cs.uiuc.edu

Hi LLVM'ers, has anyone read the license details for MASM32 and understood how these fit in with Open Source projects, especially GPL? - As far as I can see - no one is allowed to license projects under GPL or at worst other OS licenses nor the deritives of the project, if you're using MASM32. Are the MASM backend compatible with the MS version of MASM or other not so license

>From: Vikram Adve <vadve at cs.uiuc.edu> >Date: Thu, 16 Sep 2004 08:10:37 -0500 > >Henrik, > >Was there a specific piece of code someone is using from Microsoft? I >don't know if missed a message about this. > Please follow this thread: 1) Jeff Cohen delivered a Win32 implemetation of Signals.cpp which where copied from the online MSDN site:

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

To be more specific: Lines containing SIGALRM and alarm(). >From: "Henrik Bach" <henrik_bach_llvm at hotmail.com> >Date: Fri, 24 Sep 2004 23:21:58 +0200 > >>From: Reid Spencer <reid at x10sys.com> >>Date: Fri, 24 Sep 2004 13:03:44 -0700 >> >>I just discovered that the *only* place this is used is in the debugger >>when it is loading

Hi I noticed that these defines (line 35 to 37) are hardcoded in the DataTypes.h include file: ---------------- #define HAVE_SYS_TYPES_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_STDINT_H 1 ---------------- Shouldn't they have be defined by the configure script into llvm/Config/config.h? Henrik _________________________________________________________________ Undg� pop-ups med MSN Toolbar

>So, if I'm understanding you correctly, libdgbhelp is a library that >doesn't come with MinGW but can be installed on MinGW by the user if it is >needed. Am I correct? Yes. >If that's the case, I would say that it's the user's reponsibility to >install the library into /usr/lib or provide the configure script with the >appropriate -L options to find it