Deutsch English Français Italiano |
<86v7recz55.fsf@linuxsc.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: Tim Rentsch <tr.17687@z991.linuxsc.com> Newsgroups: comp.lang.c Subject: Re: do { quit; } else { } Date: Tue, 08 Apr 2025 10:59:50 -0700 Organization: A noiseless patient Spider Lines: 72 Message-ID: <86v7recz55.fsf@linuxsc.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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Date: Tue, 08 Apr 2025 19:59:51 +0200 (CEST) Injection-Info: dont-email.me; posting-host="3be70bfd357a158f55184c1ca57022b7"; logging-data="2859686"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/S2XiHjdAT7WI5hdMQ00VW6L08BJs1fG0=" User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.4 (gnu/linux) Cancel-Lock: sha1:Lrmx09jwAgQ/Fk/Q1j0ZvpbjTXY= sha1:HBUuRT7Z4+iCak1+BvIyzFgTkLs= Bytes: 4597 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 to decide whether comp.lang.c or comp.lang.misc (or possibly some other group) is a better place for a posting. 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. :)