On Tue, 9 Dec 2003, Paul E Rybski wrote: > HI Derrick, > I'll check out the patch and see how well that works. It also > turns out that I was slighly mistaken with the version of openafs that I > was having the signal.h problem with. It turns out that 1.3.50 doesn't > have that problem but 1.2.10 does. I was using openafs 1.2.10 because the > modules came as a nice debian source package that would be built into a > .deb file and that's the version that I'd like to use if possible. Both > versions have the mach_apicdef.h problem, however.
Indeed, that's the one the fix I mentioned is for. > From 1.2.10's config.log, here's what seems to be the problem: > > configure:4866: checking for signal.h > configure:4876: gcc-2.95 -E conftest.c >/dev/null 2>conftest.out > In file included from /usr/include/asm/sigcontext.h:4, > from /usr/include/bits/sigcontext.h:28, > from /usr/include/signal.h:326, > from configure:4872: > /usr/include/linux/compiler.h:17: warning: `__attribute_used__' redefined > /usr/include/sys/cdefs.h:195: warning: this is the location of the > previous definition > configure: failed program was: > #line 4871 "configure" > #include "confdefs.h" > #include <signal.h> That's "special". I wonder what we're defining that's including some section of header in 1.2.10 and not 1.3.50 _______________________________________________ OpenAFS-devel mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-devel
