Анонсирована (http://permalink.gmane.org/gmane.org.fsf.announce/2006) новая версия развиваемого проектом GNU пакета для написания синтаксических (yacc (http://ru.wikipedia.org/wiki/Yacc)) анализаторов - Bison 3.0 (http://www.gnu.org/software/bison/bison.html). На основании заданных правил грамматики в специальной нотации, Bison позволяет сгенерировать готовый парсер на языке Си.
В новом выпуске Bison произведена чистка устаревшего кода, прекращена поддержка YYFAIL, yystype, yyltype, YLEX_PARAM и YYPARSE_PARAM. Переработаны и существенно улучшены средства диагностики. Реализованы средства для более универсального описания семантики значений типов, в том числе возможность сохранения подлинных объектов C++ в парсерах С++. Интерфейс push-parser расширен и теперь поддерживает язык Java. Для GLR-парсеров добавлена поддержка задания семантических предикатов, действующих на стадии парсинга.
URL: http://permalink.gmane.org/gmane.org.fsf.announce/2006
Новость: https://www.opennet.ru/opennews/art.shtml?num=37582
Оно наконец научилось делать нормальный exception-safe C++ код? (PS. давно ушёл на spirit, bison место на свалке истории вслед за autocrap)
С++ место на свалке истории вслед за COBOL. А bison пусть остаётся.
> С++ место на свалке истории вслед за COBOL. А bison пусть остаётся.Да-да. И генерит код на brainfuck, это будет так в его стиле.
У каждой программы есть свои особенности и своя область применения. Возможности её всегда ограничены, ибо программа - не чак норрис. Если вам она не подходит - это не программья проблема, а чисто ваша.Не можете решить - браво! - вам есть, к чему стремиться и куда развиваться.
Как Аноним Анонимам искренне порекомендую развиваться в решении ваших проблем, а не в троллинге - потому как серьёзная конкурренция в нём и толку мало.
вы, ребята, достойны друг друга. может поженитесь?
однозначно !! только Erlang ! только ХАРДКОР !! =)
>давно ушёл на spirit, bison место на свалке истории вслед за autocrapSpirit против Bison это как трёхколёсный велосипед против формулы 1, причём речь идёт не только о скорости
Пустые слова. Скорость - дело десятое, гораздо выше удобство. Гнилой бизон этого слова даже не слышал.
Вообще-то скорость у spirit вполне сравнима с bison.
> гораздо выше удобствоPHP-kid detected
> spirit, bison место на свалке истории вслед за autocrap)При том ни один велик, заметьте, так и не обогнал автокрап по универсальности, дотошности и надежности детектирования либ и вменяемости сообщений об ошибке. Может автокрап и не идеален. Но все остальные виденные системы такого плана были еще хуже.
> При том ни один велик, заметьте, так и не обогнал автокрап по
> универсальности, дотошности и надежности детектирования либ и вменяемости сообщений об
> ошибке.Какой феерический бред. Автокрап вообще не ищет либы без костылей (попробуйте его как-нибудь вне своего линукса где всё свалено в /usr/lib - хотя бы на FreeBSD), сообщений об ошибок как таковых не имеет (без чтения config.log вообще ничего не понять), универсальности там никакой (только генерёж makefile'ов), а под дотошностью я даже не знаю что вы имели в виду. Вероятно, умение ломаться от любого чиха.
Его давно обогнали все. Во главе, разумеется, с cmake - последний и либы ищет на любых системах изкоробки, и ошибки пишет ёмко, так что в логи лезть не надо и главное - действительно универсален, ибо генерит не только makefile подо что угодно, но и проекты для IDE, поддерживает тестирование (ctest) и сборку пакетов (cpack).
> Какой феерический бред. Автокрап вообще не ищет либы без костылей (попробуйте его
> как-нибудь вне своего линукса где всё свалено в /usr/libОно вообще не уповает ни на какие /usr/lib во всех виденных мной тестах - просто пытается втyпую заинклюдить соотв. хидер(ы) и закомпилить тест с нужной либой, запросив линковку с ней. Оно не оперирует абсолютными путями и вообще не парится где компилер либу будет брать. Если компилежка с этой либой по дефолту в системе работает - тест таки пройдет. Если нет - извини, в такой системе по любому будет много проблем со сборкой. На этот случай есть возможност вручную указывать пути, если уж кому неймется по граблям попрыгать.
> чтения config.log вообще ничего не понять),
Вообще-то обычно по крайней мере сказано какой хидер not found. А в сложных случаях хотя-бы, действительно, лог есть. Эксперименты показали что с другими в половине случаев даже этого не дождешься, или сделано в таком виде что хочется придушить.
> универсальности там никакой (только генерёж makefile'ов),
А больше от него ничего и не надо, собственно. Оно должно проверить что все нужные либы есть и послать если их нет. Ну может некоторые параметры платформы задетектировать, if any.
> а под дотошностью я даже не знаю что вы имели
> в виду. Вероятно, умение ломаться от любого чиха.Ну да, намного "лучше", когда детектирование библ проходит "типа, успешно". Зато потом сборка где-то в середине факапается с какой-то неочевидной ошибкой. После этого автокрап начинает казаться не такой уж и плохой штукой :). Просто потому что другие - еще хуже.
> Его давно обогнали все. Во главе, разумеется, с cmake
Ага, ЩАЗ. Что ни проект с cmake - так кривое детектирование либ. Да еще отругаться нормально не могут сроду, так что без поллитры вообще не разберешься где оно сломалось.
Кроме того, конфигур пошлет в пешее эротическое на любой системе с шелл интерпретером. А тут еще сам cmake должен быть и прочая. Который куда менее распостранен.
> - последний и либы ищет на любых системах изкоробки,
Вот только половина тестов кривые до невозможности, по сообщениям об ошибках ничерта не разобрать, etc. Спасибо, но как-то автотулсы зарекомендовали себя куда менее проблемными в целом. Проект с автотулсами при отсутствии нужных библ и хидеров билдить не в пример проще получается.
> и ошибки пишет ёмко,
Ага, так что вообще хрен поймешь что ему не хватило. В лучшем случае где-то сбоку в логе написано. Может быть. Если сильно повезет. Тесты делаются как-то геморнее и грабельнее и имеют свойство работать откровенно х@#во и бажно.
> так что в логи лезть не надо
Очень смешно. Только сегодня рылся в логах, пытаясь понять где же все-таки меня постиг факап при попытке сборки софтины с cmake как раз. Потому что по сообщению на экране это вообще не особо очевидно - вроде все на месте. А лыжи почему-то не едут. И только ффтыкание на логи показало что оно не смогло найти некий хидер. Вот тогда уже стало понятнее. Но, простите, по сообщению об ошибке это вообще было не очевидно.
> и главное - действительно универсален,
> ибо генерит не только makefile подо что угодно, но и проекты
> для IDE, поддерживает тестирование (ctest) и сборку пакетов (cpack).Только делает это столь криво и глючно что радости с этого - никакой. Если в системе нет билдовочных пререквизитов для этой программы - это вообще такой запрыг по граблям получается, что автокрап в жизни не перегонит. Плавали - знаем.
Ложь и ни одного аргумента. Так ожидаемо.
> Ложь и ни одного аргумента. Так ожидаемо.Мне кажется, вам нужно купить очки.
Эм, ты просто взял описание autocrap и cmake и поменял местами? Okay. Даже отвечать не охота.
А, погодите, это про вас гражданин выше написал> Ложь и ни одного аргумента. Так ожидаемо.
Ну да, я так и не вижу ни 1 аргумента за cmake. А вот недавно например имел удовольствие познакомиться с тем как в одном проекте cmake "типа нашел" у меня ffmpeg, лихо сгенерил мэйкфайлы, все пошло компилиться на ура ... и через пару минут компилежки - ОБАНА, error. И вот так с проектами на cmake почему-то постоянно.
да да.. то то самбу с автокрапом приходилось постоянно патчить что бы оно правильно детектировало ситуацию когда 2 разных iconv стоят :-) так забавно было когда оно находило хидер от одного а либу брало от другого. Или чего стоит прототип функции main который оформлен не по стандарту и не генерится с -Werror.
"Yacc" это не термин, и его неправильно указывать в скобках после слова "синтаксических"; "yacc" это всего лишь имя собственное конкретной программы, аббревиатура от "Yet Another Compiler Compiter". А "bison" это GNU'тая реализация того же самого, с закономерной игрой словами в названии.
Вообще таким новостям место на главной странице; недавно пришлось столкнуться: продукт действительно выдающийся.