similar to: [LLVMdev] Do you miss an answer from the LLVM developer team?

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

>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

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

Hi, I get this error: ------------------ Reader.cpp:464: error: `intptr_t' undeclared (first use this function) ------------------ It doesn't seem that you include <stddef.h>, where the intptr_t is declared, in the source file. When I included the header, it compiled without errors. The same error seems to be present for ReaderWrappers.cpp. /Henrik

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:

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

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

Reid, When configuring LLVM I get this error: ----------------- checking for uint64_t... no configure: error: Type uint64_t required but not found ----------------- However, this type exists as u_int64_t in /usr/include/types.h. The easy way for me is to edit types.h, but I think the right thing is to somehow to test for it on Interix platform. Any thoughts? /Henrik --- Got Freedom?

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

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

Hi As shown below, the .\configure script found a version of alloca(): --------------------- configure:20831: checking for working alloca.h configure:20853: gcc -o conftest -g -O2 conftest.c -ldl >&5 configure:20856: $? = 0 configure:20859: test -s conftest configure:20862: $? = 0 configure:20873: result: yes configure:20883: checking for alloca configure:20925: gcc -o conftest -g -O2

Who takes action on this? >From: John Criswell <criswell at cs.uiuc.edu> >Date: Wed, 01 Sep 2004 15:16:53 -0500 > >Henrik Bach wrote: >>Reid, >> >>>Well, if it doesn't break anything else, I'd fix the header file. The >>>standard type name is supposed to uint64_t not u_int64_t. I would just >>>change the header file to define both

I'm not sure if dejagnu is installed correctly. Is there any way to call it on the command line? I get this: ------------------- $ runtest --version | tee -a my_runtest.log WARNING: Couldn't find the global config file. Expect version is 5.21 Tcl version is 8.0 Framework version is 1.4.4 ------------------- and ------------------- $ ls /usr/local/share/dejagnu/