Size: a a a

Programming Offtop

2020 October 06

AN

Alexander Nozik in Programming Offtop
Andrew Mikhaylov
Я и не называю его наиболее вероятным, но он один из. Выбор боевого вещества массового поражения для бесследного убийства одного человека мне, к примеру, непонятен -- я не верю, что это единственное, что у власти есть на вооружении.

Впрочем, без нормального расследования ответ мы не получим. Расследованию ФБК как заинтересованной стороны доверять трудновато, официальнач власть молчит, потому я плохо себе представляю, есть ли шансы получить ответ.
Ну другого расследования нет. И это собственно отвечает на все вопросы лучше всего
источник

AN

Alexander Nozik in Programming Offtop
Но это уже политика
источник

I

Ilmir in Programming Offtop
Iaroslav Postovalov
ну я только gnu lightning и opencl знаю, но не юзал
https://github.com/S2E/libtcg
https://github.com/karimsa/libvex
https://gcc.gnu.org/onlinedocs/jit/
https://github.com/dlang/dmd/tree/master/src/dmd/backend
Последнее, конечно, немного читерство, дмдшный бекенд чтобы собрать в качестве библиотеки, надо сначала мейкфайл правильно написать.
Он вообще написан на на сях, а на маргинальном языке, который никто не знает (сами создатели Го говорили, что гуглеры не способны выучить гениальный язык, а Ди посложнее сей будет). Первые два подобны Plan9 ассемблеру, также более-менее просты, почти без оптимизаций, с гнутой лицензией и написаны на сях. LLVM, хотя и имеет сишную обёртку, не очень подходит (опять-таки, мы о гуглерах говорим, которые не исследователи, а плюсы посложнее Ди будут).

Короче, я бы выбрал при тех же данных libtcg, а если не было бы ограничения на язык, то бекенд Ди. Ибо работать с LLVM, у которого каждый, мать его, минорный релиз, что-то отваливается, из-за чего апдейты превращаются в игру "plug&pray" и который требует переписывания кода. Повторяю, каждый минорный релиз. Гцц и то стабильнее, потому что релизы раз в год и только раз в год твой код превращается в тыкву (если, конечно, на транке не сидеть).
источник

IP

Iaroslav Postovalov in Programming Offtop
Ilmir
https://github.com/S2E/libtcg
https://github.com/karimsa/libvex
https://gcc.gnu.org/onlinedocs/jit/
https://github.com/dlang/dmd/tree/master/src/dmd/backend
Последнее, конечно, немного читерство, дмдшный бекенд чтобы собрать в качестве библиотеки, надо сначала мейкфайл правильно написать.
Он вообще написан на на сях, а на маргинальном языке, который никто не знает (сами создатели Го говорили, что гуглеры не способны выучить гениальный язык, а Ди посложнее сей будет). Первые два подобны Plan9 ассемблеру, также более-менее просты, почти без оптимизаций, с гнутой лицензией и написаны на сях. LLVM, хотя и имеет сишную обёртку, не очень подходит (опять-таки, мы о гуглерах говорим, которые не исследователи, а плюсы посложнее Ди будут).

Короче, я бы выбрал при тех же данных libtcg, а если не было бы ограничения на язык, то бекенд Ди. Ибо работать с LLVM, у которого каждый, мать его, минорный релиз, что-то отваливается, из-за чего апдейты превращаются в игру "plug&pray" и который требует переписывания кода. Повторяю, каждый минорный релиз. Гцц и то стабильнее, потому что релизы раз в год и только раз в год твой код превращается в тыкву (если, конечно, на транке не сидеть).
ллвм того стоит
источник

IP

Iaroslav Postovalov in Programming Offtop
у него оптимизации жуткие
источник

I

Ilmir in Programming Offtop
Iaroslav Postovalov
ллвм того стоит
Это уже культ какой-то.
источник

IP

Iaroslav Postovalov in Programming Offtop
Ilmir
Это уже культ какой-то.
источник

I

Ilmir in Programming Offtop
Iaroslav Postovalov
у него оптимизации жуткие
А один из плюсов Го, которым они хвастаются - blasingly fast компиляция. Для того, чтобы этого добиться с помощью LLVM, надо половину пассов выкинуть и тогда он уже не выглядит таким уж привлекательным.
источник

VP

Vladimir Petrakovich in Programming Offtop
Ilmir
https://github.com/S2E/libtcg
https://github.com/karimsa/libvex
https://gcc.gnu.org/onlinedocs/jit/
https://github.com/dlang/dmd/tree/master/src/dmd/backend
Последнее, конечно, немного читерство, дмдшный бекенд чтобы собрать в качестве библиотеки, надо сначала мейкфайл правильно написать.
Он вообще написан на на сях, а на маргинальном языке, который никто не знает (сами создатели Го говорили, что гуглеры не способны выучить гениальный язык, а Ди посложнее сей будет). Первые два подобны Plan9 ассемблеру, также более-менее просты, почти без оптимизаций, с гнутой лицензией и написаны на сях. LLVM, хотя и имеет сишную обёртку, не очень подходит (опять-таки, мы о гуглерах говорим, которые не исследователи, а плюсы посложнее Ди будут).

Короче, я бы выбрал при тех же данных libtcg, а если не было бы ограничения на язык, то бекенд Ди. Ибо работать с LLVM, у которого каждый, мать его, минорный релиз, что-то отваливается, из-за чего апдейты превращаются в игру "plug&pray" и который требует переписывания кода. Повторяю, каждый минорный релиз. Гцц и то стабильнее, потому что релизы раз в год и только раз в год твой код превращается в тыкву (если, конечно, на транке не сидеть).
А каким путём надо было пойти расту?
источник

AM

Andrew Mikhaylov in Programming Offtop
Ilmir
А один из плюсов Го, которым они хвастаются - blasingly fast компиляция. Для того, чтобы этого добиться с помощью LLVM, надо половину пассов выкинуть и тогда он уже не выглядит таким уж привлекательным.
А -O0..-O3 -- это просто про разные наборы пассов?
источник

I

Ilmir in Programming Offtop
Взять для примера InsnCombine и выпилить из него 90% пипхолов, которые в 99% кода не встречаются.
источник

I

Ilmir in Programming Offtop
Vladimir Petrakovich
А каким путём надо было пойти расту?
У Раста анализ кода медленный, ему можно тормозной бекенд.
источник

I

Ilmir in Programming Offtop
Andrew Mikhaylov
А -O0..-O3 -- это просто про разные наборы пассов?
Да
источник

VP

Vladimir Petrakovich in Programming Offtop
Ilmir
У Раста анализ кода медленный, ему можно тормозной бекенд.
Ну это же не единственная проблема LLVM
источник

I

Ilmir in Programming Offtop
Vladimir Petrakovich
Ну это же не единственная проблема LLVM
А проблема с апдейтами обходится игнорированием этих апдейтов, пока совсем не прижмёт. Я не знаю, как Раст разрабатывается, но возможно, что они так и делают.
источник

VP

Vladimir Petrakovich in Programming Offtop
Получается, ломать совместимость - это фишечка эппла?)
источник

AK

Anton Korotkikh in Programming Offtop
Ilmir
https://github.com/S2E/libtcg
https://github.com/karimsa/libvex
https://gcc.gnu.org/onlinedocs/jit/
https://github.com/dlang/dmd/tree/master/src/dmd/backend
Последнее, конечно, немного читерство, дмдшный бекенд чтобы собрать в качестве библиотеки, надо сначала мейкфайл правильно написать.
Он вообще написан на на сях, а на маргинальном языке, который никто не знает (сами создатели Го говорили, что гуглеры не способны выучить гениальный язык, а Ди посложнее сей будет). Первые два подобны Plan9 ассемблеру, также более-менее просты, почти без оптимизаций, с гнутой лицензией и написаны на сях. LLVM, хотя и имеет сишную обёртку, не очень подходит (опять-таки, мы о гуглерах говорим, которые не исследователи, а плюсы посложнее Ди будут).

Короче, я бы выбрал при тех же данных libtcg, а если не было бы ограничения на язык, то бекенд Ди. Ибо работать с LLVM, у которого каждый, мать его, минорный релиз, что-то отваливается, из-за чего апдейты превращаются в игру "plug&pray" и который требует переписывания кода. Повторяю, каждый минорный релиз. Гцц и то стабильнее, потому что релизы раз в год и только раз в год твой код превращается в тыкву (если, конечно, на транке не сидеть).
если ди такой классный, то чому им почти никто не пользуется?
источник

AM

Andrew Mikhaylov in Programming Offtop
Anton Korotkikh
если ди такой классный, то чому им почти никто не пользуется?
Ну что за глупые вопросы)
источник

IP

Iaroslav Postovalov in Programming Offtop
Ilmir
https://github.com/S2E/libtcg
https://github.com/karimsa/libvex
https://gcc.gnu.org/onlinedocs/jit/
https://github.com/dlang/dmd/tree/master/src/dmd/backend
Последнее, конечно, немного читерство, дмдшный бекенд чтобы собрать в качестве библиотеки, надо сначала мейкфайл правильно написать.
Он вообще написан на на сях, а на маргинальном языке, который никто не знает (сами создатели Го говорили, что гуглеры не способны выучить гениальный язык, а Ди посложнее сей будет). Первые два подобны Plan9 ассемблеру, также более-менее просты, почти без оптимизаций, с гнутой лицензией и написаны на сях. LLVM, хотя и имеет сишную обёртку, не очень подходит (опять-таки, мы о гуглерах говорим, которые не исследователи, а плюсы посложнее Ди будут).

Короче, я бы выбрал при тех же данных libtcg, а если не было бы ограничения на язык, то бекенд Ди. Ибо работать с LLVM, у которого каждый, мать его, минорный релиз, что-то отваливается, из-за чего апдейты превращаются в игру "plug&pray" и который требует переписывания кода. Повторяю, каждый минорный релиз. Гцц и то стабильнее, потому что релизы раз в год и только раз в год твой код превращается в тыкву (если, конечно, на транке не сидеть).
@ilmirus а почему первая либа не поддерживается?
источник

VP

Vladimir Petrakovich in Programming Offtop
Бот Игоря работает в демо-режиме что ли?
источник