Deutsch English Français Italiano |
<20250409115148.000032e1@yahoo.com> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!weretis.net!feeder9.news.weretis.net!news.quux.org!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: Michael S <already5chosen@yahoo.com> Newsgroups: comp.lang.c Subject: Re: do { quit; } else { } Date: Wed, 9 Apr 2025 11:51:48 +0300 Organization: A noiseless patient Spider Lines: 93 Message-ID: <20250409115148.000032e1@yahoo.com> References: <vspbjh$8dvd$1@dont-email.me> <8634enhcui.fsf@linuxsc.com> <vsph6b$ce6m$5@dont-email.me> <86ldsdfocs.fsf@linuxsc.com> <20250406161323.00005809@yahoo.com> <86ecy5fjin.fsf@linuxsc.com> <20250406190321.000001dc@yahoo.com> <86plhodtsw.fsf@linuxsc.com> <20250407210248.00006457@yahoo.com> <86v7recz55.fsf@linuxsc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Injection-Date: Wed, 09 Apr 2025 10:51:47 +0200 (CEST) Injection-Info: dont-email.me; posting-host="644d447233835e2adaf6a2a915809f6d"; logging-data="197353"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/frwIkbdG4O49MloxNbCyzT+q4byfdgaU=" Cancel-Lock: sha1:uyKMhytR9N7OZPNLC/jXWiv2BSY= X-Newsreader: Claws Mail 3.19.1 (GTK+ 2.24.33; x86_64-w64-mingw32) Bytes: 5417 On Tue, 08 Apr 2025 10:59:50 -0700 Tim Rentsch <tr.17687@z991.linuxsc.com> wrote: > Michael S <already5chosen@yahoo.com> writes: > > > On Mon, 07 Apr 2025 05:45:19 -0700 > > Tim Rentsch <tr.17687@z991.linuxsc.com> wrote: > > > >> Michael S <already5chosen@yahoo.com> writes: > >> > >>> On Sun, 06 Apr 2025 07:32:16 -0700 > >>> Tim Rentsch <tr.17687@z991.linuxsc.com> wrote: > >>> > >>>> Michael S <already5chosen@yahoo.com> writes: > >>>> > >>>>> On Sun, 06 Apr 2025 05:47:47 -0700 > >>>>> Tim Rentsch <tr.17687@z991.linuxsc.com> wrote: > >>>>> > >>>>>> Furthermore, even if there had been a posting that concerns > >>>>>> only a gcc extension and nothing else, and is one I didn't > >>>>>> respond to, that doesn't excuse your action. It isn't like > >>>>>> this is the first time you have posted something here that > >>>>>> is not about C but only about your fantasy language, and > >>>>>> also not the first time the unsuitability of such postings > >>>>>> has been pointed out. You're a repeat offender. So stop > >>>>>> pretending you are being picked on for no reason. > >>>>> > >>>>> Could you recommend a more appropriate place for Thiago and > >>>>> others where they can discuss C-like fantasy languages? > >>>> > >>>> The newsgroup comp.lang.misc seems like a natural candidate. > >>>> I don't know if comp.lang.misc has an official charter, but at > >>>> least to me new features of any widely used programming language > >>>> would appear to fall under the umbrella of comp.lang.misc. > >>> > >>> My question was not completely abstract. > >>> I did consider starting a discussion about possibility of > >>> inclusion of stackless co-routines into one of the future > >>> editions of C. Naturally, my ideas at this state are extremely > >>> in-concrete, much more so then the post of Thiago Adams that > >>> started this thread. So, if I ever come to it, which by itself is > >>> not very likely, do you think that comp.lang.misc would be better > >>> place than comp.lang.c ? > >> > >> Before giving an answer I would like to ask some questions. > >> > >> * How much does the (still fuzzy) idea depend on running in a C > >> environment? Is it very specific to C, or might it be applicable > >> to other procedural/imperative languages (for example, Pascal)? > >> > >> * How much does the current C language impact what you expect to > >> propose? Which aspects of C need to be taken into consideration > >> in forming the proposal, and how strongly do those considerations > >> affect the specifics of what would be proposed? > > [...] > > My apologies; I gave the wrong impression. I didn't mean I wanted > to see the answers myself. What I did mean is that the questions > are good for you (or someone else) to ask of themselves Even more interesting question to ask myself is why I want stackless coroutines in C to be different from how they were recently added to C++ and Rust - two languages that are relatively similar to C in their assumed execution models. Relatively, that is. > to decide > whether comp.lang.c or comp.lang.misc (or possibly some other group) > is a better place for a posting. > I took a look at comp.lang.misc. It does not appear to have much of the life of its own. Nearly all threads that lasted for more that 5 messages did so due to crossposts from other groups. > Given that the details seem to be still a bit fuzzy, I tend to think > comp.lang.misc is a better place to start. But after thinking about > the questions you might decide otherwise. > > >> * Assuming you get to a point where you are happy with the details > >> of a proposed extension, how likely is it that you would write a > >> proposal for the C standard committee, and make the effort needed > >> to shepherd it through the process of being accepted for a future > >> C standard? > > > > Not likely. I would have to somehow convince somebody else to do > > it. > > I see. Well, good luck with that. :) I know that I would need it.