I left the original question and my reply in the quote for completeness..
Giuliano
At 11:45 +0100 2003/11/06, Giuliano Gavazzi wrote: >At 9:39 +0000 2003/11/06, Philip Hazel wrote:
>>On Wed, 5 Nov 2003, George Szekely wrote:
>>
>>> I'm trying to compile 4.24 with exiscan however these errors blocking me.
>>>
>>> If somebody could comment on this I would appreciate it greatly.
>>>
>> > dnsdb.c:38: error: `T_A' undeclared here (not in a function)
>>> dnsdb.c:38: error: initializer element is not constant
>>
>>That (and the other T_ macros) should be defined in a system header
>>file. On Linux, /usr/include/resolv.h (included by #include <resolv.h>)
>>causes them to be defined (by including some lower-level headers).
>>
>>I cannot help you with OSX.
>
>I think George just needs to apply the changes I posted you about on
>the 10th of last month, and in particular the -DBIND_8_COMPAT flag,
>here they are (I should probably put up a document on my web site,
>including pam.d configuration, although that is trivial):
>
>Dear Philip,
>I have compiled exim today on MacOSX 10.3 (the upcoming version,
>still not public, so I am not sending this to the list...).
>
>These are the changes I had to make to the source (4.24):
>
>the first change, for PAM support, is also necessary in previous
>versions of MacOSX; I did not notice it before because I did not
>enable PAM support then:
>
>in src/auths/call_pam.c
>
>Instead of: #include <security/pam_appl.h>
>Use: #include <pam/pam_appl.h>
>
>In OS/Makefile-Darwin (this is required only from MacOSX 10.3, but
>does not hurt even in previous versions):
>
>Instead of: CFLAGS=-O -no-cpp-precomp
>Use: CFLAGS=-O -no-cpp-precomp -DBIND_8_COMPAT [...]
