Вышел Yegyerdye reader 0.1

Стандарт, который известен только одному человеку, называется шизофренией.

Не обязательно. Стандарты бывают разные. При этом стандарт может быть известен только одному человеку только потому, что он пока ещё не успел ни с кем им поделиться.

С другой стороны, я не изобретал велосипедов. «ч» - «ch», «ш» - «sh», «щ» - «sch»,... - это и так всем известно, и можно просто выделить из существующего и общеупотребительного. А завершающую часть я добавил по примеру существующего слова «Yakutsk». Здесь «я» - «йа» -> «ya». По этому же образцу я добавл и «ё» -> «yo», «э» -> «ye» и «ю» -> «yu».

В общем, только наблюдательность и больше ничего. И мне даже странно почему другие люди не пользуются именно этим.

Предлагаю сделать просмоторщик, состоящий из слияния исходных кодов обоих просмоторщиков + функция main проверяющая локаль и передающая управление в правильный main правильного просмоторщика.

«ч» - «ch», «ш» - «sh», «щ» - «sch»,... - это и так всем известно

Написал препод на доске «3 · 3» и спросил студентку, каким будет ответ. Она ответила «9», даже не задумываясь. И так и не смогла понять, почему ответила неправильно.

К тому же, ты забыл, что эгъэрдэ — это слово не из русского языка.

Не всем нужны бабы

Этот момент мне и в less'е не нравится. Это же лишние инструкции на проверку условий. Я как раз и считаю, что одно из преимуществ True hackers' reader'а и Yegyerdye reader'а в отсутствии этих лишних условий.

Первые форки назывались «Ni hao reader», но потом я решил, что лучше «Ni hao» перевести на якутский.

не осилил в ядерной консоли набрать иероглифами? :P

Чувак, зачем ты живешь?

а ты

интересно, примет ли апстрим, или у творчества саахрикту уже форки появились? :D я б ещё переменными всё в мейкфайлах заменил, $(CC), $(CPPFLAGS), $(CFLAGS), $(LDFLAGS), $< $@ вот это вот всё

или автомейк с автоконфом сразу

ты ещё себя в копирайты забыл добавить, как соавтора

или у творчества саахрикту уже форки появились?

Кстати, уже давно. Например, ещё в 2014-м году кто-то с ЛОРа форкнул мою игру «XT gyoretsu». Разница была в том, что я принципиально не желал прикручивать управление курсорными клавишами, назначив именно hjkl. В форке же вместо них управление было именно курсорными клавишами. И этот форк почти сразу же приняли в порты FreeBSD.

я б ещё переменными всё в мейкфайлах заменил

Менять там, по хорошему, надо всё. Я только по самому началу прошёлся, чтобы прога хотя бы собиралась, и без варнингов. Ну и мимо print 1,a1; print 2,a2 пройти не мог, с детства спать не могу при виде индусокода.

или автомейк с автоконфом сразу

«Новый миллениум! Границ больше нет!» © Джей и молчаливый Боб. Я про то, что лучше сразу мезонового ниндзю.

Новый миллениум! Границ больше нет!» © Джей и молчаливый Боб. Я про то, что лучше сразу мезонового ниндзю.

ловите хипстора со смузями!

Ещё и samurai есть: https://github.com/michaelforney/samurai .

автотулзы олдскульнее и юниксвейнее

Вот ни разу не юниксвейнее. Юниксвейнее make.

сравнение некорректно, автотулзы генерируют Makefile (ну в норме, точнее automake, autoconf-ом можно что угодно генерировать, это просто шаблонизатор по сути)

Еще как корректно. Для работы автолулзов нужна куча зависимостей вроде пердла, они тормозят, они делают кучу ненужной работы вроде проверок опций, тыщу лет назад попавших в стандарт. А делаю они примерно то же, что и make — позволяют настраивать сборочное окружение.

пердл есть в любом нормальном десктопном гнулинуксе по дефолту, проверки опций пишет аффтар скрипта руками, так что претензии насчёт лишних проверок нужно предъявлять индивидуально по каждому проекту

пердл есть в любом нормальном десктопном гнулинуксе по дефолту

Как и libreffice. Сделаем от него зависимость?

проверки опций пишет аффтар скрипта руками, так что претензии насчёт лишних проверок нужно предъявлять индивидуально по каждому проекту

Нет. Я сейчас говорю о том, что автолулзы проверяют наличие string.h и прочей дряни. Часто бывает так, что все эти проверки занимают больше времени, чем сама компиляция проекта.

Нет. Я сейчас говорю о том, что автолулзы проверяют наличие string.h и прочей дряни.

И я тоже про это. Проверка на наличие string.h сама не появляется, её аффтар в скрипт добавляет

Лол, нет.

лол, да

http://www.gnu.org/software/autoconf/manual/autoconf.html#Generic-Headers

пихать AC_CHECK_HEADER в configure.ac совсем не обязательно

Ты автолулзы только на картинке видел? Проверку BSD-compatible install и то, что у тебя long long int есть автолулзы вставляют сами. По умолчанию. И никто это не отключает (если это вообще возможно). В итоге сборка под эльбрус превращалась в АД И ИЗРАИЛЬ, потому что практически каждая проверка автолулзов это компиляция бинарника.

изначально ты говорил про проверку хедеров

а ещё результаты проверок можно кэшировать

изначально ты говорил про проверку хедеров

Ну и это тоже:

checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes

а ещё результаты проверок можно кэшировать

Для разного софта? Расскажи как! Ну и как результаты кеширования потом в сборочные sandbox'ы засунуть.

https://stackoverflow.com/questions/6684284/speed-up-autoconf-configure-of-la...

Кеш локальный, нужно чиститть если поменялся набор пакетов. Чуваки, пытавшиеся сделать глобальный плевались (и все это по твоей же ссылке).

тем не менее, глобальный можно запилить по принципу «нельзя, но если очень хочется, то можно»

http://www.gnu.org/software/autoconf/manual/autoconf.html#Cache-Files

Судя по всему, это не самый надежный вариант. Который не будет работать, если у тебя разные версии коспиляторов или библиотек.