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 D38DF138334 for ; Thu, 12 Sep 2019 21:13:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CC2F8E0CEB; Thu, 12 Sep 2019 21:13:03 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (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 8D44BE0CCF for ; Thu, 12 Sep 2019 21:13:02 +0000 (UTC) Received: from pomiot (c134-66.icpnet.pl [85.221.134.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 5B8B434B0CD; Thu, 12 Sep 2019 21:12:56 +0000 (UTC) Message-ID: Subject: Re: [gentoo-dev] [PATCH 1/3] go-module.eclass: introduce new eclass to handle go modules From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Thu, 12 Sep 2019 23:12:52 +0200 In-Reply-To: References: <20190911172128.18885-1-williamh@gentoo.org> <20190911172128.18885-2-williamh@gentoo.org> <20190912000525.GB21591@whubbs1.dev.av1.gaikai.org> <20190913082028.7b478cb1@katipo2.lan> Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-2ZUzo3/u+//x0W3rHxRS" User-Agent: Evolution 3.32.4 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 X-Archives-Salt: aef14e63-918f-4085-bed6-cedeeedee96c X-Archives-Hash: ac6d6b18e2abe480e928dc5a9b89b97d --=-2ZUzo3/u+//x0W3rHxRS Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, 2019-09-12 at 13:38 -0700, Alec Warner wrote: > On Thu, Sep 12, 2019 at 1:20 PM Kent Fredric wrote: >=20 > > On Wed, 11 Sep 2019 17:28:22 -0700 > > Alec Warner wrote: > >=20 > > > 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...unl= ess > > > upstream is portage here...? > >=20 > > 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 ) > >=20 > > I can imagine that could be a reason to not support it. > >=20 >=20 > You definitely should not call 'strip' on a go binary. If you build with > the aforementioned linker flags you still get proper panic backtraces, bu= t > also smaller binaries that you cannot load into gdb. Why 'strip' can't do > this but the go compiler can seems to be a bug ;) >=20 Since when it is a bug that when you strip debug info, you don't have debug info? I thought that's precisely what stripping debug info means but maybe in the special Go world it is different, and debug info is expected to remain after stripping it. --=20 Best regards, Micha=C5=82 G=C3=B3rny --=-2ZUzo3/u+//x0W3rHxRS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQGTBAABCgB9FiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAl16tNRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEM3 NkE4NDUwOTQwOThEMjhDQzhCMjZDNTYzOUFEQUUyMzI5RTI0MEUACgkQY5ra4jKe JA6hUQf/cJjLYECIC5jyH3N+o3dqZ90OvEt7LDHkQ0tzAeegUtq2XSlN25OEWV0k WaPLNN2hIK8kAeTdaYr+QOZKTeGDXyccslbmQPcQvquw+8X655+cTSqfGbA7Bqgc jQSiJJ+Itu5I9zbcV4Glbi9l306JRrsusSSuh7AHpl42fHw5cqAC6AUzPA9sZ9Zc T/IvV4cWDKGSZBZFMueqCrUw0hvDzzMbJBEashnGJqoj5oc/WZxObkxlNbcZFZKT poFmsCpSX82grShCiMDtqJ66CVaKqA2ngXBfp/0kxpdTjBo1hJelUUz3FJl3Fgai jk9N4YnJuDUahYBgSoHTlomSKGvkOQ== =RUnF -----END PGP SIGNATURE----- --=-2ZUzo3/u+//x0W3rHxRS--