Displaying 5 results from an estimated 5 matches for "hans_boehm".
2010 Sep 17
0
[LLVMdev] Accurate garbage collection
...t it
> wrong.
>
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
You can try Hans Bohem Garbage collector.
http://www.hpl.hp.com/personal/Hans_Boehm/gc/
2010 Sep 17
6
[LLVMdev] Accurate garbage collection
On 17/09/10 09:55, Pedro Ferreira wrote:
> As I understand it, LLVM simply gives you support for garbage collectors
> that you have to implement yourself and link into the final binary,
> similar to what C's malloc does (it's a library call). The issue with
> GC's is that they need to be provided info about the stack, thats where
> LLVM's support comes in.
Are there
2010 Apr 26
2
[LLVMdev] Proposal for a new LLVM concurrency memory model
Hi David-
On 26 Apr 2010, at 21:05, David Greene wrote:
> What's a "trap" and "trap value?" Is it some C++0X or Java thing?
> It needs to be defined.
See LangRef.html
Alistair
2010 Apr 26
0
[LLVMdev] Proposal for a new LLVM concurrency memory model
On Apr 26, 2010, at 1:15 PM, Alistair Lynn wrote:
> Hi David-
>
> On 26 Apr 2010, at 21:05, David Greene wrote:
>
>> What's a "trap" and "trap value?" Is it some C++0X or Java thing?
>> It needs to be defined.
>
> See LangRef.html
Yes; it was just added 4 days ago, for an unrelated purpose. It's an
interesting concept which on the
2005 Nov 24
10
Any change of rsync using threads instead of fork?
On a typical embedded Linux device, with no MMU, there is no fork() or
it returns ENOSYS.
The nearest replacements are vfork() (which is only useful before
exec*()), or to create threads with pthread_create().
rsync would be a very useful program on such devices, and I was a bit
disappointed to build it, only to find the compile went fine but it
failed at runtime due to ENOSYS.
Is there any