Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #43787
| References | <66e78281-542b-41b3-a56d-04bf736d1e0a@googlegroups.com> <14a9ca59-218d-4dec-9e03-b7ac6b92d378@af5g2000pbd.googlegroups.com> |
|---|---|
| Date | 2013-04-17 16:40 -0700 |
| Subject | Re: Atoms, Identifiers, and Primaries |
| From | Mark Janssen <dreamingforward@gmail.com> |
| Newsgroups | comp.lang.python |
| Message-ID | <mailman.740.1366242021.3114.python-list@python.org> (permalink) |
On Tue, Apr 16, 2013 at 8:55 PM, rusi <rustompmody@gmail.com> wrote:
> On Apr 17, 7:57 am, Bruce McGoveran <bruce.mcgove...@gmail.com> wrote:
>> 3. Section 5.3.1 offers this definition of an attributeref:
>> attributeref ::= primary "." identifier
>>
>
> One general comment I will make is regarding your distress at what you
> call 'circular'
> Circular just means recursive and recursion is the bedrock for
> language-design.
Rercursion the "bedrock" of language-design. I don't think so. From
what I know, a well-defined language ends at its symbols. It makes no
use of "infinities".
> You cannot hope to define an infinite object such as the python
> language (there are an infinite number of python programs) with a
> finite specification
You've committed two grave sins in C.S.: Conflating a programming
language ("an infinite object such as python language") with a program
written in that language ("there are an infinite number of python
programs"). These two are entirely separate (at least anything
implemented on a real computer). Further, you've made a silly
description of python "an infinite object such as the python
language". A programming language that is well defined has complete,
finite, specification. The fact that there are an endless number of
programs that can be made from such is irrelevant to the language
itself.
> -- a useful language definition must start and
> end and preferably fit in one's pocket!
Likewise, a language specification must end in its symbols.
> The trick is to find ways of making an inifinite object finitely
> generated.
There is no trick involved.
> So much of language design is a generalization of Peano's
> method of defining (designing?) natural numbers:
> a. 0 is a natural number
> b. If x is a natural number then the successor of x (informally x+1)
> is a natural number
Well now you're getting to the root of the confusion and what I'm
arguing within the C.S. community: there must be clear distinction
between lambda calculii and programming languages rooted in actual
hardware implementations. While, traditionally, the field has not
made much of a distinction, in practice the computational architecture
is different. One of these has a connection to reality and the other
not as much ;^).
In any case, talking about the mathematical realm *as a realm of
Platonic thought* is irrelevant to the discussion of program spaces
where *things actually get done*.
This is what this list (python) has not figured out yet, because they
look up to the theoretical C.S. field and it hasn't yet been
published.
--
MarkJ
Tacoma, Washington
Back to comp.lang.python | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Atoms, Identifiers, and Primaries Bruce McGoveran <bruce.mcgoveran@gmail.com> - 2013-04-16 19:57 -0700
Re: Atoms, Identifiers, and Primaries rusi <rustompmody@gmail.com> - 2013-04-16 20:55 -0700
Re: Atoms, Identifiers, and Primaries Mark Janssen <dreamingforward@gmail.com> - 2013-04-17 16:40 -0700
Re: Atoms, Identifiers, and Primaries alex23 <wuwei23@gmail.com> - 2013-04-17 17:29 -0700
Re: Atoms, Identifiers, and Primaries Mark Janssen <dreamingforward@gmail.com> - 2013-04-17 17:41 -0700
Re: Atoms, Identifiers, and Primaries Mark Lawrence <breamoreboy@yahoo.co.uk> - 2013-04-18 02:04 +0100
Re: Atoms, Identifiers, and Primaries rusi <rustompmody@gmail.com> - 2013-04-18 00:40 -0700
Re: Atoms, Identifiers, and Primaries Ian Kelly <ian.g.kelly@gmail.com> - 2013-04-17 18:33 -0600
Re: Atoms, Identifiers, and Primaries Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2013-04-18 02:14 +0000
Re: Atoms, Identifiers, and Primaries Ian Kelly <ian.g.kelly@gmail.com> - 2013-04-17 21:12 -0600
Re: Atoms, Identifiers, and Primaries Mark Janssen <dreamingforward@gmail.com> - 2013-04-17 18:04 -0700
Re: Atoms, Identifiers, and Primaries Mark Lawrence <breamoreboy@yahoo.co.uk> - 2013-04-18 02:08 +0100
Re: Atoms, Identifiers, and Primaries Chris Angelico <rosuav@gmail.com> - 2013-04-18 11:56 +1000
Re: Atoms, Identifiers, and Primaries Ian Kelly <ian.g.kelly@gmail.com> - 2013-04-17 21:10 -0600
Re: Atoms, Identifiers, and Primaries Ian Kelly <ian.g.kelly@gmail.com> - 2013-04-17 01:21 -0600
Re: Atoms, Identifiers, and Primaries 88888 Dihedral <dihedral88888@googlemail.com> - 2013-04-17 21:29 -0700
Re: Atoms, Identifiers, and Primaries 88888 Dihedral <dihedral88888@googlemail.com> - 2013-04-17 21:29 -0700
Re: Atoms, Identifiers, and Primaries Dave Angel <davea@davea.name> - 2013-04-17 07:07 -0400
Re: Atoms, Identifiers, and Primaries Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2013-04-17 11:43 +0000
Re: Atoms, Identifiers, and Primaries Bruce McGoveran <bruce.mcgoveran@gmail.com> - 2013-04-17 10:15 -0700
Re: Atoms, Identifiers, and Primaries Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2013-04-18 04:43 +1000
Re: Atoms, Identifiers, and Primaries rusi <rustompmody@gmail.com> - 2013-04-18 10:04 -0700
csiph-web