| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <20061119142507.GA3284@ccure.user-mode-linux.org> Date: Sun, 19 Nov 2006 09:25:07 -0500 From: Jeff Dike <jdike@...toit.com> To: Olaf Hering <olaf@...fle.de> Cc: linux-kernel@...r.kernel.org Subject: Re: uml fails to compile due to missing offsetof On Sun, Nov 19, 2006 at 01:00:01PM +0100, Olaf Hering wrote: > > I fail to see how arch/um/sys-i386/user-offsets.c can compile since > offsetof() was declared __KERNEL__ only in include/linux/stddef.h. > Does it work for anyone else? It obviously works for me. offsetof is very standard C. I'd venture to say that a system which can't find it has a broken gcc installation. > If so, is linux/stddef.h or /usr/include/linux/stddef.h used during > compilation? /usr/include/linux/stddef.h (but see below) - this is a userspace file, so it builds against libc headers. > The x86_64 variant looks weird as well, linux/stddef.h is appearently > included via some other headers. Well, /usr/include/linux/stddef.h on my x86_64 box has no offsetof, despite being FC5 just like my i386 laptop. Yay for consistency. However, there is a /usr/lib/gcc/x86_64-redhat-linux/4.1.1/include/stddef.h which defines offsetof (and there's a corresponding file on my laptop), so I bet that's the true source of offsetof. Jeff -- Work email - jdike at linux dot intel dot com - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists