public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Simon Thelen <gentoo-user@c-14.de>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Emerge does want to tell me...what?
Date: Sun, 3 Dec 2017 22:45:40 +0100	[thread overview]
Message-ID: <20171203214540.GC4340@anonymous> (raw)
In-Reply-To: <20171203200631.a5mcohfw2xcxnw36@matica.foolinux.mooo.com>

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


  reply	other threads:[~2017-12-03 21:46 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-03  4:43 [gentoo-user] Emerge does want to tell me...what? tuxic
2017-12-03  5:16 ` Heiko Baums
2017-12-03  5:29   ` tuxic
2017-12-03  5:46     ` Heiko Baums
2017-12-03  6:28       ` Dale
2017-12-03 17:52       ` [gentoo-user] " Ian Zimmerman
2017-12-03 17:58         ` Simon Thelen
2017-12-03 20:06           ` Ian Zimmerman
2017-12-03 21:45             ` Simon Thelen [this message]
2017-12-03 22:57               ` [gentoo-user] palemoon and gcc [Was: Emerge does want to tell me...what?] Ian Zimmerman
2017-12-04 10:34           ` [gentoo-user] Re: Emerge does want to tell me...what? Peter Humphrey
2017-12-04 19:19             ` Walter Dnes
2017-12-04 19:30               ` Walter Dnes
2017-12-05 10:23               ` Peter Humphrey
2017-12-05 13:18                 ` Michael Orlitzky
2017-12-05 14:02                   ` Peter Humphrey
2017-12-05 16:52                     ` Ian Zimmerman
2017-12-05 16:18                 ` Peter Humphrey
2017-12-05 16:49                   ` Raffaele Belardi
2017-12-06 10:11                     ` Peter Humphrey
2017-12-06 10:33                       ` Raffaele Belardi
2017-12-06 14:34                         ` Peter Humphrey
2017-12-03  9:13 ` [gentoo-user] " Adam Carter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20171203214540.GC4340@anonymous \
    --to=gentoo-user@c-14.de \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox