Summary: | net-mail/teapop-0.3.8 fails compilataion (and doesn't notice) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Markus Baumeister <markus> |
Component: | [OLD] Server | Assignee: | Net-Mail Packages <net-mail+disabled> |
Status: | RESOLVED OBSOLETE | ||
Severity: | major | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Markus Baumeister
2009-06-28 23:09:02 UTC
I looked a bit more into this: This seems to be an automake/configure problem. The problem is cause by define the preprocessor macro __P for function prototypes twice. One time in the automatically created config/config.h file: --- snip --- /* Give __P() to ppl who don't have it */ #define NEED_P 1 #ifdef NEED_P #ifdef STDC_HEADERS #define __P(proto) proto #else #define __P(proto) #endif #endif --- snip ---- which is in turn caused by configure thinking that this definition is necessary: --- snip --- checking if IPv6 support is wanted... no checking if __P() is defined in <sys/types.h>... no checking if socklen_t is defined... yes --- snip --- This is again a bit surprising because after all __P is defined in /usr/include/sys/cdefs.h which is included two levels deep from sys/types.h. Although it seems the authors of that file don't really think the definition belongs there either: --- snip --- /* These two macros are not used in glibc anymore. They are kept here only because some other projects expect the macros to be defined. */ #define __P(args) args #define __PMT(args) args --- snip --- I don't understand enough of configure to debug why it doesn't see that __P is defined already. The problem is not compiler bound. I gcc-config'ed from gcc-4.1.2 to gcc-4.3.2 and the problem is still there. Will now try to reinstall glibc with the new compiler and see what happens (although I doubt it will help). Closing as net-mail/teapop is no longer in the tree. |