From owner-freebsd-multimedia@freebsd.org Sun Nov 11 14:46:18 2018 Return-Path: Delivered-To: freebsd-multimedia@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 E5A461107541 for ; Sun, 11 Nov 2018 14:46:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F244983C8A for ; Sun, 11 Nov 2018 14:46:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: YPXC0owVM1n9otrRl3tH_Zsl41S9yUORs7IIAqDMwTd1YKQwtrzjOMiifGDrObj lwGos0vmAawDVL7tzgZRtj0c0P4wtjA3nQMNgf42fEhgZ8cregiu6rb2xDDOCb35bMyR6KeIN5Bu _lp8Sa_JHC5RSyWIaB8XzxazcaYFSvjC1djAblk1Eim8Bo1e6GsBzTo4JLXKJRTQqz7djiZ_K62R GOjZzcemIuz.R5PKz7h68ZegWMfwiWePORkzldEFmdNgSOdh_coyP7teDhZyvxyrgWAS7ObJYaBY ezhjlx4U3Db8sSyDRnLPdNCXfZnKTGMt7lY_tOIL0l5ekQCr7bkA48dzcGZgX3iorvKdiDnu7vdg D8xgjyKk_2I8S63GLLE8UG5QWhBSWiPCdGjCMpnAqVGpb1hndK9kBBKZI4wBufULu4KPbBojjXn6 tAYe7VhGzh4JxaVTUPiksKCUlcfw8b3eER5vbu5zYzQEuDlanOKit7lMBGpifclDfIdML6e1y9tu H.ZZgEmuKjpi1CMU2VpYcM_U_FtwGJhePqQOyFM7olTGJJ1cJk2JN4vT_4ll4Lmn3dffHZsC7r4t Rc3MhwM907jkEuiGlf71kzLRj7_xN4c8AsCzq1YupNJshn7Zz4iRuKA_.AZNUR0.ysj0TjIb.rAP 8a5Xwe98broEMJfbIdhwnyrukA9p77BacVnzVVfq3LM8xJ1EIhKolgcI3ShXx8tF0E4IZQkUo1rT _68jOPRTziofkjjvvSyTiwpxsCanqzQo0zqxsbGDnIK1ozItIXJ1cY4W3JLN2zMRjBRq92v1kBuX Y.dbQxPHEJDcsvSqLcuCZh8sNIhCMuUu.c3n_CW21FaIMLRvqr6sVXK9szRHfyC4H7rBI0ipCkgL TFW43JVRx9ejiqWH4KLMgeCl6A8l0CUW75YNDMvEch.Q0l1w6MqV7yrdRcpdK43QXO_hyv0A.kOb Bnq3dQt0vk_vTuOqXW.b3fM6xLQ29HeXkgCHk7HENOSB9CYF1cRFTlrPMAw52YjCilDUSgH.wkOk wJpGXUOp3sg9R.CvGZkKT5uQ7TzYQye5CoYKvT1..hv_.8rs- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sun, 11 Nov 2018 14:46:09 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp425.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 6a3ee24cb160ad9ea9f970ca8000007e; Sun, 11 Nov 2018 14:46:07 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: ports head -r484652: multimedia/gstreamer1-libav fails to amd64 -> armv7 cross build: error: /usr/local/bin/as: unrecognized option `-isystem' From: Mark Millard In-Reply-To: Date: Sun, 11 Nov 2018 06:46:07 -0800 Cc: Mark Millard via freebsd-multimedia , ports-list freebsd , multimedia@FreeBSD.org Content-Transfer-Encoding: quoted-printable Message-Id: <2167B016-BB1F-4CF2-87CB-4473198D3A6E@yahoo.com> References: <1C7539AE-9384-4580-A658-B08E7FB8A4EF@yahoo.com> To: Jan Beich X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: F244983C8A X-Spamd-Result: default: False [-2.04 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-0.99)[-0.993,0]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.23)[0.231,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; RCVD_IN_DNSWL_NONE(0.00)[147.69.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; IP_SCORE(0.23)[ipnet: 98.137.64.0/21(0.68), asn: 36647(0.55), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2018 14:46:18 -0000 On 2018-Nov-11, at 05:26, Jan Beich wrote: > Mark Millard writes: >=20 >> On 2018-Nov-11, at 03:55, Jan Beich wrote: >>=20 >>> Mark Millard via freebsd-multimedia >>> writes: >>>=20 >>>> poudirere-devel reported: >>>>=20 >>>> [00:38:41] [03] [00:02:01] Saved multimedia/gstreamer1-libav | = gstreamer1-libav-1.14.4_1 wrkdir to: = /usr/local/poudriere/data/wrkdirs/FBSDFSSDjailArmV7-default/default/gstrea= mer1-libav-1.14.4_1.tbz >>>> [00:38:42] [03] [00:02:02] Finished multimedia/gstreamer1-libav | = gstreamer1-libav-1.14.4_1: Failed: configure >>>>=20 >>>=20 >>> I can't reproduce on 13.0 armv7 (clang 7.0.1): https://ptpb.pw/wdCK >>>=20 >>>> /usr/local/bin/as -mcpu=3Dcortex-a7 -isystem /usr/local/include = -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=3D64 -D_LARGEFILE_SOURCE -DPIC = -no-integrated-as -march=3Darmv7-a -fPIC -c -o = /tmp/ffconf.mw9w5KeR/test.o /tmp/ffconf.mw9w5KeR/test.S >>>> /usr/local/bin/as: unrecognized option `-isystem' >>>=20 >>> -isystem originates from USES=3Dlocalbase defined in the port's = Makefile. >>> No clue how you've got ASFLAGS poisoned by CPPFLAGS or CFLAGS, = though. >>>=20 >>> Can you provide poudriere log? >>=20 >> Sure. But first for reference: >>=20 >> # svnlite status /usr/ports/multimedia/gstreamer1-libav/ >> #=20 >>=20 >> So, no local changes. >>=20 >> As for the log . . . > [...] >> --CONFIGURE_ENV-- >> ... ADDR2LINE=3D"/usr/local/bin/addr2line" AR=3D"/usr/local/bin/ar" = AS=3D"/usr/local/bin/as" CPPFILT=3D"/usr/local/bin/c++filt" = GPROF=3D"/usr/local/bin/gprof" LD=3D"/usr/local/bin/ld" = NM=3D"/usr/local/bin/nm" OBJCOPY=3D"/usr/local/bin/objcopy" = OBJDUMP=3D"/usr/local/bin/objdump" RANLIB=3D"/usr/local/bin/ranlib" = READELF=3D"/usr/local/bin/readelf" SIZE=3D"/usr/local/bin/size" = STRINGS=3D"/usr/local/bin/strings" ... >> --End CONFIGURE_ENV-- > [...] >> =3D=3D=3D> gstreamer1-libav-1.14.4_1 depends on executable: as - = not found >> =3D=3D=3D> Installing existing package = /packages/All/binutils-2.30_5,1.txz >> Installing binutils-2.30_5,1... >> `-- Installing gettext-runtime-0.19.8.1_2... >> | `-- Installing indexinfo-0.3.1... >> | `-- Extracting indexinfo-0.3.1: .... done >> `-- Extracting gettext-runtime-0.19.8.1_2: .......... done >> Extracting binutils-2.30_5,1: .......... done >=20 > Can you track down what defines USE_BINUTILS=3Dyes on armv7 ? /usr/ports/multimedia/gstreamer1-libav/Makefile has: FFMPEG_VARS_OFF+=3D LLD_UNSAFE=3Dyes # aarch64 (The comment about aarch64 is not indicating conditional logic. My guess it just indicates a context where LLD_UNSAFE is required, rather than conceptually optional --even if always currently applied for the FFMEG_VAR_OFF context.) The one place with USE_BINUTILS=3Dyes in /usr/ports/Mk/bsd.port.mk is: .if defined(LLD_UNSAFE) && ${/usr/bin/ld:L:tA} =3D=3D /usr/bin/ld.lld LDFLAGS+=3D -fuse-ld=3Dbfd BINARY_ALIAS+=3D ld=3D${LD} . if !defined(USE_BINUTILS) . if exists(/usr/bin/ld.bfd) LD=3D /usr/bin/ld.bfd CONFIGURE_ENV+=3D LD=3D${LD} MAKE_ENV+=3D LD=3D${LD} . else USE_BINUTILS=3D yes . endif . endif .endif Note that WITH_BINTUILS/WITHOUT_BINUTILS has buildworld defaults of: WITHOUT_BINUTILS Set to not build or install binutils (as, ld, and objdump) = as part of the normal system build. The resulting system = cannot build programs from source. This is a default setting on arm64/aarch64 and = riscv/riscv64. When set, it enforces these options: WITHOUT_GDB WITH_BINUTILS Set to build and install binutils (as, ld, and objdump) as = part of the normal system build. This is a default setting on amd64/amd64, arm/arm, = arm/armv6, arm/armv7, i386/i386, mips/mipsel, mips/mips, = mips/mips64el, mips/mips64, mips/mipsn32, mips/mipselhf, mips/mipshf, mips/mips64elhf, mips/mips64hf, powerpc/powerpc, powerpc/powerpc64, powerpc/powerpcspe and sparc64/sparc64. But at this stage in many contexts WITHOUT_BINUTILS=3D can validly be manually set. I'd originally done that for = /usr/obj/DESTDIRs/clang-armv7-installworld-poud/ and other armv7 material until I wanted to use /libexec/gdb inside that context to get a backtrace and related information for another problem. = (Well after my report of the gstreamer1-linav issue.) I'll likely be going = back to using WITHOUT_BINUTILS=3D now that I've reported the detail for a qemu-arm-static failure. For amd64, armv7, and powerpc64 I only have WITH_BINUTILS=3D in order to = allow WITH_GDB=3D when it seems appropriate for what is going on. (Sometime = contexts are not appropriate for ports or are not ready for having ports yet.) > See also https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233137 My understanding is that /usr/bin/ld.bfd does not work for aarch64 and so WITHOUT_BINUTILS=3D is more of a requirement. So if lld is a problem, then USE_BINUTILS=3Dyes ends up being nearly required. There is devel/aarch64-binutils as an alternative. FFMPEG_VARS_OFF+=3D LLD_UNSAFE=3Dyes # aarch64 suggests that, for aarch64, USE_BINUTILS=3Dyes is almost required for that context. Side notes: There is no devel/armv7-binutils or any devel/arm-binutils but there are various special purpose devel/arm-*-binutils ones. I ignore above: base/binutils and base/gcc and their use. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)