similar to: [LLVMdev] Re: Questions about native linker

Hi, I installed the cfrontend 1.5 and LLVM 1.5 from source in cygwin successfully using GCC3.4.3 and binutils2.15 (as in makefiles do not complain errors except some warnings). However when I do this, there are some errors like, *************************************************************** u0201201 at 9nnvf2ay /home/cfrontend/install/lib $ llvm-ranlib libiberty.a llvm-ranlib: Error opening

>Okay, that file checks out just fine using llvm-ranlib and llvm-ar on >Linux, so the file is not the problem, llvm-ranlib on cygwin is. I don't >know what the issue could be. If you feel like gdbing llvm-ranlib while >it tries to process that file and get some info on why it can't read the >file, that would be useful. This isn't critical btw, not having ranlib'd

> I installed the cfrontend 1.5 and LLVM 1.5 from source in cygwin > successfully using GCC3.4.3 and binutils2.15 (as in makefiles do not > complain errors except some warnings). > > However when I do this, there are some errors like, > > *************************************************************** > u0201201 at 9nnvf2ay /home/cfrontend/install/lib > $ llvm-ranlib

The very first time you build GCC, you should do "make bootstrap". After that, you can use "make" and "make install" Reid. On Fri, 2005-05-20 at 00:15 +0800, thean kiat sew wrote: > Hi, I am still new to LLVM and also GNU softwares. > > I am doing a project using LLVM. > > I was building cfrontend on my windows cygwin, however I encountered >

Aaron, Could you send me the libiberty.a file? Please gzip it. I would like to make sure this isn't an llvm-ranlib bug. Thanks, Reid. On Thu, 2005-05-19 at 15:36 +0100, Aaron Gray wrote: > Hi, > > Got everything built but am now experiencing new errors on making the > symbol tables and on 'make check'. > > Here's the errors I am experiencing :- > >

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

Hi, I am wondering whether the bytecode generated by my llvm-gcc is correct? When I run $ llvm-gcc hello.c -o hello What I get is hello.exe.bc, and hello.exe (I can actually llvm-dis the bytecode file which is hello.exe.bc). However, I do not get a shell script(named hello) as stated in the documentation... Best Regards, Kiat On 5/25/05, Aaron Gray <angray at beeb.net> wrote: >

On Mon, 8 Aug 2005, Stephan Wienczny wrote: > 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

Hi, I am still new to LLVM and also GNU softwares. I am doing a project using LLVM. I was building cfrontend on my windows cygwin, however I encountered this problem, may I now what is the cause? ******************************** my configuration output is: bash-2.05b$ ../src/configure --prefix=$CFEINSTALL --disable-threads --disable-n ls --disable-shared --enable-languages=c,c++ loading

This is a forward of a question from the SourceForge LLVM forum. If anyone has experience with Cygwin and building the C front-end there, please reply and CC Alex. --- Post by Alex Vinokur below --- =============== Windows 2000 GNU gcc 3.3.3 (cygwin special) =============== ./configure ./make I have got compilation error ------------------------------- make[1]: Entering directory

Dear llvmdev, I am new to LLVM , but have a task on writing a LLVM backend to generate some architecture specific assembly file. Here is my cygwin build setting: GCC 3.4.4 , BIN UTILITY 2.15 ,and all other packages of the right version listed on the LLVM Getting Started doc. I have successfully built Release 1.6 LLVM. All the tools has been installed there /usr/local/bin . But I

Hi, Got everything built but am now experiencing new errors on making the symbol tables and on 'make check'. Here's the errors I am experiencing :- Aaron Gray at AMD-LAPTOP-1 /usr/llvm-gcc/lib $ ls gcc libdummy.a libiberty.a libstdc++.a libsupc++.la libc.a libgcc.a libm.a libstdc++.la libtrace.a libcrtend.a libgcsemispace.a

Okay, this I have no clue about. I've never done "make check" on llvm- gcc. I thought you meant "make check" on LLVM. You're into "new territory". Reid. On Thu, 2005-05-19 at 16:07 +0100, Aaron Gray wrote: > Does not look like the demangle test worked anyway :( > And 'make check' :- > > $ make check >

Does not look like the demangle test worked anyway :( And 'make check' :- $ make check make[1]: Entering directory `/usr/build/llvm-gcc/gcc' (rootme=`${PWDCMD-pwd}`; export rootme; \ srcdir=`cd /usr/cfrontend/src/gcc; ${PWDCMD-pwd}` ; export srcdir ; \ cd testsuite; \ EXPECT=expect ; export EXPECT ; \ if [ -f ${rootme}/../expect/expect ] ; then \ TCL_LIBRARY=`cd

Hi, I have a question about compiling Ogg/Vorbis. As I plan to have the code run on the LEON/SPARC CPU so I have to use sparc-rtems-gcc, sparc-rtems-ld, sparc-rtems-ranlib. Now, in order to compile the libs, e.g., libogg, I have to create my own Makefile like this: PROG=bitwise framing CC=sparc-rtems-gcc AR=sparc-rtems-ar RANLIB=sparc-rtems-ranlib CFLAGS=-rtems -msoft-float -Wall -W -g

On Mon, 7 Nov 2005, Bill Wendling wrote: > What's the config.log from this run? its attached. -Tanya > > -bw > > On 11/3/05, Tanya Lattner <tonic at nondot.org> wrote: >> >> Following the instructions here: >> http://llvm.cs.uiuc.edu/docs/TestingGuide.html#run >> >> I get an error running configure in the llvm-test directory. >>

On Sun, 2004-12-19 at 20:20, Adam Warner wrote: > Hi all, Hi Adam, > > I learned of LLVM a couple of days ago: > <http://groups.google.co.nz/groups?selm=pan.2004.12.18.11.29.33.33249%40consulting.net.nz> > <http://groups.google.co.nz/groups?th=608e6e38e496f09d> > (I posted a tail call followup which is missing from the archive) > Jestingly, LLVM developers

LLVMers, On the way to resolving bug 122, I am committing my SymbolTable rewrite. If you are working on anything that uses the SymbolTable, I suggest you read the documentation in include/llvm/SymbolTable.h. The changes I've committed reduce the use of Type::TypeTy. This static member will go away in the future, so please do not propagate new code that uses it. There is no reason to use it

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:

Adam, I recant my previous message. I built FreeType with GCC not LLVMGCC by accident (I shoulda checked!). The thing is, FreeType's makefiles don't respect environment variables. So, I did this: CC=/path/to/llvmgcc CXX=/path/to/llvmg++ configure make and was able to reproduce the problem. Not sure what's up with that but as Misha pointed out, llvmgcc isn't any