similar to: [LLVMdev] Patch for Path.inc on mingw

Still trying to build the cfrontend on MinGW: checking for additional debug build... no checking for extra compiler flags for building... checking for sys/types.h... (cached) yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking float.h usability... yes checking float.h presence... yes checking for float.h... yes checking for main in -lm...

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)

Hi Aaron, Sorry for the delay. Please be aware, that these instructions has not been used lately. However, I'll try to follow up on your questions. Here are my instructions to compile the cfe: 5. Configure, build, and install the C front-end: a. Before configure: export CPPFLAGS="-D__MINGW32__ " ?export LDFLAGS=-Wl,-no-keep-memory"

Well, technically speaking, I am following the rules as defined in the MSDN Library. Too bad those rules ignore the existance of "." and ".." :( Anyway, fixed. Henrik Bach wrote: > 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

Hi, Today I've succeded in compiling the llvm-tools, llvm-gcc and stacker frontend and in installing it. Uptill now I've followed the steps given in: http://llvm.cs.uiuc.edu/docs/CFEBuildInstrs.html with modifications for the mingw platform. I'll return with step-by-step instructions how to do it on this platform. Cheers Henrik :)

Sorry, I forgot to give all you guys my credit, too. Without your help - especially from Jeff, Morten, Reid and Chris, to name a few, this wouldn't have succeded. Just for fun, I ran from a windows command prompt the fibinacci.exe with the argument of 10 and it returned 55. All in all, something lives. Great! :) >From: "Henrik Bach" Date: Fri, 28 Jan 2005 23:26:02 +0100

Hi, I can't figure what this means: ------------------ ... checking for g++ that supports -ffunction-sections -fdata-sections... no checking for sin in -lm... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. make: *** [configure-target-libstdc++-v3] Error 1 ------------------ Henrik. ============================================================= Henrik Bach Open Source

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/

Hi, Here is my first try to document, how to build the llvm suite for MinGW. Henrik. ============================================================= 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

On Sat, 20 Nov 2004, Henrik Bach wrote: > I can't figure what this means: > ------------------ > ... > checking for g++ that supports -ffunction-sections -fdata-sections... no > checking for sin in -lm... configure: error: Link tests are not allowed > after GCC_NO_EXECUTABLES. > make: *** [configure-target-libstdc++-v3] Error 1 > ------------------ I've never seen

Hi LLVM'ers, Here is my second try to document, how to build the llvm system for MinGW on Windows. Henrik. ============================================================= Henrik Bach LLVM Open Source Developer e-mail: henrik_bach_llvm at hotmail.com ============================================================= 'Nothing is impossible; The impossible just takes longer time :)' -

Hi, John Chriswell wrote: >You might want to google for AC_NO_EXECUTABLES. It's an autoconf test that >generates the >behavior you describe. Apparently the GCC folks wrote a new >version of the macro due to the >above behavior. As suggested, I googled and found this interesting answer for above error and behavior: http://www.mail-archive.com/gcc-bugs at

Thank you, I did try that and got the following error: checking for library containing strerror... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. make[1]: *** [configure-target-libiberty] Error 1 make[1]: Leaving directory `/home/ghoang/llvm-test/llvm-gcc-2.8-build' make: *** [all] Error 2 I also tried adding --disable-libiberty but make would fail even earlier

1. I got the tools to build. Yay! 2. I got past all the annoying trouble with not finding header files. Yay! Now I'm having problems with this: llvm-ar rc ./libgcc.a libgcc/./_muldi3.o <and-lots-more-.o-files...> C:\msys\1.0\home\llvm_home\install\bin\llvm-ar.exe: <invalid>: path is not valid I'm investigating this with the debugger and so far I've learned that

Hello, Greg. You wrote Wednesday, May 10, 2006, 3:40:43 PM: GP> checking for main in -lm... configure: error: Link tests are not allowed GP> after GCC_NO_EXECUTABLES. If my memory serves me right, this message was due to something odd happened in gccld. Maybe supplied path was wrong or something like this. I've seen this bug before, but don't remember how I've fixed it. --

On Sat, 6 May 2006, Greg Pettyjohn wrote: > Now I'm having problems with this: > > llvm-ar rc ./libgcc.a libgcc/./_muldi3.o <and-lots-more-.o-files...> > C:\msys\1.0\home\llvm_home\install\bin\llvm-ar.exe: <invalid>: path is not valid > I've tracked this down in the debugger. It is indeed a bug. The problem is that Path::isValid() will reject a string

Greg, Looks like Jeff Cohen already fixed this in CVS. Please update and give it another shot. Thanks, Reid. On Sat, 2006-05-06 at 16:43 -0400, Greg Pettyjohn wrote: > > On Sat, 6 May 2006, Greg Pettyjohn wrote: > > > Now I'm having problems with this: > > > > llvm-ar rc ./libgcc.a libgcc/./_muldi3.o <and-lots-more-.o-files...> > >

Chris Lattner wrote: > On Sat, 6 May 2006, Reid Spencer wrote: >> Looks like Jeff Cohen already fixed this in CVS. Please update and give >> it another shot. > > Is this fixing the issue, or just papering over it? Why are we trying > to load an archive member without a path set? We're not. It's just a sentry value. > > -Chris > >> On Sat,

Hi, I am trying to build the front end llvm-gcc 2.8 on 32-bit Ubuntu 10.04, using gcc 4.2.4. I was able to configure and build llvm-2.8 in the directory llvm-2.8-build. Here is the command I used to configure llvm-gcc build: ../llvm-gcc-4.2-2.8.source/configure --enable-checking --disable-bootstrap --disable-multilib --enable-llvm=/home/ghoang/llvm-test/llvm-2.8-build/ --enable-languages=c

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