bug#26735: Unable to build emacs with Intel compilers

bug#26735: Unable to build emacs with Intel compilers

[Stewart, Adam James]

[-- Attachment #1: Type: text/plain, Size: 656 bytes --]

Hi,

I'm trying to build emacs 25.2 with Intel 17.0.2 on CentOS 7.3, but the build is crashing with the following error message:


alloc.c(1383): error: identifier "max_align_t" is undefined
    return (MALLOC_IS_GC_ALIGNED || (intptr_t) p % GCALIGNMENT == 0
            ^

alloc.c(1407): error: identifier "max_align_t" is undefined
    if (! MALLOC_IS_GC_ALIGNED)
          ^


Do you have any idea what might be causing this? I can send you the full build log if it will help.

Adam J. Stewart
Assistant Systems Administrator
Laboratory Computing Resource Center
Computing, Environment and Life Sciences
Argonne National Laboratory

[-- Attachment #2: Type: text/html, Size: 1787 bytes --]

bug#26735: Unable to build emacs with Intel compilers

[Paul Eggert]

> I'm trying to build emacs 25.2 with Intel 17.0.2 on CentOS 7.3, but the build is crashing with the following error message:
> 
> 
> alloc.c(1383): error: identifier "max_align_t" is undefined
>     return (MALLOC_IS_GC_ALIGNED || (intptr_t) p % GCALIGNMENT == 0
>             ^
> 
> alloc.c(1407): error: identifier "max_align_t" is undefined
>     if (! MALLOC_IS_GC_ALIGNED)
>           ^
> 
> 
> Do you have any idea what might be causing this? I can send you the full build log if it will help.

The build log will help, yes. Please gzip the output of 'configure' and of 
'make' and the contents of 'config.log', and attach the resulting file.

I assume Intel's <stddef.h> does not define max_align_t as C11 requires; is that 
right? If so, the 'configure' command is supposed to arrange for lib/stddef.h to 
define max_align_t.

Apparently this is not working for you. Does 'make' build a file lib/stddef.h at 
all? If not, why not? If so, what does lib/stddef.h contain?

bug#26735: Unable to build emacs with Intel compilers

[Paul Eggert]

I could not reproduce the problem with the latest GNU Emacs master, compiling on 
Ubuntu 16.04.2 x86-64 using icc (ICC) 17.0.4 20170411. The following simple C 
program:

#include <stddef.h>
max_align_t x;

compiles OK if I use "icc -S foo.c". I suspect that it does not compile with 
your older icc setup (you mention that you're using 17.0.2); could you check this?

I did find a couple of unrelated icc-related glitches in other parts of the 
Emacs master, and just now installed fixes for them. So if you have time, please 
try the latest Emacs master source code, which you can build as follows:

git clone https://git.savannah.gnu.org/git/emacs.git
cd emacs
./autogen.sh all
./configure CC=icc
make

For more details see:
http://git.savannah.gnu.org/cgit/emacs.git/tree/CONTRIBUTE

If the above doesn't work, I suggest upgrading to the latest icc and trying 
again with a fresh copy of the master.

bug#26735: Unable to build emacs with Intel compilers

[Paul Eggert]

I managed to obtain a copy of icc (ICC) 17.0.2 20170213, the same version in the 
original bug report, and could not reproduce the bug when building Emacs 25.2 on 
Ubuntu 16.04.2 LTS x86-65.

icc's stddef.h defines max_align_t inside this nested #if:

#if __STDC_VERSION__ >= 201112L || __cplusplus >= 201103L
#if !defined(__CLANG_MAX_ALIGN_T_DEFINED) /* || __has_feature(modules) */
#ifndef _MSC_VER

Possibly the original bug occurred when configuring with __STDC_VERSION__ equal 
to 201112, and building with __STDC_VERSION__ equal to some lower value, which 
is not something that is supposed to work in general. Or possibly there was a 
file lib/stddef.h left over from a previous build with some other compiler. 
Anyway, as this bug report looks like a false alarm and is not being followed up 
on, I'm taking the liberty of closing it. We can reopen it later if I was too hasty.