this post was submitted on 15 Jul 2025
450 points (94.8% liked)
Programmer Humor
37208 readers
236 users here now
Post funny things about programming here! (Or just rant about your favourite programming language.)
Rules:
- Posts must be relevant to programming, programmers, or computer science.
- No NSFW content.
- Jokes must be in good taste. No hate speech, bigotry, etc.
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I'm partial to a recursive solution. Lol
I prefer good ole regex test of a binary num
Amateur! I can read and understand that almost right away. Now I present a better solution:
~~(I mean, it's funny cause it's unreadable, but I suspect this is also one of the most efficient bash implementations possible)~~
(Actually the obvious one is a slight bit faster. But this impl for
odd
is the fastest one as far as I can tellodd() (($1&1))
)I'm waiting for a code golf style solution now.
I don't think there's much to codegolf. The "obvious" solution (
even() (($1%2))
) is both shorter and faster. Don't think it can be optimized much more.woah your bash is legit good. I thought numeric pretexts needed
$(( blah ))
, but you're ommiting the $ like an absolute madman. How is this wizardy possibleSee:
man bash
, "Compound Commands" and "Shell Function Definitions"Oh I see it, but for some reason I was taught to always use
$(( arith ))
instead of(( arith ))
and I guess I'm just wondering what the difference isThe difference is that
((
is a "compound command", similar to[[
(evaluate conditional expression), while$(( ))
is "aritmetic expansion". They behave in almost exactly the same way but are used in different contexts - the former uses "exit codes" while the latter returns a string, so the former would be used where you would expect a command, while the latter would be used where you expect an expression. A function definition expects a compound command, so that's what we use. If we used$(( ))
directly, it wouldn't parse:We would have to do something like
(notice how this is inverted from the
((
case -((
actually inverts 0 -> exit code 1 and any other result to exit code 0, so that it matches bash semantics of exit code 0 being "true" and any other exit code being "false" when used in a conditional)But this is a bit easier to understand and as such wouldn't cut it, as any seasoned bash expert will tell you. Can't be irreplaceable if anyone on your team can read your code, right?
I can't think of many use-cases for
((
. I guess if you wanted to do some arithmetic in a conditional?But this is pretty contrived. This is probably the reason you've never heard of it.
This
((
vs.$(( ))
thing is similar to how there is(
compound command (run in a subshell), and$( )
(command substitution). You can actually use the former to define a function too (as it's a compound command):Calling
real_exit
will exit from the shell, while callingfake_exit
will do nothing as theexit 1
command is executed in a separate subshell. Notice how you can also do the same in a command substition (because it runs in a subshell too):Will run successfully and output
foo
.((
being paired with$((
, and(
with$(
, is mostly just a syntactic rhyme rather than anything consistent. E.g.{
and${
do very different things, and$[[
just doesn't exist.Bash is awful. It's funny but also sad that we're stuck with it.
amazing, thanks!