symfony

Archived

This repository has been archived on 2023-08-20. You can view files and clone it, but cannot push or open issues or pull requests.

History

Fabien Potencier 645d09c984 merged branch jmikola/double-dash (PR #3624 ) Commits ------- `4d4ef24` [Console] Stop parsing options after encountering "--" token Discussion ---------- [Console] Stop parsing options after encountering "--" token This enables support for arguments with leading dashes (e.g. "-1"), as supported by getopt in other languages. [![Build Status](https://secure.travis-ci.org/jmikola/symfony.png?branch=double-dash)](http://travis-ci.org/jmikola/symfony) The test suite currently fails due to `7a54fe41ca`. ArgvInputTest passes, and these changes don't appear to break anything else. ![](http://media.giantbomb.com/uploads/2/27528/1061704-mario_kart_double_dash___title_screen_super.jpg) Aside: This got me thinking about how one would pass an option value of "-1". I suppose for input options with `VALUE_OPTIONAL`, it would be ambiguous if "-1" followed; however, `VALUE_REQUIRED` should probably require that the next token is captured as the option value. In my tests, a required option value with a leading dash was interpreted as another option. The workaround for all of this is to use the space-less syntax (e.g. `-f=-1`). --------------------------------------------------------------------------- by fabpot at 2012-03-17T08:43:15Z AFAIK, the `--` should disable both option and argument parsing, no? --------------------------------------------------------------------------- by jmikola at 2012-03-18T02:13:51Z If that were the case, what would be the point of using `--` at all? :) * http://wiki.bash-hackers.org/dict/terms/end_of_options * http://perldoc.perl.org/Getopt/Long.html#Mixing-command-line-option-with-other-arguments	2012-03-19 00:28:49 +01:00
..
Bridge	doc fix	2012-03-17 00:59:57 +01:00
Component	merged branch jmikola/double-dash (PR #3624 )	2012-03-19 00:28:49 +01:00

Fabien Potencier 645d09c984 merged branch jmikola/double-dash (PR #3624 )

Commits
-------

4d4ef24 [Console] Stop parsing options after encountering "--" token

Discussion
----------

[Console] Stop parsing options after encountering "--" token

This enables support for arguments with leading dashes (e.g. "-1"), as supported by getopt in other languages.

[![Build Status](https://secure.travis-ci.org/jmikola/symfony.png?branch=double-dash)](http://travis-ci.org/jmikola/symfony)

The test suite currently fails due to 7a54fe41ca. ArgvInputTest passes, and these changes don't appear to break anything else.

![](http://media.giantbomb.com/uploads/2/27528/1061704-mario_kart_double_dash___title_screen_super.jpg)

Aside: This got me thinking about how one would pass an option value of "-1". I suppose for input options with `VALUE_OPTIONAL`, it would be ambiguous if "-1" followed; however, `VALUE_REQUIRED` should probably require that the next token is captured as the option value. In my tests, a required option value with a leading dash was interpreted as another option. The workaround for all of this is to use the space-less syntax (e.g. `-f=-1`).

---------------------------------------------------------------------------

by fabpot at 2012-03-17T08:43:15Z

AFAIK, the `--` should disable both option and argument parsing, no?

---------------------------------------------------------------------------

by jmikola at 2012-03-18T02:13:51Z

If that were the case, what would be the point of using `--` at all? :)

 * http://wiki.bash-hackers.org/dict/terms/end_of_options
 * http://perldoc.perl.org/Getopt/Long.html#Mixing-command-line-option-with-other-arguments

2012-03-19 00:28:49 +01:00

Bridge doc fix 2012-03-17 00:59:57 +01:00

Component merged branch jmikola/double-dash (PR #3624 ) 2012-03-19 00:28:49 +01:00