From owner-freebsd-toolchain@freebsd.org Thu Jan 21 06:34:19 2016 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA5EBA8B8E1; Thu, 21 Jan 2016 06:34:18 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A1A1134D; Thu, 21 Jan 2016 06:34:18 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: by mail-wm0-x22b.google.com with SMTP id 123so160691697wmz.0; Wed, 20 Jan 2016 22:34:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=Clag8kWNwS71JutnR2LmZ+s0Jj/L/3IpuwZRFpHehPw=; b=cQyMuzVr+OIeJoQPUoGH1QOqSQ/vWgFoXZSy/om3mNOGZTaSJfc9xWXPwZ2PpNETqe 2yTNFvyFYVYLJZ2qn8hmaK+Yqs1S5DRRq/VwezcErz25M8rFsz9utSOmA5b0Ap1lIBMU otxC7oCNMI2Xigsa1EBhI5jwzdCzWmuHw/BpReWNXUX1Q1uNc0mu4javAwEYcLNXVH2W nlg99pFzP7L8ydX4edUAoQnSaUY4KeT/pkRO2q52QX+NUszq1ViAMupuTA01/jsiaiN6 h+m5+k1VOrM7jiRUHnfv+EmoFh938JiAowdCCV0TExVeUWVGZmGc9zkDfThqREpzUSL6 6bSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-type; bh=Clag8kWNwS71JutnR2LmZ+s0Jj/L/3IpuwZRFpHehPw=; b=E694MHQowbADKqj7A2/ZRE87O1Ydb+mN5fOUoaDYuD0w1PCiN3Q7cBCZ8G+fIfDCzZ uvuSfpgtFeKH9U7LdPc8xtjVjkLoOHVJA3yAjyQ1M4/QDlFLv2yGK2xY35GtgnH4A1Z8 8uuMBFvRv26YVTD46f38BL9nHZENTG79bc2A2nNRw5HINeOeYrva6gmKTUPr4sp1bVZD U/X0zrsCiobaPCZqFtLb0THAX5Tg9k+JkASFyvAL7bY3JCbojn9GEIW91AvQ62Fq7qc7 Qj7VHKJCqgNY0oBIuRH0+I5Vxy2MBLLmY7aK9C8E+nUylFv37hanr4j4FIPtGv/l3VlE 0JOQ== X-Gm-Message-State: ALoCoQnvVvXLHfSiW/+GYE/+XfuOqRqbvywLMsNardL8rfphOGyLUshoV8GLpiQIxkf9gMYIvGW20w0GncZscUFLTUJlLgL55A== X-Received: by 10.194.94.232 with SMTP id df8mr39251989wjb.25.1453358056893; Wed, 20 Jan 2016 22:34:16 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Tom Vijlbrief Date: Thu, 21 Jan 2016 06:34:07 +0000 Message-ID: Subject: Re: make buildworld failed with error "relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini'" To: Mark Millard , freebsd-arm , FreeBSD Toolchain Cc: mmel@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jan 2016 06:34:19 -0000 On my RPI-B I am currently testing: cd /usr/src/lib/csu/arm make clean install Before the regular buildworld... Op do 21 jan. 2016 01:17 schreef Mark Millard : > > Wed Jan 20 10:29:06 UTC 2016 Michal Meloun wrote: > > > Dne 20.01.2016 v 8:00 Tom Vijlbrief napsal(a): > > . . . > > > > > > The buildworld on the RPI failed: > > > > > > http://www.v7f.eu/public/freebsd/world371.log > > > > > > The same tree build ok when cross compiling. I can supply the log if > needed. > > > > > > My previous succesfull build on the RPI was jan 14, just before the > > > introduction of the long-call flag for clang but after the long-call > change > > > for crt1.o on jan 10th. > > > > > > Could this partial introduction of the long-call flag in the installed > > > world be the cause of the issue? I would expect a buildworld to use > only > > > libs from /usr/obj but the failing link refers to /usr/lib. > > > > > > I will try installing the new cross compiled world to see if that > fixes the > > > native build. > > > > > >> > > > _______________________________________________ > > > freebsd-arm at freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe at > freebsd.org" > > > > > > > Confirmed. Native build of fresh current fails on bootstrap clang link > > phase. > > > > The bootstrap clang is now build with -mlong-calls and is significantly > > longer that previous one (without -mlong-calls). Also, bootstrap clang > > is linked with original "/usr/lib/crti.o" (which is compiled without > > -mlong-calls), so link fails. > > > > This is also reason, why the problem is not seen with crossbuild - > > bootstrap clang is builded for host architecture and final (target) > > clang is linked with right (new, compiled with -mlong-calls) crti.o. > > > > Michal > > > For on-arm buildworld with clang/clang++ (self hosted) . . . > (Warning that I've not tried the below.) > > It appears that one can back out the -mlong-calls additions and get back > to something that builds and installs without needing any cross builds from > a different type of host. > > Going the other way: If one already has clang/clang++ 3.7.1 one does not > need WITH_CLANG_BOOTSTRAP= involved as the existing system clang/clang++ > can already do the compiles. > > So try an explicit WITHOUT_CLANG_BOOTSTRAP= to avoiding having a version > built that ends up linked with /usr/lib/crti.o (that is not based on > -mlong-calls yet) but mixed that with having the -mlong-calls in place for > the non-bootstrap clang build to use. > > The above might be a workaround sufficient for bootstrapping into a > -mlong-calls based environment when the arm itself is to build clang and/or > lldb. > > > === > Mark Millard > markmi at dsl-only.net > >