Исходное сообщение
"Red Hat развивает JIT-компилятор MIR" Отправлено Аноним84701, 22-Янв-20 00:16
> Я много чего раньше собирал в tmpfs, включая компиляторы  и браузеры, но теперь так не получается. Ну дык - собирайте без LTO. А то получается как в том анекдоте "Доктор, если я делаю вот так вот …" ;) Или clang с lto=thin (которое "ThinLTO compilation is a new type of LTO that is both scalable and incremental"), если так  хочется. LTO конечно вещь, но заметная оптимизация (не 3%-5% как в Огнелисе, вперемежку с регрессиями http://hubicka.blogspot.com/2018/12/even-more-fun-with-build...)  получается только в довольно специфичных случаях, а вот ресурсов оно жрет ой-ёй-ёй. > А что такое старьё то? "за надом!" (с) народный аноним Ну и  вроде бы: "Релиз набора компиляторов LLVM 7.0 - OpenNET 19 Sep 2018". Но могу предложить LLVM + Clang 8 (давно собирал, но  тоже все нормально собиралось). Или относительно свежий LLVM+Clang 9 (тут уже обрезаны таргеты, зато собран с lto=thin, конечный результат со всеми санитайзерами и lldb ~ 800МБ). Единственно, собирался долго, но памяти оставалось еще с пару ГБ. Но вообще, в том же фрибсд  "обпиливают" связку clang + llvm 9, собирающей всю систему и большую часть портов, до 70-80 МБ. > В 1 поток? В 3 - 4. > А какие таргеты? Бэкенды вроде NVPTX? Registered Targets:     aarch64    - AArch64 (little endian)     aarch64_be - AArch64 (big endian)     amdgcn     - AMD GCN GPUs     arm        - ARM     arm64      - ARM64 (little endian)     armeb      - ARM (big endian)     bpf        - BPF (host endian)     bpfeb      - BPF (big endian)     bpfel      - BPF (little endian)     hexagon    - Hexagon     lanai      - Lanai     mips       - Mips     mips64     - Mips64 [experimental]     mips64el   - Mips64el [experimental]     mipsel     - Mipsel     msp430     - MSP430 [experimental]     nvptx      - NVIDIA PTX 32-bit     nvptx64    - NVIDIA PTX 64-bit     ppc32      - PowerPC 32     ppc64      - PowerPC 64     ppc64le    - PowerPC 64 LE     r600       - AMD GPUs HD2XXX-HD6XXX     sparc      - Sparc     sparcel    - Sparc LE     sparcv9    - Sparc V9     systemz    - SystemZ     thumb      - Thumb     thumbeb    - Thumb (big endian)     x86        - 32-bit X86: Pentium-Pro and above     x86-64     - 64-bit X86: EM64T and AMD64     xcore      - XCore > Это может быть очередной регрессий по типу регулярных проблем gcc с lto? Я собирал clang самим clang-ом. LLVM+Clang 7/8 без LTO, LLVM+Clang 9 с "-flto=thin".

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Я много чего раньше собирал в tmpfs, включая компиляторы и браузеры, но теперь так не получается. > Ну дык - собирайте без LTO. > А то получается как в том анекдоте "Доктор, если я делаю вот > так вот …" ;) > Или clang с lto=thin (которое "ThinLTO compilation is a new type of > LTO that is both scalable and incremental"), если так хочется. > LTO конечно вещь, но заметная оптимизация (не 3%-5% как в Огнелисе, вперемежку > с регрессиями http://hubicka.blogspot.com/2018/12/even-more-fun-with-building-and.html) > получается только в довольно специфичных случаях, а вот ресурсов оно > жрет ой-ёй-ёй. >> А что такое старьё то? > "за надом!" (с) народный аноним > Ну и вроде бы: "Релиз набора компиляторов LLVM 7.0 - OpenNET > 19 Sep 2018". > Но могу предложить LLVM + Clang 8 (давно собирал, но тоже > все нормально собиралось). > Или относительно свежий LLVM+Clang 9 (тут уже обрезаны таргеты, зато собран с > lto=thin, конечный результат со всеми санитайзерами и lldb ~ 800МБ). > Единственно, собирался долго, но памяти оставалось еще с пару ГБ. > Но вообще, в том же фрибсд "обпиливают" связку clang + llvm > 9, собирающей всю систему и большую часть портов, до 70-80 МБ. >> В 1 поток? > В 3 - 4. >> А какие таргеты? Бэкенды вроде NVPTX? > [code] > Registered Targets: > aarch64 - AArch64 (little endian) > aarch64_be - AArch64 (big endian) > amdgcn - AMD GCN > GPUs > arm > - ARM > arm64 - ARM64 > (little endian) > armeb - ARM > (big endian) > bpf > - BPF (host endian) > bpfeb - BPF > (big endian) > bpfel - BPF > (little endian) > hexagon - Hexagon > lanai - Lanai > mips - > Mips > mips64 - Mips64 [experimental] > mips64el - Mips64el [experimental] > mipsel - Mipsel > msp430 - MSP430 [experimental] > nvptx - NVIDIA > PTX 32-bit > nvptx64 - NVIDIA PTX 64-bit > ppc32 - PowerPC > 32 > ppc64 - PowerPC > 64 > ppc64le - PowerPC 64 LE > r600 - > AMD GPUs HD2XXX-HD6XXX > sparc - Sparc > sparcel - Sparc LE > sparcv9 - Sparc V9 > systemz - SystemZ > thumb - Thumb > thumbeb - Thumb (big endian) > x86 > - 32-bit X86: Pentium-Pro and above > x86-64 - 64-bit X86: > EM64T and AMD64 > xcore - XCore[/code] >> Это может быть очередной регрессий по типу регулярных проблем gcc с lto? > Я собирал clang самим clang-ом. LLVM+Clang 7/8 без LTO, LLVM+Clang 9 с > "-flto=thin".
	Введите код, изображенный на картинке: