From owner-freebsd-arm@freebsd.org Sat Oct 14 16:43:02 2017 Return-Path: Delivered-To: freebsd-arm@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 7452EE4AC8B for ; Sat, 14 Oct 2017 16:43:02 +0000 (UTC) (envelope-from eddy.petrisor@gmail.com) Received: from mail-wr0-x244.google.com (mail-wr0-x244.google.com [IPv6:2a00:1450:400c:c0c::244]) (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 F252174F57; Sat, 14 Oct 2017 16:43:01 +0000 (UTC) (envelope-from eddy.petrisor@gmail.com) Received: by mail-wr0-x244.google.com with SMTP id k15so2428114wrc.4; Sat, 14 Oct 2017 09:43:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=0MAoP/VnJE0Nuu8I9ynnJ7dwgBrx6QzWB5yRN1KpSxc=; b=DLxtig1zh9YqKYqWQXUuL2HLU0l0q8zkGc8CuVzIOSu318Pzyh0usUcFp1RkXxv34s 1NvJWAuNASglT+CVQ4cqudf49pFs6BVIu7rONl/+aSPVe8hawuDTBuHMX0D4gPf8bwXR ExgeIEq5FYIb22llvOtJvm3sZhs75NFum2/Uz926y6jkZz7sSXb+uMHAplumuSCCOo3r obhk3lLskUAi1J2HAAtNI3HdZ739meYmqv5oFbVBPyIJmL4Q24/FH+h+OFR41i40LKmE D+bUhngvdEWg0UpjgaeQPG/nTAlp4HBLkWHjEHyvJusVAk8h+UspMDovTwdne6YtQP82 7eRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=0MAoP/VnJE0Nuu8I9ynnJ7dwgBrx6QzWB5yRN1KpSxc=; b=GK+8mevmpwAzG1uc4kBqxHhV4WaARAvmr+EfXnmn5EcF+0lmCkmuKvKbMOquAgAT9K 0/RjeSyohbNp3YQa4QJCTkyrIsbZm89stn5BBYqSHm1qtdEN9W/qUiWC9Nj6lffIHIIp q6uokAQpyPVGK7ybuFRmGZlHhQMop3Ns6kbXzUOW36mgvTnjyyM1ekja10tkNBsFbG9b HpmBqur/t4WU8GXxalAlvzendGVpbdD0d1OTDaCJFLHzua0pLNjvCzPZ0+5YF7r4ILqd TLIdec9AnfeS/Ac4kdlquMyWTXg+J67r5tngZ8iQ4nOV/eMQt1Yi1H6VRaRKUQTxquHS r40w== X-Gm-Message-State: AMCzsaW5dqeVYUvQxFmIPDFrAYuPvOqtc9JK+ila7NuOglXYEAJoQzx2 WTC0K9SCFZFLhvIrLge+XRa8IbqgpNXicr853rjxnA== X-Google-Smtp-Source: AOwi7QDoAuDXKfXOidq0yKA2NYk+kq+7D9q3+apMRIr+kausvejVC0nESiItixHbTsHMo0b5p9IcU0bKb65YfWmLU7Q= X-Received: by 10.223.134.212 with SMTP id 20mr3854122wry.81.1507999380180; Sat, 14 Oct 2017 09:43:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.173.129 with HTTP; Sat, 14 Oct 2017 09:42:58 -0700 (PDT) Received: by 10.223.173.129 with HTTP; Sat, 14 Oct 2017 09:42:58 -0700 (PDT) In-Reply-To: <39f6419f-48f3-aaec-dfa4-3048c8a893d8@freebsd.org> References: <1507573171.84167.9.camel@freebsd.org> <20171011023356.GA57571@www.zefox.net> <20171011030021.GB57571@www.zefox.net> <20171013020604.GA70845@www.zefox.net> <20171013175943.GA74121@www.zefox.net> <20171014010713.GA75288@www.zefox.net> <254A2C41-59A9-4E4E-8982-ADDBAE2B5F91@dsl-only.net> <20171014021133.GB75288@www.zefox.net> <39f6419f-48f3-aaec-dfa4-3048c8a893d8@freebsd.org> From: =?UTF-8?Q?Eddy_Petri=C8=99or?= Date: Sat, 14 Oct 2017 19:42:58 +0300 Message-ID: Subject: Re: Difficulty with armv6 to v7 transition. To: mmel@freebsd.org Cc: bob prohaska , freebsd-arm@freebsd.org, Mark Millard , bob prohaska Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Oct 2017 16:43:02 -0000 Pe 14 oct. 2017 7:28 AM, "Michal Meloun" a scris: On 14.10.2017 4:11, bob prohaska wrote: > On Fri, Oct 13, 2017 at 06:27:22PM -0700, Mark Millard wrote: >> On 2017-Oct-13, at 6:07 PM, bob prohaska wrote: >> >>> Seems it would have been better to replace >>> BUILD_ARCH!= uname -p >>> with >>> BUILD_ARCH!= echo armv7 >>> for present purposes. >> >> Are you starting under armv6 ? armv7 ? > I'm afraid it's a mix, due to some untimely foot-shooting. > > Uname - p reports armv7, but clang -v reports > FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on LLVM 4.0.0) > Target: armv6-unknown-freebsd12.0-gnueabihf > Thread model: posix > InstalledDir: /usr/bin > > I'll keep trying to unscramble the mess I've made until an armv7 RPI2 > snapshot is released, then start over if necessary. > > Thanks for reading! > > bob prohaska > Bob, can you please try this? setenv MACHINE_ARCH armv7; make buildworld TARGET=arm TARGET_ARCH=armv7 I have been trying recently to add support for cross building FreeBSD from Linux and concluded that MACHINE is the system on which the build is done. I don't think I found BUILD* meaning yet. Unfortunately I concluded the FreeBSD build system would really benefit from a clean-up in terms of variables and documenting their use. May I suggest creating a wiki page documenting the usage a clean up can be done? Michal > >> BUILD_ARCH should end up matching what >> you start under, not the end target as >> I understand things. >> >> If I tried a cross build on a host >> other than armv7 that BUILD_ARCH result >> would be wrong. (I use amd64 for cross >> building aarch64 and arm6 . I'm not up to >> an armv7 capable context yet and may not >> be for some time.) >> >> That change is a local workaround that is >> specific to the environment you are using >> for a build. >> >> This is like my 12.0-CURRENT change being >> specific to my not building on 11.x or 10.x . >> It is just a local workaround that applies >> just to a more limited context. >> >> I've not figured out what is going on (how/why) >> for the != uname behavior that I observed. But >> echoing the expected result instead did work. >> >> None of this is appropriate to check-in. >> >>> I'll stop the buildworld in progress and try it. >> >> Please report if echo of the host type of context >> appears to make your local environment work vs. >> not. If it does work then it suggests that >> != uname -p did not get the expected text for >> some reason. >> >> Older material: >> >> On Fri, Oct 13, 2017 at 11:36:46AM -0700, Mark Millard wrote: >>> On 2017-Oct-13, at 10:59 AM, bob prohaska wrote: >>> >>>> It turns out that simply commenting out lines 447-452 in >>>> /usr/src/Makefile.inc1 allows buildworld to run, even with >>>> no /etc/make.conf in place. >>> >>> For reference: >>> >>> 447 .if make(buildworld) >>> 448 BUILD_ARCH!= uname -p >>> 449 .if ${MACHINE_ARCH} != ${BUILD_ARCH} >>> 450 .error To cross-build, set TARGET_ARCH. >>> 451 .endif >>> 452 .endif >>> >>> (I suggest that the .error message include the >>> MACHINE_ARCH text and the BUILD_ARCH text, probably >>> with ""s around each so that empty is easy to see.) >>> >>> >>> I've had problems with Makefiles using != and uname >>> ending up with the MACRO assigned being an empty string >>> despite a command-line uname returning the expected >>> text. >>> >>> For example I've applied the below local work arounds >>> to my /usr/ports/Mk/bsd.port.mk copy as part of setting >>> up to do amd64 -> aarch64 or amd64 -> armv6 cross >>> builds of ports via poudriere (I've not updated to a >>> armv7-targeting vintage sources yet): >>> >>> >>> # Get the operating system type >>> .if !defined(OPSYS) >>> -OPSYS!= ${UNAME} -s >>> +OPSYS!= echo FreeBSD >>> .endif >>> _EXPORTED_VARS+= OPSYS >>> >>> .if !defined(_OSRELEASE) >>> -_OSRELEASE!= ${UNAME} -r >>> +_OSRELEASE!= echo 12.0-CURRENT >>> .endif >>> _EXPORTED_VARS+= _OSRELEASE >>> >>> >>> I was specifically ending up with _OSRELEASE >>> being empty as seen in poudriere prior to the >>> workaround and that was messing up poudriere >>> such that it stopped with an associated >>> message. >> >> >> === >> Mark Millard >> markmi at dsl-only.net >> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > _______________________________________________ freebsd-arm@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"