Bug#423462: LINUX_VERSION_CODE is defined but has no value in /usr/include/linux/version.h
Scott Bell
Version: 2.6.20-3
When compiling software such as GNU Emacs, the compiler complains
when LINUX_VERSION_CODE is conditionalized with an #if directive:
In file included from ./config.h:979,
from dispnew.c:23:
./s/gnu-linux.h:49:24: error: operator '>' has no left operand
./s/gnu-linux.h:52:24: error: operator '>=' has no left operand
./s/gnu-linux.h:55:24: error: operator '>=' has no left operand
The offending code in gnu-linux.h references LINUX_VERSION_CODE,
#if LINUX_VERSION_CODE > 0x10200
#define LINUX_SIGIO_DOES_WORK
#endif /* LINUX_VERSION_CODE > 0x10200 */
#if LINUX_VERSION_CODE >= 0x20000
#define LINUX_MAP_SHARED_DOES_WORK
#endif /* LINUX_VERSION_CODE >= 0x20000 */
#if LINUX_VERSION_CODE >= 0x20400
... which is defined in /usr/include/linux/version.h:
#define LINUX_VERSION_CODE
#define KERNEL_VERSION(a,b,c) (((a) << 16) + ((b) << 8) + (c))
This is under unstable, gcc 4:4.1.2-2, libc6-dev 2.5-7
Thanks,
- Scott Bell
--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Jonas Smedegaard
> When compiling software such as GNU Emacs, the compiler complains
> when LINUX_VERSION_CODE is conditionalized with an #if directive:
Same problem with postfix. It FTBFS on an Etch system with a backport of
linux-libc-dev 2.6.20-3.
- Jonas
--
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136 Website: http://dr.jones.dk/
- Enden er nær: http://www.shibumi.org/eoti.htm