[Gunner 0]

Видимо что-то где-то у вас "глюкануло". У меня эти закладки работают с 4-й версии и по сегодняшний день (со всеми апдейтами).

 

А вот тут я с вами соглашусь на 1000% :maniac:

 

У меня тоже нет таких кнопок (а хотелось бы). Может они как-то настраиваются? Кто-нибудь в курсе?

 

Разобрался ---> выбираем "View-Editor Tab". Делов-то :)

Изменено 9 июля, 2009 пользователем Gunner

[denebopetukius 0]

Прошу огласить вкратце преимущества 6-го апдейта по сравнению с 5-м

[uriy 4]

Тут на первой и второй страницах.

[Gradient 1]

Вероятно, следующего "чистого" VDSP++ уже не будет.

ADI устал бороться с глюками и собственным разгильдяйством, в планах - полностью перейти на платфому "Eclipse". И это хорошая новость! :rolleyes:

[dxp 34]

Вероятно, следующего "чистого" VDSP++ уже не будет.

ADI устал бороться с глюками и собственным разгильдяйством, в планах - полностью перейти на платфому "Eclipse". И это хорошая новость! :rolleyes:

Насколько понимаю, Eclipse - это оболочка, а точнее - "морда" с окошками, менюшками и прочими элементами GUI. В таком случае как это поможет борьбе с глюками компилятора, линкера, ассемблера и других тулзов? Кроме того, оболочка - это только верхняя надстройка, весь функционал IDE реализован там в ядре, не имеющим отношения к собственно оболочке - всеми функциями можно рулить "удаленно" через API в виде СОМ интерфейсов. Сомнительно, чтобы сама "морда" вызывала какие-то трудности в реализации, тем более, что там давно уже ничего не менялось, и работает она достаточно стабильно.

 

Если и правда планируется переход на Eclipse, то причины тут должны быть более глубокие. Например, шаг в сторону кроссплатформенности. Хотя не представляю как в этом случае будет разруливаться замыкание функционала на COM технологию, которая есть только в винде.

[Gradient 1]

Глюков у оболочки хватет с избытком ...

Например чего стоит "gmake-378: *** No rule to make target", который меня сильно доставал, пока не догадался делать затычки из пустых хедеров вместо изменённых по имени. Т е если хедер переименовывался, его всё равно компилили, насильно, но так как его нигде не могли найти, то зависали с - "gmake-378: *** No rule to make target" ;)

 

А про то, как VDSP++ по ходу крэша дебаг-сессии затёр мне мне стартап системы, дык воообще вспоминать не хочется...

[vik0 0]

в планах - полностью перейти на платфому "Eclipse"

Откуда информация?

Например чего стоит "gmake-378: *** No rule to make target", который меня сильно доставал, пока не догадался делать затычки из пустых хедеров вместо изменённых по имени.

Проще удалить зависимость из файла <имя_проекта>.mak

[Gradient 1]

он после этого вообще не работает

говорит типа - файл поврёждён ... :)

[vik0 0]

А чем редактировали? Скорее всего редактор TABы заменил на пробелы. А для make это критично :laughing:

Я правил FAR-ом, никаких проблем не было.

[Gradient 1]

Редактировал в редакторе Microsoft VS 2008, причём ничего своего не добавлял, аккуратненько вырезал пустое поле спереди, строчку с зависимостью и нажал Ctrl+S. Каких либо предупреждений о изменении структуры файла MVS не показал. Вот после этого приключился полный финиш, и проект пришлось создать заново.

[dxp 34]

Редактировал в редакторе Microsoft VS 2008, причём ничего своего не добавлял, аккуратненько вырезал пустое поле спереди, строчку с зависимостью и нажал Ctrl+S. Каких либо предупреждений о изменении структуры файла MVS не показал. Вот после этого приключился полный финиш, и проект пришлось создать заново.

Меняли ли вы что-то или нет - не важно. Достаточно сохранить скрипт make в "неправильном" редакторе, и он (скрипт) будет испорчен. Проблема в том, что любая строка с указанием тула в правилах должна начинаться с символа табуляции. Если редактор при сохранении заменяет табуляции на пробелы - будут проблемы. Поэтому редактировать makefile очень желательно в редакторе, имеющим специальный режим, показывающий спецсимволы - в данном случае символы табуляции. По крайней мере так сразу видно, что есть косяк. И, конечно же, редактор ни в коем случае при сохранении не должен заменять табуляции на пробелы. Таковы особенности утилиты gnu make. А вообще make - фтопку. :)

[vik0 0]

Вышел 7-й update

И еще весьма интересное чудо: http://www.analog.com/en/embedded-processi...ts/product.html

[fontp 0]

И еще весьма интересное чудо: http://www.analog.com/en/embedded-processi...ts/product.html

 

 

Обещали уже привезти за $210 в рознице на пробу

Тем кто в ВУЗе нужно пробовать заказать в качестве "образцов" по университетским программам

[Itch 0]

И еще весьма интересное чудо

Объясните, пожалуйста, для тупых. Это USB 2.0 JTAG, которым можно свои платы отлаживать?

[fontp 0]

Объясните, пожалуйста, для тупых. Это USB 2.0 JTAG, которым можно свои платы отлаживать?

 

Это USB 2.0 JTAG, которым можно свои платы отлаживать вместо того

ADZS-USB-ICE, который был за $1200, но для всех процессоров AD,

а этот только для BF

 

И тот был 150 KB/Sec (за $1200) а этот 255 KB/Sec (за $150)

Ещё есть 1.5 MB/Sec ADZS-HPUSB-ICE но тот за $4000

http://www.analog.com/en/embedded-processi...ts/product.html

 

Можно видеть, что это экономичное решение реализовано программно на BF.

Понятно также, что на корпусе сэкономили. Корпус как раз и стоит $1000 ))

Не понятно только где POD? Наверное, здесь же на плате