Vadim

Возникли вопросы. Первый - При компиляции такого исходника: module mymodule; typedef int myint; bind + function myint plus (myint, myint); function myint plus (myint arg1, myint arg2); return arg1 + arg2; endfunction endmodule получаю от Questa 6.6c: # ** Error: ./tb/mymodule.sv(7): near "+": syntax error, unexpected '+' лезу в мануал квесты, в разделе о поддерживаемых стандартах читаю: и ни слова об ограничениях. Почему так? Кривые руки, враньё в мануале или стандарт на фтп "неправильный"? Спасибо.

Первый раз слышу о такой лицензии. Кикад распространяется в соответствии с лицензией GPL. Или я что-то пропустил?

Ага. А если для просмотра этого самого GDF придётся ставить и крякать какого-нибудь монстра - вообще прелесть :) ЗЫ. Попкорн не люблю, побежал за орешками :)

Прежде чем ответить на Вас вопрос, 1) выражаю огромную благодарность ViKo за переведённую главу. Неоднократно обращался к ней в процессе работы для разрешения непоняток при использовании интерфейсов, и всегда успешно, оригинал ни разу не понадобился. 2) Был период, когда процесс перевода приостановился по объективным причинам, плисоводством не занимался. Но уже достаточно долгое время понемногу продвигаюсь. Последний выложенный на фтп перевод имеет 113 страниц (кстати, должно быть больше, я там не обнаружил главу о конфигурировании, хотя выкладывал - это или мой косяк или модераторы не перенесли из /upload в /pub, а удалили), а сейчас есть уже 180 страниц (без учёта переведенной ViKo главы). 3) Выкладывать свежий вариант перевода для других, скажем так, пока не имею настроения ввиду полного отсутствия желания помогать у этих самых других. Разрешение на размещение перевода на Вашем сайте давать тоже не склонен, размещайте без разрешения :) Учтите, что своим переводом я нарушаю какие_то_там_права, разрешения на перевод мне никто не давал. Но если Вам моё разрешение очень надо, помогите, переведите какую-нибудь главу. Вы выдадите какую-то бумажку с печатями и подписЯми? С чего это вдруг?

Ну не томите уже, расскажите какие_такие_другие, интересно :)

Свой совет попробовать объявить внутренние сигналы в пакете признаю вредным. Стандарт это позволяет, но Precision 2009a.95 говорит : Думаю, в других синтезаторах дело обстоит аналогично. ЗЫ Ещё долго ждать придётся, пока тулзы начнут нормально поддерживать нормальный язык :(

Имхо, мучения оттого, что Вы используете инструменты не по назначению. Квартус пускай делает разводку в кристалл, без этого никак. Он умеет синтезировать SV? Замечательно, пускай перед разводкой ещё и синтезирует. Но зачем создавать в нем какие-то проекты и использовать его в качестве кнопки для запуска моделсима?

Всегда объявляю сигналы/переменные, необходимые для межсоединений дочерних модулей, внутри топа, и не парюсь. Если Вам так хочется их убрать из модуля, попробуйте объявить внутренние цепи/переменные в пакете и импортировать его в топ и дочерние модули. Заодно и количество портов в дочерних модулях уменьшится.

Возможно. Но мой способ круче :) - удалить каталог - быстрее: rm -rf .../icdb и rm -f .../icdb/sAddress.adr

Удали icdb-директорию и упакуй проект. А ещё лучше, возвращайся на пикад и не мучайся :)

Это круто. Передайте дизайнеру, пусть скажет моделсиму, чтоб он мне позвонил - хочу ему скрипт передать. А то я никак связаться с ним не могу :)

Обратную аннотацию пока ещё не отменили. Изменения передадутся в исходный нетлист.

Как правильно заметили выше, такой фичи нет. Но в Padstack Editor можно создать именованную технологию для падстеков. У меня две технологии - Default (всегда есть по умолчанию) - отступ для маски - 0мм, и M+0.2 - отступ 0.2мм. Пока хватает :) В Expedition в Setup - Setup Parameters... выбираю нужную технологию и не парюсь.

Ок, сильно не буду :) Но спрошу: То есть меняется и номер пина, и его имя?

Так не подойдёт?

Согласен, конечно надо, а то непонятно, что конкретно ругают/хвалят. Не имею имха по этому поводу :) Воспринимаю как данность.

Правильно :) А все предыдущие верилоги являются его подмножеством. Имхо, неправильно. Поскольку язык называется SystemVerilog, а все предыдущие его ревизии являются его подмножеством, такая трактовка заставляет закипать мой мозг :)

Тоже да. Правда не знаю, почему. По каким-то неведомым мне причинам такая позиция является более прибыльной, иначе объяснить трудно. Кстати, а что за глюки, да еще десятилетние? Заинтриговали. Я всегда считал, что DC весьма неплохой продукт, глюки есть, безусловно, но они добавлены в виде бонусов к сомнительным улучшениям относительно недавно.

Да. Как и весь EE.

У меня XeTeX, Version 3.1415926-2.2-0.9995.2 (TeX Live 2009/Debian). Выкладываю example со скомпилированными примерами. Попробуйте компилить каждый документ отдельно, а не скриптом, может это позволит локализовать причину. Windows? :) Вот это наводит на размышления : This is a LaTeX bug: check coding! Может каким-то волшебным образом кодировка сменилась, при пересохранении, например? example.rar

Ок, выкладываю. Имейте ввиду, что 1. Класс заточен для xelatex. Входные файлы, следовательно, должны быть юникодные. Шрифт используется гостовский юникодный от аскона. К сожалению, не знаю, как заставить xelatex наклонять шрифт (подозреваю, что пока это невозможно, может быть, в будущих версиях появится такая возможность), поэтому в качестве наклонного используется с трудом найденный на просторах инета юникодный шрифт, но он кривой, что порождает проблемы - при просмотре полученного pdf в Acrobat не видно точек, впрочем, evince показывает нормально. Еще - нет кавычек в наклонном шрифте, приходится переключаться на прямой. Если не устраивает xelatex, затачивайте класс под latex самостоятельно, тут я не помощник. 2. Работаю в Debian 6. Все необходимые пакеты для работы с pcbdoc там есть. Класс успешно работал и в OpenSuse11.2. На других осях, в том числе и на ЕдинственноВерной, не проверял. Скопируйте папку pcbdoc в ~/texmf/tex/latex, шрифты из fonts - в ~/.fonts, папку exаmple - куда нибудь. Зайдите куда-нибудь/example и запустите скрипт compile.sh. pcbdoc.rar fonts.rar example.rar

Удобнее, чем latex? :)

В смысле исходники выложить? Не вопрос, но чтобы кто-то смог ими воспользоваться, надо сначала документацию написать :(

Написал для себя латеховский класс pcbdoc. С его помощью оформляю перечени элементов, спецификации, инструкции по настройке, схемы электрические принципиальные, сборочные чертежи, чертежи печатных плат и даже наклеечки для дисков. Очень доволен и с ужасом вспоминаю свои потуги делать все это во всяких компасах, вордах, и даже казалось бы специально заточенного для оформления чертежей менторовского Drawing Editor, тормознутого, кривого и падучего.

Бесполезно, не озвучат. Узнавайте окольными путями. У меня есть кое-какие очень приблизительные соображения по этому поводу, могу поделиться, но не здесь :)