Comments 9
Есть решение проще: остаться на ksh :)
Может я чего-то не понимаю, но в GNU-системах есть работающий внешний getopt, который вполне себе умеет --longoptions. Зачем весь этот огород городить?
+1
пример использования внешнего getopt легко выгугливается
software.frodo.looijaard.name/getopt/docs/getopt-parse.bash
пример использования внешнего getopt легко выгугливается
software.frodo.looijaard.name/getopt/docs/getopt-parse.bash
Гм. Интересно. Шутку некоторые восприняли всерьёз. Но у минусующих хотелось бы спросить: чем так плох ksh?
С другой стороны, длинные опции — не всегда хорошо… Но за shflags спасибо.
Никто не мешает дублировать длинные опции короткими. С длинными опциями гораздо нагляднее всё получается, а если прикрутить bash_completion, так вообще замечательно.
А вот статья про прикручивание bash_completion к скрипту была бы еще полезнее :)
Так уже же есть.
> негнутый getopt, как пишут в интернетах, не поддерживает длинные опции
Ванильный getopt, хуже того, даже значений с пробелами не поддерживает:
Ванильный getopt, хуже того, даже значений с пробелами не поддерживает:
-T, --test
Test if your getopt(1) is this enhanced version or an old version. This generates no output, and sets
the error status to 4. Other implementations of getopt(1), and this version if the environment vari‐
able GETOPT_COMPATIBLE is set, will return `--' and error status 0.
Sign up to leave a comment.
bash скрипт с поддержкой длинных (gnu-style) опций