[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#728098: tiff: FTBFS on m68k due to unknown host system



[I'm not the maintainer of this package.]

* John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>, 2013-10-28, 13:39:
tiff currently FTBFS on m68k since the configure script doesn't know anything about the host architecture [1].

The interesting bits from the build log are:

=======================================================================

Libtiff is now configured for m68k-unknown-linux-gnu

I think this is red herring...

/bin/bash ../libtool  --tag=CC   --mode=compile gcc 	-DHAVE_CONFIG_H -I. -D_FORTIFY_SOURCE=2 -D_REENTRANT  -g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -W -c -o tif_aux.lo tif_aux.c
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -D_FORTIFY_SOURCE=2 -D_REENTRANT -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -W -c tif_aux.c  -fPIC -DPIC -o .libs/tif_aux.o
In file included from tiffiop.h:60:0,
                from tif_aux.c:32:
tiffio.h:67:1: error: unknown type name 'unknown'

The line in question is:
| typedef TIFF_SSIZE_T tmsize_t;

The relevant configure.ac snippet is:
| # Determine TIFF equivalent of ssize_t
| AC_MSG_CHECKING(for signed size type)
| SSIZE_T='unknown'
| SSIZE_FORMAT='unknown'
| if test $ac_cv_sizeof_signed_long -eq $ac_cv_sizeof_unsigned_char_p
| then
|     SSIZE_T='signed long'
|     SSIZE_FORMAT='"%ld"'
| elif test $ac_cv_sizeof_signed_long_long -eq $ac_cv_sizeof_unsigned_char_p
| then
|     SSIZE_T='signed long long'
|     SSIZE_FORMAT='"%lld"'
| fi
| AC_MSG_RESULT($SSIZE_T)
| AC_DEFINE_UNQUOTED(TIFF_SSIZE_T,$SSIZE_T,[Signed size type])
| AC_DEFINE_UNQUOTED(TIFF_SSIZE_FORMAT,$SSIZE_FORMAT,[Signed size type formatter])

And earlier in the build log[0], there's indeed:
| checking for signed size type... unknown

I can't think why would this check fail... But anyway, later versions built successfully[1][2], so I think this bug should be closed.


[0] http://buildd.debian-ports.org/status/fetch.php?pkg=tiff&arch=m68k&ver=4.0.3-5&stamp=1379274729
[1] http://buildd.debian-ports.org/status/fetch.php?pkg=tiff&arch=m68k&ver=4.0.3-6&stamp=1386343911
[2] http://buildd.debian-ports.org/status/fetch.php?pkg=tiff&arch=m68k&ver=4.0.3-7&stamp=1387853715

--
Jakub Wilk


Reply to: