BSD для новичка

bsd

Посмотрел я значит вот етот тред OpenBSD меняет лицензию GCC и понял что надо бы ехать на бсд, с этими не по пути. С чего лучше начать? Голая фря или какие сборки? Проекты на её основе (PC-BSD)?

Ссылка

← Открытая AP c аутентификацией через браузер - как автоматизировать логин?

Посоветуйте легковесный браузер →

← 1 2 3 →

Ответ на: комментарий от iron 03.04.17 12:49:19 MSK

У вашего компилятора два раза параметр "-flto=thin" в строке компиляции указан, не заметили? Почему так?

iZEN ★★★★★
(03.04.17 13:40:16 MSK)

Ссылка

Ответ на: комментарий от iron 03.04.17 12:49:19 MSK

Насчёт LLD

или lld который поддерживает LTO.

https://wiki.freebsd.org/LLD

FreeBSD-CURRENT contains LLD 4.0.0. To build world and kernel with LLD, and install LLD as /usr/bin/ld, add to /etc/src.conf:

WITH_LLD_IS_LD=yes

Make lld the default linker

cd build/bin
ln -s lld ld
setenv PATH /path/to/llvm/build/bin:$PATH
setenv LD /path/to/llvm/build/bin
rehash

amd64 Fully functional for base system kernel + world. Work on the ports tree in progress.

~ то есть x86_64 систему собрать-то можно, а вот сборку портированных программ с LLD никто гарантировать не может.

i386 Kernel and userland link completes. Kernel modules fail. Output not yet tested.

~ для x86_32 вообще всё плохо.

iZEN ★★★★★
(03.04.17 13:54:46 MSK)

Ответ на: Насчёт LLD от iZEN 03.04.17 13:54:46 MSK

~ то есть x86_64 систему собрать-то можно

Это теоритически. А практически, сборка системы используя lld вываливается с:

/usr/obj/usr/src/tmp/usr/bin/ld: error: duplicate symbol 'rk_strsvis' in version script
/usr/obj/usr/src/tmp/usr/bin/ld: error: duplicate symbol 'rk_strunvis' in version script
/usr/obj/usr/src/tmp/usr/bin/ld: error: duplicate symbol 'rk_svis' in version script
cc: error: linker command failed with exit code 1 (use -v to see invocation)
*** [libroken.so.11.full] Error code 1

# /usr/obj/usr/src/tmp/usr/bin/ld -v
LLD 4.0.0 (FreeBSD 297347) (compatible with GNU linkers)

iron ★★★★★
(03.04.17 19:03:29 MSK)

Ссылка

C лайф-сиди начни, а по сути MacOS.

splinter ★★★★★
(03.04.17 20:29:54 MSK)

Ответ на: комментарий от splinter 03.04.17 20:29:54 MSK

MacOS? О_о

iZEN ★★★★★
(03.04.17 20:40:45 MSK)

MacOS худшая из бздей в плане установки.

~~vblats~~ ★
(03.04.17 21:19:25 MSK)

Ссылка

Голая фря. Сборки не нужны.

Unicode4all ★★★★★
(03.04.17 22:50:21 MSK)

Ссылка

Ответ на: комментарий от iZEN 31.03.17 12:10:36 MSK

Ну всё, в системе

% cc --version
FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on LLVM 4.0.0)
Target: x86_64-unknown-freebsd11.0
Thread model: posix
InstalledDir: /usr/bin

Пытаюсь пересобрать системным компилятором Clang 4.0 порт graphics/dri с опцией MESA_LLVM_VER=40 в /etc/make.conf. В конце процесса сборки вываливается несколько подобных ошибок:

In file included from draw/draw_llvm.c:45:
./gallivm/lp_bld_intr.h:69:20: error: unknown type name 'LLVMAttribute'; did you
      mean 'LLVMAttributeRef'?
                   LLVMAttribute attr);
                   ^~~~~~~~~~~~~
                   LLVMAttributeRef
/usr/local/llvm40/include/llvm-c/Types.h:116:40: note: 'LLVMAttributeRef'
      declared here
typedef struct LLVMOpaqueAttributeRef *LLVMAttributeRef;
                                       ^
draw/draw_llvm.c:1577:10: error: implicit declaration of function
      'LLVMAddAttribute' is invalid in C99
      [-Werror,-Wimplicit-function-declaration]
         LLVMAddAttribute(LLVMGetParam(variant_func, i),
         ^
draw/draw_llvm.c:1578:27: error: use of undeclared identifier
      'LLVMNoAliasAttribute'; did you mean 'LLVMAddAttribute'?
                          LLVMNoAliasAttribute);
                          ^~~~~~~~~~~~~~~~~~~~
                          LLVMAddAttribute
draw/draw_llvm.c:1577:10: note: 'LLVMAddAttribute' declared here
         LLVMAddAttribute(LLVMGetParam(variant_func, i),
         ^

Все порты обновлены до последнего среза. Нет - пока не получается отвязаться от LLVM 3.9.1.

Странно другое. Зачем ему файл /usr/local/llvm40/include/llvm-c/Types.h, если я собирал системным компилятором? Как это сковырнуть?

iZEN ★★★★★
(03.04.17 22:58:56 MSK)
Последнее исправление: iZEN 03.04.17 23:01:56 MSK (всего исправлений: 1)

Ответ на: комментарий от iZEN 03.04.17 22:58:56 MSK

Зачем ему файл /usr/local/llvm40/include/llvm-c/Types.h, если я собирал системным компилятором?

Наверно потому, что в INCLUDE_PATH путь /usr/local/include приоритетнее /usr/include

Как это сковырнуть?

Либо удалить порт llvm40-4.0.0_2, либо переименовать его хедерные файлы в /usr/local/include

iron ★★★★★
(04.04.17 00:13:16 MSK)

Ссылка

Ответ на: комментарий от iZEN 03.04.17 20:40:45 MSK

Чем не BSD? :-)

splinter ★★★★★
(04.04.17 11:14:43 MSK)

Ответ на: комментарий от splinter 04.04.17 11:14:43 MSK

Всем. Начиная от ядра и файловой системы, заканчивая пользовательским окружением.

iZEN ★★★★★
(04.04.17 11:29:33 MSK)

Ссылка

Ответ на: Насчёт LLD от iZEN 03.04.17 13:54:46 MSK

Для i386 можешь даже не пробовать.

CYB3R ★★★★★
(04.04.17 13:11:08 MSK)

Ссылка

Ответ на: комментарий от iron 02.04.17 23:39:29 MSK

Если не в курсе разницы между

XXXFLAGS +=
и
XXXFLAGS =

то нефиг вообще их менять.
-O3 традиционно экспериментально-агрессивные оптимизации, а уж funroll-loop в ядре вообще не сдался, потому как там все «вылизано» ручками и излишняя оптимизация может привести как раз к обратному эффекту, а то и багам.

anonymous
(04.04.17 16:45:57 MSK)