HaloO,
Aristotle Pagaltzis wrote:
Something like
path { $app_base_dir / $conf_dir / $foo_cfg . $cfg_ext }
where the operators in that scope are overloaded irrespective of
the types of the variables (be they plain scalar strings,
instances of a certain class, or whatever).
Assuming there
For the record, I am opposed to any restriction on operator
overloading that requires mathematical properties to hold. ANYTHING
is fair if you predeclare. Besides, there is nothing that inherently
associates the "/" symbol with division - it's only an ASCII
approximation of fraction notation. I w
Author: larry
Date: Wed Mar 19 09:39:02 2008
New Revision: 14525
Modified:
doc/trunk/design/syn/S05.pod
Log:
Add <*abc> form for sequential optional characters
Modified: doc/trunk/design/syn/S05.pod
==
--- doc/trunk/
On Wed, Mar 19, 2008 at 12:38:48PM -0400, Mark J. Reed wrote:
: For the record, I am opposed to any restriction on operator
: overloading that requires mathematical properties to hold. ANYTHING
: is fair if you predeclare. Besides, there is nothing that inherently
: associates the "/" symbol with
On Wed, Mar 19, 2008 at 1:01 PM, Larry Wall <[EMAIL PROTECTED]> wrote:
> While I agree with the sentiment of not arbitrarily restricting
> people from doing ugly things unless they ask for such restrictions,
Agreed... though I disagree that the sort of overloading under
discussion ("/" for separ
Author: larry
Date: Wed Mar 19 18:50:05 2008
New Revision: 14526
Modified:
doc/trunk/design/syn/S05.pod
Log:
Added :samespace and :ss as :sigspace variant
Modified: doc/trunk/design/syn/S05.pod
==
--- doc/trunk/desig
On 2008-Mar-19, at 1:40 pm, Mark J. Reed wrote:
On Wed, Mar 19, 2008 at 1:01 PM, Larry Wall <[EMAIL PROTECTED]> wrote:
The use of + in Python or << in C++ is, I think, primarily the
violation of a *linguistic* principle, not a mathematical principle.
Maybe it's just 'cause I cut my teeth on BA
