Path: csiph.com!newsfeed.hal-mli.net!feeder3.hal-mli.net!newsfeed.hal-mli.net!feeder1.hal-mli.net!news.linkpendium.com!news.linkpendium.com!panix!not-for-mail From: Grant Edwards Newsgroups: comp.lang.python Subject: Re: Python Front-end to GCC Date: Tue, 22 Oct 2013 20:26:00 +0000 (UTC) Organization: PANIX Public Access Internet and UNIX, NYC Lines: 19 Message-ID: References: <4012031f-5334-4be8-a673-e0d8c8917fb2@googlegroups.com> <5264dbbe$0$30000$c3e8da3$5496439d@news.astraweb.com> <5265bba8$0$29981$c3e8da3$5496439d@news.astraweb.com> <526668e5$0$29981$c3e8da3$5496439d@news.astraweb.com> <52669852$0$29981$c3e8da3$5496439d@news.astraweb.com> NNTP-Posting-Host: dsl.comtrol.com X-Trace: reader1.panix.com 1382473560 5033 64.122.56.22 (22 Oct 2013 20:26:00 GMT) X-Complaints-To: abuse@panix.com NNTP-Posting-Date: Tue, 22 Oct 2013 20:26:00 +0000 (UTC) User-Agent: slrn/1.0.1 (Linux) Xref: csiph.com comp.lang.python:57311 On 2013-10-22, Grant Edwards wrote: > C initializes to defined zero values. For most machines in use today, > those values _happen_ to be all-bits-zero. > > This makes the implementation trivial: chuck them all into some > pre-defined section (e.g. ".bss"), and then on startup, you zero-out > all the bits in the section without having to know what's where within > that section. If you design a machine such that integer, pointer, and > FP representations where 0, NULL, and 0.0 are all zero-bits, then life ^ not > get's tougher for the guys writing the compiler and startup code. -- Grant Edwards grant.b.edwards Yow! We are now enjoying at total mutual interaction in gmail.com an imaginary hot tub ...