search for: gcc_install

Thanks, Chris, Below is the output of 'llvmgcc he.c -v' xli3|csil-suna27|~/cs426|[35]% llvmgcc he.c -v Reading specs from /usr/dcs/projects/cs426/Software/gcc_install/bin/../lib/gcc-lib/llvm/3.1/specs Configured with: /home/vadve/lattner/cvs/gcc/configure --srcdir=/home/vadve/lattner/cvs/gcc --prefix=/home/vadve/lattner/cvs/gcc_install_sparc --target=llvm --enable-languages=c --includedir=/home/vadve/lattner/cvs/gcc_install_sparc/llvm/include --with-as=/home/vad...

...; Subject: Re: [LLVMdev] problems with llvmgcc > > > > > > Thanks, Chris, > > > > Below is the output of 'llvmgcc he.c -v' > > > > xli3|csil-suna27|~/cs426|[35]% llvmgcc he.c -v > > Reading specs from > > /usr/dcs/projects/cs426/Software/gcc_install/bin/../lib/gcc-li > > b/llvm/3.1/specs > > Configured with: /home/vadve/lattner/cvs/gcc/configure > > --srcdir=/home/vadve/lattner/cvs/gcc > > --prefix=/home/vadve/lattner/cvs/gcc_install_sparc > > --target=llvm --enable-languages=c > > --includedir=/home/vadve/l...

...Xiaodong Li; llvmdev at cs.uiuc.edu > Subject: Re: [LLVMdev] problems with llvmgcc > > > Thanks, Chris, > > Below is the output of 'llvmgcc he.c -v' > > xli3|csil-suna27|~/cs426|[35]% llvmgcc he.c -v > Reading specs from > /usr/dcs/projects/cs426/Software/gcc_install/bin/../lib/gcc-li > b/llvm/3.1/specs > Configured with: /home/vadve/lattner/cvs/gcc/configure > --srcdir=/home/vadve/lattner/cvs/gcc > --prefix=/home/vadve/lattner/cvs/gcc_install_sparc > --target=llvm --enable-languages=c > --includedir=/home/vadve/lattner/cvs/gcc_install_sparc...

Dear llvm, I just tried to compile a simple file hello.c. But each time I used llvmgcc hello.c, it gave me the following error: xli3|csil-suna33|~/cs426|[13]% llvmgcc hello.c as: error opening '/var/tmp//ccapglpE.o': file exists! Use -f command line argument to force output I really got confused. Could you please let me know what's wrong? thanks, Jerry

...cases for my MP, I thought of trying the Stepanov Abstraction Penalty benchmark. But apparently llvm-g++ is not ready for such terrible things. Let me know if you want me to send the source code (it is widely available). gaeke|csil-suna37|~/cs/426/MP1/step|[1177]% /usr/dcs/projects/cs426/Software/gcc_install/bin/g++ stepanov.cpp -o stepanov In file included from /usr/dcs/projects/cs426/Software/gcc_install/llvm/include/iso/stdio_iso.h:37, from /usr/dcs/projects/cs426/Software/gcc_install/llvm/include/stdio.h:22, from stepanov.cpp:66: /usr/dcs/projects/cs426/Software/gc...

...lude <stddef.h> to #include <linux/stddef.h> But this was wrong and it is the wrong file too. The right file to include is in /usr/lib/gcc/x86_64-linux-gnu/<version>/include/stddef.h But the real problem goes here: $XEN_SRC/stubdom/Makefile: # Do not use host headers and libs GCC_INSTALL = $(shell gcc -print-search-dirs | sed -n -e ''s/install: \(.*\)/\1/p'') TARGET_CPPFLAGS += -U __linux__ -U __FreeBSD__ -U __sun__ TARGET_CPPFLAGS += -nostdinc TARGET_CPPFLAGS += -isystem $(CURDIR)/$(MINI_OS)/include/posix TARGET_CPPFLAGS += -isystem $(CROSS_PREFIX)/$(GNU_TARGET_A...

Here are a few bits of news about the C frontend: 1. I have ported it to compile and run under linux. On our research machines, it is available here: /home/vadve/lattner/cvs/gcc_install_x86 Note that this C compiler will still generate "64-bit" LLVM files, thus the code will probably not work right if run through the C backend, then compiled on x86. For middle-end work (optimizers) this shouldn't matter too much. I did some VERY brief touch testing of...

...lowing. I really don't know what's going on. Could you explain? Thanks a lot -Jerry Error Message: xli3|csil-suna38|~/mp2|[25]% llvmgcc testcase3.c testcase3.c: In function `init': testcase3.c:5: warning: cast to pointer from integer of different size /usr/dcs/projects/cs426/Software/gcc_install/bin/../lib/gcc-lib/llvm/3.1/as: /var/tmp//cc7nkKdc.s:428: Redefinition of value named 'reg213' in the 'int *' type plane! My code: /* --------------------testcase -----------------------*/ #include <stdio.h> int *init(int size) { int *a = (int *)malloc(size);...

Hello. There was a slight change in stubdom makefile from 3.3 to 3.3.1, in order to use non-localised gcc output: GCC_INSTALL = $(shell LANG=C gcc -print-search-dirs | sed -n -e ''s/install: \(.*\)/\1/p'') However, this is still unsuffient to just set LANG: [guillomovitch@n2 xen]$ LANG=C gcc -print-search-dirs | sed -n -e ''s/install: \(.*\)/\1/p'' At least on our build system, you have...

...s --disable-brlapi --disable-kqemu ZLIB_URL?=http://www.zlib.net @@ -59,8 +57,8 @@ TARGET_CPPFLAGS += -isystem $(CURDIR)/$( TARGET_CPPFLAGS += -isystem $(CURDIR)/$(MINI_OS)/include/posix TARGET_CPPFLAGS += -isystem $(CROSS_PREFIX)/$(GNU_TARGET_ARCH)-xen-elf/include TARGET_CPPFLAGS += -isystem $(GCC_INSTALL)include -TARGET_CPPFLAGS += -isystem $(CURDIR)/lwip/src/include -TARGET_CPPFLAGS += -isystem $(CURDIR)/lwip/src/include/ipv4 +TARGET_CPPFLAGS += -isystem $(CURDIR)/lwip-$(XEN_TARGET_ARCH)/src/include +TARGET_CPPFLAGS += -isystem $(CURDIR)/lwip-$(XEN_TARGET_ARCH)/src/include/ipv4 TARGET_CPPFLAGS +=...

...ernal' keyword instead of 'uninitialized' as appropriate (plus other changes). If you are seeing stuff break, make sure you update your LLVM tree, and make sure your llvmgcc alias is pointing to the right place (on the research machines, the right location is: /home/vadve/lattner/cvs/gcc_install_sparc/bin/llvm-gcc /home/vadve/lattner/cvs/gcc_install_x86/bin/llvm-gcc not /home/vadve/lattner/cvs/gcc_install/bin/* If you have problems after making these changes, please let me know. -Chris http://llvm.cs.uiuc.edu/ http://www.nondot.org/~sabre/Projects/

...at's > going on. Could you explain? Thanks a lot -Jerry > > Error Message: > xli3|csil-suna38|~/mp2|[25]% llvmgcc testcase3.c > testcase3.c: In function `init': > testcase3.c:5: warning: cast to pointer from integer of different size > /usr/dcs/projects/cs426/Software/gcc_install/bin/../lib/gcc-lib/llvm/3.1/as: > /var/tmp//cc7nkKdc.s:428: Redefinition of value named 'reg213' in the 'int > *' type plane! > > My code: > /* --------------------testcase -----------------------*/ > #include <stdio.h> > int *init(int size) > { >...

Hi gang, I was a little surprised to see that patch go by recently which fixed an endian bug. I went to see how sparse checking looked and it was.. broken. I got it going again in my Fedora environment. Most of the patches are just cleanups, but there *were* three real bugs lurking in all that sparse warning spam. So I maintain that it''s worth our time to keep it going and fix