Фонд свободного программного обеспечения призывает пользователей избегать всех продуктов компании Apple в интересах их собственной свободы и свободы окружающих.

Не так давно я замахнулся на написание пародии на conky только для консоли.
У меня были на то причины, а также «пан мав час та натхнення» для велосипедостроения.

Предполагаю, уважаемый читатель, что вы начали читать эту заметку с целью насладиться очередным перетиранием копирастических костей, удивиться очередной наглой выходке копирастов, а может и банально желая, пропустив портянку текста, содержание которого вам и так на 90% известно, написать 200-300 байт язвительного текста. Увы и ах, но я не помогу вам в этом. Я просто хочу поделиться с вами очень простой мыслью, которую я почему-то не встречал ранее в топиках, посвящённых интеллектуальной собственности. Я хочу, следуя принципу: «Критикуя — предлагай», предложить. Критику я хочу опустить. С критикой и так всё ясно.

Довожу до вашего сведения, что начинается подготовка к запуску в производство открытого процессора.

Цель проекта:
Запуск в производство в массовое производство высокопроизводительного процессора с

• современными интерфейсами (SATA-II, Gigabit Ethernet, USB3)
• современными возможностями (3D графика и 1080p30 видео декодинг)
• отсутствием DRM

который будет всегда гарантированно:

• 100% документирован
• и 100% будет поддерживать Free Software инструментарий
• не будет требовать проприетарных библиотек на всём этапе от загрузки до прикладного уровня

      Так уж сложились обстоятельства, что пришлось мне достаточно долгое время просидеть в чёрной-чёрной консоли моего любимого Debian GNU/Linux.
      Всем хороша консоль, но некоторых мелочей, к которым я привык в обычных DE очень не хватало.
      Так, например, с одной стороны специфика моей работы требовала всегда знать текущее время и, согласно этому времени, направлять свои дальнейшие действия. А с другой стороны увлекательная работа и приятный зелёный шрифт консоли сбивали мои внутренние часы.
     Было принято решение обеспечить себя часами (а в перспективе и другой информацией) на консоли всегда и везде.

Думаю никто не будет спорить, что писать программный код в IDE намного удобней, чем, скажем, в vim или каком-либо другом «просто редакторе». Тут и подсветка синтаксиса (справедливости ради надо отметить, что она есть практически во всех редакторах) и автодополнение и тесная связь с отладчиком. Иногда документация. Ну в общем множество разных приятных вещей.
Но так уж исторически сложилось, что описание параметров сборки каждая IDE хранит по-своему. Зачастую в совершенно неприглядном виде. Это не создаёт проблем если разработка ведётся на целевой платформе. А если код кроссплатформенный? И на других платформах (да пусть даже хоть на одной из них) нужная IDE отсутствует?
Неприятно.

Вот и я столкнулся с такой проблемой: на рабочем месте у меня стоит мак (в качестве IDE использую XCode), а пишу я сетевой код, который должен работать на большом спектре оборудования, начиная с iPhone и заканчивая Sony PS.
XCode вполне неплохая IDE. Никаких серьёзных претензий к ней нет. Ну кроме странного формата «проекта».

Но оказывается всё не так плохо, как кажется на первый взгяд. И после нескольких неочевидных, но очень простых действий мы можем приучить XCode к GNU Make. При этом мы получаем как удобную IDE, так и всю мощь make. А уж make есть на таких платформах, о которых я даже не слышал.
Приступаем.