From: "Sven Eden" <sven.eden@gmx.de>
To: gentoo-user-de@lists.gentoo.org
Subject: Aw: [gentoo-user-de] Gehäufte Internal compiler errors
Date: Thu, 8 Mar 2018 10:00:39 +0100 [thread overview]
Message-ID: <trinity-31215965-003c-4fd1-b2ef-948bdf6e4d8f-1520499639492@3c-app-gmx-bs56> (raw)
In-Reply-To: <20180307222908.GA5828@me.fritz.box>
Hallo allerseits!
> Gesendet: Mittwoch, 07. März 2018 um 23:29 Uhr
> Von: assabajanischer_hinterwaeldler@xunit.de
>
> seit einiger Zeit habe ich immer wieder Internal compiler errors mit der
> Meldung Segfault. Das ganze tritt vor allem bei größeren Programmen auf.
> Nach einiger Suche im Netz bin ich über RAM-Problem gestolpert.
> Allerdings sieht das memtester Ergebnis unauffällig aus.
Wie äußert sich das denn? Greift der OOM Killer ein?
> Aktuell verwende ich gcc-7.3
> Daher habe ich schon vermutet, ob es ggf an der glibc Version liegt.
> Zumindest muss man hier etwas genauer aufpassen, wenn die Idee, wie man
> einen Compiler baut richtig verstanden habe, da hier nicht immer all
> Versionen kompatibel sind.
> Verwenden tue ich glibc-2.26-r6
Ein Upgrade auf gcc-7.3 von gcc-5.x, gcc-6.x oder gcc-7.x sollte
problemlos möglich sein.
Nach dem Switch auf gcc-7.3 mittels gcc-config (plus dem obligatorischen
". /etc/profile") muss allerdings libtool neu gebaut werden.
> Sofern ich es richtig beobachtet habe, trifft es immer wieder die
> gleichen Stellen bei den Programmen.
>
> Probiert habe ich auch schon die Anzahl der Threads und die erlaubte
> Load zu reduzieren, allerdings auch ohne Erfolg.
>
> Im Bugzilla auf gentoo.org habe ich aktuell keine Einträge gefunden, die
> in diese Richtung deuten.
>
> Betroffene Programme (nicht immer):
> - libreoffice
> - thunderbird
> - firefox
> Idr sind diese auch vollständig auf stable gesetzt.
Diese Programme brauchen beim Linken sehr viel Speicher. Falls du also
kein Swap hast, kann das die Ursache sein. LTO erhöht den Speicherbedarf
ebenfalls, irgendwo zwischen "sehr" und "erheblich!". Und wenn du in
deinen C[XX]FLAGS ein "-g" drin hast, steigt der Speicherbedarf, vor Allem
beim Linken, exorbitant!
Also:
- Ausreichend Speicher vorhanden (plus Swap) ?
- LTO aktiviert ?
- Debug Flags aktiviert ?
Bei den drei Punkten würde ich zu suchen anfangen.
Gruß
Sven
P.S Oder du versuchst mal qtwebkit oder gtk-webkit zu bauen, deren
Speicherbedarf beim Linken ist ebenfalls gewaltig! Mal sehen, ob die
funktionieren.
next prev parent reply other threads:[~2018-03-08 9:00 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-07 22:29 [gentoo-user-de] Gehäufte Internal compiler errors assabajanischer_hinterwaeldler
2018-03-08 9:00 ` Sven Eden [this message]
2018-03-08 23:16 ` assabajanischer_hinterwaeldler
2018-03-11 20:06 ` [gentoo-user-de] " Kai Krakow
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=trinity-31215965-003c-4fd1-b2ef-948bdf6e4d8f-1520499639492@3c-app-gmx-bs56 \
--to=sven.eden@gmx.de \
--cc=gentoo-user-de@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