From owner-freebsd-stable Sat Jun 8 16:25:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id DBB0637B405 for ; Sat, 8 Jun 2002 16:25:24 -0700 (PDT) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.3/8.12.3) with ESMTP id g58NPOCV083213; Sat, 8 Jun 2002 16:25:24 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.3/8.12.3/Submit) id g58NPO5S083212; Sat, 8 Jun 2002 16:25:24 -0700 (PDT) (envelope-from dillon) Date: Sat, 8 Jun 2002 16:25:24 -0700 (PDT) From: Matthew Dillon Message-Id: <200206082325.g58NPO5S083212@apollo.backplane.com> To: Martin Blapp Cc: Nuno Teixeira , Jens Rehsack , Subject: Re: openoffice stack and datasize kernel problems References: <20020608231215.P11797-100000@levais.imp.ch> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Hi Matt, : :.. : :Without these kernel settings, ld aborts during linking many many :objects with "virtual memory exhausted". : :This seems to happen in STABLE only. Good god. It's hard to imagine ld needing that much memory. Hrmm... but then again, openoffice is the epitomy of bloatware we are talking about here so maybe I should not be so surprised. I'll fool around with it to see if it's possible to fix. Usually ld only overloads like that when the same library is repeatedly linked into a binary to get around ordering interdependancies between libraries. -Matt :/usr/libexec/elf/ld: final link failed: Memory exhausted :dmake: Error code 1, while making '../unxfbsd.pro/lib/libsw641fi.so' :---* TG_SLO.MK *--- : :Martin : :Martin Blapp, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message