From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40143) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dFlfe-0006He-4n for guix-patches@gnu.org; Tue, 30 May 2017 14:15:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dFlfa-0003lW-5z for guix-patches@gnu.org; Tue, 30 May 2017 14:15:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:43004) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dFlfa-0003lS-1B for guix-patches@gnu.org; Tue, 30 May 2017 14:15:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dFlfZ-0001gc-Sm for guix-patches@gnu.org; Tue, 30 May 2017 14:15:01 -0400 Subject: bug#26737: Making sure that comments can be made Resent-Message-ID: From: Kei Kebreau References: <20170501172040.12350-1-kei@openmailbox.org> <874lw6drbc.fsf@openmailbox.org> <87inkkg9ns.fsf@fastmail.com> Date: Tue, 30 May 2017 14:13:50 -0400 In-Reply-To: <87inkkg9ns.fsf@fastmail.com> (Marius Bakke's message of "Sun, 28 May 2017 19:42:47 +0200") Message-ID: <87y3temcv5.fsf@openmailbox.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Marius Bakke Cc: 26737@debbugs.gnu.org --=-=-= Content-Type: text/plain Marius Bakke writes: > Kei Kebreau writes: > >> Can I commit this (note: I will enable the release build, which >> optimizes for size)? And for games with both ncurses and SDL tiles >> interfaces, should the two interfaces be separate outputs or separate >> packages all together? > > Since there has been no feedback for a month, I think you can go ahead > and commit it (see HACKING). > > I do find the s// substitution a bit odd. Is there an > upstream issue about it? I think we should do that in a phase instead, > since it's apparently not a problem with other compilers(?). > Long story short, standards-compliant C++ code that needs C-standard-compatibile functions uses either: * and std namespace function names or * <[header].h> and global namespace function names. This program tries to mix and match these methods. While it may work with other compilers, this code isn't guaranteed to work with the C++ standard. As a result, either is replaced with or functions like std::pow are replaced with ::pow. I simply chose the former. See http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2013/n3797.pdf#section.D.5 > Different outputs is generally better than separate packages, but I > guess it depends on the case. I'll experiment with this some time soon, then. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEg7ZwOtzKO2lLzi2m5qXuPBlGeg0FAlkttl4ACgkQ5qXuPBlG eg2dlQ//eWTlKWIgINk6IqAfpv/JWgaFiuQI72ib9c5Ha4gJE5ynASZPaFLoWuFu 5e22g4RLzjBcuWDekeKAk1kppqiZr/DajR2w0QmCXYnApDgBNX8vZPNa0wODR0Dp n6GSIDC5WpC/V+B2Eb64Alzd0ClabLfBWMtepA1PNeMbaKC8tAbzPXBiLJVrFyN0 6WPkLQ2fmFnkn9UJtA8VUYtCN0jo7RqNh7Qamlwrt+6eTJrB5ygfosvrVcJfTmTI uoKE8EeUECS7YwVyE7p8xre21LdlTdjcT9TgGfKYcduvYjGBdX8HSPXHWo/SPQZR nnmHBAQTh5A8qz8xES09ELfAeEI1jo5uPY5YqgGbIFDozsjt1MFDGpuih4W4lMg9 W43frzA/bLSqWXmt648fXZ9EcC9cyS9WmOLFW2vwsvTSeH/VPsiGSOtbqMt1I/ZA u81l8/ap2IbvrVaKqhE7uH3Uxkeo7q+WqFQnyo5LRUb9ikzyUUd9OcmTmcjd8/KT c/OV/3ihBVdGAmoIxzkO9NGwWCNcPvaxaNbhaeemA6kUsIuaid2AhRNEC8J2kcMa 0ON2RZ7P8ulOkfl7LFC89JPsaPgQwpUQMg0ugI/XAJPaR7f5kh7mLLUtNeiZsGda BBduIJ+G7a/FZdRODx3GQE8Xh1bZLpFHCkPcAEbRSbCkugKQpMA= =mlTi -----END PGP SIGNATURE----- --=-=-=--