Revert obscure hack that disables the malloc.h check on certain BSD platforms.

It's unclear what disabling the result of the check is good for and why it is
necessary.  Just avoiding a warning is not a good enough reason.  Furthermore
this hack introduces problems on 64 bit (k)FreeBSD, as reported in Debian bug
#578622, which indicates it might never have been a good idea at all.


git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@31054 b3059339-0415-0410-9bf9-f77b7e298cf2
This commit is contained in:
diego 2010-04-21 12:43:16 +00:00
parent f99ec989bc
commit a35ab28a5e
1 changed files with 0 additions and 2 deletions

2
configure vendored
View File

@ -3444,8 +3444,6 @@ if test "$_malloc" = yes ; then
else
def_malloc_h='#define HAVE_MALLOC_H 0'
fi
# malloc.h emits a warning in FreeBSD and OpenBSD
freebsd || openbsd || dragonfly && def_malloc_h='#define HAVE_MALLOC_H 0'
echores "$_malloc"