Bug#888661: "configure: error: glm/glm.hpp not found. install glm" although libglm-dev is installed
severity 888661 serious
retitle 888661 FTBFS: glm/glm.hpp: present but cannot be compiled
found 888661 1:6.0.0~rc2-1
close 888661 1:6.0.0~rc3-1
thanks
Hi,
On Sun, Jan 28, 2018 at 03:09:25PM +0100, jean-christophe manciot wrote:
> checking glm/glm.hpp usability... no
> checking glm/glm.hpp presence... yes
> configure: WARNING: glm/glm.hpp: present but cannot be compiled
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
That already makes it more clear.
> configure: WARNING: glm/glm.hpp: check for missing prerequisite
> headers?
> configure: WARNING: glm/glm.hpp: see the Autoconf documentation
> configure: WARNING: glm/glm.hpp: section "Present But Cannot Be
> Compiled"
> configure: WARNING: glm/glm.hpp: proceeding with the compiler's result
> checking for glm/glm.hpp... no
> configure: error: glm/glm.hpp not found. install glm
Yeah, I know. Happens since gcc 7.3
> Full build log is attached.
Is not really helpful. The root cause is (see config.log):
configure:28374: checking glm/glm.hpp usability
configure:28374: /usr/bin/ccache x86_64-linux-gnu-g++ -c -g -O2 -fdebug-prefix-map=/data/rene/git/LibreOffice/master=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 conftest.cpp >&5
In file included from /usr/include/glm/detail/type_int.hpp:6:0,
from /usr/include/glm/fwd.hpp:6,
from /usr/include/glm/glm.hpp:61,
from conftest.cpp:140:
/usr/include/glm/detail/setup.hpp:456:100: note: #pragma message: GLM: GCC older than 4.6 has a bug presenting the use of rgba and stpq components
# pragma message("GLM: GCC older than 4.6 has a bug presenting the use of rgba and stpq components")
^
In file included from /usr/include/glm/detail/type_vec4.inl:968:0,
from /usr/include/glm/detail/type_vec4.hpp:453,
from /usr/include/glm/vec4.hpp:6,
from /usr/include/glm/glm.hpp:70,
from conftest.cpp:140:
/usr/include/glm/detail/type_vec4_simd.inl: In static member function 'static glm::tvec4<float, (glm::precision)5> glm::detail::compute_vec4_div<float, (glm::precision)5, true>::call(const glm::tvec4<float, (glm::precision)5>&, const glm::tvec4<float, (glm::precision)5>&)':
/usr/include/glm/detail/type_vec4_simd.inl:156:11: error: 'struct glm::tvec4<float, (glm::precision)5>' has no member named 'data'
Result.data = _mm_mul_ps(a.data, _mm_rcp_ps(b.data));
^~~~
[...]
Maybe I need to include an additonal header (as the real code does)? The configure check above just does
AC_LANG_PUSH([C++])
AC_CHECK_HEADER([glm/glm.hpp], [],
[AC_MSG_ERROR([glm/glm.hpp not found. install glm])], [])
AC_LANG_POP([C++])
Judging from the above error message it _does_ see the other headers, though.
Anyways, this was worked around in the recent upload of LO 6.0.0 rc3:
libreoffice (1:6.0.0~rc3-1) experimental; urgency=medium
* New upstream release candidate
* debian/patches/apparmor-fixes.diff: add patch from master with syntax
fixes. Also include X abstractions and allow .mozilla/firefox/** reading
* debian/patches/apparmor-updates.diff: more gpg stuff: gpg(sm), .gnupg/*
(both together closes: #887593)
* debian/rules, debian/source/include-binaries: temporarily use internal glm;
configure check fails since the gcc 7.3 upload
-- Rene Engelhard <rene@debian.org> Sat, 27 Jan 2018 11:36:59 +0100
Guus, any idea?
Regards,
Rene
Reply to: