[Pkg-fonts-devel] Bug#840393: Bug#840393: Bug#840393: mensis: FTBFS with newly released fontforge

Vasudev Kamath vasudev at copyninja.info
Wed Oct 12 16:45:34 UTC 2016


Hello Yamane San,

Hideki Yamane <henrich at debian.or.jp> writes:

> On Tue, 11 Oct 2016 13:12:54 +0530
> Vasudev Kamath <vasudev at copyninja.info> wrote:
>> mensis fails to build from source with fontforge version 20161005 from
>> experimental. It fails in the configure step with following error
>> 
>> checking fontforge/basics.h usability... no
>> checking fontforge/basics.h presence... no
>> checking for fontforge/basics.h... no
>> You must install the include files for fontforge
>
>  Some header files in libfontforge-dev seem to be wrong.
>
> --- fontforge-20120731.b/inc/chardata.h 2012-08-03 00:09:09.000000000 +0900
> +++ fontforge-20160404~dfsg/inc/chardata.h      2016-04-05 08:56:57.000000000 +0900
> @@ -1,4 +1,4 @@
> -#include "basics.h"
> +#include <basics.h>
>  
>  struct charmap {
>      int first, last;
>
> ------------------
>   chardata.h in unstable → #include "basics.h" = /usr/include/fontforge/basics.h
>   chardata.h in experimental → #include <basics.h> = /usr/include/basics.h
>
>
>
> --- fontforge-20120731.b/inc/gimage.h   2012-08-03 00:09:09.000000000 +0900
> +++ fontforge-20160404~dfsg/inc/gimage.h        2016-04-05 08:56:57.000000000 +0900
> @@ -26,7 +26,7 @@
>   */
>  #ifndef _GIMAGE_H
>  #define _GIMAGE_H
> -#include "basics.h"
> +#include <basics.h>
>
>
> --- fontforge-20120731.b/inc/ustring.h  2012-08-03 00:09:09.000000000 +0900
> +++ fontforge-20160404~dfsg/inc/ustring.h       2016-04-05 08:56:57.000000000 +0900
> @@ -29,13 +29,14 @@
>  #include <stdarg.h>
>  #include <string.h>
>  #include <memory.h>
> -#include "basics.h"
> -#include "charset.h"
> +#include <basics.h>
> +#include <charset.h>
>
>
>  However, if we'll fix header inclusion, still get failure...
>
> libtool: link: gcc -o makenomenh -g -O2 -fdebug-prefix-map=/mensis-0.0.080507=. -fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wmissing-prototypes -Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat -Wchar-subscripts -Wsequence-point -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -D_NO_XINPUT=1 -D_NO_XKB=1 ./.libs/makenomenh.o  -lgdraw -lgutils -lgunicode -lSM -lICE -lX11 -ldl -lgif -lm /usr/lib/x86_64-linux-gnu/libfreetype.so 
> ./.libs/makenomenh.o: In function `handleint':
> ././makenomenh.c:81: undefined reference to `grealloc'
> ./.libs/makenomenh.o: In function `makenomenh':
> ././makenomenh.c:160: undefined reference to `grealloc'
> ././makenomenh.c:161: undefined reference to `grealloc'
> collect2: error: ld returned 1 exit status
> Makefile:49: recipe for target 'mensis-en.ui' failed
> make[1]: *** [mensis-en.ui] Error 1

Here it looks like the problem is in mensis?. I mean grealloc undefined
reference is raising from makenomenh.c which is part of mensis. But I do
agree the headers are slightly messed which can be reported to fontforge
upstream. A quick google shows grealloc is defined in graphviz library
is it a dependency for mensis?.. ¹

¹ http://www.graphviz.org/pub/graphviz/development/doxygen/html/common_2memory_8c.html#a1912ff27e68202cc621674540faa4198



More information about the Pkg-fonts-devel mailing list