GNU bug report logs -
#26735
Unable to build emacs with Intel compilers
Previous Next
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.
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):
[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):
> 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):
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):
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.