Mailing List Archive: exim: dev

v4.51+libspf2 'make' failing w/ "conflicting types for 'ns_type'"

Index | Next | Previous | View Threaded

OpenMacNews at speakeasy

Jun 21, 2005, 3:39 PM

Post #1 of 11 (330 views)
Permalink

v4.51+libspf2 'make' failing w/ "conflicting types for 'ns_type'"

hi all,

i'm bldg Exim 4.51 on OSX 10.4.1 w/ spf & srs.

with some tweaking, libspf2-v1.2.5 seemingly builds OK:

% otool -L /usr/local/lib/libspf2.dylib
/usr/local/lib/libspf2.2.dylib (compatibility version 3.0.0, current version
3.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version
88.0.0)
/usr/lib/libiconv.2.dylib (compatibility version 5.0.0, current version 5.0.0)
/usr/lib/libresolv.9.dylib (compatibility version 1.0.0, current version
365.0.0)
/usr/local/lib/libintl.3.dylib (compatibility version 8.0.0, current version
8.3.0)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libmx.A.dylib (compatibility version 1.0.0, current version 92.0.0)

as does libsrs_alt-v1.0rc1:

% otool -L /usr/local/lib/libsrs_alt.dylib
/usr/local/lib/libsrs_alt.1.dylib (compatibility version 2.0.0, current
version 2.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version
88.0.0)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
/usr/lib/libmx.A.dylib (compatibility version 1.0.0, current version 92.0.0)

however exim 'make' fails with:

cc -c -DSPF -I/usr/local/include/spf2 -I/usr/local/berkeley-db/include
-I/usr/local/include/spf2 -DCOMPILE_UTILITY -o util-spool_in.o spool_in.c
In file included from /usr/local/include/spf2/spf_server.h:22,
from /usr/local/include/spf2/spf.h:27,
from spf.h:13,
from exim.h:402,
from spool_in.c:14:
/usr/local/include/spf2/spf_dns.h:82: error: conflicting types for 'ns_type'
/usr/include/arpa/nameser.h:320: error: previous declaration of 'ns_type' was
here
make[1]: *** [util-spool_in.o] Error 1
make: *** [go] Error 2

this, apparently, is a known issue:

<http://www.gossamer-threads.com/lists/engine?post=19019;list=spf>

that, alas, per the author, has not been resolved/responded to on the libspf2
list ...

i have a suspicion that this has to do with BIND_8_COMPAT on OSX, but dunno for
sure as yet ... AND it seems to be a prob on RH, where that's NOT relevant ...

thoughts?

thx,

richard

samthecomputerman at gmail

Jun 22, 2005, 10:24 AM

Post #2 of 11 (327 views)
Permalink

Re: v4.51+libspf2 'make' failing w/ "conflicting types for 'ns_type'" [In reply to]

On 6/21/05, OpenMacNews <OpenMacNews [at] speakeasy> wrote:
> with some tweaking, libspf2-v1.2.5 seemingly builds OK:

Downgraded to 1.2.4, but Exim 4.51 still won't compile on Debian 3.1:

gcc -c -O -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
-I/usr/local/include -I/usr/local/include
-I/usr/src/libdomainkeys-0.66 -I. spf.c
spf.c:18: error: syntax error before "spfcid"
spf.c:18: warning: initialization makes integer from pointer without a cast
spf.c:18: warning: data definition has no type or storage class
spf.c:19: error: syntax error before "spfdcid_resolv"
spf.c:19: warning: initialization makes integer from pointer without a cast
spf.c:19: warning: data definition has no type or storage class
spf.c:20: error: syntax error before "spfdcid"
spf.c:20: warning: initialization makes integer from pointer without a cast
spf.c:20: warning: data definition has no type or storage class
spf.c: In function `spf_init':
spf.c:31: warning: assignment makes integer from pointer without a cast
spf.c:32: warning: assignment makes integer from pointer without a cast
spf.c:33: warning: assignment makes integer from pointer without a cast
spf.c:36: warning: comparison between pointer and integer
spf.c:45: warning: comparison between pointer and integer
spf.c:47: warning: assignment makes integer from pointer without a cast
spf.c:48: warning: assignment makes integer from pointer without a cast
spf.c:54: warning: assignment makes integer from pointer without a cast
spf.c:55: warning: assignment makes integer from pointer without a cast
spf.c:61: warning: assignment makes integer from pointer without a cast
spf.c:62: warning: assignment makes integer from pointer without a cast
spf.c: In function `spf_process':
spf.c:79: error: `SPF_output_t' undeclared (first use in this function)
spf.c:79: error: (Each undeclared identifier is reported only once
spf.c:79: error: for each function it appears in.)
spf.c:79: error: syntax error before "spf_output"
spf.c:80: error: `SPF_RESULT_ERROR' undeclared (first use in this function)
spf.c:95: error: `spf_output' undeclared (first use in this function)
make[1]: *** [spf.o] Error 1
make[1]: Leaving directory `/usr/src/exim-4.51/build-Linux-i386'
make: *** [go] Error 2

Sam

a9325155 at unet

Jun 22, 2005, 11:10 AM

Post #3 of 11 (328 views)
Permalink

Re: v4.51+libspf2 'make' failing w/ "conflicting types for 'ns_type'" [In reply to]

On Tuesday, 21 Jun 2005 15:39 -0700, OpenMacNews wrote:

> i'm bldg Exim 4.51 on OSX 10.4.1 w/ spf & srs.
[...]

> however exim 'make' fails with:
>
> cc -c -DSPF -I/usr/local/include/spf2
> -I/usr/local/berkeley-db/include -I/usr/local/include/spf2
> -DCOMPILE_UTILITY -o util-spool_in.o spool_in.c
> In file included from /usr/local/include/spf2/spf_server.h:22,
> from
> /usr/local/include/spf2/spf.h:27,
> from spf.h:13,
> from exim.h:402,
> from spool_in.c:14:
> /usr/local/include/spf2/spf_dns.h:82: error: conflicting types for
> 'ns_type'
> /usr/include/arpa/nameser.h:320: error: previous declaration of
> 'ns_type' was here
> make[1]: *** [util-spool_in.o] Error 1
> make: *** [go] Error 2
>
> this, apparently, is a known issue:
>
> <http://www.gossamer-threads.com/lists/engine?post=19019;list=spf>

Yes, it is. libspf2 changed its API (without documenting any of it as
it seems).

Please check the previous thread under
http://www.exim.org/mail-archives/exim-dev/2005-May/msg00027.html

-Markus

tom at duncanthrax

Jun 22, 2005, 11:23 AM

Post #4 of 11 (327 views)
Permalink

Re: v4.51+libspf2 'make' failing w/ "conflicting types for 'ns_type'" [In reply to]

Markus Mayer wrote:

> Yes, it is. libspf2 changed its API (without documenting any of it as
> it seems).

From the 4.52 (soon to be released) Changelog:

TK/02 Rewrote SPF support to work with libspf2 versions >1.2.0.

However that means it won't work with versions <1.2.0 any more.

/tom

msherman at projectile

Jun 22, 2005, 11:25 AM

Post #5 of 11 (327 views)
Permalink

Re: v4.51+libspf2 'make' failing w/ "conflicting types for 'ns_type'" [In reply to]

Tom Kistner wrote:
>
> From the 4.52 (soon to be released) Changelog:
>
> TK/02 Rewrote SPF support to work with libspf2 versions >1.2.0.
>
> However that means it won't work with versions <1.2.0 any more.

Is there no SPF_VERSION macro that can be tested against to give a more
reasonable compile failure?

- Marc

tom at duncanthrax

Jun 22, 2005, 11:58 AM

Post #6 of 11 (328 views)
Permalink

Re: v4.51+libspf2 'make' failing w/ "conflicting types for 'ns_type'" [In reply to]

Marc Sherman wrote:

> Is there no SPF_VERSION macro that can be tested against to give a more
> reasonable compile failure?

Yes, there are:

spf_lib_version.h:#define SPF_LIB_VERSION_MAJOR 1
spf_lib_version.h:#define SPF_LIB_VERSION_MINOR 2
spf_lib_version.h:#define SPF_LIB_VERSION_PATCH 1

But that would not tell me when they change their APIs :) I could insist
on a specific version, but that has other drawbacks.

If it should move out of EXPERIMENTAL state, I'll add some more
intelligence.

/tom

msherman at projectile

Jun 22, 2005, 12:01 PM

Post #7 of 11 (327 views)
Permalink

Re: v4.51+libspf2 'make' failing w/ "conflicting types for 'ns_type'" [In reply to]

Tom Kistner wrote:
>
> Yes, there are:
>
> spf_lib_version.h:#define SPF_LIB_VERSION_MAJOR 1
> spf_lib_version.h:#define SPF_LIB_VERSION_MINOR 2
> spf_lib_version.h:#define SPF_LIB_VERSION_PATCH 1
>
> But that would not tell me when they change their APIs :) I could insist
> on a specific version, but that has other drawbacks.

Right, you can't futureproof against new breakage next time the API
changes, but at least you can demand a version >= 1.2.0 (which is
presumably the problems people are having now, trying to compile the
Exim 1.52 code against libspf 1.0.N).

- Marc

OpenMacNews at speakeasy

Jun 22, 2005, 4:32 PM

Post #8 of 11 (328 views)
Permalink

Re: v4.51+libspf2 'make' failing w/ "conflicting types for 'ns_type'" [In reply to]

hi all,

thx for the replies/education! =)

-- On June 22, 2005 8:23:36 PM +0200 Tom Kistner <tom [at] duncanthrax> wrote:

> Markus Mayer wrote:
>
>> Yes, it is. libspf2 changed its API (without documenting any of it as
>> it seems).
>
> From the 4.52 (soon to be released) Changelog:
>
> TK/02 Rewrote SPF support to work with libspf2 versions >1.2.0.
>
> However that means it won't work with versions <1.2.0 any more.
>
> /tom

tom, is this "rewritten" spf support already in exim-cvs? i presume so, but
thought i'd ask before setting out on ANOTHER 'journey' ...

cheers,

richard

tom at duncanthrax

Jun 23, 2005, 1:18 AM

Post #9 of 11 (327 views)
Permalink

Re: v4.51+libspf2 'make' failing w/ "conflicting types for 'ns_type'" [In reply to]

OpenMacNews wrote:

> tom, is this "rewritten" spf support already in exim-cvs? i presume so,
> but thought i'd ask before setting out on ANOTHER 'journey' ...

Yes.

ph10 at cus

Jun 23, 2005, 1:45 AM

Post #10 of 11 (327 views)
Permalink

Re: v4.51+libspf2 'make' failing w/ "conflicting types for 'ns_type'" [In reply to]

On Wed, 22 Jun 2005, Tom Kistner wrote:

> From the 4.52 (soon to be released) Changelog:

I'm hoping to make a candidate 4.52 snapshot later today, and do a
proper release next week.

--
Philip Hazel University of Cambridge Computing Service,
ph10 [at] cus Cambridge, England. Phone: +44 1223 334714.
Get the Exim 4 book: http://www.uit.co.uk/exim-book

OpenMacNews at speakeasy

Jun 23, 2005, 4:44 PM

Post #11 of 11 (327 views)
Permalink

Re: v4.51+libspf2 'make' failing w/ "conflicting types for 'ns_type'" [In reply to]

hi tom,

> From the 4.52 (soon to be released) Changelog:
>
> TK/02 Rewrote SPF support to work with libspf2 versions >1.2.0.
>
> However that means it won't work with versions <1.2.0 any more.

per your post, i can verify that the 4.52rc has, seemingly, cured this issue ...

tho, i've got other failures now, which, i presume, should be in a new thread.

thx!

richard

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads