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 87B6A1382C5 for ; Thu, 8 Mar 2018 23:16:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 14A66E0845; Thu, 8 Mar 2018 23:16:05 +0000 (UTC) Received: from mail.xunit.de (mail.xunit.de [87.98.242.4]) (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 BF305E0839 for ; Thu, 8 Mar 2018 23:16:04 +0000 (UTC) Received: from me.fritz.box (pD95391D0.dip0.t-ipconnect.de [217.83.145.208]) by mail.xunit.de (Postfix) with ESMTPSA id 00EC56BEA0 for ; Fri, 9 Mar 2018 00:16:02 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xunit.de; s=default; t=1520550963; bh=aEVWAihZgHZYMjDPXu0vCb0gDIIAtwU+eQf/ACfLoRA=; h=Date:From:To:Subject:References:In-Reply-To; b=RlDi7GY12Tpf4ruIonl3Kj5Cc2vKFxVZW1t5YwENBNiAJgEOOyHZKo6QKwdnljZYq s9b29bKaptQAsi+AQJ6twWfuUKQCfQ2mF9+Zmp6NjJy4da+QuoIocXwM6PaMauQNEF oD6gbDB2I1AIe0eD4RymrPMsui5WAenz6ExuVzak= Date: Fri, 9 Mar 2018 00:16:18 +0100 From: assabajanischer_hinterwaeldler@xunit.de To: gentoo-user-de@lists.gentoo.org Subject: Re: [gentoo-user-de] =?iso-8859-1?Q?Geh=E4?= =?iso-8859-1?Q?ufte?= Internal compiler errors Message-ID: <20180308231618.GA16732@me.fritz.box> References: <20180307222908.GA5828@me.fritz.box> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user-de@lists.gentoo.org Reply-to: gentoo-user-de@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-Archives-Salt: 00afb7fa-bc67-4bc0-8a2a-163c2f4c834b X-Archives-Hash: de0e5f959fc080aee1b959bc67b51b1e Hallo, der Compile-Vorgang bricht zb wiefolgt ab: /var/tmp/portage/app-office/libreoffice-5.4.5.1/work/libreoffice-5.4.5.1/include/rtl/ustring.hxx:2632:31:internal compiler error: Segmentation fault RAM und Swap sollten mit jeweils 16GB ausreichend groß dimensioniert sein. Nachdem ich das ganze gerade nochmal nachgeschaut habe kam mir aber eine andere Idee. Mein /tmp ist noch als ramfs eingebunden. Stammt noch aus einer Zeit, als ich mein rootfs als ramfs betrieben habe und an der Ecke rumgespielt habe. Nachdem ich das ganze umgeboben habe, klappt nun auch wieder das compilieren. Sieht so aus, als wurde hier das Limit on /tmp gerissen. Interessanterweise kam zu keinem Zeitpunkt eine Ausgabe im dmesg Log. Und der Rechner lief auch stabil weiter. Werde es mal noch weiter beobachten. Vielen Dank Martin On Thu, Mar 08, 2018 at 10:00:39AM +0100, Sven Eden wrote: > 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. >