Accepted glm 0.9.9~a2-2 (source all) into unstable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 29 Mar 2018 15:08:45 +0200 Source: glm Binary: libglm-dev libglm-doc Architecture: source all Version: 0.9.9~a2-2 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Guus Sliepen <g...@debian.org> Description: libglm-dev - C++ library for OpenGL GLSL type-based mathematics libglm-doc - documentation for the OpenGL Mathematics (GLM) library Closes: 892861 Changes: glm (0.9.9~a2-2) unstable; urgency=medium . [ Andrew Caudwell ] * Backport upstream commit adding GLM_FORCE_CTOR_INIT. (Closes: #892861) . [ Guus Sliepen ] * Remove unnecessary --parallel from debian/rules. * Update Vcs-* and Homepage links in debian/control. * Move glm.pc to /usr/share/pkgconfig/. Checksums-Sha1: 233df1bc0abccc2ebcc48cdd81b8aac7acda4624 2025 glm_0.9.9~a2-2.dsc 26ed9f55cf467d15b17bb2ad0bf176371b0a5fae 7564 glm_0.9.9~a2-2.debian.tar.xz d2a32b53f632f9aad472976361f02efe9a323d8b 7943 glm_0.9.9~a2-2_amd64.buildinfo e7692794a24b1b15ec54135b9431fd423487 164132 libglm-dev_0.9.9~a2-2_all.deb 7b376845bc742a64c7a99144526c55fa056edc9c 443100 libglm-doc_0.9.9~a2-2_all.deb Checksums-Sha256: 199724d14d679e4267c2e16b730ed720cc79b0aac01f9d68af63fa6a192f0867 2025 glm_0.9.9~a2-2.dsc 93720c63d756b2312a2c6f4861a0af74462461974dc5e054d5750ed667a616aa 7564 glm_0.9.9~a2-2.debian.tar.xz 8fa09b2abbe0f0629c091ef5e4161b18f927ea5c54b63e87c4005421ee8404ba 7943 glm_0.9.9~a2-2_amd64.buildinfo bbd09ff1ea62f180b0800513f6242e62871245a0e2e9e24a33650185cd0e3369 164132 libglm-dev_0.9.9~a2-2_all.deb 3185b21b66fcbcb5448a5aa217641e3f13ce27b1c24bd48bc3cf4d83136e00f3 443100 libglm-doc_0.9.9~a2-2_all.deb Files: a798c7870a034ede7c3a12877dc9bb27 2025 libs optional glm_0.9.9~a2-2.dsc 199346f55ce73cd02c76e4533f7eb7d9 7564 libs optional glm_0.9.9~a2-2.debian.tar.xz 508141c72cb1d485011d7900c37a5678 7943 libs optional glm_0.9.9~a2-2_amd64.buildinfo 9fd30812075a12fe978cc2bf8f2ee2f1 164132 libdevel optional libglm-dev_0.9.9~a2-2_all.deb 4321cbe7d4191bec5041b93f73e6a5b3 443100 doc optional libglm-doc_0.9.9~a2-2_all.deb -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEETRt3lsA+CDGZG91CP0kN64ce+foFAlq85fkACgkQP0kN64ce +fqjoQ/9HZCJAYSFzeuzDs1KEGadkFanCLMqqKil8sVgW+Tha6wTMYtKkBhRyY9O DNkpU1VwvQEhAyZj8POHGnFHQqko/OuB/GehqgJPCDr/WklZ75FTZwOtS7NnQeET jGDi4XWSEBn4ac/Yp6izzOeYNHmA4dRCVcBvIvygJJ05mZhLNHwHwQYR1cPUpxWf NQ7khTuu+18oms3TrrZMccR77Mxz7uSMYa/dIPWZbBAJZiAvLY7RSB6JFiA4/8tw uvQIFvP7WxNORZBl7mwfrR0G1DOyqBgNmBgKwYLUds97Y/phW7/WV1SuPM1axHi+ 1WmqF5cBsVxBoq9bu3nH6G+D/hYiMbMBH4teecRNQL0dc+c8vqNFrTX2mY6YSYUH /z7HKI2zWc6Hrlmhudf94LddSvD9dFm7+csqNcp3fXI3j2iCkzjnrvX5Mf4X1I5l XL4wxR4vdxLn4ixgROd3GW9yYFMYsQPhpNdm7uyTmmbCdnpvIHmrlGokBpe5G6au 89JSTxqtjyYJGttcxiJwJg5idXoON483IMNhMi1fu/2FuCcpcvGg42klgJ77ZhBs FgyZy8V5mfclKz7xqjPW2P9IwKKrvONvj1mCQ+WhhOH4q4XLuD2/Li72k3kaMMa8 ZPPwBz1VwYSsNn+t2OG5QqvKsCVJbuK850RlSBxK32UMq6y9vbc= =kWoq -END PGP SIGNATURE- -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#892861: libglm-dev: removal of default type initialization breaking packages
tags 892861 - wontfix thanks On Wed, Mar 28, 2018 at 01:19:44PM +1300, Andrew Caudwell wrote: > Upstream has implemented my suggestion to re-add default initialization as > opt-in via a new define: > > https://github.com/g-truc/glm/issues/735 > https://github.com/g-truc/glm/commit/8390a77b3a278b15259e5ca6e67f7e41badc457b > > Could you apply the commit as a patch so maintainers can then define > GLM_FORCE_CTOR_INIT and avoid having to modifying code? Sure. However, I'm running into problems trying to apply the patch: it doesn't apply cleanly on 0.9.9~a2, and if I just package the latest revision from git, then I am getting internal compiler errors from GCC. I can still compile 0.9.9~a2 without problems, so I will try to see if I can just adapt the commit which adds GLM_FORCE_CTOR_INIT to 0.9.9~a2. > Let me know as then I can then avoid having to embed the current release in > my software. Yeah, that would be less than optimal. -- Met vriendelijke groet / with kind regards, Guus Sliepen <g...@debian.org> signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#892861: libglm-dev: removal of default type initialization breaking packages
tags 892861 + wontfix thanks On Wed, Mar 14, 2018 at 10:48:33AM +1300, Andrew Caudwell wrote: > The packaged version of GLM, 0.9.9~a2 is an alpha (the current release is > still > 0.9.8.5) and removes the default initialization of vector, matrix and > quaternion types. Because of this code written against any earlier versions of > GLM may now have uninitialized value bugs introduced by this change (e.g. > where > GLM types are member variables of a class) or now behave differently (mat4() > previously gave you an identity matrix, now this gives you a zero'd matrix). > Several issues have been raised upstream (including by myself) to re-add > initialization or at least make it optional. > Additionally the requirement in this version to define GLM_ENABLE_EXPERIMENTAL [...] > to use simple functions like length2() has broken multiple packages. I have > put > off fixing this since making it compile just exposes the user to the > uninitialized value bugs. Unfortunately this has now meant my gource and > logstalgia debian packages have been removed from debian since they don't > complile with this GLM version. I believe these are intentional changes by the author of GLM. I expect that GLM 1.0.0 will be released before the next release of Debian, and any packages that depend on GLM should instead be fixed to handle the new behavior. Unless I am mistaken, projects depending on GLM can just #define GLM_ENABLE_EXPERIMENTAL and provide explicit default initializers, which will be backwards compatible with older versions of GLM. -- Met vriendelijke groet / with kind regards, Guus Sliepen <g...@debian.org> signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#888661: "configure: error: glm/glm.hpp not found. install glm" although libglm-dev is installed
reassign 888661 src:glm
forcemerge 888550 888661
thanks
On Sun, Jan 28, 2018 at 03:31:08PM +0100, Rene Engelhard wrote:
> >configure: WARNING: glm/glm.hpp: present but cannot be compiled
[...]
> /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")
[...]
> Guus, any idea?
This seems to be a duplicate of 888550. So it's a bug in GLM.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: PGP signature
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#870217: glm: diff for NMU version 0.9.8.4-1.1
On Sun, Oct 22, 2017 at 03:34:53PM +0200, Tobias Frost wrote: > I've prepared an NMU for glm (versioned as 0.9.8.4-1.1) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it longer. I was actually waiting for 0.9.8.6 or 0.9.9 to be released, but I won't mind this NMU :) -- Met vriendelijke groet / with kind regards, Guus Sliepen <g...@debian.org> signature.asc Description: PGP signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#860701: glm: FTBFS on i386: E: Build killed with signal TERM after 150 minutes of inactivity
On Wed, Apr 19, 2017 at 09:15:57AM +0200, Lucas Nussbaum wrote: > During a rebuild of all packages in stretch (in a stretch chroot, not a > sid chroot), your package failed to build on i386. [...] > > Start 24: test-core_func_exponential > > E: Build killed with signal TERM after 150 minutes of inactivity Found the cause; a case of i386 FPU having more precision in its floating point registers than IEEE floats have, and GLM using == comparisons between floats. Will upload a fix soon. -- Met vriendelijke groet / with kind regards, Guus Sliepen <g...@debian.org> signature.asc Description: Digital signature -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
