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