Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
| From | Ben Bacarisse <ben.usenet@bsb.me.uk> |
|---|---|
| Newsgroups | comp.lang.c |
| Subject | Re: A GC proposal |
| Date | 2016-08-05 21:50 +0100 |
| Organization | A noiseless patient Spider |
| Message-ID | <877fbvos8q.fsf@bsb.me.uk> (permalink) |
| References | <no1j21$aja$1@dont-email.me> <1036d97e-fad2-48b8-ba6f-b46d77eb4e1f@googlegroups.com> <02e12ece-7664-4bb9-bf0b-7c9a4271a4f6@googlegroups.com> <no2rli$mjn$1@dont-email.me> |
jacobnavia <jacob@jacob.remcomp.fr> writes:
> Le 05/08/2016 à 21:32, supercat@casperkitty.com a écrit :
>> On Friday, August 5, 2016 at 2:18:48 PM UTC-5, luser droog wrote:
>>> But this:
>>>
>>>> 3: They can't be stored in unions.
>>>
>>> is a deal-breaker for most of my projects which rely on tag-unions
>>> extensively.
>>
>> In .NET languages...
<snip>
> Yes, very interesting. The rule could be relaxed to "No unions of GC
> pointer with anything else but a GC pointer"
Given
struct s1 { struct s1 *GC next; char c; };
struct s2 { double d; struct s1 *GC left, *CG right; };
union us1s2 { struct s1 *GC lp; struct s2 *GC tp; } u;
how do you determine what pointers need to be followed? Obviously the
content of u, but then what?
--
Ben.
Back to comp.lang.c | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
A GC proposal jacobnavia <jacob@jacob.remcomp.fr> - 2016-08-05 10:34 +0200
Re: A GC proposal Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-08-05 09:59 +0100
Re: A GC proposal jacobnavia <jacob@jacob.remcomp.fr> - 2016-08-05 11:29 +0200
Re: A GC proposal Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-08-05 15:48 +0100
Re: A GC proposal luser droog <luser.droog@gmail.com> - 2016-08-05 12:18 -0700
Re: A GC proposal supercat@casperkitty.com - 2016-08-05 12:32 -0700
Re: A GC proposal jacobnavia <jacob@jacob.remcomp.fr> - 2016-08-05 22:07 +0200
Re: A GC proposal Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-08-05 21:50 +0100
Re: A GC proposal supercat@casperkitty.com - 2016-08-05 14:32 -0700
Re: A GC proposal jacobnavia <jacob@jacob.remcomp.fr> - 2016-08-06 00:05 +0200
Re: A GC proposal Melzzzzz <mel@zzzzz.com> - 2016-08-06 00:28 +0200
Re: A GC proposal Ben Bacarisse <ben.usenet@bsb.me.uk> - 2016-08-06 01:47 +0100
csiph-web