А вы знали что у bc есть нативное возведение в степень?

Хотелось бы теперь узнать, есть ли в данном случае какие-то подводные камни

1. Затраты на создание процесса (OK в большинстве случаев)

2. Поддерживает только целочисленную арифметику

3. Больше не даёт практически-заметный прирост производительности относительно bc

4. Семантика кода возврата не совпадает (даже противоречит) с более привычным /bin/test

Отдельно я его тоже не ставил, нужды не было.

Ну это реально редкий случай. Он по зависимостям много чем тянется, например profile-cleaner или screenfetch.

Честно признаться сам был удивлён, когда осознал его отсутствие в базовой поставке. Но я совсем не стремился к какому-то минимализму. У меня стоит гном, стоит хромиум, стоит код, стоят всякие тулзы для сборки, стоит подман.

Ещё из похожего - which тоже не установлен по умолчанию. Его я отдельно ставлю, т.к. пару раз сталкивался с тем, что некоторые скрипты (в программах, скачанных отдельно) ломаются. Наверное стоит bc установить просто на всякий случай.

upd: Выше вон expr советуют. Это в принципе тоже вариант, да. Хотелось бы теперь узнать, есть ли в данном случае какие-то подводные камни

Да, expr в coreutils поставляется, он есть. Из подводных камней разве что то, что он совсем уж примитивный. Ну и там немного странно обрабатывается вход. Например expr '1 + 2' не сработает, надо expr '1' '+' '2'. Но это ладно, это мелочи. Лично я бы просто писал скрипт на bash и использовал бы $((...)), наверное. Но если bash не приемлем, можно и так.

Ну значит нашли виноватого )

Это как минимум старше лет на 10-15 чем TeX. Когда-то давным-давно компьютеры были большими, а нормальных мониторов не было, но надо было как-то степень отображать. Надстрочного индекса не было ни у старых терминалов, ни тем более у телетайпов (простая печатная машинка подключенная к ЭВМ). Вот тогда взяли ^ как стрелочку вверх, которая как бы показывает то что то что после неё стоит в верхнем индексе. А юникодного символа ↑ конечно ещё не было.

Да, это плохо. Ещё есть мили, фунты, футы, версты, аршины, цельсии, фаренгейты и прочая ересь, которая только портит жизнь.

юникодного символа ↑

Такой символ и без юникода был. Но, наверно, и правда не в те времена.

^ - это возведение в степень много где, поэтому даже не читая маны это первое что приходит на ум попробовать.

В качестве калькулятора давно использую ipython

...

в последние же 30 лет смысла в нём нет.

С учетом того, что удаву 30-к ещё не стукнул, то это похоже на вброс.

35 лет этой зимой стукнуло.

А символ извлечения корня где-нибудь бывает?

Помню однажды приспичило - делал для людей через символ `~` просто потому что ничего другого не придумалось. 4~2 = 2 грубо говоря.

Какой в этом смысл? Можно же написать 4^(1/2)

Сочувствую.

И правда чтоли... попутал :(

А зачем? Давайте ещё символы логарифмов занесем...

В дефолтной 8-битной кодировке есть. Но его не используют.

По-моему expr обычно в скриптах для арифметики.

У expr только целочисленная

А в шелл-скриптах другая и не нужна обычно. Там вся арифметика это инкрементировать счётчик в цикле или что-то похожее.

Какой в этом смысл? Можно же написать 4^(1/2)

В 94м году казалось, что если я предлагаю человеку ввести выражение вида y=x^2 и нарисовать ему на экране параболу, то логично было бы и корень тогда уж какой-то закорючкой предложить обозначить для рисования его графика. y=x~2.

А символ извлечения корня где-нибудь бывает?

$ qalc √4:

sqrt(4) = 2

$ qalc ∛8:

cbrt(8) = 2

qalc √4:

$ qalc 4²
4² = 16

Э как, юникодненько )

В принципе с compose key даже юзабельно. 2 <compose> ^ 2 = 2², <compose> v / = √

Правда, только в целочисленную, но в большинстве случаев другого и не надо.

Лично мне из целочисленных бывают нужны только квадрат и куб, которые проще расписывать через умножение. А вот корни нужны постоянно. Поэтому e(l(x)*y).

За долго до юникода и раньше, чем ASCII.

В стандартном алфавите ALGOL-60 использовался для возведения в степень:

2.3 Delimiters 

...

<arithmetic operator> ::= + | − | × | / | ÷ | ↑
<relational operator> ::= < | ≤ | = | ≥ | > | ≠
<logical operator> ::= ≡ | ⊃ | ∨ | ∧ | ¬

В будущем ASCII тоже был ↑ там, где сейчас ^