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я версия ОС собирается без проблем любым компилятором и в любой ОС. ПОхоже все-таки где-то в мейкфайле надо копаться

[AHTOXA]

В то же время 3я версия ОС собирается без проблем любым компилятором и в любой ОС. ПОхоже все-таки где-то в мейкфайле надо копаться

Дык, просто поменяйте мейкфайл!

ЗЫ. Кстати, у меня не собралась и третья версия. Ругается:

ld.exe: unrecognised emulation mode: msp430x149
Supported emulations: msp430

[aliko]

Дык, просто поменяйте мейкфайл!

помогло

единственное что я добавил в мейкфайл от 3й версии - опцию -fno-threadsafe-statics иначе не собиралось, ну и -save-temps для удобства...

ЗЫ. Кстати, у меня не собралась и третья версия. Ругается:

странно, у меня теперь все работает с мейкфайлом от 3 версии

[AHTOXA]

Я разобрался, в чём отличие мейкфайлов. В мейкфайле от третьей версии в качестве линкера вызывается gcc, а в четвёртой версии - g++. Поменяв в мейкфайле от четвёртой версии
LD = $(TOOL)g++
на
LD = $(TOOL)gcc
, я смог скомпилировать четвёртую версию. Не знаю только, работоспособен ли результат, не на чем проверить сейчас.

[AHTOXA]

Проверил на небольшом проекте. Работает.
Расстроила пара моментов:
1. Зачем-то убрали удобные алиасы типа SSEL_ACLK, TASSEL_SMCLK, MC_CONT, и проч. Чем они мешали, непонятно.
2. Не работает с ключами компилера/линкера -ffunction-sections -fdata-sections / -gc-sections. Что-то лишнее выбрасывается. Надо разбираться со скриптами линкера, сейчас некогда.

[aliko]

2. Не работает с ключами компилера/линкера -ffunction-sections -fdata-sections / -gc-sections. Что-то лишнее выбрасывается. Надо разбираться со скриптами линкера, сейчас некогда.

А чем чревато отсутствие этих ключей? В мейкфале для 3й версии ОС их вроде и не было и все прекрасно без них пока что работает в моем проекте, который не так уж и мал...

[MrYuran]

А чем чревато отсутствие этих ключей?

Все функции и данные, которые есть в исходниках, окажутся в бинарнике, независимо от их использования/неиспользования.

[aliko]

Все функции и данные, которые есть в исходниках, окажутся в бинарнике, независимо от их использования/неиспользования.

Да уж, не весело... Что и библиотека стандартных функций целиком полезет в бинарник или хотя бы библиотечные функции будут браться поштучно?

UPD
попробовал включить эти флаги и все прекрасно откомпилировалось и слинковалось
разница правда небольшая:

mspgcc4: (GCC4.4):
text data bss dec hex filename
18424 6 1972 20402 4fb2 .\exe/epp.elf

mspgcc2011... (GCC 4.5):
text data bss dec hex filename
16684 6 1978 18668 48ec .\exe/epp.elf

mspgcc2011... (GCC4.5) c флагами -ffunction-sections -fdata-sections / -gc-sections:
text data bss dec hex filename
16682 6 1968 18656 48e0 .\exe/epp.elf


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

[AHTOXA]

Библиотечные будут поштучно. В принципе ничего страшного, если проект помещается в кристалл. Просто как-то это "неаккуратненько".

ЗЫ. Советую переключиться на четвёртую версию, раз уж она тоже заработала.

mspgcc2011... (GCC 4.5):
text data bss dec hex filename
16684 6 1978 18668 48ec .\exe/epp.elf

mspgcc2011... (GCC4.5) c флагами -ffunction-sections -fdata-sections / -gc-sections:
text data bss dec hex filename
16682 6 1968 18656 48e0 .\exe/epp.elf

2 байта? Это не то Ключ линкеру надо давать вот так:

Код

-Wl,--gc-sections

[aliko]

ЗЫ. Советую переключиться на четвёртую версию, раз уж она тоже заработала.

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

2 байта? Это не то Ключ линкеру надо давать вот так:

Код

-Wl,--gc-sections

вот как выглядит строка флагов линкера у меня:

Код

ldflags        := -mmcu=$(cpu) -Wl,-Map=$(mapfile),--cref --gc-sections

что-то тут не так? все собирается вроде нормально...

[AHTOXA]

Код

ldflags        := -mmcu=$(cpu) -Wl,-Map=$(mapfile),--cref --gc-sections

Вместо пробела - запятая.

Код

ldflags        := -mmcu=$(cpu) -Wl,-Map=$(mapfile),--cref,--gc-sections

[aliko]

Вместо пробела - запятая.

Код

ldflags        := -mmcu=$(cpu) -Wl,-Map=$(mapfile),--cref,--gc-sections

Теперь перстало собираться

причем и на mspgcc4 (GCC4.4)

msp430-ld.exe: : No such file: Invalid argument
collect2: ld returned 1 exit status
make: *** [.\exe/epp.elf] Error 1

и на mspgcc2011.. (GCC4.5):

ld.exe : cannot find : Invalid argument
collect2: ld returned 1 exit status
make: *** [.\exe/epp.elf] Error 1

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

[AHTOXA]

Cобираться-то оно должно. Другое дело, что не работает
Напишите тогда

Код

-mmcu=$(cpu) -Wl,-Map=$(mapfile),--cref -Wl,--gc-sections

Или возьмите уже мейкфайл от 4й версии, просто поправьте линкер g++ на gcc, как я писал выше.

Нашёл в чём дело. В линкерном скрипте почему-то убраны KEEP от секций initX.
После исправления в файле MSPGCC\20110716\msp430\lib\ldscripts\msp430.x строчек

Код

    KEEP(*(.init))
    *(.init0)  /* Start here after reset.               */
    *(.init1)  /* User definable.                       */
    *(.init2)  /* Initialize stack.                     */
    *(.init3)  /* Initialize hardware, user definable.  */
    *(.init4)  /* Copy data to .data, clear bss.        */
    *(.init5)  /* User definable.                       */
    *(.init6)  /* C++ constructors.                     */
    *(.init7)  /* User definable.                       */
    *(.init8)  /* User definable.                       */
    *(.init9)  /* Call main().                          */

на

Код

    KEEP(*(.init))
    KEEP(*(.init0)) /* Start here after reset.               */
    KEEP(*(.init1)) /* User definable.                       */
    KEEP(*(.init2)) /* Initialize stack.                     */
    KEEP(*(.init3)) /* Initialize hardware, user definable.  */
    KEEP(*(.init4)) /* Copy data to .data, clear bss.        */
    KEEP(*(.init5)) /* User definable.                       */
    KEEP(*(.init6)) /* C++ constructors.                     */
    KEEP(*(.init7)) /* User definable.                       */
    KEEP(*(.init8)) /* User definable.                       */
    KEEP(*(.init9)) /* Call main().                          */

стало вроде всё нормально. (Проверить не смог, железку уже отдал

Ну ладно, вроде разобрались На днях закоммичу изменения.


ЗЫ. Вспомнил! Возьмите map-файл в кавычки:

Код

ldflags        := -mmcu=$(cpu) -Wl,-Map="$(mapfile)",--cref,--gc-sections

[aliko]

Нашёл в чём дело. В линкерном скрипте почему-то убраны KEEP от секций initX.
После исправления в файле MSPGCC\20110716\msp430\lib\ldscripts\msp430.x строчек

Исправил ВСЕ строчки initX согласно вашей рекомендации, однако это ни на байт не уменьшило размер программы...
Может надо было править только до main как в вашем примере?

[AHTOXA]

В моей рекомендации и так все строчки initX исправлены. Там дальше идут finiX - они в принципе не нужны
Вы с ключами-то разобрались? Если да, то попробуйте убрать KEEP() и откомпилируйте. Увидите сильное уменьшение размера программы (даже чересчур).

[aliko]

Вы с ключами-то разобрались? Если да, то попробуйте убрать KEEP() и откомпилируйте. Увидите сильное уменьшение размера программы (даже чересчур).

ключи мои вот:

Код

ldflags        := -mmcu=$(cpu) -Wl,-Map="$(mapfile)",--cref -W1,--gc-sections

еще пробовал вот так

Код

ldflags        := -mmcu=$(cpu) -Wl,-Map="$(mapfile)",--cref -W1,--gc-sections -Wl

Не совсем понял какие именно KEEP() убрать, убрал все что стоят перед каждым initX. На размер кода это влияния не оказало

UPD
Все получилось. у меня было --cref -W1 вместо --cref -Wl (L маленькая) %)

Сообщение отредактировал aliko - Aug 3 2011, 09:13