http://www.codesourcery.com/gnu_toolchains...se_rdi_with_gdb

Я, правда, не понял, где брать эту софтинку. Может быть, она в платный вариант входит. Но если она есть и работает - это будет супермегавесЧь: наконец-то замечательный DASM-Link будет прикручен к GDB!!!

Уже давно все пора прикрутить в нашем програмно-электрическом мире к GCC и к тому что возле него. Тока недовольных уже сейчас много - гнушники бабло сдырать с лохов за кривой софт мешают все сильнее и сильнее.

Полный монополизм не есть хорошо. Ведь не секрет, что GCC и "коммерческий мир" активно тырят друг у друга идеи.

Мне кажется, что на самом деле ситуация иная. Для тех, кто сам способен поставить и на строить GCC - есть чистый GCC. Для всех остальных есть microcross, Crossworks, codesourcery и пр.

Есть также тажелые тулзы типа GreenHils, которые будут жить по причине широкого использования их "борцами за мир".

RVDS вероятно тоже еще покоптит небо по причине хорошего качества кода. Но GCC ему уже на пятки наступает активно.

Ну а вот всяким ирам недопатченным IMHO недолгая жизнь уготована. Нет, разумеется, будут ценители этого хламца, но на вкус и цвет...

В основном предлагая много более кривой и сырой софт "бесплатно" - "вы платите только за телефонный звонок" :-), тьфу - оговорился - "за техподдержку" и/или своим временем за разборки, причем без гарантированного результата.
Короче - все совсем не радужно в изогнутом мире.

Идеала нет - даже я с этим смирился

Да, изогнутые ( за термин) вещи требуют понимания их философии и познания большого количества всяких "сущностей". Но после осознания этих сущностей и "фильтрования базара" (ГНУ - он сильно разный бывает! - все от источника зависит) все становится существенно более приятым. Начальные затраты времени намного больше (по сравнению с задачей "в IAR светиком поморгать"), но результат такого самосовершенствования неизмеримо выше.

С другой стороны, многие тулзы изогнутого мира с большим успехом можно применять где угодно: make, automake, autoconf, системы тестирования (DajaGNU и пр.), кодогенерации. Лично для меня сейчас эти тулзы же гораздо важнее собственно самого компилера. Ибо они дают возможность создавать истинно портабильный код (при минимальных мозговых усилиях), и меня более совершенно не волнует проболема выбора компилера и IDE.

GNU мне интересен с точки зрения подготовки к массовому аутсорсингу. Ибо можно легально заключить договор с аутсорсером.

Вообще, как оказалось, ничего сложного в "многослойном коде" (когда все сущности - дрова, ОСи, asm вставки живут отдельно) нет. Но почему-то это совершенно не описано в embedde'рских книгах (или я не то читал? не так читал?) - пришлось до всего доходить самому.

И меня тоже.
И я использую отдельные GNU софтины. Просто возводить в абсолют использование
GNU софта не надо. И уж тем более не надо при этом про открытость поминать - сколь нибудь солидные
продукты, что с исходниками, что без исходников сопровождению пользователем не подлежат, ибо находятся за гранью сложности и понимания отдельно взятым индивидуумом.

сильно Сильно СИЛЬНО разный :-(

Это больше похоже на Linux "мантру" адептов и сильно противоречит предыдущему верному! утверждению, что GNU софт сильно разный :-(. Ну как может быть сильно разный софт, сделанный сильно разными людьми с сильно разным качеством в результате стихийного самосовершенствования приводить к "неизменно превосходному" результату :-( Не может :-(.
Думаю, что все через некоторе время устаканится только в случае когда из наработок кем-то из
действительно крупных игроков будет сделан коммерческий (в хорошем смысле этого термина)
продукт(ы). Зачатки такого подхода наблюдаются. Поживем - увидим.

[quote name='zltigo' date='Aug 20 2006, 16:08' post='146163']И уж тем более не надо при этом про открытость поминать - сколь нибудь солидные
продукты, что с исходниками, что без исходников сопровождению пользователем не подлежат, ибо находятся за гранью сложности и понимания отдельно взятым индивидуумом.[quote]1. Открытость != любительство. Серьезные GNU проекты юзера не поддерживают никогда.

2. Самое замечательное в изогнутых проектах - мейл листы. При правильном использовании (!постить дурацкие мессаги типа "пАмаггиттЯ!") и наличии терпения способны творить чудеса

3. Публичность обсуждения глюков - вторая сильная сторона гнутого мира. Сотни и тысячи тестеров (пусть среди них даже 1% квалифицированных) - это лучше чем единицы. Если вся эти bug report фильтруются квалифицированной core team (которая работает, разумеется, !на голом энтузиазме), и выбрана правильная архитектура системы (добавление новых фич не приводит к кардинальной перестройке ядра), стратегия и темп разработки, то результат имеет все шансы быть очень качественным.

4. Бич многих проектов - документация, причем часто в самой основной ее части - концептуальной (типа создателю облом описывать архитектуру системы). Но постепенно в изогнутый мир приходит мода на качественную доку, народ учится работать с doxygen и пр. тулзами.

5. Фанатизм - он по любому вреден. Для всех. Посему я и поддерживаю такие обсуждения

Не фанатизм!! друзья, а вера в счастливое будущее!!! (которго конечно не будет, хотябы потому что у вселенной не хватит времени дождатся) Кстате фанаты в этом мире ничего еще заметного не сделали, потому что они суть есть идиоты и бараны, которые без демонстрации халявной морковки так и будут стоять на том месте где их поставили, а посему GNU называть результатом фанатов это глупо. А вот творцы сделали, хотя их и бывает гораздо меньше. Обычно этих творцов всю неделю заставляют делать то ЧТО НАДО, а ТО ЧТО ХОЦЦА, делается за счет своего личного времени, естественно хочечется ЭТО сделать как можно лучше, в иделе лучше чем за деньги. За деньги - продается труд качеством не хуже требуемого, а бесплатно - самовыражение - развитие души.

Ваше потребительское отношение к GNU мне органически понятно - вы видимо зарабатываете деньги, соответственно выбираете оптимальный вариант, без эмоций. У меня временно все подругому - имею возможность заниматся "развитием души". Поэтому GCC мой первый и любимый пациент. Скоро наверно я как и Вы буду песню петь.

Ну да ладно, хватит про политику.

Я фанатизм иемел в виду в другом контексте - ничего не видеть кроме предмета фианатизма. GNU - это, конечно же, не плод фанатизма. Его создавали всесьма разносторонние люди.

Лично меня в GNU* больше всего привлекает философия многократного использования кода. Т.е.

* настроил мозги
* разбил любую задачу на ядро и "взаимодействие с внешним миром"
* написал обертку для "внешнего мира" под текущую задачу
* отладил, сделал проект
* при необходимости использовать кусок в другом проекте подправил "обертку" и вперед - без дебуггинга ядра!!!

Если как следует один раз напрячь могзи, и выработать свой стиль, то потом такой способ написания программ не будет вызывать никаких напрягов. И код не будет не от чего зависеть - ни от архитектры, ни от компилера. В конце концов, коппилер - это утилита с интерфейсом CLI, которая конвертирует один формат файла в другой

Всетаки есть один косячек, маленький.
Да, много времени на изучение, да отличный результат, да потом ОНО работает и тебя не напрягает годами.
Но изз а того что оно хорошо работает и ты в ОНО не лазишь сильно забываешь опыть лазинья.

Пример не по теме раздела но по духу обсуждения. Сделали мы с другом в нашей домашней сети сервер на линухе, чтоб все работало - запустили SAMBА, 2 недели изучали как она работает и пытались ее во все дырки настроить. Когда она заработала поставили на бобика болкон, протянули провода - сетевой и питающий и ФСЕ, забыли. Через 2!!! года бобик СДОХ. На нем была важная информация, некоторые внашей сети на бобике в HOME хранили свои курсовые. Так вот нас ждали проблемы которые явлеются следствие вышеописанных особенностей GNU:
1. Достать системный блок оказалось невозможно! родителе товарища так завалили балкон что некоторые вещи хотели уже сбрасывать вниз лижбы быстее достать винты. Вобщем не достали мы его тогда.
2. Кода достали оказалалось что самбу настроить мы не можем - забыли за два гоба как и че мы шаманили.

Вот так.

малость, но поставьте себе какой-нибудь spell checker, иначе трудновато читать Ваши мессаги.

arm-unknown-eabi-rdi-stub - есть (работает ???)
брать тут (входит в ARM 2006q1-6 Release):
http://www.codesourcery.com/gnu_toolchains/arm/download.html

попытался скормить ей
RealView22\RDI\rdimsvr\1.3.1\91\win_32-pentium\rdimsvr.sdi
сказала, что не находит какую-то ф-ию...
может не то скормил, а может, ... более не охота было ковыряться

В листе бы поспрошать...

Почему. Linux - серьезный проет. Поддерхан многими. Связка девешавая версия WIN + Linux устравивает многих потребителей. Просто в embedded приложениях Linux используют мелкии компании. Крупные считаю риск по прежнему высокий. Хотя для домашних маршрутизаторов - Linux занял хорошее место.


При покупке коммерческих, у вас есть ихняя служба поддержки. И те и те средства являются достаточными. Правда у первых поддержка лудше у вторых стоимость меньше.

Юзеров кстати не много. Чтобы получить много userов надо сделать еще большие вложения.
Затраты на написание GNU-ых продуктов во много раз превосходят затраты на написание коммерческие. Временные затраты.


Тут единственно можно сказать, что GNU-шники предложили средства очень дешевые.
Можно делать качественную документацию, тратя только время.


Почему. Фанатики сделали историю.Мир мог бы быть красным c четырехднгевной рабочей неделей и шестичасовым рабочим днем, но при этом все ходили бы пешком. А сейчас на подержанных иномарках.

Одна проблема: ей надо SORDI ,а в таких штуках, как J-Link и H-Jtag используется WINRDI...

Нда, то есть народ позаботился о халявщиках. А как-нибудь это переконвертить можно? Может DASM нам чем поможет...

То, что я ей пытался скормить SORDI и было...
А кто-нить - объясните плиз - SORDI и WINRDI - кто из ху

SORDI - это интерфейс, используемый в arm-none-eabi-rdi-stub.exe, а WINRDI - в остальных виндовых реализациях RDI. По крайней мере, в упомянутых мною. А Вы о чем?

Если SORDI используется _только_ в arm-none-eabi-rdi-stub.exe, то она (arm-none-eabi-rdi-stub.exe) никому не нужна, т.к. подключить к ней нечего

А если серьезно, то - чем эти интерфейсы отличаются, можно-ли их скрестить, откуда ноги растут, ....

rdi-stub есть в исходниках GDB, соответственно можно написАть чего угодно и подключить туда. Опять же, если я не упоминал о реализациях SORDI, это не значит, что их нет: они есть, например для отладочной платы Кортеса, но без исходников. (или там без РДИ?) Однако описание SORDI есть (должно быть). Описание же WINRDI можно поспрошать у ARM или twentyone. И написать конвертер...