search for: gcallocator

Hi, I can't seem to get VMKit to compile correctly. I'm on a 64 bit Jaunty system. I compiled llvm and llvm-gcc from the subversion source no problem, but when I try to compile VMKit I get some issue with GCAllocator: /home/mmwu/Download/llvm$ ./configure /home/mmwu/Download/llvm$ make ENABLE_OPTIMIZED=1 /home/mmwu/Download/llvm$ make ENABLE_OPTIMIZED=1 install ... /home/mmwu/Download/$ sudo apt-get install classpath ... /home/mmwu/Download/vmkit$ ./configure --with-llvmsrc=/home/mmwu/Download/llvm --wit...

...Quoting Michael Wu <mmwu at princeton.edu>: > Hi, > > I can't seem to get VMKit to compile correctly. I'm on a 64 bit > Jaunty system. I compiled llvm and llvm-gcc from the subversion source > no problem, but when I try to compile VMKit I get some issue with > GCAllocator: > > /home/mmwu/Download/llvm$ ./configure > /home/mmwu/Download/llvm$ make ENABLE_OPTIMIZED=1 > /home/mmwu/Download/llvm$ make ENABLE_OPTIMIZED=1 install > > ... > > /home/mmwu/Download/$ sudo apt-get install classpath > > ... > > /home/mmwu/Download/vmkit$ ./co...

...ESEARCH/classpath-0.97.2/lib I get: llvm[1]: Compiling vmjc.cpp for Release build llvm[1]: Linking Release executable vmjc (without symbols) /home/zoewolk/RESEARCH/vmkit/Release/lib/libGCMmap2.a(gcinit.o): In function `mvm::Collector::destroy()': gcinit.cpp:(.text+0x24): undefined reference to `GCAllocator::~GCAllocator()' gcinit.cpp:(.text+0x2c): undefined reference to `GCAllocator::operator delete(void*)' /home/zoewolk/RESEARCH/vmkit/Release/lib/libGCMmap2.a(gcinit.o): In function `mvm::Collector::initialise()': gcinit.cpp:(.text+0x93): undefined reference to `GCAllocator::operator new(...

...kit/vmkit/tools/vmjc' llvm[1]: Compiling vmjc.cpp for Debug build llvm[1]: Linking Debug executable vmjc /home/mn/tests/VMkit/vmkit/Debug/lib/libGCMmap2.a(gcinit.o): In function `mvm::Collector::initialise()': /home/mn/tests/VMkit/vmkit/lib/Mvm/GCMmap2/gcinit.cpp:22: undefined reference to `GCAllocator::operator new(unsigned long)' /home/mn/tests/VMkit/vmkit/lib/Mvm/GCMmap2/gcinit.cpp:22: undefined reference to `GCAllocator::GCAllocator()' /home/mn/tests/VMkit/vmkit/Debug/lib/libGCMmap2.a(gcinit.o): In function `mvm::Collector::destroy()': /home/mn/tests/VMkit/vmkit/lib/Mvm/GCMmap2/gc...

Hello, I've been able to get J3 working with the single and multimap garbage collectors but have hit several snags with Boehm and MMTk. For MMTk I get here: Buildfile: /cs/student/kyleklein/vmkit/mmtk/java/build.xml main: [mkdir] Created dir: /cs/student/kyleklein/vmkit/mmtk/java/classes [javac] Compiling 373 source files to /cs/student/kyleklein/vmkit/mmtk/java/classes

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

...know. thanks Z ... llvm[1]: Compiling vmjc.cpp for Debug build llvm[1]: Linking Debug executable vmjc /home/zoewolk/RESEARCH/vmkit/Debug/lib/libGCMmap2.a(gcinit.o): In function `mvm::Collector::initialise()': /home/zoewolk/RESEARCH/vmkit/lib/Mvm/GCMmap2/gcinit.cpp:22: undefined reference to `GCAllocator::operator new(unsigned long)' /home/zoewolk/RESEARCH/vmkit/lib/Mvm/GCMmap2/gcinit.cpp:22: undefined reference to `GCAllocator::GCAllocator()' /home/zoewolk/RESEARCH/vmkit/Debug/lib/libGCMmap2.a(gcinit.o): In function `mvm::Collector::destroy()': /home/zoewolk/RESEARCH/vmkit/lib/Mvm/GCMm...

Hi Zoe, maybe you've already solved your problem with VMKit configuration, but here you can find a mini-tutorial that I've done to guide people on VMKit installation. http://www2.dcc.ufmg.br/laboratorios/llp/wiki/doku.php?id=afpf Best regards, Alysson On Wed, Jun 30, 2010 at 1:34 PM, nicolas geoffray < nicolas.geoffray at gmail.com> wrote: > Hi Zoe, > > Unfortunately, I

Hi Zoe, Unfortunately, I don't have access to a x64 machine anymore, so I can't test that architecture on vmkit. Could you install a virtual machine on your machine that is x86_32? I know it has been successfully built and ran on x86_32 on different systems. Cheers, Nicolas On Wed, Jun 30, 2010 at 7:49 AM, Zoe Wolk <zoewolk at gmail.com> wrote: > Hi again Nicolas, > >

Hi, I am working on compiling vmkit but have run into an error which seems like something that maybe the llvm community would have a better idea of how to solve than vmkit's. The issue is when vmkit is built to compile the MMTk garbage collector it must use the llvm-gcc compiler, at which point MODULE_NAME is defined instead of LIBRARYNAME. This results in the following error

On May 16, 2008, at 7:50 AM, Joachim Durchholz wrote: > > Am Freitag, den 16.05.2008, 06:54 -0700 schrieb Chris Lattner: >> On May 13, 2008, at 4:09 PM, Gordon Henriksen wrote: >> >>> On May 13, 2008, at 18:28, Dan Gohman wrote: >>> >>> I wonder if it would be worthwhile to have a flag on loads to mark >>> them as immutable. A flag from the

Am Freitag, den 16.05.2008, 06:54 -0700 schrieb Chris Lattner: > On May 13, 2008, at 4:09 PM, Gordon Henriksen wrote: > > > On May 13, 2008, at 18:28, Dan Gohman wrote: > > > > I wonder if it would be worthwhile to have a flag on loads to mark > > them as immutable. A flag from the source language stating "this load > > never aliases any subsequent

On Fri, Sep 24, 2010 at 2:26 AM, Duncan Sands <baldrick at free.fr> wrote: > Hi Stephan, > >> I am trying to retrieve all instructions from a function's body that >> are dependent on a specific argument. The strategy I am currently >> using for that is to follow all uses of the argument and record them. >> Also, whenever I encounter a store of a dependent

Hi Scott, On Sep 22, 2008, at 20:59, Scott Graham wrote: > I'm using a GC that's pretty similar to the OCaml one. It records > stack locations using llvm.gcroot, and dumps out a frametable > describing the live stack offsets so that the GC runtime can walk > them as required. I'm on 2.3, not svn head. > > I'm having some trouble with pointers being cached

Hi I'm using a GC that's pretty similar to the OCaml one. It records stack locations using llvm.gcroot, and dumps out a frametable describing the live stack offsets so that the GC runtime can walk them as required. I'm on 2.3, not svn head. I'm having some trouble with pointers being cached in registers across function calls (at least x86 backend, haven't tried others yet).

Hi Stephan, > I am trying to retrieve all instructions from a function's body that > are dependent on a specific argument. The strategy I am currently > using for that is to follow all uses of the argument and record them. > Also, whenever I encounter a store of a dependent value, I try to find > loads in the function that are dependent on that store and resume >

Hello! I am trying to retrieve all instructions from a function's body that are dependent on a specific argument. The strategy I am currently using for that is to follow all uses of the argument and record them. Also, whenever I encounter a store of a dependent value, I try to find loads in the function that are dependent on that store and resume use-tracking from there. For this purpose I am