Portál AbcLinuxu, 7. května 2025 13:31
iconv -f UTF-8 -t US-ASCII//TRANSLIT <<< "üöóäěščřžýáíéúů" nebo recode -f u8..flat <<< "üöóäěščřžýáíéúů"), výsledek se mi moc nelíbil, tak jsem napsal 'feature request' na zařazení podobné funkce (od v4.1 má gawk podporu dynamicky zaváděných funkcí a už je cca 10+ modulů implementováno, takže se mi zdálo, že by to bylo celkem jednoduché a mělo naději na úspěch). Arnold Robbins, který teď gawk táhne, to ale odmítl, že nemá čas (resp. že by to muselo zaplatit).Teď jsem upřímně zvědavý, jestli tam bude pořád ještě tohle.
Protože po odhalení něčeho takového mě úplně přešla chuť používat awk bez -M. Naivně bych čekal, že neomezené integery tam zkrátka budou xor nebudou (případně volitelně), nikoliv že fungování velkých integerů bude z podstatné části nedefinované. Pokud se budeme držet té zaběhnuté normy, že znaménkové integery nemají přetékat, mělo by to po překročení nějaké meze prostě ohlásit chybu (overflow). A nakonec ani přetečení by mi nevadilo zdaleka tolik jako blíže neurčené děje na blíže neurčeném počtu bitů, ke kterým tam ve skutečnosti dochází.
Zkrátka, radši si to awk budu vždycky spouštět s -M. Jen ať je to klidně mnohem pomalejší, pro mě za mě, ale aspoň tam pak fungují integery.
Zjevná pravda je, že v drtivé většině případů nejsou neomezené integery vůbec potřebné. Nicméně pointa tkví v tom, že pokud je aritmetika rozbitá kdekoliv, v tomto konkrétním případě někde v řádech 21024, nevím, kde mám brát jistotu, že není rozbitá taky někde kolem (nebo pod) 264.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.