This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author mark.dickinson
Recipients Retro, belopolsky, mark.dickinson, michael.foord, pitrou, rhettinger
Date 2010-12-02.19:40:08
SpamBayes Score 3.4852255e-06
Marked as misclassified No
Message-id <1291318810.85.0.116938218004.issue10562@psf.upfronthosting.co.za>
In-reply-to
Content
> There should be an environment variable to make the symbol settable.

That could work;  it's a bit late to do this in 3.2, though.  How about the following transition strategy for the complex output.

Python 3.3: Introduce PYTHONIMAGINARYSYMBOL environment variable (and possibly also a related command-line option to the interpreter?).

Python 3.4: Show a warning on startup if this environment variable isn't used.

Python 3.5: Make the environment variable mandatory.

Python 3.6: Make the environment variable optional again, but this time with the default output being 'i' rather than 'j'.

Python 3.7: Deprecate use of PYTHONIMAGINARYSYMBOL.  (Warning on startup if it's set.)

Python 3.8: Error on startup if PYTHONIMAGINARYSYMBOL is set.

Python 3.9: Go back to ignoring PYTHONIMAGINARYSYMBOL.

I'm sure we could find a compatible transition strategy for the complex *inputs*: (3.3: accept both 'i' and 'j';  3.6: warn about 'j' usage; 3.8 remove acceptance of 'j' on input).
History
Date User Action Args
2010-12-02 19:40:10mark.dickinsonsetrecipients: + mark.dickinson, rhettinger, belopolsky, pitrou, Retro, michael.foord
2010-12-02 19:40:10mark.dickinsonsetmessageid: <1291318810.85.0.116938218004.issue10562@psf.upfronthosting.co.za>
2010-12-02 19:40:08mark.dickinsonlinkissue10562 messages
2010-12-02 19:40:08mark.dickinsoncreate