Vedr: sylvain/testing: apps/trx/trx.c: inttypes.h:No such file or directory

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/baseband-devel@lists.osmocom.org/.

Erich Dachleger edachleger at yahoo.com
Mon Jan 21 12:32:27 UTC 2013


Hi sylvain and thanks for your replies.
As you pointed out the resolution to the problem was to build new toolchain according to instructions in wiki,
which does build( in backtrack r2 )both master and testing branch without complaining about inttypes.h 
regards erich





________________________________
 Fra: Sylvain Munaut <246tnt at gmail.com>
Til: Erich Dachleger <edachleger at yahoo.com> 
Kopi: "baseband-devel at lists.osmocom.org" <baseband-devel at lists.osmocom.org> 
Sendt: Lørdag, 19. januar 2013 14.18
Emne: Re: sylvain/testing: apps/trx/trx.c: inttypes.h:No such file or directory
 
>> I tested and removed inttypes.h in trx/trx.c. Recompiling gives an error
>> message about parse error before debug-message PRIu32 on line 69 in
>> trx/trx.c.
>
> PRIu32 is AFAIK the proper way of printing a uint32_t without
> generating a warning and without making assumptions about the
> platform.
>
> inttypes.h is a standard C99 header file, if you distribution doesn't
> have it, I would suggest reporting the bug to them.

As was pointed out to me, it's the trx.c file from the firmware and
not the one from the host app, so the bug should go to the cross
toolchain provider I guess.

That printf is definitely not a "key-functionality" so you can just
remote it, however, I would expect that while fixing other GCC
warnings, the use of inttypes.h will rise in the future, so I'd
suggest you get a good toolchain. See
http://bb.osmocom.org/trac/wiki/GnuArmToolchain for how to build one.


Cheers,

    Sylvain
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/baseband-devel/attachments/20130121/40637df3/attachment.htm>


More information about the baseband-devel mailing list