From owner-freebsd-current@freebsd.org Fri May 24 03:22:25 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B9779159592F for ; Fri, 24 May 2019 03:22:25 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 43FB5712E8 for ; Fri, 24 May 2019 03:22:25 +0000 (UTC) (envelope-from ian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 031FC159592E; Fri, 24 May 2019 03:22:25 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CFE7C159592D for ; Fri, 24 May 2019 03:22:24 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1.eu.mailhop.org (outbound1.eu.mailhop.org [52.28.251.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1BEF5712DE for ; Fri, 24 May 2019 03:22:23 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1558667172; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=QdtWcZAquTFGozOhq9brWIR4hT9s5yWCMn6u1jmxjR7XmtSRgHK6SHRtUP6ppahe2y075dfAvvgbz ATqRxh0q2D1OcW4VammpWCagj1qjtOLaGhBNvZz63NKMf462z6mKdfcKZSu1ci0284Ha0zzfZYbvFm nWC+eaw/ytdMhZHDzST80IKz7TLjz19S1j5dRndU2E2NGoiE96MjnsVGws5lUVXBcenLUitjqf99HL CcFvulvC7X6lEWuc+ZDNEaKujjGRBql0/eK0+w7drPoxTTuaKcklmvzrnfUlFsQ50ln41aCMw5FGgV ElgP4PF4Y3zki31Al4l0R3iGHWbVLLA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=ghPsjXg6GCvtTgFi4lHewkQZLyhSmjo+01qvrCvb7aA=; b=fnplJ5xd8ge2TNKo90ywTf3TXb54T1e9XAQqYkFuuOhjq95QHYnXerhjx5mkLdDJlSQFUZ1NVeO7r y+27tBm4OJxq0Un6j34wDmu0wPKGh9g2Ab3KbQCP52PX3jrHaGFGW6ce55ZeVGU/wEZPz/Lssibkg0 HFBgyFUboupc/BT2ZHAcoowokzINjkLftIOmMgS0n3AKGm17t+lWmAcF6afAmFaLSGwLZ6VCSinV7P cITNyyMoZRx7izr8jJwoKUTIWPLcUT50LeI1ATEsGW93vNGbQcZQI67hF6GBScdmPg6b9B1ZflGX1s Pv9KJiV/IO6z2bIPGsggGh/FZELuq3Q== ARC-Authentication-Results: i=1; outbound3.eu.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=ghPsjXg6GCvtTgFi4lHewkQZLyhSmjo+01qvrCvb7aA=; b=Xdz1qCQNcdfF21zKVXOMUbY9InM/Y9555ikd42TMXfTydl7xcUu7nDUZjSelzzb50Yt2nK4sZ9QXu m/1qRfUu0RVGlm5yDNRf9Sqb2p43oyUBPGYjGcPhOs7I8MOVjArCvwrZZ1JnlqXbQEEkpydWSHe3cx k41xXZTOI/413ZnDX4MO3oLmA3qVSEzOpBQDBeOtXwymr4boEB9KSTQi/PT4hoZ2s/I9RWlN+QiIYM eCN6/BxfkrdYB0wwSuljYYTDQ/nO0cfQu0QUk7idyeHoYI+iZz6kqJ+XNbZ4FvFLzdDnM/x4D8g/sC vWFQH270gTz1cpjJe15geUoJtNyNm1A== X-MHO-RoutePath: aGlwcGll X-MHO-User: e036291c-7dd0-11e9-91aa-b56e4e6b5865 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.eu.mailhop.org (Halon) with ESMTPSA id e036291c-7dd0-11e9-91aa-b56e4e6b5865; Fri, 24 May 2019 03:06:09 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x4O367Rs013572; Thu, 23 May 2019 21:06:07 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: lib/libgcc_s fails on make all after make world succeeds From: Ian Lepore To: Dimitry Andric Cc: current@freebsd.org, Li-Wen Hsu Date: Thu, 23 May 2019 21:06:07 -0600 In-Reply-To: <0A149CA1-508B-41C3-BBA3-B4F6E0A416C5@FreeBSD.org> References: <201905192129.x4JLTef3012634@fire.js.berklix.net> <0A149CA1-508B-41C3-BBA3-B4F6E0A416C5@FreeBSD.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 1BEF5712DE X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.99 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.993,0]; ASN(0.00)[asn:16509, ipnet:52.28.0.0/16, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2019 03:22:26 -0000 On Sun, 2019-05-19 at 23:54 +0200, Dimitry Andric wrote: > On 19 May 2019, at 23:29, Julian H. Stacey wrote: > > > > Hi current@freebsd.org > > On current src/ on 2 boxes, I have seen the same break for a week > > or 2, > > lib/libgcc_s fails on make all after make world succeeds, > > Anyone else seen it or got ideas please ? Notes below the sample. > > > > ===> lib/libgcc_s (all) > > building shared library libgcc_s.so.1 > > cc -nodefaultlibs -Wl,--version- > > script=/usr/src/lib/libgcc_s/Version.map > > -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o \ > > libgcc_s.so.1.full -Wl,-soname,libgcc_s.so.1 > > ... > > -L/usr/obj/usr/src/amd64.amd64/lib/libc -lc \ > > ld: error: can't create dynamic relocation R_X86_64_32S \ > > against symbol: __je_sz_size2index_tab in readonly segment; \ > > recompile object files with -fPIC or pass '-Wl,-z,notext' \ > > to allow text relocations in the output > > > > > defined in > > > > > /usr/obj/usr/src/amd64.amd64/lib/libc/libc.a(jemalloc_sz.o) > > It looks like for some reason, it chooses to link with libc.a instead > of > libc.so here. Maybe your libc.so is not getting built at all, > because > of your environment? > > Or maybe you are hitting some build race where libc.a is done, but > libc.so is still being built, while at the same time, libgcc_s.so.1 > is > being linked? > > There are some difficult-to-reproduce races with libgcc_s, which are > sometimes also hit by CI (I think Li-Wen mentioned them multiple > times > now). But usually I would expect this to be "solved" by simply > re-running buildworld, as the race window is very small, and you have > to be quite lucky (or unlucky, depending on your point of view :) to > hit > it. > > -Dimitry > There is definitely something racy going on here. I ran into /usr/bin/ld: error: unable to find library -lgcc_s Just a couple minutes into a build with an empty /usr/obj. I killed it, re-emptied /usr/obj, and started it again, and it didn't repeat the problem. Also, I noticed that libgcc_eh and libgcc_s seem to be getting built twice in parallel here (this is about 2 minutes into a build of 12- stable on a 12-stable system) with -j16, so all of these libs started building together... -------------------------------------------------------------- >>> stage 4.2: building libraries -------------------------------------------------------------- ===> lib/libcompiler_rt (obj,all,install) ===> gnu/lib/libssp/libssp_nonshared (obj,all,install) ===> lib/libgcc_eh (obj,all,install) ===> lib/libgcc_s (obj,all,install) ===> gnu/lib/csu (obj,all,install) ===> lib/libcompiler_rt (obj,all,install) ===> lib/csu (obj,all,install) ===> lib/libc_nonshared (obj,all,install) ===> lib/libc (obj,all,install) ===> lib/libgcc_eh (obj,all,install) ===> lib/csu/amd64 (all) ===> lib/csu/amd64 (install) ===> lib/libgcc_s (obj,all,install) ===> lib/libcxxrt (obj,all,install) I've seen some bad things happen in the past when parallel jobs try to build in the same directory. -- Ian