IAR Embedded Workbench

[ut1wpr]

отладка - можно и в иаре - Ctrl+D

Tools--›Options...

При установке ALL подвал начнет заливать. Весь ход сборки сливается. Лучше установить сокращенный "messages", разрешить генерацию .map и смотреть в конец этого файла.

[ut1wpr]

Такой же подход и у многих других компиляторов.

Но только не в microe

[tempora]

как же заставить IAR работать с 64-битным временем?

Определить _DLIB_TIME_USES_64 перед включением time.h

[Prime]

Определить _DLIB_TIME_USES_64 перед включением time.h

Определил следующим образом:

#define _DLIB_TIME_USES_64    1

При компиляции ругается на то, что не определен тип __time64_t.
Посмотрел файл time.h, увидел:

#if _DLIB_TIME_ALLOW_64
  typedef signed long long __time64_t;
#endif /* _DLIB_TIME_ALLOW_64 */

Дополнительно определил:

#define _DLIB_TIME_ALLOW_64    1

После этого компилятор стал писать:
Fatal Error[Pe035]: #error directive: ("_DLIB_TIME_ALLOW_64 requires _LONGLONG") C:\Program Files\IAR Systems\Embedded Workbench 6.0\avr\inc\dlib\c\DLib_Defaults.h 967

Посмотрел DLib_Defaults.h:

#if _DLIB_TIME_ALLOW_64 && !defined(_LONGLONG)
  #error("_DLIB_TIME_ALLOW_64 requires _LONGLONG")
#endif

Определил _LONGLONG:

#define _LONGLONG

В итоге перед time.h уже три дефайна:

#define _LONGLONG
#define _DLIB_TIME_USES_64			1
#define _DLIB_TIME_ALLOW_64			1

Как итог - линкер не видит функции __difftime64, __gmtime64, __mktime64, пример ошибки:

Error[e46]: Undefined external "__difftime64" referred in main.

Далее копаться устал... Не соображу, в чём дело?
Весь прикол ситуации в том, что в Compiler Reference указано то же самое:
By default, the library and the header redirect time_t, time etc. to the 32-bit variants. However, to explicitly redirect them to their 64-bit variants, define _DLIB_TIME_USES_64 in front of the inclusion of time.h or ctime.

И нигде в интернете ссылок на подобную ситуацию, будто никто не использовал 64-битное время.

PS: Пишу на Си (не Си++), подключаю Full DLIB.

[ut1wpr]

Код:

#if _DLIB_TIME_ALLOW_64 typedef signed long long __time64_t; #endif /* _DLIB_TIME_ALLOW_64 */

Что-то там обсуждали. Но надо покопаться глубже...
http://wasm.ru/forum/viewtopic.php?id=37423

[oleg110592]

разрешить генерацию .map и смотреть в конец этого файла

можно автоматизировать:
http://megajohn.embedders.org/mjproj...ze&hide_menu=1
не пользовался - messages All мне удобнее

[vit66work]

В итоге перед time.h уже три дефайна:
Код:
#define _LONGLONG
#define _DLIB_TIME_USES_64 1
#define _DLIB_TIME_ALLOW_64 1
Как итог - линкер не видит функции __difftime64, __gmtime64, __mktime64, пример ошибки:

LONGLONG - это тип данных, 64 бита, а вы его определили как "пустой", если только я
не путаюсь с символом подчёркивания

[tempora]

В итоге перед time.h уже три дефайна... Далее копаться устал... Не соображу, в чём дело?

Что-то вы, по-моему, не в ту сторону копаете. Проверьте опции проекта, проверьте ключи, с которыми запускается компилятор. Может у вас проект под CLIB заточен, или модель памяти выбрана маленькая...

[Prime]

Что-то вы, по-моему, не в ту сторону копаете. Проверьте опции проекта, проверьте ключи, с которыми запускается компилятор. Может у вас проект под CLIB заточен, или модель памяти выбрана маленькая...

Может, может, может...
1) Что значит - проверьте ключи? а какие они должны быть для моей задачи, не подскажете?
2) Заточен под CLIB - это как понимать?
3) Модель памяти выбрана самая максимальная (Small)

[tempora]

Prime, я про то, что компилятор может быть запускается с ключём "--clib"