scmRTOS & MSPGCC. Ошибка компиляции примеров Опции

[aliko]

Под линукс в mspgcc4 (gcc-4.4.5) и 3я и 4я версии ОС при компиляции выдают следующее:

--- assembling ../scmRTOS/MSP430/OS_Target_asm.S...
../scmRTOS/MSP430/OS_Target_asm.S: Assembler messages:
../scmRTOS/MSP430/OS_Target_asm.S:125: Error: unknown opcode `vector_(11'

Аналогично ругается mspgcc (20110716) под виндовс.

Кстати поясните пожалуйста в чем цимус существования двух версий - mspgcc и mspgcc4. Вторая вроде как заявляет что она хороша тем что базируется на 4й версии GCC, однако обычный mspgcc тоже вроде как на четвертой и даже на 4.5 против 4.4 у mspgcc4?

Сообщение отредактировал aliko - Jul 26 2011, 19:01

[AHTOXA]

Ух, что-то они всё поменяли... Я в отпуске, сходу не разобрался
Как теперь объявлять обработчик прерывания в ассемблерном файле?

Кстати поясните пожалуйста в чем цимус существования двух версий - mspgcc и mspgcc4.

Насколько я понял, изначально разработчики mspgcc не хотели переходить на GCC 4, поэтому отпочковался проект mspgcc4. А теперь видимо передумали, вот и получились два таких проекта

[aliko]

Ух, что-то они всё поменяли... Я в отпуске, сходу не разобрался
Как теперь объявлять обработчик прерывания в ассемблерном файле?

Пока что пользуюсь mspgcc4 под виндовс, только он нормально компилит 3ю версию ОС. С 4й тоже не справляется.
Почему-то не работают объявления портов вида portN.out.pinN при их изменении ничего не происходит, приходится пользоваться объявлениями вида PNOUT. Кроме того заметил что в последних mspgcc убрали кучу заголовочных файлов типа iostructures.h, adc.h в которых были удобные структурки для работы с регистрами. Кроме того последний mspgcc ругается на включения файла "io.h" который уже депрекейтед и вместо него предлагает включать msp430.h. Вобщем с компиляторами GCC зоопарк.

[MrYuran]

Почему-то не работают объявления портов вида portN.out.pinN при их изменении ничего не происходит

Это была примочка divil'а, видимо решили её выкинуть.
Кстати, я с ней основательно накололся, не советую использовать.
Почему-то иногда игнорирует __attribute__((packed)), с которым объявлены структуры портов, и в случае выравнивания по границе слова начинается дурдом...

Я немного доработал макросы Аскольда Волкова (ещё не совсем до конца), получается не хуже, но главное - 100% предсказуемо.

CODE

#include "_useful_gpio.h" // Макросы Аскольда Волкова

#define SYS_WDT P4,7,H
#define PWR_WDT P6,0,H

static __inline__ void WatchDogInit(void)
{
InitAsOut(PWR_WDT);

InitAsOut(SYS_WDT);
}

static __inline__ void ClearWatchDog(void)
{
toggle_pin(SYS_WDT);
}

static __inline__ void ClearPWRWatchDog(void)
{
toggle_pin(PWR_WDT);
}

Кроме того последний mspgcc ругается на включения файла "io.h" который уже депрекейтед и вместо него предлагает включать msp430.h. Вобщем с компиляторами GCC зоопарк.

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

Однако, радует, что проект вылез из подполья и продолжает развиваться.

[aliko]

Я немного доработал макросы Аскольда Волкова (ещё не совсем до конца), получается не хуже, но главное - 100% предсказуемо.

А можно поподробнее про эти макросы?

что-то типа такого?

Код

#define P_PWR   4,7,0

#define port_on(TRIPLE) xport_on(TRIPLE)
#define xport_on(PORT, PIN, ONSTATE) (ONSTATE ? P##PORT##OUT |= BIT##PIN : P##PORT##OUT &= ~BIT##PIN)

#define port_off(TRIPLE) xport_off(TRIPLE)
#define xport_off(PORT, PIN, ONSTATE) (!ONSTATE ? P##PORT##OUT |= BIT##PIN : P##PORT##OUT &= ~BIT##PIN)

использовать:

Код

port_on(P_PWR);
port_off(P_PWR);

[AHTOXA]

А можно поподробнее про эти макросы?

Вот они:  macros.h.zip ( 731 байт ) Кол-во скачиваний: 100

Или, если уж мы в ветке про scmRTOS, то гляньте на этот вариант.

[AHTOXA]

Под линукс в mspgcc4 (gcc-4.4.5) и 3я и 4я версии ОС при компиляции выдают следующее:

Скачал mspgcc-20110716, поправил ось. Теперь всё компилируется, но при линковке не находит -lstdc++. Похоже мне достался какой-то кривоватый msp-gcc:)
Приаттачиваю исправленный вариант, попробуйте его у себя. Если заработает, я закоммичу исправления.
 scmRTOS_4_MSP.zip ( 38.53 килобайт ) Кол-во скачиваний: 101

[aliko]

Приаттачиваю исправленный вариант, попробуйте его у себя. Если заработает, я закоммичу исправления.
 scmRTOS_4_MSP.zip ( 38.53 килобайт ) Кол-во скачиваний: 101

Попробовать под линукс смогу только дома, на работе стоит винда. Виндовский mingw32-make не дружит почему-то с мейкфалом для 4й версии ОС, поэтому я перенес Ваши исправления в 3ю версию и она нормально откомпилировалась с новой версией mspgcc-20110716.

Кстати, не подскажите как заставить виндовский make нормально выполнять clean? Не силен в написании мейкфалов, но он ругается по всей видимости на отсутствие rm а когда заменяю его на del то продолжает ругаться на "Missing separator". Может ему не нравятся слеши "/" вместо виндовских "\"? Только вручную их все менять во всем файле как-то муторно выходит...

[MrYuran]

Кстати, не подскажите как заставить виндовский make нормально выполнять clean? Не силен в написании мейкфалов, но он ругается по всей видимости на отсутствие rm а когда заменяю его на del то продолжает ругаться на "Missing separator". Может ему не нравятся слеши "/" вместо виндовских "\"? Только вручную их все менять во всем файле как-то муторно выходит...

Код

# Очистка
RM = del

clean:
    - $(RM) $(obj_path)\*.o
    - $(RM) $(lst_path)\*.lst

[aliko]

Код

# Очистка
RM = del

clean:
    - $(RM) $(obj_path)\*.o
    - $(RM) $(lst_path)\*.lst

Оказалось что ошибка missing separator возникает когда строка начинаются с пробела вместо ТАБа, а мой редактор заменял табы пробелами, то вовсе не устраивало GNU-шный make.

[AHTOXA]

Оказалось что ошибка missing separator возникает когда строка начинаются с пробела вместо ТАБа, а мой редактор заменял табы пробелами, то вовсе не устраивало GNU-шный make.

А, ну тогда понятно. А то я всё не мог понять, какая разница между мейкфайлами от 4й и 3й версий

Попробуйте всё же собрать 4ю версию, мне интересно, это у меня что-то криво установилось, или ещё что-то.

[aliko]

Попробуйте всё же собрать 4ю версию, мне интересно, это у меня что-то криво установилось, или ещё что-то.

У меня вышла аналогичная ошибка линковщика (libstdc++) в линуксе при использовании mspgcc20110716. Однако mspgcc4 под линукс нормально собрал ваш проект. Также как я уже писал под виндовс в mspgcc20110716 проект собирается тоже отлично (правда тут я пробовал 3ю версию ОС с перенесенными туда вашими исправлениями, так как мейкфайл 4й версии много ругается и отказывается собирать проект под виндовс). Ну а что касается mspgcc4 под виндовс то она прекрасно компилирует 3ю версию ОС из репозитария, но очевидно в скором будущем тоже перестанет так как под линуксом последняя сборка mspgcc4 и mspgcc20110716 ведут себя уже одинаково, разве что последней не хватает libstdc++ при линковке. Кстати, на сайте mspgcc говорится следующее: From the GNU Compiler Collection (gcc) we have ported the C compiler (C++ without libstdc++). Однако в сборке под виндовс все работает хорошо. Также в mspgcc4 под линукс есть эта библиотека в папке lib.

Вобщем путаница пока еще та.

Я прилагаю исправленную версию ОС 3й версии, может быть имеет смысл перенести исправления из нее в ветку 3й версии. Она собирается как последней версией компилятора mspgcc20110716, так и по всей видимости более устаревшей сборкой mspgcc4(виндовс). Для этого я следующим образом изменил процедуру подключения заголовочных фалов:

Код

#if __GNUC_MINOR__ < 5
#include <io.h>
#include <signal.h>
#else
#include <legacymsp430.h>
#endif

А, ну тогда понятно. А то я всё не мог понять, какая разница между мейкфайлами от 4й и 3й версий

Ошибка была в мейкфайле 3й версии у меня. Мейкфайл 4й версии под виндовс ругается сильно и много и к сожалению даже не пишет какая строка иходного файла вызывет ошибку так что отлаживать его довольно проблематично.
Сообщения имеют следющий вид:

Ошибка в синтаксисе команды.
Ошибка в синтаксисе команды.
Ошибка в синтаксисе команды.
Ошибка в синтаксисе команды.
--- compiling ./src/main.cpp...
./src/main.cpp:155:1: fatal error: opening dependency file obj/main.d: No such file or directory
compilation terminated.
make: *** [obj/main.o] Error 1

Сообщение отредактировал aliko - Aug 2 2011, 08:49

Прикрепленные файлы

 scmRTOS_3_corrected.zip ( 26.57 килобайт ) Кол-во скачиваний: 9

 

[AHTOXA]

Кстати, на сайте mspgcc говорится следующее: From the GNU Compiler Collection (gcc) we have ported the C compiler (C++ without libstdc++). Однако в сборке под виндовс все работает хорошо.

Скорее всего вы ставили mspgcc20110716 поверх какой-то предыдущей, вот там и осталась эта библиотека. У меня её нет. (и в архиве mspgcc-20110716.zip её нет).
Победил это добавлением ключа линкера

Код

    LD_FLAGS    += -nostdlib

Только вот проверить результат сейчас не на чем.

Я прилагаю исправленную версию ОС 3й версии, может быть имеет смысл перенести исправления из нее в ветку 3й версии.

Третью версию договорились не трогать до выхода четвёртой. Потом может быть сделаю. А может и не надо станет

Мейкфайл 4й версии под виндовс ругается сильно и много и к сожалению даже не пишет какая строка иходного файла вызывет ошибку так что отлаживать его довольно проблематично.

Поставьте решёточку перед строкой .SILENT - может прояснится. Скорее всего, ругается на mkdir. Попробуйте создать директории bak, obj, lst, exe вручную.

[aliko]

Победил это добавлением ключа линкера

Код

    LD_FLAGS    += -nostdlib

Перестают работать все стандартные библиотечные функции - memcpy, printf и т.д...
Какая-то пирова выходит победа к сожалению

Поставьте решёточку перед строкой .SILENT - может прояснится. Скорее всего, ругается на mkdir. Попробуйте создать директории bak, obj, lst, exe вручную.

Помогло. Действительно проблема была в создании катлогов.
Однако теперь 4я версия ОС при использовании mspgcc2011... под виндовс ругается на отсутствие libstdc++ аналогично линуксовской версии этого же компилятора, в то время как mspgcc4 собирает проект под виндовс отлично.
В то же время 3я версия ОС собирается без проблем любым компилятором и в любой ОС. ПОхоже все-таки где-то в мейкфайле надо копаться