Email list hosting service & mailing list manager

Miscellaneous loose ends Andre van Tonder (22 Sep 2005 15:20 UTC)
Re: Miscellaneous loose ends Michael Sperber (06 Oct 2005 17:31 UTC)
Re: Miscellaneous loose ends Andre van Tonder (06 Oct 2005 18:50 UTC)
Pains from duplicate field names [Miscellaneous loose ends] Michael Sperber (07 Oct 2005 06:15 UTC)
Re: Pains from duplicate field names [Miscellaneous loose ends] Andre van Tonder (07 Oct 2005 13:03 UTC)
Re: Pains from duplicate field names [Miscellaneous loose ends] Andre van Tonder (07 Oct 2005 13:36 UTC)

Pains from duplicate field names [Miscellaneous loose ends] Michael Sperber 07 Oct 2005 06:13 UTC

Andre van Tonder <xxxxxx@now.het.brown.edu> writes:

>> Andre van Tonder <xxxxxx@later.het.brown.edu> writes:
>>
>>> - Why do the field /name/s in the procedural layer /not/ need to be
>>>   distinct?
>>>   I could see this feature causing lots of pain.
>>
>> What kinda pain?
>
> [... lots ...]

So I believe the positive rationale is that the field names might get
generated by a macro based on the number of fields, where it's
difficult to impossible (SYNTAX-RULES) or awkward (SYNTAX-CASE) to
generate unique names.  You got any answers for that?

> - Instead, the current design makes positional indexing an irreducible
>   part of what it means to be a record [...]

That bothers me, too (personally, that is), and it suggests (to me,
personally) that there should actually be a layer underneath the
records which deals with subtyping and positional indexing only, and
leaves everything dealing with named fields for the procedural layer.
I want to play around with this more, but it may be a while.

In any case, all this surely warrants writing it up as an issue for
now, which I'll do.

--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla