Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.c > #173758

Re: C vs Haskell for XML parsing

Path csiph.com!weretis.net!feeder8.news.weretis.net!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From Keith Thompson <Keith.S.Thompson+u@gmail.com>
Newsgroups comp.lang.c
Subject Re: C vs Haskell for XML parsing
Date Sun, 03 Sep 2023 03:55:48 -0700
Organization None to speak of
Lines 26
Message-ID <8734zv7cgb.fsf@nosuchdomain.example.com> (permalink)
References <576801fa-2842-40dc-bf19-221a5b1cf660n@googlegroups.com> <AUaGM.174236$JG_b.91752@fx39.iad> <ucbjph$96fa$1@dont-email.me> <ipdGM.457101$xMqa.238959@fx12.iad> <uccitk$hhuj$1@dont-email.me> <H2oGM.827787$TPw2.680260@fx17.iad> <ucd5kt$kl1p$1@dont-email.me> <20230826123929.770@kylheku.com> <ucdp4i$ot46$1@dont-email.me> <20230826210521.20@kylheku.com> <ucf86t$14b70$1@dont-email.me> <20230827151627.814@kylheku.com> <87edjocbqj.fsf@nosuchdomain.example.com> <86edjnxo81.fsf@linuxsc.com> <87ledubyeh.fsf@nosuchdomain.example.com> <861qfmwwvy.fsf@linuxsc.com> <ucjei2$1tv7s$1@dont-email.me> <20230828182115.305@kylheku.com> <uckeel$26q6m$1@dont-email.me> <uckumo$29oe0$1@dont-email.me> <875y4xboly.fsf@nosuchdomain.example.com>
MIME-Version 1.0
Content-Type text/plain
Injection-Info dont-email.me; posting-host="bce9f47447e4fb1356ae9778f84e0995"; logging-data="939321"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+tIlG+F4PrmTjzFebTC/8w"
User-Agent Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux)
Cancel-Lock sha1:XwO4R5q2gOcs5nINd5NjNvg0xFY= sha1:UOQDk2FWYDVTSUiNmYKz/VJQeHM=
Xref csiph.com comp.lang.c:173758

Show key headers only | View raw


Keith Thompson <Keith.S.Thompson+u@gmail.com> writes:
> David Brown <david.brown@hesbynett.no> writes:
> [...]
>> Being able to accept $ in identifiers is a convenient extension.
>
> Quibble: $ in identifiers is not an extension as specified in section 4
> of the standard.  Starting in C99, the set of characters accepted in
> identifiers is implementation-defined.  (I'm not sure what difference
> that makes.)

On further thought, there is a significant difference.

An implementation that supports $ in identifiers via an via the
"other implementation-defined characters" wording in the syntax
of an identifier can accept foo$bar as an identifier without
issuing a diagnostic.  If it's an extension as defined in section 4
(Conformance) of the standard, it can accept foo$bar but it must
still issue a diagnostic (presumably a non-fatal warning).

(That's in conforming mode, of course.  The standard has nothing to say
about non-conforming modes.)

-- 
Keith Thompson (The_Other_Keith) Keith.S.Thompson+u@gmail.com
Will write code for food.
void Void(void) { Void(); } /* The recursive call of the void */

Back to comp.lang.c | Previous | NextNext in thread | Find similar


Thread

Re: C vs Haskell for XML parsing Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2023-09-03 03:55 -0700
  Re: C vs Haskell for XML parsing Tim Rentsch <tr.17687@z991.linuxsc.com> - 2023-09-03 11:44 -0700
    Re: C vs Haskell for XML parsing Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2023-09-03 16:20 -0700
      Re: C vs Haskell for XML parsing Tim Rentsch <tr.17687@z991.linuxsc.com> - 2023-09-03 16:47 -0700
        Re: C vs Haskell for XML parsing Richard Damon <Richard@Damon-Family.org> - 2023-09-03 17:24 -0700
        Re: C vs Haskell for XML parsing Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2023-09-03 17:26 -0700

csiph-web