kicad-developers team mailing list archive
Mailing list archive
Re: Arch build failures with glm 0.9.9.3-1
I've tracked it down to the following conditions:
* glm includes commit 68c7e7e50 (e.g. 0.9.9.3)
* C++11 (before is OK, C++14 is OK)
* The define GLM_FORCE_PURE is set (KiCad does this in xv3d_types.h)
I've filed a bug upstream at glm .
Notable line in the GLM manual: "The use of intrinsic functions by GLM
implementation can be avoided using the define GLM_FORCE_PURE before
any inclusion of GLM headers. This can be particularly useful if we
want to rely on C++14 constexpr."
It feels like someone hasn't realised C+11 does have constexpr, but
it's not as flexible as that in C++14.
On Tue, Nov 6, 2018 at 3:25 PM Wayne Stambaugh <stambaughw@xxxxxxxxx> wrote:
> It also breaks msys2/mingw32/mingw64 builds. :(
> On 11/6/2018 9:19 AM, John Beard wrote:
> > Hi,
> > Just a quick word of caution: I can can't get KiCad to build with glm
> > version 0.9.9.3, which was updated yesterday.
> > The responsible change in glm appears to be 68c7e7e50 , which deals
> > with constexprs in GCC. There are various errors in the 3d-viewer .
> > However, I am not sure if this is a bug in glm, KiCad, GCC or what. If
> > you're on Arch, downgrading to glm 0.9.9.2 works OK, as does a revert
> > of that commit when rebuilding the package.
> > Just a heads-up! Cheers,
> > John
> > : https://github.com/g-truc/glm/commit/68c7e7e50b934cd265251a0660096f1415647bbb
> > : http://dpaste.com//113ND7S
> > _______________________________________________
> > Mailing list: https://launchpad.net/~kicad-developers
> > Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
> > Unsubscribe : https://launchpad.net/~kicad-developers
> > More help : https://help.launchpad.net/ListHelp
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp