axle 0 26 октября, 2007 Опубликовано 26 октября, 2007 · Жалоба Оба есть в местных закромах, так что на счёт цен не надо смешить народ. Зачем подбиваете людей воровать? Они может новую жизнь начинают. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
etoja 0 26 октября, 2007 Опубликовано 26 октября, 2007 · Жалоба Будем реалистами. Китайцы бульдозерами утрамбовывают диски с западной музыкой, а диски и сайты для разработчиков никто не трогает. Откуда берутся крякнутые дистрибутивы по 300...600 мегабайт? Пароходом из америки? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Terminator 0 26 октября, 2007 Опубликовано 26 октября, 2007 · Жалоба Вот обсуждение этого вопроса. Проблеме уже больше двух лет и никто её не решает, поскольку за GNU проекты никто не отвечает. А зачем вложение в PDF? Я не сталкивался с такой проблемой. Все обработчики объявлены naked и использую portENTER_SWITCHING_ISR() portEXIT_SWITCHING_ISR() Проект под FreeRTOS Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
leen 0 26 октября, 2007 Опубликовано 26 октября, 2007 · Жалоба В GCC некорректно работает обработчик прерывания IRQ. До какой версии? Еще не проверял, но это было в версии 4.1.2, сейчас стабильная 4.2.2, в работе 4.3. Для быстрой разработки программ используйте KEIL, а для профессиональной работы - компилятор Green Hills. Оба есть в местных закромах, так что на счёт цен не надо смешить народ. Ага. Так вот. Мы не собираемся смешить народ. Мы хотим научиться использовать именно _бесплатную_ среду (оболочка, асм+компилер+линкер, симулятор, интерфейс эмулятора, кой можно собрать на коленке, и кой будет работать и в вынь, и в линь - на FT2232), а не _ворованную_, как это есть сейчас. И попытаемся помочь другим таким же щепетильным. Мне, например, это не нравится. Потому и баламучу тему. 2 sleo2000: предлагаю работать на свежих утилитах. Мои версии: binutils-2.18 gcc-4.2.2 gdb-6.7 eclipse в понедельник обновлю до 3.3.1, пока 3.3.0 ve-1.2M3 эти два пока не обновлялись - на хомсайте валяются эти версии: zylincdt4.0-20070830 embeddedcdt4.0-20070830 Еще что-то на работе было, не помню. ява 6.2, вышла 6.3. Можно обновить, но тоже в понедельник - там за трафик не ругаются. Что еще надо - добавляй. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
xelax 0 26 октября, 2007 Опубликовано 26 октября, 2007 · Жалоба В GCC некорректно работает обработчик прерывания IRQ. Для быстрой разработки программ используйте KEIL, а для профессиональной работы - компилятор Green Hills. Оба есть в местных закромах, так что на счёт цен не надо смешить народ. А если заказчик требует щепетильности при использовании ПО и соблюдению всех лицензий :twak: ... Так что ворованное не прокатит. Пока что связке gcc+eclipse+gdb не вижу альтернативу. Да и переход с iar на эту связку прошёл довольно безболезненно, благодаря James Lynch и его докам. З.Ы. ещё гигантский плюс в том, что в одной IDE проекты для разных платформ можно реализовывать. До этого приходилось два iarа держать на компе для arm и для avr. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Николай Анатольевич 0 26 октября, 2007 Опубликовано 26 октября, 2007 · Жалоба 2 Puzan: не могли бы вы выложить рекомендации по настройке среды с нуля В принципе ничего сложного нет. Компилируем binutils, gcc (с опцией --without-headers, нужен для того, чтобы им скомпилить newlib), newlib и снова gcc (уже полностью, с поддержкой newlib). При этом ставим необходимые опции для целевой платформы (для ARM это --target=arm-elf --enable-interwork --enable-multilib). Всё, можно компилировать программки. Чтобы компилятор не использовал инициализацию от newlib (например crt0), в опциях линкера ставим -nostartfiles -nostdlib и пишем свой инициализирующий код. Чтобы при этом использовать функции из newlib, добавляем с список объектных файлов libc.a. Вот как сделал я (кусок Makefile'a): CFLAGS = $(FLAGS) -mcpu=$(MCU) -mtune=$(MCU) -march=$(CPUARCH) $(DEBUG) $(THUMB_IW) \ -Wall -std=gnu99 -O$(OPTLEVEL) $(INCLUDES) LDFLAGS = -nostartfiles -nostdlib -T lpc2148_rom.ld LIBGCC = `$(CC) $(CFLAGS) $(THUMB) -print-libgcc-file-name` LIBDIR = /opt/armgcc/arm-elf/lib/`$(CC) $(CFLAGS) -print-multi-directory` LIBC = $(LIBDIR)/libc.a ... $(ELF) : $(OBJS) $(OBJS32) $(OBJSAS) @echo $(MSG_LINKING) $@ $(LD) -Map $(MAP) --cref $(LDFLAGS) -o $@ $(OBJALL) $(LIBGCC) $(LIBC) @echo $(MSG_SIZE) $(OBJSIZE) $@ $(OBJS) : %.o : %.c @echo $(MSG_COMPILING) $< $(CC) -c $(CFLAGS) $(THUMB) -o $@ $< ... а вообще, в интернете масса примеров и готовых тулчейнов, в которых можно посмотреть, как это делается. Эклипс настраивается, как и на системный gcc. Все-таки gcc - он и в африке gcc. Использую и отладчик (OpenOCD) и симулятор (skyeye), правда для nxp21xx переферию он не эмулирует, по этому применение довольно ограниченное. Кстати, Zylin Embedded CDT не использовал. Надо попробовать. А вообще, говорят, что gcc во многих случаях делает более быстрый и компактный код, чем keil или iar. Я сам не проверял, но вот люди, типа проверили: ftp://www.raisonance.com/STR7/Benchmark/A...C-Benchmark.pdf (обсуждалось когда-то на этом форуме). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
etoja 0 26 октября, 2007 Опубликовано 26 октября, 2007 · Жалоба Вопрос к LEEN: Печатные платы вы чем разводите? Сколько заплатили за САПР? На каждого пользователя лицензия есть или на всех инженеров одна? Микрософт офис на вашем компьютере тоже официально куплен? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
IgorKossak 0 26 октября, 2007 Опубликовано 26 октября, 2007 · Жалоба etoja, тема называется: Eclipce + GCC для ARM, Среда разработки для ARM, причем бесплатная... Давайте не будем от неё отклоняться. Если хотите поднять обсуждение лицензионной чистоты софта, создайте другую тему. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 0 26 октября, 2007 Опубликовано 26 октября, 2007 · Жалоба но вот люди, типа проверили... Дела давно минувших дней. Давайте оставим и отсутствие RVCT (явно "намеряли" они там такого, что и возразить на требование ARM убрать сии "результаты" и возразить было нечего ), и минималистичные упоминания о методике и вообще всю эту проверку на их совести. Проверять нужно исключительно самому, со знанием дела, и на свежих релизах компиляторов. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Николай Анатольевич 0 27 октября, 2007 Опубликовано 27 октября, 2007 · Жалоба Вопрос к LEEN: Печатные платы вы чем разводите? Сколько заплатили за САПР? На каждого пользователя лицензия есть или на всех инженеров одна? Микрософт офис на вашем компьютере тоже официально куплен? Хоть вопрос и не мне (к тому-же и оффтоп), но тоже хочется ответить. Мы в нашей организации платы разводим в KiCAD'е, который GPL, и соответственно денег не стоит. Когда есть свободное время, посильно участвуем в разработке - это наш вклад. Микрософт офис тоже не используем - для него давно есть замена в лице OpenOffice, который давно уже в большинстве случаем обогнал MSOffice и по функционалу и по удобству. А вместо Windows используем Linux, что тоже дешевле ;) Дела давно минувших дней. Давайте оставим и отсутствие RVCT (явно "намеряли" они там такого, что и возразить на требование ARM убрать сии "результаты" и возразить было нечего ), и минималистичные упоминания о методике и вообще всю эту проверку на их совести. Проверять нужно исключительно самому, со знанием дела, и на свежих релизах компиляторов. Тестировал ли кто нибудь (желательно непредвзято) GCC vs RVCT на более-менее комплексных тестах? Интересно узнать результат. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 0 27 октября, 2007 Опубликовано 27 октября, 2007 · Жалоба Тестировал ли кто нибудь (желательно непредвзято) GCC vs RVCT на более-менее комплексных тестах? Тесты "комплексные" не проводил, но по личным наблюдениям на текущем этапе троица RVCT-IAR5.10-GCC мало отличима друг от друга. RVCT и IAR очень близки и компилируют с переменным успехом, ну а GCC чуть отстает. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
klen 1 27 октября, 2007 Опубликовано 27 октября, 2007 · Жалоба Тесты "комплексные" не проводил, но по личным наблюдениям на текущем этапе троица RVCT-IAR5.10-GCC мало отличима друг от друга. RVCT и IAR очень близки и компилируют с переменным успехом, ну а GCC чуть отстает. с какими библами??? если уж говорить именно про компиллеры то нада писать нада именно тест-програмку, в которой все РУЧКАМИ написано, чтоб небыло внешних библовых (кто их знает какией у они у вас) вызовов которые повлияют на результат. а "комплексные" тесты к компиллеру никаких отношений не имели с роду, к среде разработки ДА!!! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 0 27 октября, 2007 Опубликовано 27 октября, 2007 · Жалоба с какими библами??? Естественно БЕЗ чего-либо библиотечного в подвергавшихся исследованию местах. а "комплексные" тесты к компиллеру никаких отношений не имели с роду, к среде разработки ДА!!! Ну перегибать палку не надо - в "С" слишком много на библиотеках, дабы не обращать на это внимание и расуждать о "чистом". С библиотеками ситуация будет похуже для GCC, поскольку при всем их многообразии я, кажется, не наблюдал для GCC библиотек заточенных под ARM и частично писанных на ASM. В коммерческом RVCT это имеется издавна и на тестах с использованием библиотечных он на моей памяти всегда всех делал, иногда очень :). Для версии 5.10 IAR ситуация с производительностью некоторых библиотечных функций резко изменилать (например, ранее тормозной мемсpy() начал на некоторых массивах обгонять "самодельный" писанный на ASM и вылизанный ) - налицо безвариантная замена чисто сишной портируемой библионечной функции на специализированную. Кстати, для IAR начиная с 5.10 GNU библиотеки, как родные :). И binutils в комплекте. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Сергей Борщ 119 1 ноября, 2007 Опубликовано 1 ноября, 2007 · Жалоба Не стал создавать новую ветку. Вопрос такой - а какой симулятор ARM колеги посоветуют для прикручивания к eclipse для работы под виндовсом? Поиск вывел меня на SkyEye, но насколько я понял, он требует cygwin, а хотелось бы обойтись без cygwin. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sleo2000 0 9 ноября, 2007 Опубликовано 9 ноября, 2007 · Жалоба ..... а вообще, в интернете масса примеров и готовых тулчейнов, в которых можно посмотреть, как это делается. Эклипс настраивается, как и на системный gcc. Все-таки gcc - он и в африке gcc. Использую и отладчик (OpenOCD) и симулятор (skyeye), правда для nxp21xx переферию он не эмулирует, по этому применение довольно ограниченное. Кстати, Zylin Embedded CDT не использовал. Надо попробовать. А вообще, говорят, что gcc во многих случаях делает более быстрый и компактный код, чем keil или iar. Я сам не проверял, но вот люди, типа проверили: ftp://www.raisonance.com/STR7/Benchmark/A...C-Benchmark.pdf (обсуждалось когда-то на этом форуме). Если все так просто - может все-таки поделитесь опытом? Мои мучения с LPC продолжаются. Я не поленился и купил от Olimex плату на SAM7, по известной в Инете PDF-ке все сделал - и все замечательно работает! А на LPC упорно не хочет - может потому, что такой доки нет... Уже три недели курочим примеры, которые есть в сети, но никакого положительного результата. Но раз с Atmel-ом работает - значит может работать! Могу скинуть для анализа ошибок все, что надо от настроек проекта и среды (сейчас установил все сравнительно свежее, под Eclipse 3.3) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
