Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
| From | jgk@panix.com (Joe keane) |
|---|---|
| Newsgroups | comp.std.c |
| Subject | Re: VLAs use less stack |
| Date | 2012-09-04 00:39 +0000 |
| Organization | Public Access Networks Corp. |
| Message-ID | <k23iks$ktu$1@reader1.panix.com> (permalink) |
| References | <k1q5bu$49h$1@speranza.aioe.org> <lnsjb2ucn5.fsf@nuthaus.mib.org> <k2034n$jb5$1@reader1.panix.com> <lnd324glvw.fsf@nuthaus.mib.org> |
In article <lnd324glvw.fsf@nuthaus.mib.org>, Keith Thompson <kst-u@mib.org> wrote: >I was referring to *just* using malloc(), realloc(), and free(), >even for small allocations, as opposed to falling back to malloc() >for large buffers. So we are clear: a. fixed-size array only b. variable-size array only c. malloc and free only d. fixed-size array with malloc and free backup e. variable-size array with malloc and free backup Options 'a' and 'b' are easy: they don't work. Option 'c' is 'better', it works, except it may be slow. Generally speaking i prefer code that is slow to code that doesn't work. Option 'd' is 'better'. But you shouldn't bother with it unless you have some reason to think it's needed, either some evidence, or the fact that it has proven useful in some other situation, such that it would be less time to code it that way in the first place, rather than test it and find that it's a problem and then fix it. I don't think that 'e' really buys you a lot versus 'd'.
Back to comp.std.c | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
VLAs use less stack jacob navia <jacob@spamsink.net> - 2012-08-31 12:58 +0200
Re: VLAs use less stack Marc <marc.glisse@gmail.com> - 2012-08-31 14:10 +0000
Re: VLAs use less stack Marc <marc.glisse@gmail.com> - 2012-08-31 14:13 +0000
Re: VLAs use less stack jacob navia <jacob@spamsink.net> - 2012-08-31 18:09 +0200
Re: VLAs use less stack jacob navia <jacob@spamsink.net> - 2012-08-31 18:14 +0200
Re: VLAs use less stack John Nagle <nagle@animats.com> - 2012-09-01 12:24 -0700
Re: VLAs use less stack jacob navia <jacob@spamsink.net> - 2012-09-01 22:57 +0200
Re: VLAs use less stack jacob navia <jacob@spamsink.net> - 2012-09-01 22:59 +0200
Re: VLAs use less stack Keith Thompson <kst-u@mib.org> - 2012-08-31 11:42 -0700
Re: VLAs use less stack Marc <marc.glisse@gmail.com> - 2012-09-01 10:18 +0000
Re: VLAs use less stack Rui Maciel <rui.maciel@gmail.com> - 2012-09-01 19:18 +0100
Re: VLAs use less stack Marc <marc.glisse@gmail.com> - 2012-09-01 19:19 +0000
Re: VLAs use less stack jacob navia <jacob@spamsink.net> - 2012-09-01 23:01 +0200
Re: VLAs use less stack Keith Thompson <kst-u@mib.org> - 2012-09-01 11:36 -0700
Re: VLAs use less stack Marc <marc.glisse@gmail.com> - 2012-09-01 19:05 +0000
Re: VLAs use less stack jgk@panix.com (Joe keane) - 2012-09-02 16:56 +0000
Re: VLAs use less stack Keith Thompson <kst-u@mib.org> - 2012-09-02 14:22 -0700
Re: VLAs use less stack jgk@panix.com (Joe keane) - 2012-09-04 00:39 +0000
Re: VLAs use less stack Jens Gustedt <jens.gustedt@loria.fr> - 2012-09-04 10:28 +0200
Re: VLAs use less stack John Nagle <nagle@animats.com> - 2012-09-04 11:31 -0700
Re: VLAs use less stack jacob navia <jacob@spamsink.net> - 2012-09-04 17:02 +0200
Re: VLAs use less stack jacob navia <jacob@spamsink.net> - 2012-09-02 23:28 +0200
Re: VLAs use less stack Keith Thompson <kst-u@mib.org> - 2012-09-02 14:37 -0700
Re: VLAs use less stack John Nagle <nagle@animats.com> - 2012-09-02 15:45 -0700
Re: VLAs use less stack Hans-Bernhard Bröker <HBBroeker@t-online.de> - 2012-09-04 00:03 +0200
Re: VLAs use less stack jgk@panix.com (Joe keane) - 2012-09-01 16:09 +0000
Re: VLAs use less stack Keith Thompson <kst-u@mib.org> - 2012-09-01 11:45 -0700
Re: VLAs use less stack jacob navia <jacob@spamsink.net> - 2012-09-01 23:05 +0200
csiph-web