Обновить
2
0

Пользователь

Отправить сообщение
Трындец, вы сами навелосипедили парсер С или С++ кода? Полная жесть, нафига это?
Если вам нужен экстеншн языка, не проще было бы взять уже готовый компилятор? Вон в GCC 4.5 можно плагины подгружать свои, clang вообще для этих целей с самого начала придуман.
Вы бы в курсе сначала были, прежде чем писать. С портом проблемы не в том, что всем лень сделать порт, а в том, что нужен GEM в ядре, а его нет. И мейнтейнеры уже давно думают думу, что с этим делать.
Сетевое AIO — это aio_read/aio_write, а не select/poll. Селект вообще из другой оперы.
Мы так и играли до недавнего времени. Неудобно когда владелец конференции куда-нибудь вываливается. Чтобы восстановить связь приходится сворачивать игру, т.к. скайп не умеет брать трубку, не сворачивая все что есть (даже на горячую клавишу). Зачем так сделали — не понятно.
Здесь все равно какой фронтенд, т.к. в обоих случаях от него требуется только сгенерировать LLVM IR. Просто llvm-gcc, на мой взгляд, и собрать сложнее, и старее он.
Автор, а почему не clang? Используете ли вы KLEE? VMKit? Automatic Pool Allocator?
Я давно слежу за проектом, но все не знаю откуда к нему подступиться.
Да, кстати, было бы интересно услышать об этом подробнее.
Все там будет. И на линуксе тоже. Я на рассылку подписан, поэтому и в курсе.
У него мостик впаян в плечо и, судя по всему, большой палец тоже припаян к шейке. Поэтому он позиции менять не может.
Я набрал.
>forum.opennet.ru — "FreeBSD 6.2 (SMP) Kernel panic: fatal trap
>10 May 2005… Installing FreeBSD -> Fatal trap
>ошибка при загрузке freebsd Последнее сообщение: 10 авг 2006

Вы прежде чем писать хотя бы сами это набирали. Я уж не говорю о том, что лучше вообще не троллить, но это уже ваш выбор.
Анализатор С++ не переваривает, вроде бы.
Ну так и линкуют кланговские .o тоже GNU binutils. Там все в порядке, для С и ObjC это вообще drop-in замена.
А у кланга нет ассемблера. Пользуются GCC'овским.
Я гентой не пользовался, но CC=clang CXX=clang++ не сработает?
Скажите это разрабам GCC.
>а все их наработки сообщество, которое делало платформу не покладая рук, так и не увидит.
Ну вас жаба чтоли душит? Вы так сожалеете, будто это вы весь этот код написали, а вас заставили его пролицензировать под BSD.
Эти ребята решили отдать свой код всем, это их право. Более того, я считаю, что они правильно поступили.
Весьма категорично, но, в целом, я с вами согласен — я тоже не питаю особой симпании ни к GNU ни к их лицензиям.
Хм, и правда нет. Ну тогда ручками ставить, наверное.
А чего подробнее? У FreeBSD и binutils 2004 года из-за этой же проблемы. Я особо не разбираюсь в их мудреностях с лицензиями, но что-то мешает FreeBSD использовать новый GCC для сборки ядра и мира.

С нетерпением жду конференции в начале мая — там будет обсуждаться эта проблема. У LLVM развивается новый проект Machine Code, который включает низкоуровневые утилиты для работы с кодом (ассемблер и дизассемблер). Если его доведут до ума, то llvm+clang смогут заменить весь GNU toolchain.
Порт devel/llvm-devel ставит llvm и clang.

Информация

В рейтинге
Не участвует
Откуда
Россия
Зарегистрирован
Активность