LibreSSL

[beldmit]

Граждане, кто-нибудь умеет обращаться с такой зверушкой, как OpenBSD?

А то я собрался впилить в их форк openssl, который libressl, выпиленный ГОСТ. То, что выписанное из CVS их поделие не собирается, это нормально, допустим, но боюсь, что я вообще не понимаю, как собрать их вариант libcrypto. Или надо выписать нафиг исходники операционки вообще все, а только libressl не хватит?

Comments

[dnovikoff.livejournal.com]

Да, я могу :)

[beldmit.livejournal.com]

Ну поехали. Как начать собирать libcrypto, я догадался.

Вот они понатыкали в свой код свою функцию reallocarray. По man-у (http://www.openbsd.org/cgi-bin/man.cgi?query=reallocarray&apropos=0&sektion=0&manpath=OpenBSD+Current&arch=i386&format=html) оно определено в stdlib.h. Но нифига его там не присутствует. Что нужно поставить, чтобы было мне счастье?

[dnovikoff.livejournal.com]

До компа доберусь, отвечу - я с мобильного пока

[beldmit.livejournal.com]

Не добрался?

[dnovikoff.livejournal.com]

Добрался. Прошу прощения за задержку :)

[dnovikoff.livejournal.com]

ну, идём на их cvsweb, ищем там stdlib.h:
http://www.openbsd.org/cgi-bin/cvsweb/src/include/stdlib.h?rev=1.58

делаем поиск по reallocarray, и сразу видим, что она обрамлена в #ifdef __BSD_VISIBLE. добавляем флаг -D__BSD_VISIBLE компилеру и получаем PROFIT :)

собственно, большая часть таких вещей, которые не собираются сходу, в основном на эти флаги #ifdef и завязана, и самих флагов довольно много. алгоритм решения типовой.

[beldmit.livejournal.com]

Эмм… А в родной инсталляции его почему нет? Grep не находит.

[dnovikoff.livejournal.com]

В смысле, почему этот флаг нигде не присутствует в оригинальных Makefile? Тому может быть два объяснения.

Во-первых, скорее всего он определяется через третьи руки в виде какого-нибудь более глобального флага _BSD_SOURCE. Это наверное в sys/defs.h или где-то ещё. Там этих флагов воз и маленькая тележка и между ними очень сложные взаимоотношения.

Во-вторых, если говорить за сборку системы целиком, то у них там сборка toolchain под это дело с очень нетривиальным лицензионно-ректальным сексом всю жизнь была. Из-за гнутой лицензии GCC они не могут положить сорцы компилера в дистрибутив, а берут откуда-то из совершенно третьего места, а собирается он так, что там вообще чёрт ногу сломит. И в этом toolchain под ядро ещё при сборке зашивается хренова тьма флагов, стоящих по умолчанию.

Вроде все давно на clang перешли, но фиг его не знает - я давно эту тему не копал. Базово там было реально два toolchain'а - один "для всех" типа пользовательский, которым собирались те же порты и который лежал в /usr/bin, и второй отдельный для сборки ядра и собственно системы.

[beldmit.livejournal.com]

Спасибо. Вытащил src/include, прописал его в CFLAGS, процесс куда-то пошел.

[dnovikoff.livejournal.com]

Не за что :) Если какие вопросы ещё будут - обращайтесь.
Единственное, у меня с графиком последнее время совсем беда, поэтому могу иногда отвечать с очень странными лагами.

[beldmit.livejournal.com]

Ну, я тут поскольку ковыряюсь более-менее не торопясь, то не критично.

Спасибо!

[nasse.livejournal.com]

Может, вы случайно знаете, как на OpenBSD amd настроить, чтобы цеплял всё расшаренное по nfs?

[dnovikoff.livejournal.com]

я, честно говоря, не фанат OpenBSD. просто когда-то давно я был фанатом NetBSD и в силу этого мне пришлось перепахать практически всё ядро и юзерленд, чтобы заставить его работать как надо. под конец этой затеи там патчей метра два было уже, включая порты разного функционала с OpenBSD/FreeBSD/Linux. поэтому я неплохо себе представляю, как оно устроено внутри и из-за чего его может плющить, но вот всяких подробностей настройки и администирования я уже не помню :)

[nasse.livejournal.com]

Ага, понятно.
А это идея - поставить Net и посмотреть, как amd работает там. Потому что во фряхе он ведет себя правильно.