Всем добрый день.
До этого пользовал эклипс для НИОС - никаких проблем, поставил эклипс для МК от NXP (JN516x) сходу такая ошибка:


**** Build of configuration Debug for project test ****

make all
Building file: ../src/test.c
Invoking: Cygwin C Compiler
gcc -O0 -g3 -Wall -c -fmessage-length=0 -MMD -MP -MF"src/test.d" -MT"src/test.d" -o"src/test.o" "../src/test.c"
/bin/sh: gcc: command not found
make: *** [src/test.o] Error 127

Понятно что мелочь, не находит gcc и наверняка он есть, но где эти пути должны быть прописаны или может еще чего-то недоставил? Все вроде по инструкции.
Подскажите пожалуйста!

Добавьте к переменной path что-то типа:

Обычно "просто" gcc вызывается для компиляции под ту платформу, на которой собственно идет сборка. Вы же хотите вызвать кросс-компилятор и имя его должно быть несколько другое - для AVR это будет avr-gcc, для ARM - arm-none-eabi-gcc, для вашего - не знаю, гугля выдает ba-elf-gcc.
Пути должны быть прописаны в PATH. Может быть чего-то и недоставили.
Моих телепатических способностей явно не хватает чтобы понять, какую именно инструкцию вы имеете ввиду.

Спасибо за ответы, вроде чуть разобрался, копаю дальше

Под процессор JN514x сходу все собралось, начал собирать template-проект под другой процессор - JN5168, появилась такая беда:

на рисунке видно: ошибка - не найдено E_AHI_DEVICE_UART0, хотя в проекте есть инклуд-файл, а в нем прописан этот самый E_AHI_DEVICE_UART0.

Что сделано не так?

В проекте он может быть и есть, а вот включен ли он или он ли включен в нужный исходник директивой #include? Проверить просто - вставьте в начало этого файла директиву #error и посмотрите - выдаст ли компилятор ошибку. Если нет - этот файл в компиляции не участвовал, разбирайтесь почему.

Спасибо, разобрался, но в конце концов все уперлось в ошибку на отсутствующую библиотеку, которой действительно в программном пакете нет...

Насчет JN5168 очень интересно. Как ОБЩИЕ впечатления от использования этого черного ящика у котрогого вместо документации только API?
С его Time of Flight непробовали использовать? Чемодан Evalution Kit только заказал, так-что пока сам не пробовал ничего.
Здесь не то место для обсуждения, посему тему завел: http://electronix.ru/forum/index.php?showt...=127996&hl=

А вы sw-4041 используете
или Beyond studio for NXP, если второе, то сталкивались ли с проблемой, когда в импортируемом проекте эта студия находит килотонну ошибок при этом проекто нормально компилируется и работает? Если да, то как с этим бороться, а то раздражает безумно.

Максимум, что можно с этим сделать, - это убрать галки в Window->Preferences->C/C++->Code Analisis

То есть это общая проблема, а не только у меня? Вообще, поковырявшись я понял что проблема в том что при импорте в настройки проекта не подтягиваются пути к include файлам, почему-то при попытке подтянуть их из вкладки jn516x applications c помощью current sdk и set Environment variables вылетает ошибка, но в makefile все прописано, так что если редактировать его то все норм и билдится. А вы с jn5168 работали, удалось их связать, потому что у меня они вроде прошиваются, мигают светиками, но вот подключиться друг к другу не получается, даже в простейшем примере с беспроводным уартом.

Это проблема среды на базе Eclipse. У Altera Nios II IDE такая же - тоже куча красных жуков, а проект нормально компилится. Из способов решения нашёл только то, что нужно убирать все галки с Code Analisis (на форуме нашёл только аналогичный способ решения). У Xilinx SDK все галки сняты в дефолтном состоянии.

А, спасибо( Обидно, привык к подсветке синтаксиса и подсказкам, придется отвыкать.

Дожили "Проблемы" оказывается IDE . Поймите, пожалуйста, что все описанное к IDE, какой-бы она ни была нималейшего отношения не имеет. Есть достаточно обычные с точки зрения использования, GCC комппияторы (старый 4041 под CYGWIN и новый 4141 нативный) и соответствено binutils до кучи. ВСЕ. Используйте как хотите и с чем хотите. У меня и в мыслях не бывает пользовать какие-либо IDE пихаемые до кучи к компиляторам.
По ошибкам и предупереждениям разбирайтесь с писаными левой ногой "исходниками". ЛЮБОЕ ПРЕДУПРЕЖДЕНИЕ, есть потенциальная ОШИБКА, ибо хоть компилятор и собрал бинарник, но честно предупредил, что НЕ ГАРАНТИРУЕТ того, что понял, что от него ТОЧНО хотят и соответственно сделал правильно.

Да, а писать внятные исходники, дабы быть понятым правильно, не судьба

Ненене, вы не поняли, с компилятором все ок, и в консоли сборки ошибок нет, все билдится, проблемы с indexerом IDE и с подсветкой синтаксиса в Beyond studio, раздражает что он периодически подсвечмвает несуществующие синтаксические ошибки, хотя при сборке выясняется что ошибок нет, думал, что кто-то это поборол. Меня не ломет собирать в консоли и без IDE, просто раздражает что инструмент не работает так как надо.

Что значит несуществующие? Там разбрка того, что выдал компилятор. Либо компилятор либо кто иной, например MISRA, сие выдал, либо нет. Если выдал, то на что жалуемся, если не выдал, то что? В прроизвольных строках неведомые ошиьки на которые нет описания? Не верю.

Зачем без IDE? Просто эта самя IDE должна быть ВЫБРАНА ВАМИ. Ввбрали, освоили, настроили-дописали-переписали под себя и потом просто компиляторы все новых и новых контроллеров добавляете.

КМК у Xilinx такая же проблема в SDK, иногда помогает установки галки:
Window->Preferences->C/C++->Indexer->Index source and header files opened in editor

Описанная проблема не компилятора, а именно IDE. Компилируется проект без всяких ошибок и варнингов, а вот IDE не понимает что где находится и ставит красные (жёлтые или синие) "жуки".
С исходниками на которые она ругается также все в порядке, это BSP либа от производителя (в моём случае BSP для Altera Nios II).



Не помогает Ваша галка, только если убрать Code Analysis (в Xilinx SDK данная галка (Code Analysis) не стоит изначально, вот у Вас ничего и не ругается).

Да, я тоже обратил внимание что не стоит. Но тем не менее иногда возникает ситуация что начинает подчеркивать (особенно любит не видеть дефайны в заголовочных файлах), а проект вроде бы компилируется. Помогает мой вариант решения.

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

Я Вас умоляю , сколько уж я навидался "исходников от производителя", которые запихнуты в проект в котором все варнинги заглушены, и не сосчитать .
За последние пару десятков лет, качество исходнитков вываливаемых в свободный доступ, стремительно приблизилось к 0 . Явное творчесво студентов недоучек лезет отовсюду. Вот и сейчас неделю назад увидел то, что идет с китом JN5168. Вообще-то, даже то, что на поверхности лежит а не в либах API, это тоскливое дерьмо . Особо убивает, что даже в заголовках API видно, что либы писали уже тоже недопрограммисты

Сообщения есть всегда и это сообщения среды, а не компилятора. Вот пути решения проблемы и тут ещё (всё касаемо Altera, но Nios II IDE построена на базе Eclipse и проблема аналогична описанной выше). Предложите другие - буду очень благодарен и наверное не только я.