- 07 Eki, 2004 1 kayıt (commit)
-
-
Raymond Hettinger yazdı
(Contributed by Nick Coghlan.)
-
- 19 Agu, 2004 1 kayıt (commit)
-
-
Martin v. Löwis yazdı
-
- 01 Mar, 2004 1 kayıt (commit)
-
-
Skip Montanaro yazdı
and add flag comments to ceval.c and main.c alerting people to the coupling between pystack and the layout of those files.
-
- 19 Kas, 2003 1 kayıt (commit)
-
-
Jack Jansen yazdı
-
- 18 Kas, 2003 1 kayıt (commit)
-
-
Martin v. Löwis yazdı
-
- 20 Eki, 2003 1 kayıt (commit)
-
-
Walter Dörwald yazdı
(From SF patch #810751)
-
- 29 Haz, 2003 1 kayıt (commit)
-
-
Barry Warsaw yazdı
after running the script so that a program could do something like: os.environ['PYTHONINSPECT'] = 1 to programmatically enter a prompt at the end. (After a patch by Skip Montanaro w/ proposal by Troy Melhase
-
- 30 Mar, 2003 2 kayıt (commit)
-
-
Martin v. Löwis yazdı
-
Martin v. Löwis yazdı
Will backport to 2.2.
-
- 05 Mar, 2003 3 kayıt (commit)
-
-
Jack Jansen yazdı
-
Just van Rossum yazdı
- The applet logic has been replaced to bundlebuilder's bootstrap script - Due to Apple being extremely string about argv[0], we need a way to specify the actual executable name for use with sys.executable. See the comment embedded in the code.
-
Martin v. Löwis yazdı
-
- 23 Ara, 2002 1 kayıt (commit)
-
-
Jack Jansen yazdı
scope and looking at types.
-
- 06 Ara, 2002 1 kayıt (commit)
-
-
Martin v. Löwis yazdı
-
- 17 Eki, 2002 1 kayıt (commit)
-
-
Fred Drake yazdı
-
- 09 Agu, 2002 1 kayıt (commit)
-
-
Sjoerd Mullender yazdı
flag is given (to mimic native Windows).
-
- 02 Agu, 2002 2 kayıt (commit)
-
-
Jack Jansen yazdı
actual script to run in case we are running from an applet. If we are indeed running an applet we skip the normal option processing leaving it all to the applet code. This allows us to get use the normal python binary in the Python.app bundle, giving us all the normal command line options through PythonLauncher while still allowing Python.app to be used as the template for building applets. Consequently, pythonforbundle is gone, and Mac/Python/macmain.c isn't used on OSX anymore.
-
Mark Hammond yazdı
for Py_Main(). Thanks to Kalle Svensson and Skip Montanaro for the patches.
-
- 28 Tem, 2002 2 kayıt (commit)
-
-
Neal Norwitz yazdı
-
Martin v. Löwis yazdı
-
- 03 Mar, 2002 1 kayıt (commit)
-
-
Andrew MacIntyre yazdı
Modules/ _hotshot.c dbmmodule.c fcntlmodule.c main.c pwdmodule.c readline.c selectmodule.c signalmodule.c termios.c timemodule.c unicodedata.c
-
- 11 Şub, 2002 1 kayıt (commit)
-
-
Marc-André Lemburg yazdı
-
- 12 Ock, 2002 1 kayıt (commit)
-
-
Martin v. Löwis yazdı
-
- 06 Ara, 2001 1 kayıt (commit)
-
-
Tim Peters yazdı
Big Hammer to implement -Qnew as PEP 238 says it should work (a global option affecting all instances of "/"). pydebug.h, main.c, pythonrun.c: define a private _Py_QnewFlag flag, true iff -Qnew is passed on the command line. This should go away (as the comments say) when true division becomes The Rule. This is deliberately not exposed to runtime inspection or modification: it's a one-way one-shot switch to pretend you're using Python 3. ceval.c: when _Py_QnewFlag is set, treat BINARY_DIVIDE as BINARY_TRUE_DIVIDE. test_{descr, generators, zipfile}.py: fiddle so these pass under -Qnew too. This was just a matter of s!/!//! in test_generators and test_zipfile. test_descr was trickier, as testbinop() is passed assumptions that "/" is the same as calling a "__div__" method; put a temporary hack there to call "__truediv__" instead when the method name is "__div__" and 1/2 evaluates to 0.5. Three standard tests still fail under -Qnew (on Windows; somebody please try the Linux tests with -Qnew too! Linux runs a whole bunch of tests Windows doesn't): test_augassign test_class test_coercion I can't stay awake longer to stare at this (be my guest). Offhand cures weren't obvious, nor was it even obvious that cures are possible without major hackery. Question: when -Qnew is in effect, should calls to __div__ magically change into calls to __truediv__? See "major hackery" at tail end of last paragraph <wink>.
-
- 04 Eyl, 2001 2 kayıt (commit)
-
-
Guido van Rossum yazdı
division, and this makes sense. Add -Qwarnall to warn for all classic divisions, as required by the fixdiv.py tool.
-
Guido van Rossum yazdı
-
- 31 Agu, 2001 2 kayıt (commit)
-
-
Guido van Rossum yazdı
-
Guido van Rossum yazdı
PEP 238. Changes: - add a new flag variable Py_DivisionWarningFlag, declared in pydebug.h, defined in object.c, set in main.c, and used in {int,long,float,complex}object.c. When this flag is set, the classic division operator issues a DeprecationWarning message. - add a new API PyRun_SimpleStringFlags() to match PyRun_SimpleString(). The main() function calls this so that commands run with -c can also benefit from -Dnew. - While I was at it, I changed the usage message in main() somewhat: alphabetized the options, split it in *four* parts to fit in under 512 bytes (not that I still believe this is necessary -- doc strings elsewhere are much longer), and perhaps most visibly, don't display the full list of options on each command line error. Instead, the full list is only displayed when -h is used, and otherwise a brief reminder of -h is displayed. When -h is used, write to stdout so that you can do `python -h | more'. Notes: - I don't want to use the -W option to control whether the classic division warning is issued or not, because the machinery to decide whether to display the warning or not is very expensive (it involves calling into the warnings.py module). You can use -Werror to turn the warnings into exceptions though. - The -Dnew option doesn't select future division for all of the program -- only for the __main__ module. I don't know if I'll ever change this -- it would require changes to the .pyc file magic number to do it right, and a more global notion of compiler flags. - You can usefully combine -Dwarn and -Dnew: this gives the __main__ module new division, and warns about classic division everywhere else.
-
- 23 Tem, 2001 1 kayıt (commit)
-
-
Neil Schemenauer yazdı
and PYTHONPATH).
-
- 18 Tem, 2001 1 kayıt (commit)
-
-
Guido van Rossum yazdı
information. (I found this idea in the ActivePython 2.1 diffs.)
-
- 16 Tem, 2001 1 kayıt (commit)
-
-
Tim Peters yazdı
that info to code dynamically compiled *by* code compiled with generators enabled. Doesn't yet work because there's still no way to tell the parser that "yield" is OK (unlike nested_scopes, the parser has its fingers in this too). Replaced PyEval_GetNestedScopes by a more-general PyEval_MergeCompilerFlags. Perhaps I should not have? I doubted it was *intended* to be part of the public API, so just did.
-
- 12 Haz, 2001 1 kayıt (commit)
-
-
Marc-André Lemburg yazdı
still set to python2.0 ...
-
- 10 Nis, 2001 1 kayıt (commit)
-
-
Guido van Rossum yazdı
-
- 22 Mar, 2001 1 kayıt (commit)
-
-
Jeremy Hylton yazdı
If a module has a future statement enabling nested scopes, they are also enable for the exec statement and the functions compile() and execfile() if they occur in the module. If Python is run with the -i option, which enters interactive mode after executing a script, and the script it runs enables nested scopes, they are also enabled in interactive mode. XXX The use of -i with -c "from __future__ import nested_scopes" is not supported. What's the point? To support these changes, many function variants have been added to pythonrun.c. All the variants names end with Flags and they take an extra PyCompilerFlags * argument. It is possible that this complexity will be eliminated in a future version of the interpreter in which nested scopes are not optional.
-
- 02 Mar, 2001 1 kayıt (commit)
-
-
Guido van Rossum yazdı
-
- 23 Şub, 2001 1 kayıt (commit)
-
-
Barry Warsaw yazdı
the internal API function to release the interned strings as the very last thing before returning status. This aids in memory use debugging because it eliminates a huge source of noise from the reports. This is never called during normal (non-debugging) use because releasing the interned strings slows Python's shutdown and isn't necessary anyway because the system will always reclaim the memory.
-
- 22 Şub, 2001 1 kayıt (commit)
-
-
Tim Peters yazdı
-
- 15 Ara, 2000 1 kayıt (commit)
-
-
Guido van Rossum yazdı
-
- 03 Kas, 2000 1 kayıt (commit)
-
-
Thomas Wouters yazdı
regardless of whether the system getopt() does what we want. This avoids the hassle with prototypes and externs, and the check to see if the system getopt() does what we want. Prefix optind, optarg and opterr with _PyOS_ to avoid name clashes. Add new include file to define the right symbols. Fix Demo/pyserv/pyserv.c to include getopt.h itself, instead of relying on Python to provide it.
-
- 15 Eyl, 2000 1 kayıt (commit)
-
-
Barry Warsaw yazdı
message and Python version number and exit immediately. Closes patch #101496.
-