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 68496139083 for ; Sun, 3 Dec 2017 21:46:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A83A9E0F98; Sun, 3 Dec 2017 21:45:58 +0000 (UTC) Received: from synchrony.c-14.de (sthelen.eu [IPv6:2a01:4f8:c17:6b43::b:17]) (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 2E653E0F68 for ; Sun, 3 Dec 2017 21:45:58 +0000 (UTC) Received: from sardaukar.c-14.de (HSI-KBW-046-005-197-163.hsi8.kabel-badenwuerttemberg.de [46.5.197.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by synchrony.c-14.de (Postfix) with ESMTPSA id E9F6F89A23 for ; Sun, 3 Dec 2017 21:45:55 +0000 (UTC) Date: Sun, 3 Dec 2017 22:45:40 +0100 From: Simon Thelen To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Emerge does want to tell me...what? Message-ID: <20171203214540.GC4340@anonymous> Mail-Followup-To: gentoo-user@lists.gentoo.org References: <20171203044339.egi6467qif26m7zi@solfire> <20171203061640.487ce784@lexx> <20171203052929.hnzmkkug2aq6eoer@solfire> <20171203064634.497cc26f@lexx> <20171203175241.azd5mwgq3vf4fofy@matica.foolinux.mooo.com> <20171203175853.GB4340@anonymous> <20171203200631.a5mcohfw2xcxnw36@matica.foolinux.mooo.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20171203200631.a5mcohfw2xcxnw36@matica.foolinux.mooo.com> User-Agent: Mutt/1.9.1 (2017-09-22) X-Archives-Salt: b506bff8-0e2b-483e-b53e-d8d6fbfb5571 X-Archives-Hash: ee87b58c113fff77b1ab231928b9e5f8 On 17-12-03 at 12:06, Ian Zimmerman wrote: > On 2017-12-03 18:58, Simon Thelen wrote: > > > Palemoon builds fine with gcc 6.4.0 (just not with gcc 7.2.0), if the > > ebuild you're using requires an older gcc it's either wrong or doing > > something weird. > It builds, but the result binary crashes every 10 minutes. Have you > tried it? I have had similar issues, but gcc 6.4.0 isn't the (sole) reproducer. I have 2 systems, a haswell laptop and a Ryzen desktop. Palemoon works fine built using gcc 6.4.0 on the laptop. On the desktop, however, I had regularly occurring segfaults that occurred whenever I ran palemoon and had the ulimit for core dumps set to 0 (ulimit -c to any other value and the segfaults would not occur). I managed to "fix" the segfaulting by compiling palemoon with CFLAGS="-O1" instead of "-O2". I never tried reproducing with an older gcc or clang as the issue only popped up when I rebuilt my desktop for the Ryzen CPU (switched from Nehalem where everything worked fine). Another person I know who uses palemoon on Gentoo has also had no issues with palemoon built against gcc 6.4.0 on an Xeon with Haswell architecture. I assumed this was an issue just with my machine since I could not reproduce it anywhere else. It might be that palemoon has issues with certain optimizations/instruction sets that are aggravated by using newer gcc versions (which could turn on optimizations by default etc). I tried checking when/why the GCC_SUPPORTED_VERSIONS was added to the palemoon overlay ebuilds, but can't find an issue or commit introducing it (didn't spend that long checking), but if I'm not the only one affected by this it might be worth it to open an issue with upstream. > The ebuild from the palemoon overlay explicitly checks for the gcc > version and refuses to proceed if it's newer then 4.9.4. I have > wondered why, but now I know. If you are on Ryzen (or potentially any architecture that isn't Nehalem-Haswell) you could try seeing if it's the same issue I experienced (testing with `ulimit -c unlimited', recompiling with -O1), otherwise you could try out the ebuild I maintain at [1] which may have some differences from the one in the palemoon overlay. [1]: https://git.c-14.de/landsraad.git/tree/www-client/palemoon/palemoon-27.6.2.ebuild -- Simon Thelen