31.12.2021 16:48, Valentin Nechayev пишет:
> hi,
>
> Fri, Dec 31, 2021 at 15:51:50, eugen wrote about "Re: [freebsd] printf в
> clang":
>
>>> Подскажите, а это тянет на баг, или никто ничего в таком случае не обещал?
>>
>> Никто не обещал. Если
31 декабря 2021 г., 11:48, "Valentin Nechayev" написал:
> В есть макры типа PRId64.
> https://pubs.opengroup.org/onlinepubs/009696899/basedefs/inttypes.h.html
> Для типов точной размерности можно их использовать.
> [u]intmax_t, конечно, тоже сработает... в принципе printf и так
> дорогой, это ни
hi,
Fri, Dec 31, 2021 at 08:20:44, spell wrote about "Re: [freebsd] printf в
clang":
> > Именно что если в 32 битах, то всё логично, потому что:
> > 1. При передаче в переменном наборе аргументов (как printf) происходит
> > расширение всех целочисленных типов, кото
hi,
Fri, Dec 31, 2021 at 15:51:50, eugen wrote about "Re: [freebsd] printf в
clang":
> > Подскажите, а это тянет на баг, или никто ничего в таком случае не обещал?
>
> Никто не обещал. Если хочется писать переносимо и с гарантией работы, проще
> всего делать та
31 декабря 2021 г., 10:52, "Eugene Grosbein" написал:
> 31.12.2021 15:51, Eugene Grosbein пишет:
>
>> 31.12.2021 4:15, sp...@itl.ua пишет:
>>> Приветствую сообщество.
>>>
>>> Подскажите, а это тянет на баг, или никто ничего в таком случае не обещал?
>>
>> Никто не обещал. Если хочется писать п
31.12.2021 15:51, Eugene Grosbein пишет:
> 31.12.2021 4:15, sp...@itl.ua пишет:
>>
>>
>> Приветствую сообщество.
>>
>> Подскажите, а это тянет на баг, или никто ничего в таком случае не обещал?
>
> Никто не обещал. Если хочется писать переносимо и с гарантией работы, проще
> всего делать так:
>
31.12.2021 4:15, sp...@itl.ua пишет:
>
>
> Приветствую сообщество.
>
> Подскажите, а это тянет на баг, или никто ничего в таком случае не обещал?
Никто не обещал. Если хочется писать переносимо и с гарантией работы, проще
всего делать так:
printf("%jd %ju\n", (intmax_t)longvalue, (intmax_t)un
31 декабря 2021 г., 10:20, sp...@itl.ua написал:
> Вот например такой код:
>
> printf("%ld %ld\n", bv, cid, cid);
>
> выдаст варнинг насчет лишнего аргумента, но значение cid не выведет,
> хотя в стеке аргументов место для этого второго cid есть.
Эм, "с прямым углом перепутала", надо было так:
30 декабря 2021 г., 23:39, "Valentin Nechayev" написал:
> hi,
>
> Thu, Dec 30, 2021 at 21:15:36, spell wrote about "[freebsd] printf в clang":
>
>> int64_t bv;
>> long cid;
>> bv = ( (int64_t) 1 << 33) + 3;
>> cid = 111;
>>
hi,
Thu, Dec 30, 2021 at 21:15:36, spell wrote about "[freebsd] printf в clang":
> int64_t bv;
> long cid;
> bv = ( (int64_t) 1 << 33) + 3;
> cid = 111;
> printf("%ld %ldn", bv, cid);
Тут наверно должно было быть \n в конце форматной строки.
> c
Приветствую сообщество.
Подскажите, а это тянет на баг, или никто ничего в таком случае не обещал?
Есть код:
int64_t bv;
long cid;
bv = ( (int64_t) 1 << 33) + 3;
cid = 111;
printf("%ld %ldn", bv, cid);
clang резонно выдает варнинг о несоответствии типа первого аргумента (%ld
вместо правильного
11 matches
Mail list logo
