Re:Turns out GCC has imperative argument handling
by viraptor on Friday July 01, 2022 @10:26PM
(#31955503)
And here's uwsgi https://uwsgi-docs.readthedocs.io/en/latest/Options.html with probably hundreds of options by now. It includes conditionals and basically its own scripting language right in the parameters.
Re:Turns out GCC has imperative argument handling
by grumbel on Saturday July 02, 2022 @04:38AM
(#31957303)
Most frustrating part with find is:
$ find -type f .
find: paths must precede expression: `.'
It's like the tool knows exactly what you want to do, but still refuses to do it just because.
Re:Turns out GCC has imperative argument handling
by tux1968 on Saturday July 02, 2022 @07:34AM
(#31958165)
In the same vein:
$ git grep Congrats -i
fatal: option '-i' must come before non-option arguments
Frustrating.
Re:Turns out GCC has imperative argument handling
by xg15 on Saturday July 02, 2022 @07:45AM
(#31958219)
Apropos that (though a bit OT) : what exactly is the deal with unescaped parantheses in bash?
They just seem to produce a syntax error no matter where I use them. But if they have no purpose, then why not simply treat them as nonspecial characters?
E.g.
echo hello :-) ;
is invalid syntax, even though it doesn't seem to cause any ambiguities with any other bash syntax features. Why not just allow this and treat it like echo "hello" ":-)";
?
I mean, find uses parentheses for forcing evaluation precedence, e.g. -foo -or \( -bar -and -baz \). That's pretty unusual.