pidgin.win32.autotools: 0c27aa30: Fixes from Fridrich Strba to make stuff ...
Daniel Atallah
daniel.atallah at gmail.com
Wed Nov 3 21:23:43 EDT 2010
On Wed, Nov 3, 2010 at 21:14, John Bailey <rekkanoryo at rekkanoryo.org> wrote:
> On 11/03/2010 05:35 PM, datallah at pidgin.im wrote:
>> Changelog:
>>
>> Fixes from Fridrich Strba to make stuff work when we happen to find evolution
>> or a regex.h.
>> ============================================================
>> --- configure.ac 964e83aa1536282679c6bbf82fda3190a2fae0a4
>> +++ configure.ac 2f957b1c5905535645208b78d781afef58f1c461
>> @@ -153,10 +153,10 @@ AC_HEADER_SYS_WAIT
>> dnl Checks for header files.
>> AC_HEADER_STDC
>> AC_HEADER_SYS_WAIT
>> -AC_CHECK_HEADERS(arpa/nameser_compat.h fcntl.h sys/time.h unistd.h locale.h stdint.h regex.h)
>> +AC_CHECK_HEADERS(arpa/nameser_compat.h fcntl.h sys/time.h unistd.h locale.h stdint.h)
>> dnl signal.h is not good in mingw
>> if test "$os_win32" != yes; then
>> - AC_CHECK_HEADERS(signal.h)
>> + AC_CHECK_HEADERS(signal.h regex.h)
>> fi
>
> Doesn't this make it impossible to build a Cygwin binary of Pidgin? Or am I
> missing something?
I really don't know what effect that will have on a cygwin pidgin binary.
I guess that isn't really a supported platform (and I don't know that
anyone actually uses it - do you?).
My stance is that if someone wants to make Pidgin work on cygwin,
they'll have to supply patches to do so (I'd be somewhat surprised if
it does actually work as it is now).
-D
More information about the Devel
mailing list