This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Add <limits.h> integer width macros

From: Paul Eggert <eggert at cs dot ucla dot edu>
To: Joseph Myers <joseph at codesourcery dot com>
Cc: libc-alpha at sourceware dot org
Date: Fri, 16 Sep 2016 17:32:05 -0700
Subject: Re: Add <limits.h> integer width macros
Authentication-results: sourceware.org; auth=none
References: <alpine.DEB.2.20.1609131749040.9352@digraph.polyomino.org.uk> <2bbcd0d5-c2c2-d1ba-c685-e8eb49910970@cs.ucla.edu> <alpine.DEB.2.20.1609141956250.14953@digraph.polyomino.org.uk>

Thanks for explaining. In that case, the patch looks good; thanks. Also,I created a Gnulib module limits-h with a similar effect; see:


http://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=0d12d16ab30cc5581ee26a3877351ac3181bca81

It is perhaps worth mentioning that the new definition of CHAR_WIDTHcollides with Emacs's use of that symbol for its own macro. The new<limits.h> CHAR_WIDTH will be visible because Emacs defines _GNU_SOURCE.The typical symptoms are a warning while compiling Emacs and that Emacsstill builds and runs correctly. I installed a change to Emacs so thatthis problem won't occur in future Emacs versions (after Emacs 25). Thissort of thing happens every now and then and is not a significantobstacle to the glibc patch.

References:
- Add <limits.h> integer width macros
  - From: Joseph Myers
- Re: Add <limits.h> integer width macros
  - From: Paul Eggert
- Re: Add <limits.h> integer width macros
  - From: Joseph Myers

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]