Переменные long long Опции

[inventor]

Как правильно использовать в IAR ?
Процессор Texas Instruments CC3200
Хочу присвоить переменной время в наносекундах или микросекундах
пишется какая то лажа - printf ничего не выводит, хотя пытаюсь и %lld и %Ld
компилятор C99 и вроде должен поддерживать все эти вещи

[megajohn]

компилятор C99 и вроде должен поддерживать все эти вещи

б-р-р, это вообще не причем.
Что стоит в General Options->LibraryOptions->Printf formatter ?

[inventor]

б-р-р, это вообще не причем.
Что стоит в General Options->LibraryOptions->Printf formatter ?

ставил и normal и full - ничего не помогает

[zltigo]

ставил и normal и full - ничего не помогает

1) Какая версия IAR?
2) У IAR несколько библиотек так-что нужно выбрать нужную Вашем случае Full, но кроме этого есть еще отдельные настройки полноты формата printf() - там тоже чего-нибудь типа Full
3) "пишется какая то лажа - printf ничего не выводит" - лажа и ничего, все-же разные вещи.
4) Есть докуменация на конкретный тип контрорллера+компилятора - там есть информация, что поддерживавется, что нет и в каких вариантах библиотек.

[inventor]

1) Какая версия IAR?
2) У IAR несколько библиотек так-что нужно выбрать нужную Вашем случае Full, но кроме этого есть еще отдельные настройки полноты формата printf() - там тоже чего-нибудь типа Full
3) "пишется какая то лажа - printf ничего не выводит" - лажа и ничего, все-же разные вещи.
4) Есть докуменация на конкретный тип контрорллера+компилятора - там есть информация, что поддерживавется, что нет и в каких вариантах библиотек.

с библиотеками возица не стал - просто разбил длинное число на 2 u32 и вывожу
в 16-тиричном виде.
компилятор работает - заполняет переменные правильно.

[yes]

компилятор работает - заполняет переменные правильно.

дело не в компиляторе, а в том, какую версию pfintf из библиотеки он берет (точнее - что за библиотека) - то есть, насколько сложный "парсер" строки формата (то есть размер кода, который разбирает "%4.2f %+.0e %E" ) в этой функции реализован

в микрокотроллере памяти мало и полный формат, как в ман-е написано не всегда поддерживается

[megajohn]

в микрокотроллере памяти мало и полный формат, как в ман-е написано не всегда поддерживается

сколько не смотрел код сгенерированный ИАРом, то всегда было одно:
SP минус число ( в зависимости от версии FULL LARGE etc ) а потом переход на реализацию принтфа. Никаких проверок "много памяти, мало памяти" чойта не видел.

[zltigo]

сколько не смотрел код сгенерированный ИАРом, то всегда было одно:
SP минус число ( в зависимости от версии FULL LARGE etc ) а потом переход на реализацию принтфа. Никаких проверок "много памяти, мало памяти" чойта не видел.

Это линкер проверит . Полная IAR библиотека совершенно невразумительного количества памяти требует - буквально килобайты. Тупо не влезает. В мелкие контроллеры даже принципиально не лезет.

[yes]

сколько не смотрел код сгенерированный ИАРом, то всегда было одно:
SP минус число ( в зависимости от версии FULL LARGE etc ) а потом переход на реализацию принтфа. Никаких проверок "много памяти, мало памяти" чойта не видел.

речь про экономию памяти для кода

[Tahoe]

пишется какая то лажа - printf ничего не выводит, хотя пытаюсь и %lld и %Ld
компилятор C99 и вроде должен поддерживать все эти вещи

Он и поддерживает. Должно быть так:

Код

long long    ll = 100500;
printf( "ll = %" PRIu64 "\n\r", ll );

Остальное по аналогии можно найти самостоятельно. См. например тут или тут.

И лучше отойти от всех этих неопределенных short, long и т.п. В Це99 существуют более внятные типы, вроде uint32_t, uint64_t, int64_t...

[zltigo]

Он и поддерживает. Должно быть так:

Находясь в твердом уме "так" писать не надо. Почему у Автора не получилсь - уже объяснили. По этой причине и использование макросов-оберток вместо явного описания формата ничего не изменит.

[Tahoe]

Находясь в твердом уме "так" писать не надо. Почему у Автора не получилсь - уже объяснили. По этой причине и использование макросов-оберток вместо явного описания формата ничего не изменит.

Прежде чем лезть умничать, неплохо бы проверить/почитать. В IAR, даже с "правильной" библиотекой, действительно могут не работать %lld и %Ld, при этом PRIu64 работает без проблем. За давностью времени, сейчас уже не помню, на каком из IAR с этим сталкивался, возможно ARM, возможно AVR. Но это факт.

Что у автора получилось - я видел. Костыль, да еще и кривой. Мой вариант - рабочий. Причем в отличии от ворчания отдельных граждан, проверено непосредственно в IAR. Почему "так" писать надо, следует из ссылки, что я дал.

Код

#include    <inttypes.h>
#include    <stdio.h>

int        main( void )
{
    long long                ll    =    0;
    uint64_t                u64    =    0;

    while( true )
    {
        printf( "ll = %" PRIu64 "\n", ll );
        printf( "u64 = %" PRIu64 "\n", u64 );

        u64        =    u64 ? u64 << 1 : 1;
        ll        =    ll ? ll << 1 : 1;
    }
}

Терминал:

Код

u64 = 144115188075855872
ll = 288230376151711744
u64 = 288230376151711744
ll = 576460752303423488
u64 = 576460752303423488
ll = 1152921504606846976
u64 = 1152921504606846976
ll = 2305843009213693952
u64 = 2305843009213693952
ll = 4611686018427387904
u64 = 4611686018427387904
ll = 9223372036854775808
u64 = 9223372036854775808
ll = 0
u64 = 0
ll = 1
u64 = 1
ll = 2
u64 = 2
ll = 4
u64 = 4
ll = 8
u64 = 8
ll = 16
u64 = 16
ll = 32
u64 = 32
ll = 64
u64 = 64
ll = 128
u64 = 128
ll = 256
u64 = 256
ll = 512
u64 = 512
ll = 1024
u64 = 1024
ll = 2048
u64 = 2048
ll = 4096
u64 = 4096

[zltigo]

Прежде чем лезть умничать, неплохо бы проверить/почитать. В IAR, даже с "правильной" библиотекой, действительно могут не работать %lld и %Ld, при этом PRIu64 работает без проблем.

А то, что муть " PRIu64 " есть ни что иное, как макрос-обертка llu это никакой мыслью в Вас в голове не отозвалось?

CODE

#define __STRINGIFY(a) #a
#define __PRI64(x) __STRINGIFY(l##x)
#define PRIu64        __PRI64(u)

Так что "проверяй" не проверяй.

Но это факт.

Увы, но это бред .

Мой вариант - рабочий. Причем в отличии от ворчания отдельных граждан, проверено непосредственно в IAR.

Не сочтите за труд выкинуть муть " PRIu64 " и написать llu и получите точно такой-же рабочий вариант.

[Tahoe]

Не сочтите за труд выкинуть муть " PRIu64 " и написать llu и получите точно такой-же рабочий вариант.

Вот на данной, конкретной версии EWARM? Вполне допускаю, что так оно и будет. Но это будет вариант "здесь играем, здесь не играем, здесь рыбу заворачивали"(с), в EWARM работает, в каком-нить EWAVR нет... Меня такой вариант не устраивает. Не хватало еще париться со всякой ерундой. Стандартная библиотека C99 предписывает использовать PRIxxx/SCNxxx? Значит их и буду использовать. Да, мне тоже не нравится и не привычно. Но меня никто не спрашивал.

[zltigo]

Значит их и буду использовать.

Пользуйте, если их уродство глаз не режет, только не надо фантазий о их чудодейственной силе.