[issue401126] mimify.py: mods for new getopt, & tab->spaces

Change by admin : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue454790] Have getopt handle optional short args

Change by admin : -- github: None -> 35036 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue473512] getopt with GNU style scanning

Change by admin : -- github: None -> 35375 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue405999] getopt: extra args behavior wrong

Change by admin : -- github: None -> 34067 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue536449] pydoc getopt fails

Change by admin : -- github: None -> 36349 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue413710] getopt module bug.

Change by admin : -- github: None -> 34273 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue226863] getopt long option handling broken

Change by admin : -- github: None -> 33639 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue402170] move getopt() to Py_GetOpt() and use it unconditionally

Change by admin : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue212436] getopt regression test failure

Change by admin : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue402170] move getopt() to Py_GetOpt() and use it unconditionally

Change by admin : -- github: None -> 33417 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue212436] getopt regression test failure

Change by admin : -- github: None -> 32968 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue401126] mimify.py: mods for new getopt, & tab->spaces

Change by admin : -- github: None -> 32902 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45698] Error on importing getopt

Mgs M Rizqi Fadhlurrahman added the comment: OK, thank you for the answers. Sorry for the false alarm. -- ___ Python tracker ___

[issue45698] Error on importing getopt

Eric V. Smith added the comment: I'm going to close this, since I don't think it's a bug in python, but rather in the user's setup. -- resolution: -> works for me stage: -> resolved status: open -> closed type: crash -> behavior ___ Python

[issue45698] Error on importing getopt

Mgs M Rizqi Fadhlurrahman added the comment: @eric.smith Wow you're right! Somehow the """ got deleted. (screenshot attached) It can run normally now after I added the """ back. More details: I'm using Ubuntu 18.04.2. I installed python 3.10.0 using pyenv by running: `pyenv install 3.10.0`

[issue45698] Error on importing getopt

Eric V. Smith added the comment: I'm guessing the first line of getopt.py got deleted somehow. @rizqirizqi23: what do the first 10 lines of /home/mgsrizqi/.pyenv/versions/3.10.0/lib/python3.10/getopt.py look like? How did you install python? -- nosy: +eric.smith

[issue45698] Error on importing getopt

Serhiy Storchaka added the comment: It looks strange. The line containing "function (including the special meanings of arguments of the form `-'" is a part of a multiline string literal, so there should not be such error. And it is line 4, not line 3 as in your traceback. --

[issue45698] Error on importing getopt

Marc-Andre Lemburg added the comment: Could you please provide more details regarding the OS, whether you compiled Python yourself and the env settings you used ? Thanks, -- Marc-Andre Lemburg eGenix.com -- nosy: +lemburg ___ Python tracker

[issue45698] Error on importing getopt

Mgs M Rizqi Fadhlurrahman added the comment: Here: ``` Python 3.10.0 (default, Oct 30 2021, 15:16:25) [GCC 7.5.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import getopt Traceback (most recent call las

[issue45698] Error on importing getopt

Serhiy Storchaka added the comment: Could you please provide an output as a text? -- ___ Python tracker ___ ___ Python-bugs-list

[issue45698] Error on importing getopt

Mgs M Rizqi Fadhlurrahman added the comment: Screenshot attached https://bugs.python.org/file50422/OnPaste.20211103-125049.png -- ___ Python tracker ___

[issue45698] Error on importing getopt

Serhiy Storchaka added the comment: What error? -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing

[issue45698] Error on importing getopt

New submission from Mgs M Rizqi Fadhlurrahman : It looks like there is a breaking change related to python 3.10.0 implementation that impacted getopt package. https://docs.python.org/3/library/getopt.html https://github.com/python/cpython/blob/3.10/Lib/getopt.py Steps to reproduce: 1. Run

[issue18936] 2.7 distutils getopt chokes on unicode option names

Zachary Ware added the comment: As 2.7 is now EOL, I'm closing the issue. -- nosy: +zach.ware resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue37726] Tutorial should not recommend getopt

Change by Guido van Rossum : -- versions: -Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37726] Tutorial should not recommend getopt

Guido van Rossum added the comment: Thanks mental! All done. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue37726] Tutorial should not recommend getopt

Guido van Rossum added the comment: New changeset 8990ac0ab0398bfb9c62031288030fe7c630c2c7 by Guido van Rossum (Miss Islington (bot)) in branch '3.7': bpo-37726: Prefer argparse over getopt in stdlib tutorial (GH-15052) (#15069) https://github.com/python/cpython/commit

[issue37726] Tutorial should not recommend getopt

Guido van Rossum added the comment: New changeset dcc53ebbff384076b0763c1f842966c189417071 by Guido van Rossum (Miss Islington (bot)) in branch '3.8': bpo-37726: Prefer argparse over getopt in stdlib tutorial (GH-15052) (#15070) https://github.com/python/cpython/commit

[issue37726] Tutorial should not recommend getopt

Change by miss-islington : -- pull_requests: +14816 pull_request: https://github.com/python/cpython/pull/15069 ___ Python tracker ___

[issue37726] Tutorial should not recommend getopt

Change by miss-islington : -- pull_requests: +14817 pull_request: https://github.com/python/cpython/pull/15070 ___ Python tracker ___

[issue37726] Tutorial should not recommend getopt

Guido van Rossum added the comment: New changeset 2491134029b195d3159a489e1803ee22a7839b41 by Guido van Rossum (mental) in branch 'master': bpo-37726: Prefer argparse over getopt in stdlib tutorial (#15052) https://github.com/python/cpython/commit/2491134029b195d3159a489e1803ee22a7839b41

[issue37726] Tutorial should not recommend getopt

mental added the comment: It's nice to see the newcomer friendly tag being encouraged :thumbsup: I'm submitting a PR for a doc change (I'd appreciate a review :D). I've replaced any mention of getopt in the tutorial section with the argparse module. Additionally I have added several small

[issue37726] Tutorial should not recommend getopt

Change by mental : -- keywords: +patch pull_requests: +14802 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/15052 ___ Python tracker

[issue37726] Tutorial should not recommend getopt

New submission from Guido van Rossum : I read on python-ideas that the tutorial recommends getopt as the simple argument parsing choice, and argparse as advanced. This is silly. We should only promote argparse (unless you want to use raw sys.argv[1:]). -- assignee: docs@python

[issue27619] getopt should strip whitespace from long arguments

Changes by Serhiy Storchaka : -- stage: patch review -> resolved status: pending -> closed ___ Python tracker ___

[issue29681] getopt fails to handle option with missing value in middle of list

Serhiy Storchaka added the comment: I concur with Martin. This is not a bug. -- nosy: +serhiy.storchaka stage: -> resolved status: open -> closed ___ Python tracker

[issue29681] getopt fails to handle option with missing value in middle of list

See <http://pubs.opengroup.org/onlinepubs/9699919799/functions/getopt.html> for the Posix specification of "getopt". Perhaps you are confused by a bug or quirk of "argparse", where it treats most CLI arguments that begin with a dash specially, even if according to Posix they wou

[issue29681] getopt fails to handle option with missing value in middle of list

New submission from Marshall Giguere: Python 3.4.3 (default, Nov 17 2016, 01:08:31) [GCC 4.8.4] on linux >>> from getopt import getopt >>> argv = [ '-a', '-b', '-c', '-d', 'foo'] >>> opts, args = getopt( argv, 'abc:d:') >>> opts [('-a', ''), ('-b', ''), ('-c

[issue27619] getopt should strip whitespace from long arguments

Serhiy Storchaka added the comment: I think this should just be closed. -- status: open -> pending ___ Python tracker ___

[issue27619] getopt should strip whitespace from long arguments

R. David Murray added the comment: I realized some time after I posted that my comment about it emulating C getopt needed a gloss. What I meant was that C getopt is the model, so there should be a sufficient argument that adding a feature is worthwhile. You are making that argument

[issue27619] getopt should strip whitespace from long arguments

Serhiy Storchaka added the comment: C getopt doesn't strip trailing spaces. What you mistook for stripping trailing spaces is actually a feature of GNU getopt that allows you to use shortened variant of long option. $ ./getopdemo "-- sp" 1 --eg 2 "-- ch" 3 option spam

[issue27619] getopt should strip whitespace from long arguments

Steven D'Aprano added the comment: On Tue, Jul 26, 2016 at 03:27:29PM +, R. David Murray wrote: [...] > getopt is explicitly emulating the C getopt There are lots of differences between the C getopt and the Python version, and the Python version is described as offering an API "

[issue27619] getopt should strip whitespace from long arguments

uot; fixed but not others. Now, would we want to enhance getopt to validate the longopts in a more general way and raise an error? I'm not sure it is worth the effort, especially since getopt is explicitly emulating the C getopt, and it does not do so. -- nosy: +r.da

[issue27619] getopt should strip whitespace from long arguments

Serhiy Storchaka added the comment: Who would want options --f o o, --f�oo, or --fоо? -- ___ Python tracker ___

[issue27619] getopt should strip whitespace from long arguments

Steven D'Aprano added the comment: Serhiy Storchaka added the comment: > It makes Python getopt behave less like the C getopt. Exactly! If C getopt allows whitespace in long options, it's a GOOD thing to avoid such a poor design. Who would want a option --foo (note the trailing sp

[issue27619] getopt should strip whitespace from long arguments

the patch just complicates the code in attempt to fix one > particular user error. Sure. But the extra complexity is tiny, and the benefit is real, and it makes Python getopt behave more like the shell getopt, which I think is appropriate. -- ___ Py

[issue27619] getopt should strip whitespace from long arguments

Serhiy Storchaka added the comment: It makes Python getopt behave less like the C getopt. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/i

[issue27619] getopt should strip whitespace from long arguments

Serhiy Storchaka added the comment: > On my Centos system, getopt ignores leading and trailing whitespace on long > options. This is not related to how getopt_long in C works with leading and trailing whitespace on long options, but is related to how command-line utility getopt parses

[issue27619] getopt should strip whitespace from long arguments

Steven D'Aprano added the comment: Thanks for the quick review, I've fixed the issues you mentioned. -- Added file: http://bugs.python.org/file43886/getopt.patch ___ Python tracker

[issue27619] getopt should strip whitespace from long arguments

Berker Peksag added the comment: I left some review comments on Rietveld. I think we can treat this as a bug and fix it in 3.5 too. -- nosy: +berker.peksag stage: -> patch review ___ Python tracker

[issue27619] getopt should strip whitespace from long arguments

New submission from Steven D'Aprano: As reported here: https://mail.python.org/pipermail/python-list/2016-July/711333.html there's a possible annoyance with getopt when you accidentally leave whitespace on a long option. On my Centos system, getopt ignores leading and trailing whitespace

[issue25475] use argparse instead of getopt

Stéphane Wirtel added the comment: it's not for the pleasure, but there are two api for the command line. getopt and argparse. so in this case, what's the reason to keep both ? in particular if the documentation of getopt has a note with an alternative. maybe to keep the backward

[issue25475] use argparse instead of getopt

R. David Murray added the comment: This was discussed when argparse was included in the standard library, and the conclusion was that getopt serves a different purpose than argparse and should not be deprecated. argparse is mentioned as an alternative since in many cases

[issue25475] use argparse instead of getopt

SilentGhost added the comment: This seems like a change for the sake of change. I think any module that requires argparse features can be moved in its own time. -- nosy: +SilentGhost resolution: -> rejected status: open -> closed ___ Python tracker

[issue25475] use argparse instead of getopt

Stéphane Wirtel added the comment: and optparse. In fact, we have getopt, optparse and argparse. 3 API for the command line. optparse is marked as deprecated. maybe we can add getopt in this list. -- ___ Python tracker <rep...@bugs.python.

[issue25475] use argparse instead of getopt

New submission from Stéphane Wirtel: not sure, but in the documentation, there is a note "Module argparse: Alternative command line option and argument parsing library." may be it's time to move from getopt to argparse and mark getopt as deprecated. We have to modify 45 files, but I

[issue24556] Getopt overwrites variables unexpectedly

New submission from Jak: The getopt library has, what I assume is, some unexpected behaviour when adding extra text to command line parameter that getopt expects as a flag. Using input parameters a, b and c as an example below, where a and b both take values and c is a flag. Example code

[issue24428] Import sys,getopt is having issue while taking inputs

Eric V. Smith added the comment: This is not a problem with python, but rather with how bash interprets your program arguments. Try putting the arguments in single quotes, like: python validate_json_adj.py -i '$#@%' -- nosy: +eric.smith resolution: - not a bug stage: - resolved

[issue24428] Import sys,getopt is having issue while taking inputs

import sys,getopt def main(argv): inputfile = '' try: opts, args = getopt.getopt(argv,hi:,[input_file=]) except getopt.GetoptError: print 'validate_json.py -i input_file' sys.exit(2) for opt, arg in opts: if opt == '-h': print 'validate_json.py -i

[issue8841] getopt errors should be specialized

R. David Murray added the comment: A python-ideas discussion was requested, but none has been linked to. So let's close this as uneeded. It can always be reopened if there is renewed interest. -- nosy: +r.david.murray resolution: - rejected stage: needs patch - resolved status: open

[issue20457] Use partition and enumerate make getopt easier

Ezio Melotti added the comment: Based on Raymond's comment I'm going to close this. Thanks anyway for the patch. -- resolution: - rejected stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org

[issue21494] getopt error doesnot display correct error

New submission from Priya pawar: i created command from getopt but it gives error if i give single hyphan in long option it should check long option not in small option. eg. hello -foo -o option is not recognized hello --foo is working fine. -- messages: 218447 nosy: priya

[issue21494] getopt error doesnot display correct error

Eric V. Smith added the comment: That's working as designed. It allows you to say -fo if both 'f' and 'o' are short options. -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21494

[issue21494] getopt error doesnot display correct error

Changes by Eric V. Smith e...@trueblade.com: -- resolution: - not a bug stage: - resolved status: open - closed type: enhancement - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21494

[issue20457] Use partition and enumerate make getopt easier

Raymond Hettinger added the comment: FWIW, I don't find the new patch to be any clearer than the original. -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20457 ___

[issue20457] Use partition and enumerate make getopt easier

dongwm added the comment: Oh, really no big improvement in function, but I have been using the functionality provided by python. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20457 ___

[issue20457] Use partition and enumerate make getopt easier

Raymond Hettinger added the comment: I recommend we leave the code alone. No need for code churn unless there is a real improvement in code quality. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20457

[issue20457] Use partition and enumerate make getopt easier

dongwm added the comment: Yes, it has tests. I just modified do_longs and short_has_arg. In Lib/test/test_getopt.py, test_do_longs and test_short_has_arg can do it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20457

[issue20457] Use partition and enumerate make getopt easier

dongwm added the comment: I have signed the contributor agreement form. The new version of the official web site seem some css style display problems. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20457

[issue20457] Use partition and enumerate make getopt easier

New submission from Ezio Melotti: Thanks for the patches. Are these parts of the code covered by tests? If not, can you also provide tests for it? -- nosy: +ezio.melotti stage: - patch review versions: +Python 3.5 -Python 2.7, Python 3.1, Python 3.2, Python 3.3

[issue8841] getopt errors should be specialized

Changes by Mark Lawrence breamore...@yahoo.co.uk: -- nosy: -BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8841 ___ ___

[issue20457] Use partition and enumerate make getopt easier

Changes by dongwm ciici...@gmail.com: -- components: Library (Lib) files: getopt_2.7_3.X.path nosy: dongwm priority: normal severity: normal status: open title: Use partition and enumerate make getopt easier type: enhancement versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3

[issue20457] Use partition and enumerate make getopt easier

Changes by dongwm ciici...@gmail.com: -- keywords: +patch Added file: http://bugs.python.org/file33834/getopt_3.3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20457 ___

[issue20457] Use partition and enumerate make getopt easier

Changes by Ethan Furman et...@stoneleaf.us: -- nosy: +ethan.furman ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20457 ___ ___ Python-bugs-list

python copy selected lines from one file to another using argparse or getopt

word and exclude words How to denote them by -e and -s. I have seen the argparse and the getopt tutorial. But there's no tutorial on this specific topic. Please can somebody help me by modifying my code or write a new one? Here's my code as of now: #/Python33 import sys import os def main

Re: python copy selected lines from one file to another using argparse or getopt

In bc99af4e-8031-477c-877f-a5460f8a0...@googlegroups.com sagarnild...@gmail.com writes: But I don't know how to: Include multiple search word and exclude words How to denote them by -e and -s. I have seen the argparse and the getopt tutorial. But there's no tutorial on this specific topic

Re: python copy selected lines from one file to another using argparse or getopt

. But I don't know how to: Include multiple search word and exclude words How to denote them by -e and -s. I have seen the argparse and the getopt tutorial. But there's no tutorial on this specific topic. Please can somebody help me by modifying my code or write a new one? If you can use third

Re: python copy selected lines from one file to another using argparse or getopt

On Wed, 8 Jan 2014 13:51:40 -0800 (PST), sagarnild...@gmail.com wrote: I am trying to write a program in python which searches for user specified words in a txt file and copies the selected lines containing that word into another file. John Gordon has given you a good start on argument

[issue18936] 2.7 distutils getopt chokes on unicode option names

Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18936 ___

[issue18936] 2.7 distutils getopt chokes on unicode option names

Jason R. Coombs added the comment: oh. My mistake. I didn't realize the error was in 'distutils.fancy_getopt' and not in the getopt module itself. Indeed, the problem doesn't exist under getopt itself, so is specific to distutils and fancy_getopt. from __future__ import unicode_literals

[issue18936] 2.7 distutils getopt chokes on unicode option names

Changes by Terry J. Reedy tjre...@udel.edu: -- assignee: - eric.araujo components: +Distutils -Library (Lib) nosy: +eric.araujo, tarek title: getopt chokes on unicode option names - 2.7 distutils getopt chokes on unicode option names ___ Python

[issue18936] getopt chokes on unicode option names

New submission from Jason R. Coombs: Today I encountered a bug where I was using a Distutils.Command subclass, which uses getopt for option parsing. The implementation is here: https://bitbucket.org/jaraco/jaraco.packaging/src/2.2/jaraco/packaging/depends.py?at=default Around line 59

[issue8841] getopt errors should be specialized

Mark Lawrence added the comment: #11371 was closed on 2011-03-21 so what if anything needs doing here? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8841 ___

[issue10895] Private stdlib API: getopt, getpass, glob, gzip, genericpath, gettext

Brett Cannon added the comment: While I appreciate the effort, SilentGhost, I'm going to make a call and say Raymond is right; this isn't worth the code breakage. While all new code should make sure to use the underscore prefix, proactively adding it to pre-existing code just isn't worth the

[issue15302] Use argparse instead of getopt in test.regrtest

Roundup Robot added the comment: New changeset ce99559efa46 by Chris Jerdonek in branch 'default': Issue #16854: Fix regrtest.usage() regression introduced in 6e2e5adc0400. http://hg.python.org/cpython/rev/ce99559efa46 -- ___ Python tracker

[issue16799] switch regrtest from getopt options to argparse Namespace

Kushal Das added the comment: The patches look good. Applied successfully and tests ran ok. -- nosy: +kushaldas ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16799 ___

[issue16799] switch regrtest from getopt options to argparse Namespace

Changes by Tshepang Lekhonkhobe tshep...@gmail.com: -- nosy: +tshepang ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16799 ___ ___

[issue15302] Use argparse instead of getopt in test.regrtest

Andrew Svetlov added the comment: Good step! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15302 ___ ___ Python-bugs-list mailing list

[issue16799] switch regrtest from getopt options to argparse Namespace

Changes by Andrew Svetlov andrew.svet...@gmail.com: -- nosy: +asvetlov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16799 ___ ___

[issue10848] Move test.regrtest from getopt to argparse

Brett Cannon added the comment: Since http://bugs.python.org/issue10967 is the meta issue for updating regrtest this can be closed. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org

[issue16799] switch regrtest from getopt options to argparse Namespace

Chris Jerdonek added the comment: Here is a patch to start using a Namespace object. I also noticed that the usage() function I removed in 6e2e5adc0400 is still used elsewhere in regrtest.main(), so this patch also fixes that. -- keywords: +patch Added file:

[issue15302] Use argparse instead of getopt in test.regrtest

Chris Jerdonek added the comment: Updating patch after Benjamin's review. In this new patch, in test_regrtest I now use the current, actual getopt code to test and demonstrate backwards compatibility. Note that when I pasted the code, I also fixed the three typos in the current getopt code

[issue15302] Use argparse instead of getopt in test.regrtest

Chris Jerdonek added the comment: Rietveld is erroring out on me again whenever I try to reply to a comment, so I'm posting my comment here. On 2012/12/27 18:29:22, Benjamin Peterson wrote: On 2012/12/27 04:44:33, Benjamin Peterson wrote: if val: Again, we need this to match getopt

[issue15302] Use argparse instead of getopt in test.regrtest

Roundup Robot added the comment: New changeset 6e2e5adc0400 by Chris Jerdonek in branch 'default': Issue #15302: Switch regrtest from using getopt to using argparse. http://hg.python.org/cpython/rev/6e2e5adc0400 -- nosy: +python-dev ___ Python

[issue15302] Use argparse instead of getopt in test.regrtest

Chris Jerdonek added the comment: Thanks again for your reviews, Benjamin (and others). I created issue 16799 for the next phase of this process: changing regrtest.main() from operating on getopt-style parsed options to an argparse Namespace object. -- resolution: - fixed stage

[issue16799] switch regrtest from getopt-style options to argparse Namespace object

New submission from Chris Jerdonek: Issue 15302 switched regrtest from getopt to argparse for parsing options. However, regrtest.main() still expects and operates on getopt-style options. This issue is to continue the regrtest refactoring and replace the use of getopt-style options

[issue16799] switch regrtest from getopt options to argparse Namespace

Changes by Chris Jerdonek chris.jerdo...@gmail.com: -- title: switch regrtest from getopt-style options to argparse Namespace object - switch regrtest from getopt options to argparse Namespace ___ Python tracker rep...@bugs.python.org http

[issue10848] Move test.regrtest from getopt to argparse

Chris Jerdonek added the comment: Since regrtest is now using argparse (as of 6e2e5adc0400), is there a reason to keep this issue open? Or should the issue be retitled (current title: Move test.regrtest from getopt to argparse)? There seem to be some thoughts in the comments

[issue15302] Use argparse instead of getopt in test.regrtest

Andrew Svetlov added the comment: Anton, you are free to make that issue and propose a patch :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15302 ___

[issue15302] Use argparse instead of getopt in test.regrtest

Andrew Svetlov added the comment: New patch is LGTM. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15302 ___ ___ Python-bugs-list mailing list

  1   2   3   >