GNU bug report logs - #63556
29.0.90; Use of _Generic breaks Emacs build on GCC <4.9

Previous Next

Package: emacs;

Reported by: Spencer Baugh <sbaugh <at> janestreet.com>

Date: Wed, 17 May 2023 17:39:02 UTC

Severity: normal

Found in version 29.0.90

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


Message #37 received at 63556 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Po Lu <luangruo <at> yahoo.com>
Cc: Spencer Baugh <sbaugh <at> janestreet.com>, 63556 <at> debbugs.gnu.org
Subject: Re: bug#63556: 29.0.90; Use of _Generic breaks Emacs build on GCC <4.9
Date: Thu, 18 May 2023 20:05:59 -0700
On 5/18/23 17:46, Po Lu wrote:

> How does intprops.h work on such systems?

It relies on _Generic. (Those systems use neither GCC nor Clang.)


> OK, but that's the second use of `long long' in src/ outside of
> NT-specific files.  I can't help but be a little skittish.

Fair enough, although I see more than just one other use: EMACS_INT 
(32-bit platforms configured --with-wide-int), color_distance, 
time_from_jiffies (in Linux), system_process_attributes (in Linux).

Currently there's a 'verify (PTRDIFF_MAX <= ULLONG_MAX);' protecting the 
use of elogb in lisp.h. Would it help to add a 'verify (max 
(-MOST_NEGATIVE_FIXNUM, MOST_POSITIVE_FIXNUM) <= ULLONG_MAX);' to 
protect its use in floatfns.c?




This bug report was last modified 2 years and 2 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.