similar to: [LLVMdev] Problem with the OCaml garbage collector interface and gcroot

Hi all, As part of my bachelor's thesis I'm trying to implement a new LLVM-based back end for the OCaml compiler. Currently I have a problem with LLVM's interface to the OCaml garbage collector. When I try to compile the attached program using llc I get the following stack dump: 0 llc 0x00000000016611de 1 llc 0x00000000016616aa 2 libpthread.so.0

thomas weidner wrote: > Hello, > > i want to implement a common lisp subset using llvm for fun. Out of curiousity, for which CL implementation is this targeted? sbcl? Or something you're rolling? The reason why I ask is that I expressed an outrageous opinion at Supercomputing back in November, to wit, that CL is probably the best language suited for today's multicore

Jon Harrop wrote: > If you are familiar with functional programming and, in particular, its > benefits in the context of compiler work then you might like to use Gordon's > OCaml bindings to LLVM that are bundled with LLVM. They are very easy to use > and will make subsequent work vastly easier than trying to write everything > in C++. Or, indeed, the Haskell bindings

thomas weidner wrote: >>The reason why I ask is that I expressed an outrageous opinion at >>Supercomputing back in November, to wit, that CL is probably the best >>language suited for today's multicore problems... but I don't have the >>time to hack one of the current implementations to proove the point. > > > interesting, what makes lisp superior in this

Scott Michel wrote: > thomas weidner wrote: > >>>The reason why I ask is that I expressed an outrageous opinion at >>>Supercomputing back in November, to wit, that CL is probably the best >>>language suited for today's multicore problems... but I don't have the >>>time to hack one of the current implementations to proove the point. >>

On May 1, 2009, at 1:27 PM, Basile STARYNKEVITCH wrote: > Hello All > > Does any know about some opensource multithread-compatible (or > concurrent) garbage collector library, if possible suitable for LLVM? In fact, yes! http://code.google.com/p/scarcity/ -Chris

Browsing http://llvm.org/releases/2.5/docs/GarbageCollection.html#ocaml I stumbled across the sentence "...The ocaml collector does not use read or write barriers, so the user program may use load and store instead of llvm.gcread and llvm.gcwrite..." Which I believe is wrong as the ocaml collector does indeed use a write barrier (caml_modify). But maybe I misunderstood? Thanks,

LLVM has GC possibility (llvm_gc_allocate). What compiler uses it? I try ldc D compiler but it not uses LLVM garbage collection but own in Tango library. -- View this message in context: http://old.nabble.com/How-start-with-LLVM-garbage-collector--tp29505874p29505874.html Sent from the LLVM - Dev mailing list archive at Nabble.com.

Since you are using a copying collector, may I ask how do you handle registers holding pointers to intermediate values? The example I am considering is something like void foo(void); void f(long long *v, long long n) { long long int i; for (i = 0; i < n; ++i) { v[i] = i; foo(); } } If *v points to gc memory, we can start the function with %v.addr = alloca i64*, align 8

Where's the problem? A pointer to v's alloca escapes to llvm.gcroot, so the optimizers should know that foo could modify the value it holds. foo() might also read v[i] through the escaped pointer, so the store will have to happen before the call. Reid 2011/3/8 Rafael Ávila de Espíndola <rafael.espindola at gmail.com>: > Since you are using a copying collector, may I ask how do

https://bugzilla.mindrot.org/show_bug.cgi?id=1831 Summary: Repeatable crash of softflowd on high PPS collector? Product: softflowd Version: -current Platform: amd64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: softflowd AssignedTo: djm at mindrot.org ReportedBy:

Hi @all, ...is it possible to make the cdrom functionalities get work on this program ??? I've got the same issues with foobar2000; i cannot open CDs !!! Music Collector installs fine under wine 1.4-rc2 and runs, but when i wanna add a cd to the collection it gives an error. the link: http://www.collectorz.com/music/ ...or is there an alternative for this great program under linux ???

CentOS Errata and Security Advisory 2018:3663 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2018:3663 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 66e28c9de66266ee527caa19e3ddf16eb2f2f367ab9583a22976e131ea443018 sos-collector-1.5-3.el7_6.noarch.rpm -- Johnny Hughes CentOS Project {

CentOS Errata and Bugfix Advisory 2020:2097 Upstream details at : https://access.redhat.com/errata/RHBA-2020:2097 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 14d2d43add5e2226a369cc28d8ec1414ec2ab3aecc5621a96888fff392ac0190 sos-collector-1.8-2.el7_8.noarch.rpm Source:

Hello! I stumbled upon the blog of Xiph member Arek Korbik [1] a few minutes ago and the "planet idea" came to my mind again. What I mean is a website collection posts from a number of blogs as Planet KDE [2] is doing for example. Is there such a thing for Xiph? Is there interest in having such a thing? If so would there be a chance to cover the domain costs from past/future

In my package [1] I open handles to temporary files from c++, pointer to the objects containing those handles are returned to R as external pointer objects. The files are deleted when the corresponding R-object is deleted and the garbage collector runs: a <- lvec(10, "integer") rm(a) Then when the garbage collector runs the file is deleted. However, on some platforms (probably

Basile STARYNKEVITCH wrote: > Does any know about some opensource multithread-compatible (or > concurrent) garbage collector library, if possible suitable for LLVM? > > (I mean that I want several mutator threads; the collector can be > stoptheworld or concurrent ....) > > H.Boehm's conservative GC is multithread compatible, but seems quite > slow (allocation is

Jaap Suter wrote: >> LLVM currently lacks working examples demonstrating the use of garbage >> collection... > > Hello, > > if anybody has time, I would recommend putting a big disclaimer at the top of > the garbage collection page that explains that, for the most part, garbage > collection falls outside of LLVM's domain. > > Right now LLVM

Full_Name: Saket Joshi Version: 1.5.0 OS: Solaris 5.8 Submission from: (NULL) (128.193.38.91) According to the documentation obtained by entering: help.search("gc"), the command gc() forces garbage collection and gives the memory usage statistics along with the trigger values in bytes also interpretted in megabytes. However when I ran gc(), the result was a list giving the memory usage

On Tuesday 05 February 2008 12:40:20 thomas weidner wrote: > I wanted to roll out my own lisp, and maybe use some library code from > existing lisps (think of loop or format). Adding an LLVM backend to an > existing lisp implementation is a nice idea, but currently not planned. I am also interested in implementing functional programming languages using LLVM. Although I'm only