search for: spadini

Displaying 8 results from an estimated 8 matches for "spadini".

2003 Apr 10
1
[LLVMdev] splitting up program into multiple threads
...n amongst the threads to get register allocated the same way (i.e, a value that is duplicated in the two threads gets mapped to the same register/memory location). Is there a cleaner way to this other than to make all the shared variables global? Thanks in advance for any advice. -- Francesco Spadini http://www.crhc.uiuc.edu/~spadini spadini at crhc.uiuc.edu "The universe is full of magical things, patiently waiting for our wits to grow sharper." - Eden Phillpots
2003 Mar 07
2
[LLVMdev] porting glibc
...g if anyone was working on this currently. If no one is on it, does anyone have an idea of how nasty this would be to do? I'd like to have LLVM output to a new ISA, it'd be great if all I had to do was proxy system calls like read and write in my architectural simulator. -- Francesco Spadini http://www.crhc.uiuc.edu/~spadini spadini at crhc.uiuc.edu "The universe is full of magical things, patiently waiting for our wits to grow sharper." - Eden Phillpots
2003 Mar 08
1
[LLVMdev] porting glibc
...standard library calls (esp. the memory and string manipulation functions). I think I'll try playing around with glibc for a bit. At worst I'll end up adding a compatibility mode and hand-code some of the common simple ones (memcpy, memset, etc.). Thanks for your help. -- Francesco Spadini http://www.crhc.uiuc.edu/~spadini spadini at crhc.uiuc.edu "The universe is full of magical things, patiently waiting for our wits to grow sharper." - Eden Phillpots
2002 Sep 12
1
[LLVMdev] trouble using hello transformation
...lt; hello.bc > /dev/null where hello.bc is the hello world program. From gdb, it seems to be breaking in VMCore/PassManagerT.h:217 where it invokes runPass(P, M). Any help whatsoever would be much appreciated. Thank you in advance. _________________________________________________ Francesco Spadini Department of Electrical and Computer Engineering University of Illinois at Urbana Champaign http://www.students.uiuc.edu/~spadini spadini at crhc.uiuc.edu "Don't worry about people stealing your ideas. If your ideas are any good you'll have to ram them down people's throats.&quot...
2002 Dec 08
1
[LLVMdev] steensgaard
...en it dies with: Assertion failed: Index < Links.size() && "Link index is out of range!", file ../../../include/llvm/Analysis/DSNode.h, line 120 Am I doing something wrong, or is this analysis under development still? _________________________________________________ Francesco Spadini http://www.crhc.uiuc.edu/~spadini spadini at crhc.uiuc.edu "Don't worry about people stealing your ideas. If your ideas are any good you'll have to ram them down people's throats." - Howard Aiken _________________________________________________
2002 Dec 08
3
[LLVMdev] olden bmks
...den-bh.o nbody Olden-bh.o For each bmk, the undefined symbols are coming from args.c as far as I can tell. Do I need to link in args.c's bc file for each of them or am I doing something terribly wrong? _________________________________________________ Francesco Spadini http://www.crhc.uiuc.edu/~spadini spadini at crhc.uiuc.edu "Don't worry about people stealing your ideas. If your ideas are any good you'll have to ram them down people's throats." - Howard Aiken _________________________________________________
2003 Mar 08
0
[LLVMdev] porting glibc
On Fri, Mar 07, 2003 at 10:08:23PM -0600, Francesco Spadini wrote: > I noticed that the open projects lists porting glibc to LLVM. I was > wondering if anyone was working on this currently. If no one is on > it, does anyone have an idea of how nasty this would be to do? You'd just have to make glibc compile using llvm-gcc... :) It may need...
2002 Dec 08
1
[LLVMdev] olden bmks
On Sun, 8 Dec 2002, Chris Lattner wrote: > > For each bmk, the undefined symbols are coming from args.c as far as I can > > tell. Do I need to link in args.c's bc file for each of them or am I > > doing something terribly wrong? > > These benchmarks were compile a long time ago in a galaxy far far away. > In this galaxy, uninitialized globals (int X;) were handled