GNU bug report logs - #26735
Unable to build emacs with Intel compilers

Previous Next

Package: emacs;

Reported by: "Stewart, Adam James" <ajstewart <at> anl.gov>

Date: Mon, 1 May 2017 15:46:01 UTC

Severity: important

Tags: moreinfo

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

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 26735 in the body.
You can then email your comments to 26735 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#26735; Package emacs. (Mon, 01 May 2017 15:46:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to "Stewart, Adam James" <ajstewart <at> anl.gov>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 01 May 2017 15:46:02 GMT) Full text and rfc822 format available.

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

From: "Stewart, Adam James" <ajstewart <at> anl.gov>
To: "bug-gnu-emacs <at> gnu.org" <bug-gnu-emacs <at> gnu.org>
Subject: Unable to build emacs with Intel compilers
Date: Mon, 1 May 2017 15:45:07 +0000
[Message part 1 (text/plain, inline)]
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
[Message part 2 (text/html, inline)]

Severity set to 'important' from 'normal' Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Mon, 01 May 2017 17:30:03 GMT) Full text and rfc822 format available.

Added indication that bug 26735 blocks24655 Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Mon, 01 May 2017 17:30:04 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26735; Package emacs. (Fri, 19 May 2017 08:00:02 GMT) Full text and rfc822 format available.

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: "Stewart, Adam James" <ajstewart <at> anl.gov>
Cc: 26735 <at> debbugs.gnu.org
Subject: Re: Unable to build emacs with Intel compilers
Date: Fri, 19 May 2017 00:59:28 -0700
> 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?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26735; Package emacs. (Thu, 25 May 2017 07:45:02 GMT) Full text and rfc822 format available.

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: "Stewart, Adam James" <ajstewart <at> anl.gov>
Cc: 26735 <at> debbugs.gnu.org
Subject: Re: Unable to build emacs with Intel compilers
Date: Thu, 25 May 2017 00:44:46 -0700
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.




Added tag(s) moreinfo. Request was from Paul Eggert <eggert <at> cs.ucla.edu> to control <at> debbugs.gnu.org. (Thu, 25 May 2017 07:46:01 GMT) Full text and rfc822 format available.

Reply sent to Paul Eggert <eggert <at> cs.ucla.edu>:
You have taken responsibility. (Mon, 29 May 2017 20:51:01 GMT) Full text and rfc822 format available.

Notification sent to "Stewart, Adam James" <ajstewart <at> anl.gov>:
bug acknowledged by developer. (Mon, 29 May 2017 20:51:01 GMT) Full text and rfc822 format available.

Message #22 received at 26735-done <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: "Stewart, Adam James" <ajstewart <at> anl.gov>
Cc: 26735-done <at> debbugs.gnu.org
Subject: Re: Unable to build emacs with Intel compilers
Date: Mon, 29 May 2017 13:50:09 -0700
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.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 27 Jun 2017 11:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 6 years and 297 days ago.

Previous Next


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