[Pkg-crosswire-devel] Bug#707537: Bug#707537: sword: FTBFS: zlib.h:86:5: error: 'z_const' does not name a type

[Andrey Rahmatullin]

On Thu, May 23, 2013 at 12:20:47AM +0100, Dmitrijs Ledkovs wrote:
> >> > /usr/bin/c++   -DCURLAVAILABLE -D_ICU_ -DGLOBCONFPATH=\"/etc/sword.conf\" -DUSELUCENE -D_FORTIFY_SOURCE="2 " -D_FTPLIB_NO_COMPAT -DSWICU_DATA=\"/usr/lib/sword/9_icu_4.8.1.1\" -I/«BUILDDIR»/sword-1.6.2+dfsg/include -I/usr/lib    -D_REENTRANT  -o CMakeFiles/sword_static.dir/src/mgr/installmgr.cpp.o -c /«BUILDDIR»/sword-1.6.2+dfsg/src/mgr/installmgr.cpp
> >> > In file included from /«BUILDDIR»/sword-1.6.2+dfsg/include/untgz.h:4:0,
> >> >                  from /«BUILDDIR»/sword-1.6.2+dfsg/src/mgr/installmgr.cpp:27:
> >> > /usr/include/zlib.h:86:5: error: 'z_const' does not name a type
> >> > /usr/include/zlib.h:94:5: error: 'z_const' does not name a type
> >> > /usr/include/zlib.h:1025:29: error: 'z_const' has not been declared
> >> > /usr/include/zlib.h:1025:29: error: two or more data types in declaration of 'parameter'
> >> > /usr/include/zlib.h:1341:29: error: 'voidpc' has not been declared
> >> > /usr/include/zlib.h:1349:32: error: expected initializer before 'Z_ARG'
> >> > /usr/include/zlib.h:1673:5: error: 'z_off64_t' does not name a type
> >> > /usr/include/zlib.h:1748:15: error: 'z_crc_t' does not name a type
> >> > /usr/include/zlib.h:1758:44: error: expected initializer before 'Z_ARG'
> >> > make[4]: *** [CMakeFiles/sword_static.dir/src/mgr/installmgr.cpp.o] Error 1
> > sword ships include/zconf.h which is apparently loaded instead of the
> > system one and when included into /usr/include/zlib.h it breaks.
> 
> Hmm.... care was previously taken to use a system zlib.h, yet the
> local untgz.h, since untgz.h is not shipped in the zlib package.
> This could have easily regressed though, since sword's buildsystems
> (either autofoo or cmake one) are not as robust as one would wish them
> to be.
Looks like /usr/include/zconf.h was included from /usr/include/zlib.h
previously, but now that zconf.h is in /usr/include/triplet (i.e. not in
the same directory, so not found by #include "" resolver) the bundled one
from -I/«BUILDDIR»/sword-1.6.2+dfsg/include takes precedence.

-- 
WBR, wRAR
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-crosswire-devel/attachments/20130523/08de7a91/attachment.sig>