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

[Dmitrijs Ledkovs]

On 22 May 2013 18:20, Andrey Rahmatullin <wrar at wrar.name> wrote:
> On Thu, May 09, 2013 at 11:18:45AM +0200, Lucas Nussbaum 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.
I don't have time to further look into this atm, ie. this week.
Patches / nmu / team uploads are welcome, straight into archive with
no delays.

Regards,

Dmitrijs.