System design: explicit refcounting

Questions about the LÖVE API, installing LÖVE and other support related questions go here.
Forum rules
Before you make a thread asking for help, read this.
Post Reply
target.san
Prole
Posts: 8
Joined: Thu Apr 05, 2012 6:41 pm

System design: explicit refcounting

Post by target.san »

Hi!
My question is mostly to developers.
Is the current scheme with explicit retain-release a strict design solution and won't be changed?
I mean, do pull requests with code tending to use value semantics need to be rewritten to on-heap object management?

In particular, I'm currently writing enhancement for thread module, and I've mostly redone Variant type to use as little allocations as possible, making it effectively a value type. And I tend to re-do all places where variant is used in the same way.

So my main question is, are such changes potentially acceptable?

Thanks!
User avatar
bartbes
Sex machine
Posts: 4946
Joined: Fri Aug 29, 2008 10:35 am
Location: The Netherlands
Contact:

Re: System design: explicit refcounting

Post by bartbes »

Everything entering lua has to use this, that's pretty much the only rule.
Sadly, however, I fear your work on threading won't make it in, since I've recently been working on rewriting the entire module.
target.san
Prole
Posts: 8
Joined: Thu Apr 05, 2012 6:41 pm

Re: System design: explicit refcounting

Post by target.san »

Sad things you say. I've managed to write and test to some degree passing complex types between threads, including parameter/result tuples. Okay, I'll post a pull request for you to take anything you find suitable.

BTW, could you please point out what parts of thread module will be re-done, so I won't be coding things scheduled for replacement?
My next idea was to write lock-free channels to replace existing event chains and inter-thread messaging.
Post Reply

Who is online

Users browsing this forum: Ahrefs [Bot] and 5 guests