similar to: [LLVMdev] Files to lib/System/Win32

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

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

Hi, To link gccld it needs this patch to Path.cpp, too. 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/

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

It isn't Win32 code at all. It depends on Unix emulation. Oh, all right. I'll take a crack at it. I'm an experienced Windows programmer (but I was programming Unix before Windows even existed). I was tempted to volunteer but Henrik beat me to it and anyway I'm not sure if I can afford to spend the time required to do this. It's not just System/Win32. To properly build

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

>From: Jeff Cohen <jeffc at jolt-lang.org> >Date: Wed, 15 Sep 2004 09:35:51 -0700 > >I did successfully compile all those files with VC++ 7.1. Does mingw >come with it's own version of windows.h or are you using the official >Microsoft header files? > Due to legal issues with Microsoft, they (mingw development team) have supplied their own header files to support

Hi, Just a minor fix to get Path.cpp to compile on Interix. Henrik _________________________________________________________________ Find det, du s�ger med MSN S�g http://search.msn.dk/ -------------- next part -------------- A non-text attachment was scrubbed... Name: Path.cpp.zip Type: application/x-zip-compressed Size: 463 bytes Desc: not available URL:

Then, there is only one solution left as suggested by Reid. Count me in... Henrik ----Original Message Follows---- From: Jeff Cohen <jeffc at jolt-lang.org> Reply-To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> Subject: Re: [LLVMdev] Final Visual Studio Patches Date: Tue, 2 Nov 2004 07:16:53 -0800 On Tue, 02

>From: Reid Spencer Date: Wed, 26 Jan 2005 12:23:49 -0800 > >Nope, unless "make" is an alias for "make -j 4" (like I have) make is make for me. > >Could you try using TOOL_VERBOSE=1 with make to get more output ? I've attached an output. Henrik. >Did you try just running the llvm-ar command by itself ? >If not, could you and give it the V (capital

>From: Jeff Cohen <jeffc at jolt-lang.org> >Date: Sat, 25 Sep 2004 15:26:56 -0700 > >Yes. You need to link with dbghelp.lib and psapi.lib. There are >pragmas to force this, but not surprisingly gcc does not honor Microsoft >pragmas. I can't find the above libs. Where are they located on your system? Are there any dll pendants? Henrik

>From: Jeff Cohen <jeffc at jolt-lang.org> >Date: Tue, 28 Sep 2004 13:05:16 -0700 > >They are part of the Platform SDK from Microsoft, part of Visual Studio. >They correspond to Window system DLLs dbghelp.dll and psapi.dll in Arrrggg, I forget this relation... >\winnt\system32. If you do not have these libs, then you are out of >luck. Mingw should have provided them

>From: "Henrik Bach" <henrik_bach_llvm at hotmail.com> >Date: Sun, 19 Sep 2004 02:26:51 +0200 > >Hi > >On win32 the alloca function is prototyped in <malloc.h>. > >The configure script checks the precence of this header file: >----------------------- >... >checking malloc.h usability... yes >checking malloc.h presence... yes >checking

>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

Indeed they weren't. It's up to date now. And now that I've done that I can't help but notice that Path.cpp is getting very Unix-centric in its interfaces, what with file permission bits and stuff. This is going to cause problems if and when LLVM is ported to other operating systems, though I have to admit it's getting difficult to name viable operating systems it could

Yes, it should. I haven't reviewed Henrik's change set yet but if it doesn't look like clean Win32 code then I will create a separate target named MingW and adjust the configure script accordingly. On the other hand, no one has submitted any Win32 patches yet, so first come first served :) Reid. On Mon, 2004-09-13 at 19:35, Jeff Cohen wrote: > Uh... shouldn't a Win32 port use

Hi John, In my setup OBJDIR is SRCDIR. I'm looking at the config.h and not config.h.in. Yes, defining HAVE_ALLOCA_H to 1 fixed the compilation. Moreover, I also defined HAVE_ALLOCA to 1 in the config.h: -------------------- /* Define to 1 if you have `alloca', as a function or macro. */ /* #undef HAVE_ALLOCA */ #define HAVE_ALLOCA 1 /*Henrik:*/ /* Define to 1 if you have

>From: John Criswell <criswell at cs.uiuc.edu> >Date: Mon, 25 Oct 2004 15:38:52 -0500 > >When you run configure, you'd do something like this: > >configure --prefix=<...> LDFLAGS="-L<path where libdgbhelp is installed" > >If you modify Makefile.config directly, just add the necessary -L option to >TOOLLINKOPTS. I believe that should fix

Uh... shouldn't a Win32 port use the Win32 API? On Tue, 14 Sep 2004 02:11:51 +0200 "Henrik Bach" <henrik_bach_llvm at hotmail.com> wrote: > Hi > > Here is my first patches to the Win32 platform. > > They compile on the mingw platform. > > I haven't test them yet, but I thought it will best to put them in the save, > just in case... > >

On Tue, 14 Sep 2004 12:46:31 +0200 "Henrik Bach" <henrik_bach_llvm at hotmail.com> wrote: > >From: Jeff Cohen <jeffc at jolt-lang.org> > >Date: Mon, 13 Sep 2004 21:24:47 -0700 > > > > > >But there are some issues with System I'm going to have to take care of > >besides using Win32. There appears to be some Unix assumptions like the