* Compilation failure for zsh-5.0.5 @ 2014-01-10 22:05 Bernd Steinhauser 2014-01-10 23:55 ` Bart Schaefer 2014-01-11 17:58 ` Jun T. 0 siblings, 2 replies; 6+ messages in thread From: Bernd Steinhauser @ 2014-01-10 22:05 UTC (permalink / raw) To: zsh-users Hi, when trying to compile the latest zsh version 5.0.5, I get the following error: make[3]: Entering directory `/var/tmp/paludis/build/app-shells-zsh-5.0.5/work/zsh-5.0.5/Src/Modules' x86_64-pc-linux-gnu-gcc -c -I. -I../../Src -I../../Src -I../../Src/Zle -I. -DHAVE_CONFIG_H -DMODULE -march=amdfam10 -O2 -pipe -fPIC -o attr..o attr.c In file included from /usr/include/sys/capability.h:30:0, from ../../Src/zsh_system.h:510, from ../../Src/zsh.mdh:17, from attr.mdh:17, from attr.c:30: /usr/include/sys/xattr.h:31:3: error: expected identifier before numeric constant XATTR_CREATE = 1, /* set value, fail if attr already exists. */ ^ make[3]: Leaving directory `/var/tmp/paludis/build/app-shells-zsh-5.0.5/work/zsh-5.0.5/Src/Modules' make[2]: Leaving directory `/var/tmp/paludis/build/app-shells-zsh-5.0.5/work/zsh-5.0.5/Src' make[1]: Leaving directory `/var/tmp/paludis/build/app-shells-zsh-5.0.5/work/zsh-5.0.5/Src' make[3]: *** [attr..o] Error 1 make[2]: *** [modules] Error 1 make[1]: *** [modules] Error 2 make: *** [all] Error 1 The used glibc version is 2.17. Anyone can help? Regards, Bernd ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Compilation failure for zsh-5.0.5 2014-01-10 22:05 Compilation failure for zsh-5.0.5 Bernd Steinhauser @ 2014-01-10 23:55 ` Bart Schaefer 2014-01-11 8:58 ` Bernd Steinhauser 2014-01-11 17:58 ` Jun T. 1 sibling, 1 reply; 6+ messages in thread From: Bart Schaefer @ 2014-01-10 23:55 UTC (permalink / raw) To: zsh-users On Jan 10, 11:05pm, Bernd Steinhauser wrote: } } In file included from /usr/include/sys/capability.h:30:0, } from ../../Src/zsh_system.h:510, } from ../../Src/zsh.mdh:17, } from attr.mdh:17, } from attr.c:30: } /usr/include/sys/xattr.h:31:3: error: expected identifier before numeric constant } XATTR_CREATE = 1, /* set value, fail if attr already exists. */ } ^ } [...] } } The used glibc version is 2.17. Anyone can help? That error is coming from a system-level header file ... we need to know not just the glibc version, but the compiler and also operating system you are compiling on, whether you're cross-compiling for something else, etc. Even then our ability to help will be determined by whether we have a similar platform to try out. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Compilation failure for zsh-5.0.5 2014-01-10 23:55 ` Bart Schaefer @ 2014-01-11 8:58 ` Bernd Steinhauser 2014-01-11 18:07 ` Bart Schaefer 0 siblings, 1 reply; 6+ messages in thread From: Bernd Steinhauser @ 2014-01-11 8:58 UTC (permalink / raw) To: zsh-users On 11/01/14 00:55, Bart Schaefer wrote: > On Jan 10, 11:05pm, Bernd Steinhauser wrote: > } > } In file included from /usr/include/sys/capability.h:30:0, > } from ../../Src/zsh_system.h:510, > } from ../../Src/zsh.mdh:17, > } from attr.mdh:17, > } from attr.c:30: > } /usr/include/sys/xattr.h:31:3: error: expected identifier before numeric constant > } XATTR_CREATE = 1, /* set value, fail if attr already exists. */ > } ^ > } [...] > } > } The used glibc version is 2.17. Anyone can help? > > That error is coming from a system-level header file ... we need to know > not just the glibc version, but the compiler and also operating system you > are compiling on, whether you're cross-compiling for something else, etc. > > Even then our ability to help will be determined by whether we have a > similar platform to try out. > Operating System is Exherbo Linux with kernel 3.13.0-rc7 running on amd64: uname -a Linux orionis 3.13.0-rc7 #1 SMP PREEMPT Tue Jan 7 23:45:18 CET 2014 x86_64 GNU/Linux There is no cross compiling, I'm compiling on this computer for exactly this platform and this computer. I didn't do any special setup for the build environment, just ran configure (without any options) and make. compiler: gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.8.2/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /var/tmp/paludis/build/sys-devel-gcc-4.8.2-r2/work/gcc-4.8.2/configure --prefix=/usr --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --disable-silent-rules --enable-fast-install --libdir=/usr/lib64 --cache-file=config.cache --libdir=/usr/lib64 --with-pkgversion='exherbo gcc-4.8.2-r2' --program-suffix=-4.8 --disable-bootstrap --enable-clocale=gnu --enable-languages=c,c++,fortran,objc,obj-c++ --enable-lto --enable-multilib --enable-nls --enable-serial-configure --enable-libquadmath --enable-libquadmath-support --without-cloog --enable-libgomp --disable-libobjc --disable-libssp --with-as=x86_64-pc-linux-gnu-as --with-ld=x86_64-pc-linux-gnu-ld --with-system-zlib Thread model: posix gcc version 4.8.2 (exherbo gcc-4.8.2-r2) In case this might be useful, binutils is version 2.24. Linux headers are from 3.12. Currently, I have zsh 5.0.2 installed, which was built using gcc 4.7 and glibc 2.17. So this might be related to the new gcc (4.8) I have installed since 2 approx. weeks. Unfortunately, I removed the old gcc already, otherwise I would just check with that one and see if it compiles. I also noticed that glibc 2.17 has been build with gcc 4.7, no idea if that might be important. I will try to build it with the newer one and check if that helps. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Compilation failure for zsh-5.0.5 2014-01-11 8:58 ` Bernd Steinhauser @ 2014-01-11 18:07 ` Bart Schaefer 2014-01-12 11:10 ` Bernd Steinhauser 0 siblings, 1 reply; 6+ messages in thread From: Bart Schaefer @ 2014-01-11 18:07 UTC (permalink / raw) To: zsh-users On Jan 11, 9:58am, Bernd Steinhauser wrote: } } > That error is coming from a system-level header file ... we need to know } > not just the glibc version, but the compiler and also operating system } > } Operating System is Exherbo Linux with kernel 3.13.0-rc7 running on amd64: www.exherbo.org: "We need the freedom to break things when necessary." Looks like perhaps they did? <grin> Anybody out there got an install of this they can test with? There's no prebuilt image or "live cd" I can find except for a KVM virtual guest (and I don't have KVM). Maybe I'm just not looking hard enough. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Compilation failure for zsh-5.0.5 2014-01-11 18:07 ` Bart Schaefer @ 2014-01-12 11:10 ` Bernd Steinhauser 0 siblings, 0 replies; 6+ messages in thread From: Bernd Steinhauser @ 2014-01-12 11:10 UTC (permalink / raw) To: zsh-users [-- Attachment #1: Type: text/plain, Size: 1265 bytes --] On 11/01/14 19:07, Bart Schaefer wrote: > On Jan 11, 9:58am, Bernd Steinhauser wrote: > } > } > That error is coming from a system-level header file ... we need to know > } > not just the glibc version, but the compiler and also operating system > } > > } Operating System is Exherbo Linux with kernel 3.13.0-rc7 running on amd64: > > www.exherbo.org: > > "We need the freedom to break things when necessary." > > Looks like perhaps they did? <grin> Not this time. ;) Apart from that, we do have almost no distribution-specific breakage, as we try to stick to upstream as close as possible when packaging. > Anybody out there got an install of this they can test with? There's > no prebuilt image or "live cd" I can find except for a KVM virtual > guest (and I don't have KVM). Maybe I'm just not looking hard enough. Apparently, it seems to be bug in glibc, which is fixed in 2.18. So the proper solution is to upgrade to that or patch glibc if a patch is available (which other distributions might have done, so they don't see that problem). The patch below after the hint of Jun Takimoto is a workaround (had to move both includes), but the root of the problem seems to be in glibc. So it shouldn't be necessary to patch zsh. Thank for the help. [-- Attachment #2: 0001-Move-includes-to-fix-compilation-failure.patch --] [-- Type: text/x-patch, Size: 720 bytes --] >From 22fdc8c0bf640557ae06dd609fd3ca0a65176947 Mon Sep 17 00:00:00 2001 From: Bernd Steinhauser <berniyh@exherbo.org> Date: Sun, 12 Jan 2014 12:00:22 +0100 Subject: [PATCH] Move includes to fix compilation failure. --- Src/Modules/attr.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/Src/Modules/attr.c b/Src/Modules/attr.c index 6e08b10..b57874e 100644 --- a/Src/Modules/attr.c +++ b/Src/Modules/attr.c @@ -27,12 +27,13 @@ * */ -#include "attr.mdh" -#include "attr.pro" #include <sys/types.h> #include <sys/xattr.h> +#include "attr.mdh" +#include "attr.pro" + static ssize_t xgetxattr(const char *path, const char *name, void *value, size_t size, int symlink) { -- 1.8.5.2 ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Compilation failure for zsh-5.0.5 2014-01-10 22:05 Compilation failure for zsh-5.0.5 Bernd Steinhauser 2014-01-10 23:55 ` Bart Schaefer @ 2014-01-11 17:58 ` Jun T. 1 sibling, 0 replies; 6+ messages in thread From: Jun T. @ 2014-01-11 17:58 UTC (permalink / raw) To: zsh-users Similar problem is reported here: https://bugs.archlinux.org/task/38387 Please try #include "attr.mdh" after <sys/xattr.h>. Or try {up,down}grading libcap. ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2014-01-12 11:10 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2014-01-10 22:05 Compilation failure for zsh-5.0.5 Bernd Steinhauser 2014-01-10 23:55 ` Bart Schaefer 2014-01-11 8:58 ` Bernd Steinhauser 2014-01-11 18:07 ` Bart Schaefer 2014-01-12 11:10 ` Bernd Steinhauser 2014-01-11 17:58 ` Jun T.
Code repositories for project(s) associated with this public inbox https://git.vuxu.org/mirror/zsh/ This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).