Re: Double sided double underscored variable names

2012-09-12 Thread Joshua Landau
On 12/09/2012, Chris Angelico wrote: > On Wed, Sep 12, 2012 at 11:38 AM, Joshua Landau > wrote: >> On 12 September 2012 02:14, Steven D'Aprano >> wrote: >>> >>> On Wed, 12 Sep 2012 08:52:10 +1000, Chris Angelico wrote: >>> >>> > Inline functions? I like this idea. I tend to want them in pretty m

Re: Double sided double underscored variable names

2012-09-11 Thread Chris Angelico
On Wed, Sep 12, 2012 at 11:38 AM, Joshua Landau wrote: > On 12 September 2012 02:14, Steven D'Aprano > wrote: >> >> And again, Joshua's original post is not available from my provider. >> Joshua, I suspect that something about your post is being seen as spam >> and dropped by at least some provid

Re: Double sided double underscored variable names

2012-09-11 Thread Joshua Landau
This is an email address linked to my GMail account. If this works better, tell me and I'll switch. It's still sending through GMail though. -- http://mail.python.org/mailman/listinfo/python-list

Re: Double sided double underscored variable names

2012-09-11 Thread Joshua Landau
On 12 September 2012 02:14, Steven D'Aprano < steve+comp.lang.pyt...@pearwood.info> wrote: > And again, Joshua's original post is not available from my provider. > Joshua, I suspect that something about your post is being seen as spam > and dropped by at least some providers. > I am sorry to ask

Re: Double sided double underscored variable names

2012-09-11 Thread Joshua Landau
On 12 September 2012 01:51, Steven D'Aprano < steve+comp.lang.pyt...@pearwood.info> wrote: > Sorry for breaking threading, but Joshua's post does not show up on my > usenet provider. > That may explain why I keep getting ignored -.- I thought it was something I said :P I'm just using EMail throu

Re: Double sided double underscored variable names

2012-09-11 Thread Steven D'Aprano
And again, Joshua's original post is not available from my provider. Joshua, I suspect that something about your post is being seen as spam and dropped by at least some providers. On Wed, 12 Sep 2012 08:52:10 +1000, Chris Angelico wrote: > On Wed, Sep 12, 2012 at 8:48 AM, Joshua Landau > wrot

Re: Double sided double underscored variable names

2012-09-11 Thread Steven D'Aprano
Sorry for breaking threading, but Joshua's post does not show up on my usenet provider. On Wed, 12 Sep 2012 08:22:17 +1000, Chris Angelico wrote: > On Wed, Sep 12, 2012 at 8:09 AM, Joshua Landau > wrote: >> >> If I were to use internal double-underscored names of the form >> __BS_internalname__

Re: Double sided double underscored variable names

2012-09-11 Thread Chris Angelico
On Wed, Sep 12, 2012 at 8:48 AM, Joshua Landau wrote: > Well, the problem is that a lot of collisions aren't predictable. > "locals()['foo'] = 2", for example. If it weren't for Python's annoying > flexibility* I would definitely do something very close to what you suggest. > Remember that "locals

Re: Double sided double underscored variable names

2012-09-11 Thread Joshua Landau
On 11 September 2012 23:22, Chris Angelico wrote: > On Wed, Sep 12, 2012 at 8:09 AM, Joshua Landau > wrote: > > If I were to use internal double-underscored names of the form > > __BS_internalname__, would the compiled code be able to assume that > no-one > > had overwritten these variables and

Re: Double sided double underscored variable names

2012-09-11 Thread Chris Angelico
On Wed, Sep 12, 2012 at 8:09 AM, Joshua Landau wrote: > If I were to use internal double-underscored names of the form > __BS_internalname__, would the compiled code be able to assume that no-one > had overwritten these variables and never will, even through modification > of, say, locals(). I ask

Double sided double underscored variable names

2012-09-11 Thread Joshua Landau
Were I to make a language to compile to Python, it is highly likely I would need to use hidden variable names to work constructs that Python alone does not have. This is the situation I face. If I were to use internal double-underscored names of the form __BS_* internalname*__, would the compiled