[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [6/7] Proposed patches to remove several inttypes-related dependenci

From: Eric Blake
Subject: Re: [6/7] Proposed patches to remove several inttypes-related dependencies
Date: Fri, 22 Apr 2011 04:33:16 -0600
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20110307 Fedora/3.1.9-0.39.b3pre.fc14 Lightning/1.0b3pre Mnenhy/0.8.3 Thunderbird/3.1.9

On 04/22/2011 04:31 AM, Eric Blake wrote:
>> +2011-04-22  inttypes        This module no longer arranges for <inttypes.h>
>> +                            to declare imaxabs; that has been moved to the
>> +                            imaxabs module.  Similarly for imaxdiv, 
>> strtoimax,
>> +                            and strtoumax.  Also, this module no longer
>> +                            arranges for <inttypes.h> to define the PRI* and
>> +                            SCN* macros correctly; that has been moved to 
>> the
>> +                            new module inttypes-pri-scn.
> An alternative might be to have a new module, inttypes-h, which provides
> the shell replacement header, and keep inttypes as the module that pulls
> in everything C99 related (that is, inttypes-pri-scn changes to depend
> on inttypes-h not inttypes, and inttypes depends on inttypes-h,
> inttypes-pri-scn, ...), so that there is no backwards incompatibility
> (all existing clients of inttypes still get everything) but so that
> newer clients (both internal to gnulib and emacs) can use the
> lighter-weight inttypes-h for just what needs replacing.

Also, I didn't see any changes to tests/test-inttypes.c.  That test will
start failing on some platforms unless we either introduce a new
inttypes-h module, or if we add various preprocessor checks for which
modules are in effect and therefore which portions of test-inttypes.c
are likely to pass.

Eric Blake   address@hidden    +1-801-349-2682
Libvirt virtualization library http://libvirt.org

Attachment: signature.asc
Description: OpenPGP digital signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]