Preparing an upload of palo with the workaround. BTW, elf.h is not a usable substitute for linux/elf.h, because:
gcc -g -O -I../include -I../lib -c -o elf64.o ../lib/elf64.c ../lib/elf64.c: In function 'prepare_ELF64_loadable': ../lib/elf64.c:51: error: storage size of 'eh' isn't known ../lib/elf64.c:81: error: storage size of 'ep' isn't known make[2]: *** [elf64.o] Error 1 It's still not correct for linux/elf.h to use loff_t. Well, for all I imagine any consumers of the published header are concerned, elf_coredump_extra_notes_*() may not need to be defined at all, so /that/ may be the real bug - but in any case there's no reason that all of a sudden users of linux/elf.h should have to pre-include sys/types.h, linux-libc-dev headers really oughtn't depend on type definitions from glibc... ** Bug watch added: Debian Bug tracker #467226 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=467226 ** Also affects: linux (Debian) via http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=467226 Importance: Unknown Status: Unknown -- FTBFS in latest archive rebuild test https://bugs.launchpad.net/bugs/184216 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
