ml2c_lc now undefined in dllgettextStub.so due to gcc 5

[Michael Hudson-Doyle]

All two of the packages that build depend on libgettext-ocaml now ftbfs:

libguestfs: https://launchpadlibrarian.net/213721303/buildlog_ubuntu-wily-amd64.libguestfs_1%3A1.28.12-1ubuntu2_BUILDING.txt.gz

virt-top: https://launchpadlibrarian.net/213754186/buildlog_ubuntu-wily-amd64.virt-top_1.0.7-1_BUILDING.txt.gz

For the current wily package usr/lib/ocaml/stublibs/dllgettextStub.so has

15: 0000000000000000 0 NOTYPE GLOBAL DEFAULT UND ml2c_lc

in readdelf -s. The trusty package has

36: 0000000000000ec0 32 FUNC GLOBAL DEFAULT 11 ml2c_lc

which goes some way to explaining the failures.

Looking at the source, I see that ml2c_lc is declared 'inline'. A change in gcc 5 affects what this meansper https://gcc.gnu.org/gcc-5/porting_to.html (it seems it means ~static inline now?).

So, fun.

[Richard Jones (rjones-redhat)]

    /usr/lib/ocaml/gettext-stub/libgettextStub.a(gettextStubCompat_stubs.o): In function `gettextStubCompat_setlocale':
(.text+0x1b9): undefined reference to `ml2c_lc'

The function 'ml2c_lc' is a function defined in ocaml-gettext (specifically in the file ./libgettext-stub-ocaml/gettextStubCompat_stubs.c) so it looks as if the bug should be reassigned to ocaml-gettext.

[Michael Hudson-Doyle (mwhudson)]

And blug I *think* ocaml-gettext probably only breaks because it's now built with gcc 5 -- inline functions not visible outside the translation unit in c99 mode or something. What a mess.

[Richard Jones (rjones-redhat)]

Same issue reported on Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794732

[Kyle Robbertze (krobbertze)]

Fixed in 0.3.5-2 uploaded to Debian 15 Aug 2015