Path: csiph.com!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Tim Rentsch
Newsgroups: comp.lang.c
Subject: Re: on allowing "int a" definition everywhere
Date: Tue, 27 Aug 2024 18:45:46 -0700
Organization: A noiseless patient Spider
Lines: 31
Message-ID: <86o75d1ktx.fsf@linuxsc.com>
References:
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Injection-Date: Wed, 28 Aug 2024 03:45:47 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="6b5ad5f5888a1a6f98ce057847c0415f"; logging-data="3355390"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/EExaGd/KtH1z6ahtH0WJUGDndJxp98ho="
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.4 (gnu/linux)
Cancel-Lock: sha1:chiqdULJ3FnREL9VowxBpmkH3j0= sha1:9SJ9A5YvM3ZnxD/VB4AniEbxJgo=
Xref: csiph.com comp.lang.c:387871
Blue-Maned_Hawk writes:
> Lawrence D'Oliveiro wrote:
>
>> On Sun, 25 Aug 2024 12:40:39 +0200, fir wrote:
>>
>>> Lawrence D'Oliveiro wrote:
>>>
>>>> Somehow along the line from BCPL to B to C, one useful feature was
>>>> lost: the ability to have a value-returning statement block inside an
>>>> expression.
>>>
>>> if so thats probably sad, though i dont know how it looked like
>>
>> The construct looks like
>>
>> VALOF $( ... <>; RESULTIS <> $)
>
> So a la GNUC's statement-expressions? I've heard talks that C2y is likely
> to be the revision that adds lambdas to C[1], so perhaps we'll get it back?
> over half a century later.
>
> ?
>
> [1]In addition to subsuming statement-expressions, this would also subsume
> multiple other extensions, particularly GCC's local functions and Clang's
> Blocks.
Not exactly. There are things that can be done inside a
statement-expression that are not available inside nested
functions or lambdas.