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

Groups > comp.lang.c > #75783

Re: memset extensions

Path csiph.com!eternal-september.org!feeder.eternal-september.org!mx02.eternal-september.org!.POSTED!not-for-mail
From Keith Thompson <kst-u@mib.org>
Newsgroups comp.lang.c
Subject Re: memset extensions
Date Wed, 11 Nov 2015 10:57:10 -0800
Organization None to speak of
Lines 26
Message-ID <ln4mgss6t5.fsf@kst-u.example.com> (permalink)
References <n1v3pk$967$1@dont-email.me> <ln8u64sbt7.fsf@kst-u.example.com> <11fb832d-6c3f-4f82-846a-81709edf9b43@googlegroups.com>
Mime-Version 1.0
Content-Type text/plain; charset=us-ascii
Injection-Info mx02.eternal-september.org; posting-host="945944de09706c9b4e29b53c9d2efdc2"; logging-data="3782"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/zxlajfc44Nk8D0n8kV2N8"
User-Agent Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux)
Cancel-Lock sha1:HT4IZ1fgbpD7UUcbWMj0IuCpsN8= sha1:7hSxQoUBc7A7HxX8EEftflNaIFA=
Xref csiph.com comp.lang.c:75783

Show key headers only | View raw

supercat@casperkitty.com writes:
> On Wednesday, November 11, 2015 at 11:09:17 AM UTC-6, Keith Thompson wrote:
>> If you're suggesting that these be added to the standard, none of the
>> [u]intN_t types are required.  Because of that, it would probably be
>> more consistent to use unsigned short, unsigned int, unsigned long,
>> unsigned long long.  (And int128_t is very likely not to exist.)
>
> The Standard could specify that the headers should include the appropriate
> memset versions for the uintN_t types that it defines, rather than having
> an explicit list of names, so if a particular platform implements uint24_t,
> then it should have a "memset24()" function, but a platform without such
> a type would not be expected to have that function.
>
> If the Standard doesn't specify versions of memset for the fixed-sized types
> how should code initialize an array of e.g. "uint32_t", given that even on
> platforms where UINT_MAX is 4294967295, writing a storage as type "unsigned
> int" and reading as type "uint32_t" invokes Undefined Behavior.

Perhaps the effective type rules could be updated to specify that the
new memset*() functions don't violate them.

-- 
Keith Thompson (The_Other_Keith) kst-u@mib.org  <http://www.ghoti.net/~kst>
Working, but not speaking, for JetHead Development, Inc.
"We must do something.  This is something.  Therefore, we must do this."
    -- Antony Jay and Jonathan Lynn, "Yes Minister"

Back to comp.lang.c | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

memset extensions jacobnavia <jacob@jacob.remcomp.fr> - 2015-11-11 11:05 +0100
  Re: memset extensions Lőrinczy Zsigmond <zsiga@nospam.for.me> - 2015-11-11 11:08 +0100
    Re: memset extensions "Rick C. Hodgin" <rick.c.hodgin@gmail.com> - 2015-11-11 04:56 -0800
  Re: memset extensions Philipp Klaus Krause <pkk@spth.de> - 2015-11-11 13:39 +0100
    Re: memset extensions jacobnavia <jacob@jacob.remcomp.fr> - 2015-11-11 17:34 +0100
      Re: memset extensions Ben Bacarisse <ben.usenet@bsb.me.uk> - 2015-11-11 17:22 +0000
        Re: memset extensions jacobnavia <jacob@jacob.remcomp.fr> - 2015-11-11 21:19 +0100
          Re: memset extensions Keith Thompson <kst-u@mib.org> - 2015-11-11 12:51 -0800
          Re: memset extensions James Kuyper <jameskuyper@verizon.net> - 2015-11-11 16:01 -0500
            Re: memset extensions jacobnavia <jacob@jacob.remcomp.fr> - 2015-11-11 22:03 +0100
              Re: memset extensions Keith Thompson <kst-u@mib.org> - 2015-11-11 13:19 -0800
                Re: memset extensions jacobnavia <jacob@jacob.remcomp.fr> - 2015-11-11 22:45 +0100
                Re: memset extensions James Kuyper <jameskuyper@verizon.net> - 2015-11-11 16:51 -0500
                Re: memset extensions jacobnavia <jacob@jacob.remcomp.fr> - 2015-11-11 23:01 +0100
                Re: memset extensions James Kuyper <jameskuyper@verizon.net> - 2015-11-11 17:29 -0500
                Re: memset extensions jacobnavia <jacob@jacob.remcomp.fr> - 2015-11-11 23:36 +0100
                Re: memset extensions Keith Thompson <kst-u@mib.org> - 2015-11-11 15:00 -0800
              Re: memset extensions James Kuyper <jameskuyper@verizon.net> - 2015-11-11 16:48 -0500
          Re: memset extensions Ben Bacarisse <ben.usenet@bsb.me.uk> - 2015-11-11 22:15 +0000
  Re: memset extensions James Kuyper <jameskuyper@verizon.net> - 2015-11-11 08:05 -0500
  Re: memset extensions Eric Sosman <esosman@comcast-dot-net.invalid> - 2015-11-11 08:31 -0500
    Re: memset extensions jacobnavia <jacob@jacob.remcomp.fr> - 2015-11-11 17:34 +0100
  Re: memset extensions Les Cargill <lcargill99@comcast.com> - 2015-11-11 08:30 -0600
    Re: memset extensions Eric Sosman <esosman@comcast-dot-net.invalid> - 2015-11-11 09:48 -0500
    Re: memset extensions gwowen <gwowen@gmail.com> - 2015-11-11 07:55 -0800
    Re: memset extensions James Kuyper <jameskuyper@verizon.net> - 2015-11-11 11:24 -0500
    Re: memset extensions jacobnavia <jacob@jacob.remcomp.fr> - 2015-11-11 17:32 +0100
      Re: memset extensions Eric Sosman <esosman@comcast-dot-net.invalid> - 2015-11-11 11:44 -0500
      Re: memset extensions raltbos@xs4all.nl (Richard Bos) - 2015-11-17 22:53 +0000
        Re: memset extensions supercat@casperkitty.com - 2015-11-17 15:37 -0800
          Re: memset extensions raltbos@xs4all.nl (Richard Bos) - 2015-11-20 11:27 +0000
            Re: memset extensions supercat@casperkitty.com - 2015-11-20 08:45 -0800
  Re: memset extensions supercat@casperkitty.com - 2015-11-11 08:25 -0800
  Re: memset extensions Keith Thompson <kst-u@mib.org> - 2015-11-11 09:09 -0800
    Re: memset extensions supercat@casperkitty.com - 2015-11-11 09:18 -0800
      Re: memset extensions Keith Thompson <kst-u@mib.org> - 2015-11-11 10:57 -0800
    Re: memset extensions jacobnavia <jacob@jacob.remcomp.fr> - 2015-11-11 21:17 +0100

csiph-web