similar to: [LLVMdev] CVS LLVM Requires CVS llvm-gcc?

Evan, You need to tell configure where the install directory for all of llvm-gcc is located. When you configured llvm-gcc you provided a --prefix option to the configure script. The value of that option (location of where to install llvm-gcc) is what you need to provide to --with-llvmgccdir= when configuring LLVM. You should follow the instructions in the CFEBuildInstrs.html document:

On Feb 19, 2005, at 20:26, Reid Spencer wrote: > You need to tell configure where the install directory for all of > llvm-gcc is located. Ah ha. That was my problem. I forgot that I ran into this with LLVM 1.4 as well. Basically, I specified: --with-llvmgccdir=/Users/ejones/llvm/cfrontend/ppc/llvm-gcc/bin instead of: --with-llvmgccdir=/Users/ejones/llvm/cfrontend/ppc/llvm-gcc Which

On Nov 22, 2005, at 17:18, Reid Spencer wrote: > Your patch uses an operating system call that is not portable. All > non-portable code needs to be located in the lib/System library. Yep! I know. That is why I posted it for discussion. I'm not sure if this is the "right" way to fix the problem, or if there is a different fix that should be applied (like perhaps copying the

"John Criswell" <criswell at cs.uiuc.edu> wrote in message news:4162A940.8090307 at cs.uiuc.edu... > Alex Vinokur wrote: > > Hi, > > > > I would like to use LLVM-GCC to compare its performance with other compilers. > > Something like testsuite "Computing very large Fibonacci numbers" at > >

On Mar 16, 2005, at 22:13, Chris Lattner wrote: > Which 15 failures are those? Are they dated tests for the C/C++ > front-end whose date is later than the CFE build you are using? Ah ha! Of course. That makes perfect sense. 12 of the failures are in "CFrontend" and are dated 2005-01-02 through 2005-03-11. The remaining three are: FAIL:

Alex Vinokur wrote: > Hi, > > I would like to use LLVM-GCC to compare its performance with other compilers. > Something like testsuite "Computing very large Fibonacci numbers" at > http://article.gmane.org/gmane.comp.lang.c%2B%2B.perfometer/37. > > > My environment: > ----------------- > Windows 2000 > Cygwin > $ uname -srom > CYGWIN_NT-5.0

Hi, I would like to use LLVM-GCC to compare its performance with other compilers. Something like testsuite "Computing very large Fibonacci numbers" at http://article.gmane.org/gmane.comp.lang.c%2B%2B.perfometer/37. My environment: ----------------- Windows 2000 Cygwin $ uname -srom CYGWIN_NT-5.0 1.5.11(0.116/4/2) i686 Cygwin ----------------- What do I have to download from

Hi, When compiling the cfrontend for Linux/PPC architecture on a powermac G5, i got the following error : -------------------------------Compilation error listing if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi make GCC_FOR_TARGET="/usr/local/home/cyrille/project/llvm/cfrontend/build/gcc/xgcc -B/usr/local/home/cyrille/project/llvm/cfrontend/build/gcc/

I am trying to compile the cfrontend for gcc3, not gcc4. I did ./configure --prefix=/opt/llvmgcc --enable-languages=c,c++ After adding the --enable-languages flag I get "xgcc: installation problem, cannot exec `gccas': No such file or directory" It is true, I don't have gccas in my PATH, nor does the file gccas appear in my cfrontend directory. Is my configuration wrong, yet

Cyrille Mescam wrote: > Hi, > > > When compiling the cfrontend for Linux/PPC architecture on a powermac > G5, i got > the following error : I hate to ask a silly question, but are you using "make bootstrap" to build the cfrontend? Your output looks like gccas is being given a native code assembly language file to parse, and I seem to recall that that happens if

The current LLVM CVS HEAD does not build for me (RedHat 9). The issue is a one line fix. The file "include/llvm/ADT/EquivalenceClasses.h" needs to include <stdint.h> in order to get the typedef for "intptr_t." If anyone wants me to make a patch for this, let me know. The build error that this solves is: llvm[3]: Compiling DataStructure.cpp for Debug build In file

I am having some trouble getting llvm to build. I found some strange stuff going on in gcc/f/com.* In com.h I find ffeinfoKindType ffecom_gfrt_basictype ( ffecomGfrt ix); yet, in com.c I see ffeinfoBasicType ffecom_gfrt_basictype ( ffecomGfrt gfrt) I tried changing the line in com.h to ffeinfoBasicType ffecom_gfrt_basictype ( ffecomGfrt ix); and then doing make clean && make but I got a

Hallo, I'm trying to write an gentoo ebuild for the c frontend. When make runs libstdc++/configure I get some problems: configure tries to determine the object extensionbut fails. This is the output: checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for a BSD-compatible install... checking for perl... perl checking build system type...

Evan Jones wrote: > I am pretty certain that this has nothing to do with the C++ library, > and everything to do with the behaviour of mmap when the file that was > mmaped is modified. I actually can reproduce this behaviour with the > attached C test case. The program mmaps a file called 'data,' prints the > last byte, truncates the file, then tries to read the last

You should download and install in the first shot: a.. LLVM source code (3.5M) f.. GCC Front End Source Code (30.0M) Then follow the items listed in http://llvm.cs.uiuc.edu/docs/CFEBuildInstrs.html for Cygwin. Henrik. ============================================================= Henrik Bach Open Source Developer e-mail: henrik_bach_llvm at hotmail.com

On Fri, 16 Jun 2006, James Supancic wrote: > I am having some trouble getting llvm to build. > I found some strange stuff going on in gcc/f/com.* This sounds like you enabled the fortran frontend, which isn't supported. Please read the README.LLVM file in the root directory of the llvmgcc4 source distro. -Chris > In com.h I find > ffeinfoKindType ffecom_gfrt_basictype (

Evan, Your patch uses an operating system call that is not portable. All non-portable code needs to be located in the lib/System library. I'm not sure why this problem appears on an old Red Hat system. Perhaps the C++ io library is not up to snuff on that platform? What compiler are you using? Reid. Evan Jones wrote: > I ran the LLVM regression tests today (via make check) and

Hi Chris and all, > LLVM itself doesn't. The files that live in the llvm/runtime directory > are runtime libraries for the C/C++ front-end. If you're not using those > front-ends, then you don't need to build them. I see. Anyway, it would be nice to have a few words about building/installing llvm and cfrontend. I fail to find notes on this matter in README or INSTALL

Hi Guys I'm trying to port and build the GCC Front End to the Interix environment. I've succeded until the xgcc program executes: /usr/local/src/cfrontend/build/gcc/xgcc -B/usr/local/src/cfrontend/build/gcc/ -B/usr/local/src/cfrontend/install//i586-pc-interix3/bin/ -B/usr/local/src/cfrontend/install//i586-pc-interix3/lib/ -isystem

I just checked out the latest LLVM version from CVS server. But the configuration failed. The messages are ... checking whether llvm-gcc is sane... yes configure: creating ./config.status config.status: creating Makefile.config config.status: creating docs/doxygen.cfg config.status: creating utils/llvm-config/llvm-config.in config.status: error: cannot find input file: utils/llvm-config/llvm-