similar to: [LLVMdev] Reverse Optimization?

I have been working on something along similar lines: translating Alpha machine code into LLVM. It is probably much more simple to handle Alpha instructions than x86 instructions. Translating individual instructions is easy, more analysis is needed to eliminate things like register allocated variables, function call setup/prolog/epilogue etc. Machine specific operations can be encoded using

On Wed, 2004-07-28 at 11:26, Chris Lattner wrote: > On Wed, 28 Jul 2004, Reid Spencer wrote: > > 2. MODE OF OPERATION > > ==================== > > The driver will simply read its command line arguments, read its > > configuration data, and invoke the compilation, linking, and > > optimization tools necessary to complete the user's request. Its basic > >

I just had a chance to read some of follow-up comments on Reid's initial document. I agree with Chris's discussion below of what is needed for users to get IPO/lifelong opt'n via LLVM without extensive changes to Makefiles, and about what .o files should contain. This is in perfect agreement with what I just said about how users should view LLVM. --Vikram

On Wed, 28 Jul 2004, Reid Spencer wrote: > 2. MODE OF OPERATION > ==================== > The driver will simply read its command line arguments, read its > configuration data, and invoke the compilation, linking, and > optimization tools necessary to complete the user's request. Its basic I'm not sure that I agree with this. Compilers need to be extremely predictable and

On Wed, 24 Dec 2003, yue wrote: > I try to run lli with "--load=/lib/libpthread.so", but it shows: > --------------------------------------------------- > [yue at RH9 test]$ ./pthread.ll > Error opening '/lib/libpthread.so.0': /lib/libpthread.so.0: symbol > _errno, version GLIBC_2.0 not defined in file libc.so.6 with link time > reference > -load request

Hi Tobias, > I committed an extended version of that patch to llvm core and the test suite. > Can you have a look, if it works for you. if I configure like this then the configure script thinks llvm-gcc is not dragonegg: configure --with-llvmgcc="gcc-4.5 -fplugin=path/dragonegg.so" --with-llvmgxx="g++-4.5 -fplugin=path/dragonegg.so" There are several reasons for

I try to run lli with "--load=/lib/libpthread.so", but it shows: --------------------------------------------------- [yue at RH9 test]$ ./pthread.ll Error opening '/lib/libpthread.so.0': /lib/libpthread.so.0: symbol _errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference -load request ignored. Creating thread 0 WARNING: Cannot resolve fn

I tried to cross-compile llvm-gcc for mips, but it crashes somewhere in the build process: /home/kevin/Documents/School/2eLIC/Thesis/work/build/llvmgcc-mips/./gcc/xgcc -B/home/kevin/Documents/School/2eLIC/Thesis/work/build/llvmgcc-mips/./gcc/ -B/home/kevin/Documents/School/2eLIC/Thesis/work/build/llvmgcc-mips/../../install/llvmgcc-mips/mips-unknown-linux-gnu/bin/

The problem with llvmgcc invoking as instead of llvm-as has been fixed. 3 llvm-specific executables needed to be copied into a default location where gcc can find them if it does not find them as configured (gcc was configured for the paths on our research machines and copied over). Let us know if you have additional problems. --Vikram > -----Original Message----- > From: llvmdev-admin

Dear Prof. Adve, Now I can use llvmgcc to compile a .c file into .bc file. But I still have trouble simply run the .bc code. Below is the sequence I got when I tried. I really don't know what's going on here. Please let me know how can I fix it. Thanks, xiaodong xli3|csil-suna48|~/cs426|[13]% llvmgcc scalarize.c -o scalarize xli3|csil-suna48|~/cs426|[14]% scalarize Cannot load value of

I have created a scaffold Admin/Radicals for doing CRUD. However, I''m not sure exactly where the scaffold uses the save() method. For a new entry, it creates form "radical" referencing method create(). The code for create() is as follows: def create @radical = Radical.new(params[:radical]) if @radical.save flash[:notice] = ''Radical was

On 11/12/2010 12:11 PM, Duncan Sands wrote: > Hi Tobias, > >> I committed an extended version of that patch to llvm core and the >> test suite. >> Can you have a look, if it works for you. > > if I configure like this then the configure script thinks llvm-gcc is not > dragonegg: > > configure --with-llvmgcc="gcc-4.5 -fplugin=path/dragonegg.so" >

> 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 First try doing an 'rm -f /var/tmp/*' and try again. If that still doesn't work,

Finally lli and llvmgcc can work under my directory. I wrote the following simple program and compiled it using gcc and then run it without any problem. But when I tried to compile it using llvmgcc and lli, llvmgcc gave me the following error message which I cannot understand: xli3|csil-suna37|~/cs426|[181]% llvmgcc test.c -o test test.c: In function `init': test.c:10: warning: cast to

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

Valery A.Khamenya wrote: >>For example: >>$ llvmgcc ackerman.c -o ackerman -Wl,-native-cbe > > > BTW, Chris, what should be then an analogy > of "gcc -O3 -S foo.c" in LLVM framework? > > The invocation of > > $ llvmgcc -S ackerman.c -o ackerman -Wl,-native-cbe > > does not produce native assebler output as one might expect.

For anyone who encounters this issue in the future, my issue was the configuration of llvm-gcc. Configure with --with-llvmgccdir=YOUR/PATH doesn't work, instead you are supposed to use --with-llvmgcc=PATH/TO/llvm-gcc and --with-llvmgxx=/PATH/TO/llvm-g++ That will at least get you past my error. Best, Kyle Quoting nicolas geoffray <nicolas.geoffray at gmail.com>: > I am

Hi Sam, First, I want to know the symbol resolution semantics. I can imagine that that is set in stone yet, but just that you guys are still discussing what would be the best semantics or file format for the linkable wasm object file. I think by knowing more about the format and semantics, we can give you guys valuable feedback, as we've been actively working on the linker for a few years

Try llvmgcc pthread.c -o pthread.ll -pthread You have to link in the pthreads library, and I believe -pthread is all you need on a redhat 9 box. Kevin > -----Original Message----- > From: llvmdev-admin at cs.uiuc.edu [mailto:llvmdev-admin at cs.uiuc.edu] On > Behalf Of yue > Sent: Tuesday, December 23, 2003 11:43 PM > To: llvmdev at cs.uiuc.edu > Subject: [LLVMdev] pthread?

On Fri, 23 Apr 2004, Patrick Flanagan wrote: > I'm interested in getting LLVM running on OS X so I can play around > with it and check it out. I downloaded the LLVM 1.2 package and > compiled and installed with no errors (used config options > --with-llvmgccidr and --enable-spec2000 pointing to the relevant > directories). I want to look at performance of SPEC CPU2000 with LLVM