Date: Fri, 28 Jun 2002 17:56:56 +0000 (UTC) From: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-ports@freebsd.org Subject: Re: FreeBSD audio/mad problems Message-ID: <afi818$1kvb$1@kemoauc.mips.inka.de> References: <afao53$cbe$1@kemoauc.mips.inka.de> <20020628000253.654123E5C@CRWdog.demon.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
Andy Sparrow <spadger@best.com> wrote: > There's a conflict in the malloc definition, which prevents the test program > from compiling, thus 'configure' believes that this system doesn't have an > mmap() implementation, and thus HAVE_MMAP is left commented-out in the > config.h file. > configure:2578: conflicting types for `malloc' > /usr/include/stdlib.h:99: previous declaration of `malloc' Apparently, this > char *malloc(); conflicts with the existing prototype. > void *malloc __P((size_t)); So why does this happen for -STABLE but not for my -CURRENT (June 10)? My stdlib.h says void *malloc(size_t); Why is that fine?? Anyway, this really looks like a bug in the AC_FUNC_MMAP macro as supplied with autoconf 2.13. The corresponding fragment in the autoconf 2.53 macro looks safer: #if !STDC_HEADERS && !HAVE_STDLIB_H char *malloc (); #endif I guess we could convert audio/mad over to USE_AUTOCONF and autoconf 2.53, but if every autoconf 2.13-generated script screws up its mmap() check on -STABLE we are looking at a *serious* problem. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?afi818$1kvb$1>