[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: mbstate_t not properly detected
From: |
Stepan Kasal |
Subject: |
Re: mbstate_t not properly detected |
Date: |
Fri, 25 Feb 2005 09:41:30 +0100 |
User-agent: |
Mutt/1.4.1i |
Hello,
On Thu, Feb 24, 2005 at 10:34:30PM +0100, Denis Corbin wrote:
> I will keep the AC_REPLACE_FNMATCH off for now, and try to remove the
> #undef hack, as you said it is not necessary in that latter case. But I
> will keep your explanations in a secure place, in case I need to port to
> a system with a broken or missing fnmatch.
I should have mentioned another hack. As the fnmatch replacement doesn't
use the mbstate_t stub definition, you can redefine AC_TYPE_MBSTATE_T,
so that it doesn't call the unfortunate AC_DEFINE(mbstate_t, ...).
You could place this to the top of your configure.ac:
AC_DEFUN([AC_TYPE_MBSTATE_T],
[AC_CHECK_TYPES(mbstate_t, , ,
[AC_INCLUDES_DEFAULT
# include <wchar.h>])
])
Completely untested, write me if it doesn't work when you take it out
from your safe place.
Have a nice day,
Stepan
- Re: mbstate_t not properly detected, (continued)
- Re: mbstate_t not properly detected, Stepan Kasal, 2005/02/14
- Re: mbstate_t not properly detected, Denis Corbin, 2005/02/14
- Re: mbstate_t not properly detected, Noah Misch, 2005/02/16
- Re: mbstate_t not properly detected, Denis Corbin, 2005/02/17
- Re: mbstate_t not properly detected, Noah Misch, 2005/02/17
- Re: mbstate_t not properly detected, Denis Corbin, 2005/02/20
- Re: mbstate_t not properly detected, Stepan Kasal, 2005/02/23
- Re: mbstate_t not properly detected, Denis Corbin, 2005/02/24
- Re: mbstate_t not properly detected,
Stepan Kasal <=