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

[Adrian Bunk]

On Wed, Oct 12, 2016 at 10:15:34PM +0530, Vasudev Kamath wrote:
>...
> Hideki Yamane  writes:
>...
> >  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

In unstable this is provided by:
  /usr/include/fontforge/basics.h:extern void *grealloc(void *,long size);

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

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

[Vasudev Kamath]

Hello Yamane San,

Hideki Yamane  writes:

> On Tue, 11 Oct 2016 13:12:54 +0530
> Vasudev Kamath  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.0 +0900
> +++ fontforge-20160404~dfsg/inc/chardata.h  2016-04-05 08:56:57.0 
> +0900
> @@ -1,4 +1,4 @@
> -#include "basics.h"
> +#include 
>  
>  struct charmap {
>  int first, last;
>
> --
>   chardata.h in unstable → #include "basics.h" = 
> /usr/include/fontforge/basics.h
>   chardata.h in experimental → #include  = /usr/include/basics.h
>
>
>
> --- fontforge-20120731.b/inc/gimage.h   2012-08-03 00:09:09.0 +0900
> +++ fontforge-20160404~dfsg/inc/gimage.h2016-04-05 08:56:57.0 
> +0900
> @@ -26,7 +26,7 @@
>   */
>  #ifndef _GIMAGE_H
>  #define _GIMAGE_H
> -#include "basics.h"
> +#include 
>
>
> --- fontforge-20120731.b/inc/ustring.h  2012-08-03 00:09:09.0 +0900
> +++ fontforge-20160404~dfsg/inc/ustring.h   2016-04-05 08:56:57.0 
> +0900
> @@ -29,13 +29,14 @@
>  #include 
>  #include 
>  #include 
> -#include "basics.h"
> -#include "charset.h"
> +#include 
> +#include 
>
>
>  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