From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 41D36138334 for ; Thu, 12 Sep 2019 20:20:47 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7179FE0BAF; Thu, 12 Sep 2019 20:20:40 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 17DD4E0BA6 for ; Thu, 12 Sep 2019 20:20:40 +0000 (UTC) Received: from katipo2.lan (unknown [203.86.205.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: kentnl) by smtp.gentoo.org (Postfix) with ESMTPSA id 7FAE634B0BE for ; Thu, 12 Sep 2019 20:20:37 +0000 (UTC) Date: Fri, 13 Sep 2019 08:20:28 +1200 From: Kent Fredric To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [PATCH 1/3] go-module.eclass: introduce new eclass to handle go modules Message-ID: <20190913082028.7b478cb1@katipo2.lan> In-Reply-To: References: <20190911172128.18885-1-williamh@gentoo.org> <20190911172128.18885-2-williamh@gentoo.org> <20190912000525.GB21591@whubbs1.dev.av1.gaikai.org> Organization: Gentoo X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/zipU2CztkNEy1ymTLYGlh.Q"; protocol="application/pgp-signature"; micalg=pgp-sha256 X-Archives-Salt: 66038abb-dddb-4363-b685-235209f14ccd X-Archives-Hash: 244d4e89d1022e67e9b1b4b772da0234 --Sig_/zipU2CztkNEy1ymTLYGlh.Q Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 11 Sep 2019 17:28:22 -0700 Alec Warner wrote: > I don't care if you strip or not (I'm not even sure portage knows how to = do > it for go binaries) but I'm fairly sure the reason isn't because "upstream > does not support stripping go binaries" because they clearly do...unless > upstream is portage here...? I know rust at least has some sort of magic in place where if you do strip a binary, the ability for it to produce useful stack traces when it crashes is reduced. ( In that, it can make use of debugging symbols without the aid of a debugger ) I can imagine that could be a reason to not support it. --Sig_/zipU2CztkNEy1ymTLYGlh.Q Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEgdrME8Lrmai3DXYJda6SGagVg7UFAl16qIwACgkQda6SGagV g7Xbhg//crC1OmUEHps84+rKr9JuQAe/31MCEFJYjSinnl+qDDNotn1EqVBBoY1l FQQJKerEcvz+EStmRystglvE164Z54VDsbuK+xJYhFZQ2JIF8CAGESHCjwZes8bL Q9j3ifZ7UoDp901ivApantgrBqVsxB2DU+6W7N/hSPITiP7LD9pRg0ZfgiC+CFY/ Ekf6phfLFVAlE/tjNsPlAKHpoUPlK3biNE2a5YE90ABHvOzc/P0+6VV3PstFNroQ l5tO0TsA9fMv2SBAB5z5pJtShiX/NW0ttJ++yLpiZ3lcDe8SAZ7sNQ2bWv6byVqQ +b9nbom6uYbikNw1tf7pvmQ6e4BBnHnlv0riSyF2g767S4aNFFrKYiwOliuee6K7 uJkmZey9LpBbx9lVcKH4RtywHQIoUccgExdELfH7Qwk0XEymgaHUeKAiifw8A67C j9uUSm7Ojs47R8TWLmkkXsN8LxWL/MIBUJbLh/KqUhfIjqgxGb21aTuKQzBPsKzH 2BQchH+JWjY/6ZbVhWwsPGZ/HOlcGEJSAj0hHSFsld/okV6xsM5VL0ypKzU6O1Ql 8iaQI5tjOdeyF63LdTWM8FbowPm4cvCWXn0E+sMzPrEPJ2J/ItQe+Yf2Ie0JNBoR Ju3e/eWogaLzhtEldq0wRHklgDY0hvSqrRbJQRQkMHVKIXeX95o= =3xs+ -----END PGP SIGNATURE----- --Sig_/zipU2CztkNEy1ymTLYGlh.Q--