From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 7950B385840C; Wed, 24 May 2023 06:54:52 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 7950B385840C DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1684911292; bh=mRVCWM4uKpI4JXzv+mEJ2ruLA2LBrX0XYu3MdZ9127s=; h=From:To:Subject:Date:In-Reply-To:References:From; b=dfgS1Qhf830QRmUdUL5sBR2WJkzmAdSnF9NgzZF7RH9TDBV5Cg/DRtHsCXt6IuZeY YppJHMWO0bU+xIonYxz+/kQCdUWH4NgOOJ9osIAoXx+2kh6+37CmtC4aazo1LIaQlE 2AcdJmKkPjSckDTFsBZgOsEW+u0ykKcmVhOzQOfE= From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/109927] Bootstrap fails for m68k in stage2 compilation of gimple-match.cc Date: Wed, 24 May 2023 06:54:51 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Version: 13.1.1 X-Bugzilla-Keywords: build X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 List-Id: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D109927 --- Comment #16 from Richard Biener --- (In reply to Andreas Schwab from comment #15) > TASK_SIZE is 0xF0000000UL on m68k. That would mean ~3.75GB virtual address space is available. The cited /proc/maps though looks like the lower half isn't available? It would be probably interesting to strace the process that will ultimatively run out of virtual memory to see how glibc places allocations. A simple test program repeatedly creating anonymous mmaps of a larger size (2MB?) might also get an upper bound.=