From owner-freebsd-ports@freebsd.org Sun Jul 19 22:07:02 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 466F336AFB0 for ; Sun, 19 Jul 2020 22:07:02 +0000 (UTC) (envelope-from mustafejen@gmail.com) Received: from mail-ej1-x62a.google.com (mail-ej1-x62a.google.com [IPv6:2a00:1450:4864:20::62a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B8zVF0KXmz464w for ; Sun, 19 Jul 2020 22:07:00 +0000 (UTC) (envelope-from mustafejen@gmail.com) Received: by mail-ej1-x62a.google.com with SMTP id y10so16155198eje.1 for ; Sun, 19 Jul 2020 15:07:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:autocrypt:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=ZneQFVipnhZ9MHQB8ZlQjiG6FzlCaI6ev3L4lxAvMxA=; b=Q1b4Lw0lfmRLPPEpvMj0bcueRA2/HnxxTnV+EAzarxuBi5UDOS8UwHlUgrhbuepPuT Na7J17uhuiLzXsNwvyuGoChGLGYD00s1+libQ71wjbkqneQrWKQNDi90fgMJjbMcbt3P fkfAKT6/tVMG4C5x1MeXENlR2lcgCKWvo3xmN5sfdHamjG0qwNIX4nMh4xa4xLBeNj7l qHkaAHLVvy4Zmb9HWwnW/9IHEkYJxu3MSiX7dOe1Yc3sdte7nThwJMaOTJg3hSwEidEt 3Vb22gV+sr/5Xx1osXKj8JWR7Hvi5Z4qt8djTt3kUykjg3F8ryEGAcFuCToMOCTy5uSm tA/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:autocrypt:message-id:date :user-agent:mime-version:content-transfer-encoding:content-language; bh=ZneQFVipnhZ9MHQB8ZlQjiG6FzlCaI6ev3L4lxAvMxA=; b=sXr9ItBx/SADUT5j2j2p61/6WxdXGAnh2YHxfqOTZEGpKMKhU3YYTvm68CBqBlEs38 6cdTbYBJzHCQB22lonZAW5eqS5I7nhF0Hcx988MOC64Ggelm5BuCv+j/a7KwWnV0W0/d cnHO8SZUy+/OpUK1iVkxlcOv7PtoIbMSnvb7qm2HCqEACrwGIobyqrxeZIV/hOfmJYKB L9KOhJzpupSnI/uZzsgqeECMe1SZ6feY5GU29bQN7yAfUJqZy83lJD2ktNkBcgHcrRxr K7EDQFgSqwWChVjqFcfWVxnzUylNNGkKvZb4i93NZGDsNggLXsishOUDhIShAJSZ4XWH AqVw== X-Gm-Message-State: AOAM5302pcRDmr44K+HhNcr1KOXdiJ5jqlFfRcnHo8ZaDnVq4fNPVMZn yPzVPq2Am+8W1fWzDIQV6JDfRxCrrHuwHA== X-Google-Smtp-Source: ABdhPJz//SCymkZAipY6Sw6mLVE+EPhUiJFAQVJhajjqaTs21FK+6mmLMtUmIaBIOF/QjHhgosm0lg== X-Received: by 2002:aa7:d845:: with SMTP id f5mr18426549eds.162.1595195961955; Sun, 19 Jul 2020 14:59:21 -0700 (PDT) Received: from [0.0.0.0] ([185.220.101.7]) by smtp.gmail.com with ESMTPSA id cz2sm13900957edb.82.2020.07.19.14.59.20 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 19 Jul 2020 14:59:21 -0700 (PDT) To: freebsd-ports From: Per Gunnarsson Subject: WORKDIRPREFIX Autocrypt: addr=mustafejen@gmail.com; keydata= mQMuBFEarnMRCADHJa1GgO8EKAbE/ueVE4e+x8rImF6O6NUoTngCzuEjhXDyV4bmb7qSZcsQ /kIUfAy1BF5H5imdMdez5q4Ia78qJ/8kQMt+jWnwTIcWl+vj5wnDHJxwsr+SXZvQa//Fwjc7 31sHFtplTG1NZAaZgMSp4zYkJqA2c1a4tZ9b9zW/zvbsqfs4s5gU+8TSqA+0Q9JIMpJ0jGpi +NKtsn7eOomR7surIzQj7sLIwEoOwDsslvZR3Jy3xEwtbkI8pixP48LvrFrWW3O7ExZiMYGx OxcEPfc0yrAzuySBVXoO0ksOY86cqNubOCqvhqJEYKmTnUb+9clIJeHnGXuGgwAfNbFXAQCA 8SDkW9Poskc6UDE/Hem91De6MFrEgijOCbKOHVWWWQf9EfOVARXPun7R6/vE7TIPZz02loT9 /udrMxej84xSkvecm/lsanMn8CxH2u/0jG4HozRx0gW2UWGhlfZdw8h5jIY1A8lfQl/JkOWf lAIlsWcsKaSMsekkb89+SXliNkHk+fduTZ+qE6Mk6cRU3w5hzRBY6sEvvCK3ObcBei3Mez2C YP0GUPWefrkdeAX5Y1FLGKKo8NYl7rAZ70ia64kwBc6do1Wra83ldWCKEfgVCmy400VultqV H3tKnbuCZTGWFtdARCzflAE0tJcI8bLCMR11vKTPAWxaZNQID/NrF5f121D2K4oO1e8oyo/O jUxsJ4coKLyDbqlnQ9/ByiWBXwgAgaxmhIRl5LO3nJQR0eGBRDD3BgLWymennYQc1vHtR+pT X8GN/buphdttrT/US2bMWcAv1TOPPmrBBfnBEo9fK1dY8uR4ictd01IaHmYtlJVWvDyIhUWD 8/BMt4LKulbW1sgNz6u6WE3UqTn89mh3MLsEfibGaGcGK6CBtVhzwhWFXjw3XtQ8cnAKmJbr 8jdvNq3mSL0ztzSVUKeKXv0WzlR7uLGw2WIcwQU5erMD8nvWgsdM0a7ckdbDMEUEv0+LUxqp SiFwZRxq8TiixCdbiCxwSm5ItCxvHUGiJ/UwhnDqCa9Q5smJGl4VbWX125Hi8ftyHR+BhS9z vaIrsKUjrrQlUGVyIEd1bm5hcnNzb24gPG11c3RhZmVqZW5AZ21haWwuY29tPoh6BBMRCAAi BQJTmPiNAhsDBgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIXgAAKCRBsLkqi18cUlo2PAP9tSUZs oUYkkG660wqP6OITYinzlwUL8bxaeiHqDjJ4+wD/eCWf+lZ5VHAkQLa8deDe/atGHnCX4eUI 9G38NQ3EQkq5Ag0EURqucxAIAOtRZJMKzyEunqZvUdy35hsz4YkYtEMlBss8+oBsLIfkmhs9 unI7U7PG8zNXboBQoN2arP4G3ZQZzRUtgpTcdIANaQnh/NGbFTnzyqgPoGafkLxoXRJxM4D4 mGpGeUO5ZymcRd5eBQ9IfNXZR10/08oPTc+1bQETjs9YNNWMvSjtPBm7d/CeunT6gtUiabSS RwIuUPSKHt+mpmDHbW1m9LLc2QQkRhQaX0uDzlhRbrvwI5eS8kDtmHVU1ajWRDiL+SGGswVh JSUI8sA16DNiZwl2lINElyK4hTP9qh861L76Ccwv5aS5kF8pcEa3QRgG2KmXKBGK/8uL55cJ 3ppx098AAwUH/2JlweMjbBcdVP+yaRdMzcQ093iB5iZO7JLxrlpSRCoNhfkpmEUjxCIrnzM6 Xz1Y67iIeLiOU8+KynilgxVE5YGuYm8cIaIwQXWUYwLHTfEOQxYVfZeXUj46x2ybIKtXL51T qKhP4hwVXe9OXjKtC7InVd5sXrfmmVPeKhoE2gRqWPUKdRyUjinJuyoGLyoyuyNbBACIer2L yJOow73nJIae1BjQY0JTS3zCppyJ6MyLtE79huM6GWPORmKtIv2xotcicdCtunXHPnzcaPNl BQAUXxwJsvteBAl44pMOjvSkeb0yNFcVqUMHHwMetTXq9avxsHAVt1TPkSB5VyuATEGIYQQY EQgACQUCURqucwIbDAAKCRBsLkqi18cUljEUAP0ZZel5fZ5DfgEVaLdtkDmbsK5fokMR63uF TD6ZKr1mRAD/YIHV4z19nwv6UkxfsZ9B8E848aa+WoHR1APVwxaK2xM= Message-ID: Date: Sun, 19 Jul 2020 23:59:17 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4B8zVF0KXmz464w X-Spamd-Bar: ++++++++++++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Q1b4Lw0l; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mustafejen@gmail.com designates 2a00:1450:4864:20::62a as permitted sender) smtp.mailfrom=mustafejen@gmail.com X-Spamd-Result: default: False [12.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(0.00)[gmail.com,none]; SUBJ_ALL_CAPS(0.98)[13]; RECEIVED_SPAMHAUS_PBL(0.00)[185.220.101.7:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[185.220.101.7:received]; R_DKIM_ALLOW(0.00)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; SH_AUTHBL_RECEIVED(4.00)[185.220.101.7:received]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.69)[0.691]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; NEURAL_SPAM_MEDIUM(0.96)[0.961]; RCPT_COUNT_ONE(0.00)[1]; BAD_REP_POLICIES(0.10)[]; NEURAL_SPAM_LONG(0.96)[0.965]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62a:from]; RCVD_TLS_ALL(0.00)[]; GREYLIST(0.00)[pass,body] X-Spam: Yes X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2020 22:07:02 -0000 Hello! I have tried so set WORKDIRPREFIX on current, but the ports keep building in /usr/ports MAKEOBJDIRPREFIX seems to work just fine. I use current on amd64 Regards, Per Gunnarsson From owner-freebsd-ports@freebsd.org Sun Jul 19 22:11:25 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 62DBF36B1FF for ; Sun, 19 Jul 2020 22:11:25 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-ot1-x330.google.com (mail-ot1-x330.google.com [IPv6:2607:f8b0:4864:20::330]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B8zbJ164gz46QP for ; Sun, 19 Jul 2020 22:11:23 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by mail-ot1-x330.google.com with SMTP id w17so10771221otl.4 for ; Sun, 19 Jul 2020 15:11:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chen-org-nz.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=oXLRf525I1YDuZ/No1sNBloLRXnNr20I58FfdQO2QLo=; b=nO0c/5AIDncJK8Z1O7rkBgWD4ZsQAhKQLonfBDAaTGKZg0PN3VISawdkYCwYG7x5al wM+Tl6rrRN+isopjERA4F2S699v71AmVZIcM6A8LGb69pGyE5RC3f2OMnsd7A563Qenk v+TekJQ4rkO3bJzeGxS8GPhMl5yu1UQhJBIS5ei8nPxkILZwPk1DjOALv/1kRu2Pm2Uk +h9TwHoCrNR6LPe1p30WFEsuccM7m5midsyIFnqvLI/yC1K/gtXf+EaPfDQJQKXMK2hT 3KhIcSFD2gf/+DXCWDhsNwS14jw8aIuh90MLrXU1aAkXHCT6qO9Sb3+NJ9rSrAolFSpw 7xow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oXLRf525I1YDuZ/No1sNBloLRXnNr20I58FfdQO2QLo=; b=hp9EGgqp5rBJp9nT2SQniE1VTdlQCh+3FT1qC2P2HvU8RinJUA5KyTXK2fFJWJgd0x xNde9MH3oMlXguHTUY5jcZd+ekDBEUec/jBqWSwyE8JGL+Z9j3H8gS4PQNYY43/mGUZc 6H4xP0eMaWar7Ag9pMCRFcGeMkW43xivUqgTPfS89Iqh5i+XhCAWzKrP0gZfOkOc7YOX dM2vp1hAHWGJKrvpuMbf96/D/kUpE55GpxpM9pJLH2ONLQrqyg6BPrwWb7UQ4bSgs9Kf b4tv7V3GSZZwrANpCr6yJGZb/daNqEDQz4q8qjisx2rQcZyyAdFsi4/TgzveaKr2YiZp m4dg== X-Gm-Message-State: AOAM531Pq34D5pheu6E16nSRloXzlXNenOsvsIZhcam6SDwskG7qWHy1 5ExjfJG50eOfUOZIpoYXw8J9HzTGsQzRDO5rJfHZVA== X-Google-Smtp-Source: ABdhPJxiXrruSLV2lnO58EhDataFriIIHycc2ZSIwpTenoEP3FU4hMOoI06HGEKboegeJvEDX+Wr12RH3N//GqRW3s8= X-Received: by 2002:a9d:5616:: with SMTP id e22mr18685247oti.255.1595196682568; Sun, 19 Jul 2020 15:11:22 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Jonathan Chen Date: Mon, 20 Jul 2020 10:11:06 +1200 Message-ID: Subject: Re: WORKDIRPREFIX To: Per Gunnarsson Cc: freebsd-ports Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4B8zbJ164gz46QP X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=chen-org-nz.20150623.gappssmtp.com header.s=20150623 header.b=nO0c/5AI; dmarc=none; spf=softfail (mx1.freebsd.org: 2607:f8b0:4864:20::330 is neither permitted nor denied by domain of jonc@chen.org.nz) smtp.mailfrom=jonc@chen.org.nz X-Spamd-Result: default: False [-0.45 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.839]; R_DKIM_ALLOW(-0.20)[chen-org-nz.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.40)[0.398]; NEURAL_HAM_LONG(-0.68)[-0.680]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[chen.org.nz]; R_SPF_SOFTFAIL(0.00)[~all]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[chen-org-nz.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::330:from]; SUBJ_ALL_CAPS(0.98)[13]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2020 22:11:25 -0000 On Mon, 20 Jul 2020 at 10:07, Per Gunnarsson wrote: > > Hello! > > I have tried so set WORKDIRPREFIX on current, but the ports keep > building in /usr/ports It's WRKDIRPREFIX, defined in bsd.port.mk. -- Jonathan Chen From owner-freebsd-ports@freebsd.org Mon Jul 20 13:24:18 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B491435E997 for ; Mon, 20 Jul 2020 13:24:18 +0000 (UTC) (envelope-from svysh.fbsd@gmail.com) Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B9Mrd5cdqz428D for ; Mon, 20 Jul 2020 13:24:17 +0000 (UTC) (envelope-from svysh.fbsd@gmail.com) Received: by mail-lj1-x232.google.com with SMTP id r19so20131560ljn.12 for ; Mon, 20 Jul 2020 06:24:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=8E3UoQxsWbTQFlM4Pdie2x7/MxI79bz/os18ONJTgIs=; b=AWWATsJ15XjMkLyNpOSUMnpeVb61s1iXdHAoymDTR7zQcTJdZib0ASRu7V3uJhl8mO FZy0rG5TNzfc3q2MwZVt4fS7fVZTu3DSbodSwei5ECv4EyMry5Ug3DVoM52aUiXw53Cw GL63+m8Pnl+swXT6+8L82nfX2xKJYIqRukxBmGqPFFCViKACU7sphe8p+vSK57oz0d9X Jkz6UM/BM4w/rUzuK8NeYPEIHd+/kZiC6wMOyB7b7rPXV9NwvDjah5ExkOSDMY80ee5i dHCgnynEi7rM5liQYF2gQPUFP4fP0Eql1DL9PAgysXFyU2EWx+UKsgj0miB345YmNssU D1/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=8E3UoQxsWbTQFlM4Pdie2x7/MxI79bz/os18ONJTgIs=; b=eCcPi6dAr6sR55bNWooWczx9ALHArUT2BFRR41v6KrwZK7vqdudKyaHmlHswiqvyrG Pnz2lwp1C+cM3RrEDUQvOeX3DZN7sK+uPsLsWPumuUxCl9270ovBWu6PeuC4mmJ8nBvX qIiEoemrYUn7oz4lt4O2USpdAuCIFYgZPx5pqGWhNMVWJYGaP3hXNQuqS1tvPhdZpqS9 KJJ1PNafGmqwr2t+gd8qP7ExoLvEUaBt7NJhlLIzl7OgrWYIRDbjPVBS1PvINf7c6REz KqReOhvsLBzcf+paBGdY83fktjYpMB3+efdkex/ZsgJd+MxLkChPYliZpAI+PpsNVawP GkBw== X-Gm-Message-State: AOAM532DeuEMEZJHyBCjbeHK1qebtVzIcGJcyynLOvU/0OX5VINNHIm4 3eg0h824cgYeY6KYViZARfEeEas3AsQ= X-Google-Smtp-Source: ABdhPJybSD2lAVKyl9eqZW7iIcgIvSo71b6lhTHTSwp7CLN0q8bAw6R4ARKPu8C63iSDAdNUVowHDw== X-Received: by 2002:a2e:160f:: with SMTP id w15mr10931567ljd.28.1595251453078; Mon, 20 Jul 2020 06:24:13 -0700 (PDT) Received: from [192.168.169.21] ([91.231.113.113]) by smtp.gmail.com with ESMTPSA id t6sm3061495lfc.62.2020.07.20.06.24.12 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 20 Jul 2020 06:24:12 -0700 (PDT) From: Sergei Vyshenski Subject: Autogenerated versus handmade distributions from Github (possible new section to PHB) To: FreeBSD Ports Message-ID: <0202562f-8035-03b7-d308-e2a2faf30b3e@gmail.com> Date: Mon, 20 Jul 2020 16:24:11 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4B9Mrd5cdqz428D X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=AWWATsJ1; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of svyshfbsd@gmail.com designates 2a00:1450:4864:20::232 as permitted sender) smtp.mailfrom=svyshfbsd@gmail.com X-Spamd-Result: default: False [-2.84 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.023]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.991]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.18)[0.176]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::232:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2020 13:24:18 -0000 Hi, Please comment. Regards, Sergei ============================= See PDF version: https://drive.google.com/file/d/1ly9ylKJehzcqXxy3NhqN3Pywy0iqZwn9/view?usp=sharing The text below is being offered for discussion as a candidate for a new section of PHB, which could be placed after the existing section"5.17. How to Use USE_GITHUB with Git Submodules?"  Writing of this text has been advised by Adam Weinberger (adamw@): https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221634 and is based on posts by Yasuhiro KIMURA (yasu at utahime.org): https://lists.freebsd.org/pipermail/freebsd-ports/2017-December/111758.html Mathieu Arnold (mat@): https://lists.freebsd.org/pipermail/freebsd-ports/2017-December/111759.html and Sergei Vyshenski (svysh.fbsd at gmail.com): https://lists.freebsd.org/pipermail/freebsd-ports/2017-December/111753.html https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221634 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247459 (this one has status: open) === A proposed new section of PHB starts here === *Autogenerated versus handmade distributions from Github* *A-distributions* USE_GITHUB triggers a nice feature of automatic distribution generating, which is provided by the Github infrastructure. Upon user request it automatically generates distribution archive (aka git archive or source code archive or tarball) from the master branch of a specified project. It also accepts wanted format (tgz, zip etc) and wanted tag (commit number) of the master branch. Author of the project could label some commit numbers with version numbers, thus performing version release. Version numbers are published on a special web pages like: https://github.com/openxpki/openxpki/tags https://github.com/openxpki/openxpki/releases Let us call such automatically (dynamically) generated distributions "A-distributions". A-distributions do not exist on the Github portal. They are generated upon user request. This request can come in two ways: 1)Click on an URL (shown on the Web page) like this: https://github.com/openxpki/openxpki/archive/v3.6.1.tar.gz Note a keyword "archive" in this type of URL. 2)Through USE_GITHUB the same file is accessible like this: https://codeload.github.com/openxpki/openxpki/tar.gz/v3.6.1?dummy=/openxpki-openxpki-v3.6.1_GH0.tar.gz Note a keyword "codeload" in this type of URL. Both these URLs are virtual ones in a sense that the referenced file actually does not exist, and is generated only upon user request. *H-distributions* Sometime getting of an A-distribution could place a user in a difficult position. For illustration consider two such cases: 1) cyclic dependencies and 2) excessive complexity. 1)Project P is called to have a cyclic dependency, if project P depends on project P1, which in turn depends on project P. In the simplest case of cyclic dependency, project P can depend on itself (autodependency). Imagine that project P is dedicated to building a library P_L, which is meant for text processing. Usually author of such a project P illustrates use of the library P_L by employing this library while building documentation for the same project P. Straightforward porting of the project P for FreeBSD will bring ports infrastructure on halt with complaint about not installed library P_L, which is needed to build documentation, which in turn is part of the project P. 2)Project P is called to have excessive complexity, if a tiny (and not essential) part of it requires huge amounts of dependencies. Imagine that a project uses a high-level workflow language to describe logic of some complex business process. This project provides docs and examples, where workflow language is used as a source for graphical visualization. Then building this docs and examples would require tons of other packages and would spend much more time that the all the rest of the project P. Autodependency mentioned on points 1 above could be avoided in two ways: * *Porter's way:*Porter can split a port for the project P into two ports: P_library and P_doc, where port P_doc depends on port P_library. * *Author's way:*Author of the project P could prepare a documentation in a form, which does not require further use of library P_L. To achieve this, he makes use of the library P_L, which is available on his personal host anyway. Then author by hand prepares a distribution, which contains sources for building the library P_L, and pre-built documentation in a ready-to-use form. Let us call such distributions "H-distributions". Example of project with autodependency is a Github project libexpat/libexpat, which is ported to FreeBSD as port textproc/expat2 with use of H-distribution. Excessive complexity mentioned in point 2 above could be avoided in the Author's way as follows. Author pre-builds docs and examples with fancy pictures himself. Then author by hand prepares an H-distribution, which contains pre-built docs and examples, along sources for the rest of the project (that is no sources for docs and examples). Example of project with excessive complexity is a Github project tdiary/tdiary-core, which is ported to FreeBSD as port www/tdiary with use of H-distribution. H-distributions are not available via USE_GITHUB. They could only be downloaded from the pages where author has put them, like: https://github.com/tdiary/tdiary-core/tags https://github.com/tdiary/tdiary-core/releases using clickable URL like: https://github.com/tdiary/tdiary-core/releases/download/v5.1.2/tdiary-full-v5.1.2.tar.gz Note keywords "releases" or "download" in this type of URL. URLs for H-distributions are real ones in a sense that the referenced file actually exists, and has been generated and uploaded by author's hand. To fetch the H-distribution from port, porter should remove USE_GITHUB, and add explicit MASTER_SITES, and maybe DISTNAME or DISTPREFIX. *Examples of ports using H-tarballs:* textproc/expat2 https://github.com/libexpat/libexpat www/tdiary https://github.com/tdiary/tdiary-core net/uriparser https://github.com/uriparser/uriparser (will use H-tarball, if PR#247459 is committed) *A- and H-distributions mixed* Ultimate example of simultaneous use of both A- and H-distributions can be seen on page https://github.com/libexpat/libexpat/releases/tag/R_2_2_8 which provides URL for H-distribution: https://github.com/libexpat/libexpat/releases/download/R_2_2_8/expat-2.2.8.tar.gz and provides URL for A-distribution (it is called "Source code" here): https://github.com/libexpat/libexpat/archive/R_2_2_8.tar.gz Please compare both types of distribution and see how very different they are. This H-distribution is employed for port /textproc/expat2, while this A-distribution is left for a special connoisseurs. *A- and H-distributions compared* You should always use released H-distributions, if they are available, authors go through much efforts to make them, so that other people can build their software more easily. The git archive (A-distribution) you get from USE_GITHUB should only be used if nothing else is available. === A proposed new section of PHB ends here === From owner-freebsd-ports@freebsd.org Mon Jul 20 15:09:47 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BB3DE361B9A for ; Mon, 20 Jul 2020 15:09:47 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [74.104.188.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "m5p.com", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B9QBL61JJz494B for ; Mon, 20 Jul 2020 15:09:46 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from [IPv6:2001:470:1f07:15ff::26] (court.m5p.com [IPv6:2001:470:1f07:15ff:0:0:0:26]) (authenticated bits=0) by mailhost.m5p.com (8.15.2/8.15.2) with ESMTPSA id 06KF9VdO010734 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 20 Jul 2020 11:09:38 -0400 (EDT) (envelope-from george+freebsd@m5p.com) To: freebsd ports From: George Mitchell Subject: Can't compile rust-cbindgen Autocrypt: addr=george+freebsd@m5p.com; prefer-encrypt=mutual; keydata= mQINBFgnLnwBEADAJDiBKQX77LFRz9wZW8mz3KvaQol2nIremcws0F1mz/zgFlk6uhQVtwnL wb4XL5LdFwcNE1+QZzPLcbYWoWQlz0lBw1bMuKAgr0S6V2e0+I0DqhKeslVFctcTwtvT6pnK VLZXO/7ZGAaLzG4K5vSPzgoevU+YI/pxNsVCH2UO/c3jQW63uEt25mIZbCF1Pu4jgp4RhIgF ujn877r/j6OwBwjzRUu3E6ADp+U825d+5YCuQMEH0wIPnn9GTpXvfdKdbwOIl2akqXqs4cnk iATWfK3r6D4mvDEj1OPHlTvJYcfic7aOIiAwmx1C1v78GjXOdOOA0SGffNix3C2/8oZUO1+V Aet4MKpUKkduWSvULhIkHNZ5Nu8SIJOqge8pmtHxuNXAMfMrAjMdjPwwBFLsYg3Xa2E2oJwg ehTauwd/EDJFcVCyDCyCAYOi/BH/+XQyxzgDlY9N9qj9tHqhVPI6XK7t8UVffGiZUq4rHp5J RdOToqiTNC6eCJBczhMIW+DuFvWU9e6W708T1dz0Accn6Lrgk4eRIn3GFPBG+TxnpjAqHsbW 607dcnD3YKAqY4e+khczL4EObhe7dC1v2fmZiAC6Ds3WHR11IfqoUgCkIwJ590Ej+ElygJFF XxI82wtEz9hkeLLvItpyEJNVjppViRW+Dgl/U7ypHB3qDgYjgwARAQABtChHZW9yZ2UgTWl0 Y2hlbGwgPGdlb3JnZStmcmVlYnNkQG01cC5jb20+iQJUBBMBCAA+FiEENdM4ZHktsJW5kKZX wRES3m+p4fkFAlhZcR0CGyMFCQlmAYAFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQwRES 3m+p4flqmw/9Emr/ydTG2n9o/IX1yVCNcHVFenVrcOY0L+DGQYZRO/XpLvsGYcuSIQId1w7h l4HZKI89ri2fF2ks6upMqBajLf8s7a8PnYrbw5bPaoOFyNTjv57GLZVsYw95kmMUpK6siuAA fXvHfKUpC/sThbwSv/1CLryVG74+5vdI8j7cQeDM436FThxlVfHKrILIiL34D4WThFB3hV/Y 2A+mQwXmdLcuQXXeAazqsFJL8sgEKSC7GMcExDkVpGc5Rh2hu97a4Sa7qWX9G/YdZOrcDacJ XxfvePn3m3WfRtXN/r0lUfiVXiqkFfbvqSaZQ0I4UvZXNGd/gH4jKHtX9RTH9G96UZeHNoMo tPw9U0fx8Ceh72nUL9qzqnmok/ryWm+6gt4Q1eRP7QAosOa1g/RgUdS1Z9IuCmbXMDp5kbNw L4ZoDMF5U3mmh8/IOKkhGopNLbNv0mwUgC59pnCptiOVx8DyckXWC4L2r6PKbWGrcGIzsUER 9smfL10gpp5H5agjwwPZI6/kzJ0R5nBzQWAlwqI73YAy6JI0HTD6lvxW7yWm2fGjEfmyaBOU 8OLUin7auoFSn+QmD5yNCUn5Ls77qHARkT1ZGocAnQkvZBGTwXpvyJixygXsm+vSUFDYBOSn cR54vdXOEMqrJk6SGau5YI9V7EhQVveE1BUp8ofWf2oo4RG5Ag0EWCcufAEQALuTOxmqMFE+ ieev/rcL3wVJrcuKS+pBbKCY9IIL0OwVf98HQJJcgdOsdDhruVd19nJNlwZ3Fc34wLw7y2GO 9WrpZiYKnI4n9urhLE5r1ydBInlI/1UKZWgM3/dPjJtcXMsC3vnqR9DmOxW4/SbqJDjP3XzO FleT4yip3AaNhPGwEPTZrubVp5hp/JojaZn690TLRwOFXg8NcjpOEs0Bq9M+OLpmsF0flrgs yDfS7y+SQ17R4Iq9T7RxZvZVAh510yGGIZIETYO/4Dh417VVm+gaksOVh2egetpUUvYYc0Ub KaP+5F/WGNrmRb1F6SKypvLlKkYAHCsUUSzsAGl9gbQhEEpuOMbUKp1979HoRMkW+8046kIo 8BZ6ph8izG/g4dZOaEqKGEhqdhYIB7UwMtFFuPtSs5Nl6JrZYni/nzFtTmtVCgcj9PNqrzqt fNFYhNznD6St6wxp3TOm9D3TQF0dzwBM1jZpb8WvmK3k6oy8hbpjiBzxn3kyRA9Vzy+PdbN/ G5a1k0rpZu/ivpBuLCDVGljUmgQigXg6xkk5UxBoHp7MPvG9prZ5jqdEa2r1KgnGjaq+VJsu Uqrw10dVgeG1NulDU1+sQl+/mwtflbkimhjDDjxsVgfrv7uvV/9be+gGm1KATuqdgCboSb1s QAo5ARfwFfChrnh+fTfPpPKHABEBAAGJAiQEGAEIAA8FAlgnLnwCGwwFCQlmAYAACgkQwRES 3m+p4fno9w/4m+swztkzxSWdutjgSv2mw+PdrKWVGFAUD2HoY1Qpi5LNLE6s9pP3qzwpQYwK viOufVJYWZ540ss6BImZBGJwyHouacqrpZjpRo5+ftj07rY1SNd8QjcHDggPfpgJ1D4Il3Xi vRg5/gzkXnRu8dXeVvMP1Ndk/F5wcoLZlQwFtPfu2xyRYIsveXMoyypAvAFSaAGXU0hRzuDJ fGI3LFvpI9UXU2C4MMzjfyZyD2NJEDKOACTo85QQzxgheTDQaDocXW00wknXFMwEItiXp8dO 2zEml/3Kj4efDfjqGpjNefjK0cnj02Byt7y6GozWXyIylrXu0SN9qWRzUVZH3+q+ijA4q3Gm 9uWzLdpjN4QWAiiaEvMhLPohp9DdLsy3kAWWrA3+pAfHSTZXrobMMbSeBkE9E4/WxdKl0nM7 TNslAWcxkTd/7Ly9cxwT8wFdHuQB1hgCmIQxDNXHL1N1ANTeUYum1w9nUg6e1M0UWu+nk3Cw qL7oL2KZe13mQnU/CFwlhbf+i//j3SXrQLlIVQv9Fn805bxIcVo9yqUZyoiV7EUpvOsxDCZh ej3mNYF5nRCf6trEJQVk0aLC26zJAYExykdUlRqc4I13XPhlt+aFSMMkoL/thYO6e9oNFK6Q aJEKXomzxxqpceJVmPH6zvqJbOboAdE/mOD0PoS1M6saIQ== Message-ID: <134cb14a-a105-b555-6e58-4b9aede8f4b0@m5p.com> Date: Mon, 20 Jul 2020 11:09:25 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ax8SYVKz8bYR92cCmZyazSWGRrlFff4cI" X-Spam-Status: No, score=0.2 required=10.0 tests=HELO_MISC_IP,HELO_NO_DOMAIN autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mattapan.m5p.com X-Rspamd-Queue-Id: 4B9QBL61JJz494B X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of george@m5p.com designates 74.104.188.4 as permitted sender) smtp.mailfrom=george@m5p.com X-Spamd-Result: default: False [-4.69 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[m5p.com]; HAS_ATTACHMENT(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.94)[-0.936]; NEURAL_HAM_MEDIUM(-1.02)[-1.019]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.34)[-0.338]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; ASN(0.00)[asn:701, ipnet:74.104.0.0/16, country:US]; TAGGED_FROM(0.00)[freebsd]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2020 15:09:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ax8SYVKz8bYR92cCmZyazSWGRrlFff4cI Content-Type: multipart/mixed; boundary="7FpfMTsS6QeGTOGyLlIUzLXveF23y0o55"; protected-headers="v1" From: George Mitchell To: freebsd ports Message-ID: <134cb14a-a105-b555-6e58-4b9aede8f4b0@m5p.com> Subject: Can't compile rust-cbindgen --7FpfMTsS6QeGTOGyLlIUzLXveF23y0o55 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Running on 11.3-RELEASE-p11, amd64, ports tree at 542641 (head branch). For some reason, firefox depends on devel/rust-cbindgen. I don't know what that is, but it fails thus: =3D=3D=3D> Configuring for rust-cbindgen-0.14.3_1 thread 'main' panicked at 'couldn't initialize the libgit2 library: -1, error: could not initialize openssl: error:1410D0B9:SSL routines:SSL_CTX_set_cipher_list:no cipher match', /usr/ports/lang/rust/work/rustc-1.45.0-src/vendor/libgit2-sys/lib.rs:3672= :9 stack backtrace: 0: ::fmt 1: core::fmt::write 2: 3: 4: 5: std::panicking::rust_panic_with_hook 6: rust_begin_unwind 7: std::panicking::begin_panic_fmt 8: 9: std::sync::once::Once::call_inner 10: libgit2_sys::init 11: git2::config::Config::open_default 12: 13: cargo::ops::registry::needs_custom_http_transport 14: 15: 16: 17: std::rt::lang_start_internal 18: 19: note: Some details are omitted, run with `RUST_BACKTRACE=3Dfull` for a verbose backtrace. *** Error code 101 Stop. make: stopped in /usr/ports/devel/rust-cbindgen =3D=3D=3D>>> make build failed for devel/rust-cbindgen =3D=3D=3D>>> Aborting update I recently had to change my ssl default from base to openssl to be able to compile Qt5, but the above failure occurs whether I specify DEFAULT_VERSIONS+=3Dssl=3Dopenssl or not. Any clues? -- George --7FpfMTsS6QeGTOGyLlIUzLXveF23y0o55-- --ax8SYVKz8bYR92cCmZyazSWGRrlFff4cI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEENdM4ZHktsJW5kKZXwRES3m+p4fkFAl8Vs6sACgkQwRES3m+p 4fnpVg/+JcwaalD0eCTSTxwu2cNOL3pcfNHTi/vBuQ/E7Wl+KxCCIC1QlZB5YArc rG1RCgZHvHehSkaqubm+knHiJyhsDnMjmPZqaVJdlvBBE0i9KTwqFDYBziQlDQTD 0tKSQ4S1Zi9ntPJC2iN7YcRrUEg5VMU2JR19crjTS6UJ19W+/zQf8v3lplIk2LGL cV9j3d31pkkeZ6Aid/H8HhxJ60HA6j4Vv/alhJP+lkBpAucyrTwiZWlDpq/S2ca5 PIalg2WZc3wEPKxX8eKYh9w/f93U5JrGYq3Hbsz/PEqR+JZvtpTTmOnySS1myPdQ ZGUacf8m5Cwpnw+Hf4ccqOTt0aP3G/LHHM/gS0K1S0vGtr8KBxkfXbGPg/ZRtUpl lvWJUA+omET6HO8qWLmBc6Tpv0KkxtRAsG6e7snhJ1m3eXFP2o6pyU5ugihYOiaK 0tCIulOWrR8/t0+IuQY7uS+MvXN8leAlmWy1p1y8v6IQA/SlZVwutrg2IozaCNXr uP7FqTGeOgfRzHVA7YbHxwwWi8GC57kgEtB+JQVKIUe9XcJLUDFpYKm8LBgLj5UV clJkA60q/gRD7ABYjdiUp1zXj5K7GaUhVnHf1CeqOSoRfw4h+F0tsDo4q6oDdTAV FYEunpAsKffDGb9PCoxzh7uozF8ryqyrEAjVvCSdWrO5RqYghe4= =GPP3 -----END PGP SIGNATURE----- --ax8SYVKz8bYR92cCmZyazSWGRrlFff4cI-- From owner-freebsd-ports@freebsd.org Mon Jul 20 21:01:58 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 26697369866 for ; Mon, 20 Jul 2020 21:01:58 +0000 (UTC) (envelope-from xavier@groumpf.org) Received: from aragorn.amdh.fr (aragorn.groumpf.org [176.31.180.205]) by mx1.freebsd.org (Postfix) with ESMTP id 4B9Z0j1tWkz4Z58 for ; Mon, 20 Jul 2020 21:01:56 +0000 (UTC) (envelope-from xavier@groumpf.org) Received: from numenor.groumpf.org (numenor [78.251.129.10]) by aragorn.amdh.fr (Postfix) with ESMTP id 60D2815E72C for ; Mon, 20 Jul 2020 23:01:50 +0200 (CEST) Received: from numenor.groumpf.org (localhost [127.0.0.1]) by numenor.groumpf.org (Postfix) with ESMTP id 3896A42B7B for ; Mon, 20 Jul 2020 23:01:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at groumpf.org Received: from numenor.groumpf.org ([127.0.0.1]) by numenor.groumpf.org (ns3.groumpf.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id P4Je-scXhFjH for ; Mon, 20 Jul 2020 23:01:29 +0200 (CEST) Received: from [192.168.0.21] (unknown [88.122.81.46]) by numenor.groumpf.org (Postfix) with ESMTPSA id A8DE242CB5 for ; Mon, 20 Jul 2020 23:01:29 +0200 (CEST) From: Xavier Humbert To: FreeBSD Ports Subject: textproc/cmark conflict with llvm80 doc build Message-ID: <9f8d74f8-b947-758d-b3a7-90c8984f9916@groumpf.org> Date: Mon, 20 Jul 2020 23:01:28 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:79.0) Gecko/20100101 Thunderbird/79.0 MIME-Version: 1.0 Content-Language: en-GB X-Rspamd-Queue-Id: 4B9Z0j1tWkz4Z58 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of xavier@groumpf.org has no SPF policy when checking 176.31.180.205) smtp.mailfrom=xavier@groumpf.org X-Spamd-Result: default: False [2.53 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[groumpf.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.60)[0.604]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.02)[-0.025]; NEURAL_SPAM_LONG(0.96)[0.956]; R_SPF_NA(0.00)[no SPF record]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:16276, ipnet:176.31.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[88.122.81.46:received,78.251.129.10:received] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2020 21:01:58 -0000 Hello, Because of : > DOCS_BUILD_DEPENDS=     ${PY_SPHINX} \ >                         > ${PYTHON_PKGNAMEPREFIX}recommonmark>=0.0.20180530:textproc/py-recommonmark@${PY_FLAVOR} devel/llvm80 cannot build its doc, if on of these ports is installed : > [root@numenor ports]# find . -name Makefile -exec grep -H > 'textproc/cmark'  {} \; > ./multimedia/mkvtoolnix/Makefile:QT5_LIB_DEPENDS=       > libcmark.so:textproc/cmark > ./textproc/cmark/Makefile:# $FreeBSD: head/textproc/cmark/Makefile > 498404 2019-04-08 18:10:11Z tobik $ > ./graphics/aseprite/Makefile:                   > libcmark.so:textproc/cmark \ > ./net-im/nheko/Makefile:                libcmark.so:textproc/cmark \ > ./net-im/spectral/Makefile:             libcmark.so:textproc/cmark > ./net-im/talkatu/Makefile:              libcmark.so:textproc/cmark textproc/py-recommonmark depends on textproc/py-CommonMark, which conflits with textproc/cmark Regards, Xavier -- Xavier HUMBERT - Unix/Win/MacOSX Sysadmin/Network Engineer From owner-freebsd-ports@freebsd.org Mon Jul 20 22:27:10 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D05CA36B3B8 for ; Mon, 20 Jul 2020 22:27:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (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 4B9bv16nnDz4f03 for ; Mon, 20 Jul 2020 22:27:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: .YzIHmAVM1mLdwAg55hFGhUKwyB6s5bTq8YjrG_mXx5BLMS_H_N4VHtq.XkQ8ea H.upPFK2W6ANsyx8z0g3_jSVXOnRwQuuz_XEMpUvsgEap7IxrMXf6b4OV.VIKfm7xIwtma9jq6Uz JlytSAfMSaYfgKsUuB830J.U8umCs_825rhTeiStU.KuGkQXGKZPXXfxxHwHhyOersZFprjDcLLI KzuLicco9vqCkrylD_NltZpUnX8F6xNYuNRjwuc1VKLgO7e80rMJhGoyquQ76gIk6BKGF6oE5Imh aRLzvDZWg4GQXK2LVTPeJacFUN3gWOLEIluN9oNVPkBIEiLsmTNs_WQrEhHFhDmmVGiExJsWClLn .ykI0gMI8rVKhOrmSRiwg7WGOsS0DOO_gFKgp5XPcAH2tRrEIob1zY8y_D_ilQiS3ZBEon3ofDWX uscj5w8kDG8b5MrDvhuYBgscpwadKi2TUJbFMQTQCd7Ib_FUY2X4FNjVdDCIuNpQhG6r38bLZcQX l6GwO6p8NF_ldnu6WPMTovi4.42kw1ICBLz9h8tTYuHq2Q4XWOg7V1ICKQASLsoAULrA8qsMhxLR tD7jiBEg9KaMAoxvfvMfgeEI2R94twmE_xuK_lsEfr90wTETQVJvl88DhCk3Nmr7lleiRr_gp6nP AUTLO0cN7jXTZ4xdh9b9cG9dfPY0dwais2TjX8MQwrOwyle15UFEmCOaAcG6dAswlTkmB60S3bjd avAo0aH6t2ohqSnI3bqGzXQq5XgKQbBVNyRYTQ5BbrppbSKOd5SVZK69DNWbmytLdxFuttgqxze6 AptLmiK3dqr8OfZrbuA7xNWnxigtHNW_ljAiSjKMvrQgOLtsLzR.XGovM4ItPpKWqwtiFHd1kWtv uhtojnFFmwDBahVi1tRQTJ9eSx0_3Or0ILwLFoQcJc2DMPpYdTKk0uxa8Xd.567b8sH96cYpAy_G 4KUEsjbuLP1G3OloiYUKWbkPYGZtw0Ijxqnyo4Q6IETtRnUVTLKl_N.IRLchFJ0nUNZYAztHWPRf K.fmEe3eLRsqgIdanMr6haTgtiDLAaaC9dTm_4tKPWQXsCF6ljrQx0NDcNcuXT7IXPcYbTinttWK jDTRS7okgVTnuRsgwUj0it4Cc6M.ee3HgqeZG6yI248W77Ia9NJvONHTTj90F3ytACycDQcDkTHj SB4VaZHuoIEwfJv5w7ZaTEExFmC3HJHmqEBHgfMnUxJvlzagxxl27lBmMzeq_ycKes1_gt4pADOm SUbiCKf_sBTg5_oLnZQrbSF_CsOHo1tK99JkqwZJlyAFTgSDWaelr8HW2eKkA4sIlO98jkGhRXBL bld.0UuIpwpjiTn3qzeZtZRI.r.Z2IAXkZUtSN75AEtkOK7iOE6UyFn6mCCA8qfKJ7oRqA3YamPC Xmze3YqvilB3rof2bzknP5jVJzjba Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Mon, 20 Jul 2020 22:27:07 +0000 Received: by smtp421.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 810b7821b5ee4dacdb9bee9998f014c2; Mon, 20 Jul 2020 22:27:03 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: devel/libffi build broken for head -r363123 32-bit powerpc contexts (poudriere bulk): error: __int128 is not supported on this target Message-Id: <78D67C3E-BDCE-4CF6-8C6F-55A00EFA1C59@yahoo.com> Date: Mon, 20 Jul 2020 15:27:01 -0700 To: "pkubaj@freebsd.org" , FreeBSD ports X-Mailer: Apple Mail (2.3608.80.23.2.2) References: <78D67C3E-BDCE-4CF6-8C6F-55A00EFA1C59.ref@yahoo.com> X-Rspamd-Queue-Id: 4B9bv16nnDz4f03 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.81 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.29)[-1.293]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; 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)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.969]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.05)[-1.046]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.31:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2020 22:27:10 -0000 This resulted in: Failed: 1 Skipped: 181 # poudriere jail -l JAILNAME VERSION ARCH METHOD TIMESTAMP = PATH FBSDpowerpc 13.0-CURRENT powerpc null 2019-12-31 01:21:28 = /usr/obj/DESTDIRs/clang-powerpc-installworld-poud FBSDpowerpc64 13.0-CURRENT powerpc.powerpc64 null 2020-01-01 15:22:36 = /usr/obj/DESTDIRs/clang-powerpc64-installworld-poud # svnlite info /usr/ports/ Path: /usr/ports Working Copy Root Path: /usr/ports URL: svn://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 542111 Node Kind: directory Schedule: normal Last Changed Author: vanilla Last Changed Rev: 542111 Last Changed Date: 2020-07-12 21:32:18 -0700 (Sun, 12 Jul 2020) That gets the errors: --- src/powerpc/ffi.lo --- libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -I. -I../include = -Iinclude -I../src -O2 -pipe -g -fstack-protector-strong = -fno-strict-aliasing -Wall -fexceptions -MT src/powerpc/ffi.lo -MD -MP = -MF src/powerpc/.deps/ffi.Tpo -c ../src/powerpc/ffi.c -fPIC -DPIC -o = src/powerpc/.libs/ffi.o --- src/powerpc/ffi_sysv.lo --- libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -I. -I../include = -Iinclude -I../src -O2 -pipe -g -fstack-protector-strong = -fno-strict-aliasing -Wall -fexceptions -MT src/powerpc/ffi_sysv.lo -MD = -MP -MF src/powerpc/.deps/ffi_sysv.Tpo -c ../src/powerpc/ffi_sysv.c = -fPIC -DPIC -o src/powerpc/.libs/ffi_sysv.o --- src/powerpc/ffi.lo --- In file included from ../src/powerpc/ffi.c:33: ../src/powerpc/ffi_powerpc.h:65:9: error: __int128 is not supported on = this target typedef __int128 float128; ^ 1 error generated. --- src/powerpc/ffi_sysv.lo --- In file included from ../src/powerpc/ffi_sysv.c:35: ../src/powerpc/ffi_powerpc.h:65:9: error: __int128 is not supported on = this target typedef __int128 float128; ^ 1 error generated. --- src/powerpc/sysv.lo --- For reference: =3D>> Building devel/libffi build started at Mon Jul 20 14:47:19 PDT 2020 port directory: /usr/ports/devel/libffi package name: libffi-3.3 building for: FreeBSD FBSDG5L 13.0-CURRENT FreeBSD 13.0-CURRENT powerpc maintained by: zeising@FreeBSD.org Makefile ident: $FreeBSD: head/devel/libffi/Makefile 541239 = 2020-07-04 22:15:48Z pkubaj $ Poudriere version: 3.3.99.20200326 Host OSVERSION: 1300101 Jail OSVERSION: 1300101 . . . #### /usr/ports/Mk/Scripts/ports_env.sh #### _CCVERSION_921dbbb2=3DFreeBSD clang version 10.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-10.0.1-rc2-0-g77d76b71d7d) = Target: powerpc-unknown-freebsd13.0 Thread model: posix InstalledDir: = /usr/bin _ALTCCVERSION_921dbbb2=3Dnone _CXXINTERNAL_acaad9ca=3DFreeBSD clang version 10.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-10.0.1-rc2-0-g77d76b71d7d) = Target: powerpc-unknown-freebsd13.0 Thread model: posix InstalledDir: = /usr/bin "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker" = "/libexec/ld-elf.so.1" "--enable-new-dtags" "-m" "elf32ppc_fbsd" "-o" = "a.out" "/usr/lib/crt1.o" "/usr/lib/crti.o" "/usr/lib/crtbegin.o" = "-L/usr/lib" "/dev/null" "-lc++" "-lm" "-lgcc" "--as-needed" "-lgcc_s" = "--no-as-needed" "-lc" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" = "/usr/lib/crtend.o" "/usr/lib/crtn.o" . . . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Mon Jul 20 23:33:34 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 76EBA36D305 for ; Mon, 20 Jul 2020 23:33:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (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 4B9dMd1g7sz3SxQ for ; Mon, 20 Jul 2020 23:33:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: GVkdwzoVM1nQWms6VJPNE2DHOY4zGCSBbPKu6DKgbTThYKgxFPQzObhJeyP2IfW deOVMjeRER2pbooK64L_GupOaN.lE3WX2sghENs_kDAoL7Szj4XKTwzIfqNgsX9YZvdplvnnwM6y AloFGXiMdsjl7.Ko4Wp_bht6OKG9CKz_LTlx8XFM7AxZdvdSh1I4NHYx7eYX5egL4PB9k0Uj7LCk w3kvpJEShmzh9AXsGeiWCUPMf4xV.u1AW5l_JbKnfKd_r94kXtNj8hAu8h9pHBapoXdEb93yNsQX Ki8NRKvQ5v8R2XoGXIw48AW9bwyhtv0BvJnh26LKpqJj1ysvW0HPc6tnCd8vDDDq9HgxCRb1NcbR qAFuQRMFSS7NbuWRdNLTM1ldQQoa3dSmcqMPAqCcQvKeFBK8THb2caDa84edGxrIgWudUa8klFjA IUkKWeu6N.rHUfbxtAGCyusHfCY0qkRiIuCwkyGgzMiA6YGtKyOW_TkT1JDcJAHyhu2bYkMMXjNE 48yRy4Xa9zlzwqheEXFMKYbQl0DzeQ_vp3g9I4hX8AG0xJN9d2Rk89N7hbrh4TbRvqW6fALMMzrq dqvsLeUhHevKL0H0HV.mbUZJLjoJKJsWmSTMp70QCpJFWhAZ.6u9UP8dVMtwLDxI7o9axZFEsIuo W0fBuaAQy_EUcrUDG2UKIkMGSas6C6QbJgUCd8NXhDcLlwY1yhibKATIwdnliz.wAsgK9A4xga5y PqN2xboTsMBMpfb5MICv0LGX2EzPoo1OJ8__RzpBYenKgVeW9JDmSbf34hkcO.zSmAyq0yl6WVOl oU1_CH9wgsOUJT2qCOvxP_TiNHYMlTJzxqM8VxbVEnx79afGvfCm.AZjcLM.SYH1mt0v.vNLAllI 0yACPiMF8gDiBnxxBDnryFTH8GIR_BCyyME4zR7afNR36u8b.Blrl_XA4BKQ9hRyDXQy9zOrMI1Y hEmCr.swZyzyeqf9eG0fw9GmilImzN.uuO45y.bosD1Yf0J1RZsDCgRv689uNG7icdezT8dmtxYE SlvfjuOEOGIeCo.UviATG9aYxMzEczNXP_Aq.ubxA3sWuTDs_cTiBMRIxxigAxbH2AbJjkEqhSJ6 R9mYNQ57P3LWBnCeMgyx6rxybDumFyVFdIouuE._eV_3OX2FlcVCoAS..3iqm5t4yMv6OQfZ6w8M 9P3BgmEZRPC7k_7ZW6dEPy2Wc0NhpWDWuiQc25Mm4n8Opx4SkLtSbooOkZnIZFT6AYiLjRz6YKXK p_UY6Oc1uTwkMWdthVLuZZjsmOjGIyyPdQS9UcwGHFH.JeXPpg6Q7XLEv.DqzFsr0mva1xFBTOSj QbOn79Oa6WxlehQk_CiKXl6T2FkxsuuBHFFaCzzBhYjct5ks9KPnlITILdkKvl4RS0Fo3ryexBai VLnBc3i0zdqJxji3uqKysUk4vaQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Mon, 20 Jul 2020 23:33:31 +0000 Received: by smtp423.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 755ad1ed9d0a5a276674ff928b917730; Mon, 20 Jul 2020 23:33:28 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: devel/libffi build broken for head -r363123 32-bit powerpc contexts (poudriere bulk): error: __int128 is not supported on this target From: Mark Millard In-Reply-To: <20200720231315.GB1968@KGPE-D16> Date: Mon, 20 Jul 2020 16:33:27 -0700 Cc: FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <6D95E526-A71D-4176-8524-00010E855883@yahoo.com> References: <78D67C3E-BDCE-4CF6-8C6F-55A00EFA1C59.ref@yahoo.com> <78D67C3E-BDCE-4CF6-8C6F-55A00EFA1C59@yahoo.com> <20200720231315.GB1968@KGPE-D16> To: Piotr Kubaj X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4B9dMd1g7sz3SxQ X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.32 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.32:from]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.02)[-1.025]; NEURAL_HAM_MEDIUM(-0.99)[-0.986]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.32:from]; NEURAL_HAM_SHORT(-0.81)[-0.805]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2020 23:33:34 -0000 On 2020-Jul-20, at 16:13, Piotr Kubaj wrote: >=20 > Thanks for your report. I'm currently testing whether powerpc(64) on > 12.1 and head can build with this patch > = https://github.com/libffi/libffi/commit/01a75ed76ea7e57f1b7a5c183e2b1e890e= 6aa0fd.patch FYI: I did the powerpc64 bulk build first and it had no problems. As far as libffi goes, __int128 exists for powerpc64. I'm not implying that __int128 should be used for powerpc64. I'll note that, depending on where/how float128 is used, typedef char float128[16] __attribute__((aligned(16))); use as float128 might decay to a pointer in some contexts, unlike what __float128 or __int128 would have done. > On 20-07-20 15:27:01, Mark Millard wrote: >> This resulted in: Failed: 1 Skipped: 181 >>=20 >> # poudriere jail -l >> JAILNAME VERSION ARCH METHOD TIMESTAMP = PATH >> FBSDpowerpc 13.0-CURRENT powerpc null 2019-12-31 = 01:21:28 /usr/obj/DESTDIRs/clang-powerpc-installworld-poud >> FBSDpowerpc64 13.0-CURRENT powerpc.powerpc64 null 2020-01-01 = 15:22:36 /usr/obj/DESTDIRs/clang-powerpc64-installworld-poud >>=20 >> # svnlite info /usr/ports/ >> Path: /usr/ports >> Working Copy Root Path: /usr/ports >> URL: svn://svn.freebsd.org/ports/head >> Relative URL: ^/head >> Repository Root: svn://svn.freebsd.org/ports >> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >> Revision: 542111 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: vanilla >> Last Changed Rev: 542111 >> Last Changed Date: 2020-07-12 21:32:18 -0700 (Sun, 12 Jul 2020) >>=20 >> That gets the errors: >>=20 >> --- src/powerpc/ffi.lo --- >> libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -I. -I../include = -Iinclude -I../src -O2 -pipe -g -fstack-protector-strong = -fno-strict-aliasing -Wall -fexceptions -MT src/powerpc/ffi.lo -MD -MP = -MF src/powerpc/.deps/ffi.Tpo -c ../src/powerpc/ffi.c -fPIC -DPIC -o = src/powerpc/.libs/ffi.o >> --- src/powerpc/ffi_sysv.lo --- >> libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -I. -I../include = -Iinclude -I../src -O2 -pipe -g -fstack-protector-strong = -fno-strict-aliasing -Wall -fexceptions -MT src/powerpc/ffi_sysv.lo -MD = -MP -MF src/powerpc/.deps/ffi_sysv.Tpo -c ../src/powerpc/ffi_sysv.c = -fPIC -DPIC -o src/powerpc/.libs/ffi_sysv.o >> --- src/powerpc/ffi.lo --- >> In file included from ../src/powerpc/ffi.c:33: >> ../src/powerpc/ffi_powerpc.h:65:9: error: __int128 is not supported = on this target >> typedef __int128 float128; >> ^ >> 1 error generated. >> --- src/powerpc/ffi_sysv.lo --- >> In file included from ../src/powerpc/ffi_sysv.c:35: >> ../src/powerpc/ffi_powerpc.h:65:9: error: __int128 is not supported = on this target >> typedef __int128 float128; >> ^ >> 1 error generated. >> --- src/powerpc/sysv.lo --- >>=20 >> For reference: >>=20 >> =3D>> Building devel/libffi >> build started at Mon Jul 20 14:47:19 PDT 2020 >> port directory: /usr/ports/devel/libffi >> package name: libffi-3.3 >> building for: FreeBSD FBSDG5L 13.0-CURRENT FreeBSD 13.0-CURRENT = powerpc >> maintained by: zeising@FreeBSD.org >> Makefile ident: $FreeBSD: head/devel/libffi/Makefile 541239 = 2020-07-04 22:15:48Z pkubaj $ >> Poudriere version: 3.3.99.20200326 >> Host OSVERSION: 1300101 >> Jail OSVERSION: 1300101 >> . . . >> #### /usr/ports/Mk/Scripts/ports_env.sh #### >> _CCVERSION_921dbbb2=3DFreeBSD clang version 10.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-10.0.1-rc2-0-g77d76b71d7d) = Target: powerpc-unknown-freebsd13.0 Thread model: posix InstalledDir: = /usr/bin >> _ALTCCVERSION_921dbbb2=3Dnone >> _CXXINTERNAL_acaad9ca=3DFreeBSD clang version 10.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-10.0.1-rc2-0-g77d76b71d7d) = Target: powerpc-unknown-freebsd13.0 Thread model: posix InstalledDir: = /usr/bin "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker" = "/libexec/ld-elf.so.1" "--enable-new-dtags" "-m" "elf32ppc_fbsd" "-o" = "a.out" "/usr/lib/crt1.o" "/usr/lib/crti.o" "/usr/lib/crtbegin.o" = "-L/usr/lib" "/dev/null" "-lc++" "-lm" "-lgcc" "--as-needed" "-lgcc_s" = "--no-as-needed" "-lc" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" = "/usr/lib/crtend.o" "/usr/lib/crtn.o" >> . . . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Tue Jul 21 02:33:25 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CE4FC373237 for ; Tue, 21 Jul 2020 02:33:25 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (1.212.52.36.ap.yournet.ne.jp [36.52.212.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp", Issuer "smtp" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B9jM81xhSz3glY for ; Tue, 21 Jul 2020 02:33:23 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (kx.truefc.org [36.52.212.1]) by kx.truefc.org (8.15.2/8.15.2) with ESMTP id 06L2XDNI022196; Tue, 21 Jul 2020 11:33:13 +0900 (JST) (envelope-from kiri@kx.truefc.org) Message-Id: <202007210233.06L2XDNI022196@kx.truefc.org> Date: Tue, 21 Jul 2020 11:33:13 +0900 From: KIRIYAMA Kazuhiko To: FreeBSD ports Cc: kiri@truefc.org Subject: Why lang/gcc9 depends native-binutils ? User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 MULE XEmacs/21.4 (patch 24) (Standard C) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4B9jM81xhSz3glY X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of kiri@truefc.org has no SPF policy when checking 36.52.212.1) smtp.mailfrom=kiri@truefc.org X-Spamd-Result: default: False [2.17 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.56)[-0.562]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[truefc.org]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.21)[-0.210]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.84)[0.842]; RCVD_COUNT_ONE(0.00)[1]; R_SPF_NA(0.00)[no SPF record]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:10013, ipnet:36.52.208.0/21, country:JP]; SUBJECT_ENDS_QUESTION(1.00)[]; ONCE_RECEIVED(0.10)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2020 02:33:25 -0000 Hi, all lang/gcc9 depends devel/binutils with FLAVOR=native, so gcc9 compilation stopped at devel/binutils. Why lang/gcc9 depends native-binutils ? checking whether strstr is declared... yes checking whether vsnprintf is declared... config.status: creating Makefile yes checking iconv.h usability... config.status: creating testsuite/Makefile config.status: creating config.h config.status: executing default commands yes checking iconv.h presence... yes checking for iconv.h... yes checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for shared library run path origin... done checking for iconv... yes checking how to link with libiconv... /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib checking for iconv declaration... extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); *** BFD does not support target native-unknown-freebsd13.0. *** Look in bfd/config.bfd for supported targets. gmake[3]: *** [Makefile:3563: configure-binutils] Error 1 gmake[3]: Leaving directory '/var/ports/work/usr/ports/devel/binutils/work-native/binutils-2.33.1' gmake[2]: *** [Makefile:851: all] Error 2 gmake[2]: Leaving directory '/var/ports/work/usr/ports/devel/binutils/work-native/binutils-2.33.1' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/devel/binutils *** Error code 1 Stop. make: stopped in /usr/ports/lang/gcc9 My machine environments are as folows: root@jdtpkxb:~ # uname -a FreeBSD jdtpkxb 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r362853M: Wed Jul 15 23:46:55 JST 2020 root@msrvkxb:/usr/obj/usr/src/amd64.amd64/sys/XIJ amd64 root@jdtpkxb:~ # svnlite info /usr/ports Path: /usr/ports Working Copy Root Path: /usr/ports URL: http://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: http://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 542063 Node Kind: directory Schedule: normal Last Changed Author: glewis Last Changed Rev: 542063 Last Changed Date: 2020-07-12 11:13:27 +0900 (Sun, 12 Jul 2020) root@jdtpkxb:~ # Best regards. --- Kazuhiko Kiriyama From owner-freebsd-ports@freebsd.org Tue Jul 21 03:55:49 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0CC8D37624D for ; Tue, 21 Jul 2020 03:55:49 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B9lBB4tDyz44S6 for ; Tue, 21 Jul 2020 03:55:46 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.16.1/8.16.1) with ESMTPS id 06L3tcq8041336 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 20 Jul 2020 20:55:39 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.16.1/8.16.1/Submit) id 06L3tcPJ041335; Mon, 20 Jul 2020 20:55:38 -0700 (PDT) (envelope-from sgk) Date: Mon, 20 Jul 2020 20:55:38 -0700 From: Steve Kargl To: KIRIYAMA Kazuhiko Cc: FreeBSD ports Subject: Re: Why lang/gcc9 depends native-binutils ? Message-ID: <20200721035538.GA41321@troutmask.apl.washington.edu> References: <202007210233.06L2XDNI022196@kx.truefc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <202007210233.06L2XDNI022196@kx.truefc.org> X-Rspamd-Queue-Id: 4B9lBB4tDyz44S6 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=washington.edu (policy=none); spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [0.74 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-0.64)[-0.636]; NEURAL_SPAM_SHORT(0.31)[0.306]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.07)[0.071]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; RCVD_TLS_ALL(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM, none] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2020 03:55:49 -0000 On Tue, Jul 21, 2020 at 11:33:13AM +0900, KIRIYAMA Kazuhiko wrote: > > lang/gcc9 depends devel/binutils with FLAVOR=native, so gcc9 > compilation stopped at devel/binutils. Why lang/gcc9 depends > native-binutils ? > Just a guess. LTO. -- Steve From owner-freebsd-ports@freebsd.org Tue Jul 21 04:25:40 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5079C376E89; Tue, 21 Jul 2020 04:25:40 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B9lrc62fMz461q; Tue, 21 Jul 2020 04:25:36 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 06L4PaCh092174 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 20 Jul 2020 21:25:36 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 06L4PaZv092173; Mon, 20 Jul 2020 21:25:36 -0700 (PDT) (envelope-from fbsd) Date: Mon, 20 Jul 2020 21:25:35 -0700 From: bob prohaska To: freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Subject: Compiling www/chromium on rpi3 Message-ID: <20200721042535.GA92117@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4B9lrc62fMz461q X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [3.11 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.69)[0.693]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.35)[0.351]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.17)[0.170]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2020 04:25:40 -0000 After considerable time www/chromium compiled with -DBATCH on an RPI3 running r362742. More's the wonder, it actually works....well, mostly. Clicking on the rightmost "controls" menu item (three dots) drops the box for the menu, but it never fills and disapears immediately. There are lots of warnings and messages on the controlling terminal: bob@www:~ % chrome [48076:1331765248:0720/200813.457803:ERROR:edid_parser.cc(102)] Too short EDID data: manufacturer id [48076:1331765248:0720/200813.525958:ERROR:browser_dm_token_storage_linux.cc(100)] Error: /etc/machine-id contains 0 characters (32 were expected). [48076:1386545408:0720/200814.206727:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix") [48076:1386545408:0720/200814.208308:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix") [48076:1386545408:0720/200814.771508:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix") [48076:1386545408:0720/200814.772553:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix") ^C[48076:1331765248:0720/200908.297408:ERROR:network_service_instance_impl.cc(262)] Network service crashed, restarting service. [48076:1428254720:0720/200923.984849:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.DBus.Properties.Get: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files [48076:1428254720:0720/200923.987716:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.UPower.GetDisplayDevice: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files [48076:1428254720:0720/200923.990565:ERROR:object_proxy.cc(632)] Failed to call method: org.freedesktop.UPower.EnumerateDevices: object_path= /org/freedesktop/UPower: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.UPower was not provided by any .service files [48087:1331765248:0720/200924.072468:ERROR:viz_main_impl.cc(152)] Exiting GPU process due to errors during initialization Both hald and dbus are enabled. Is there some other service to be turned on? If a session is opened across the network a browser window opens but remains blank, at least on rapsiOS. At that point it seems stuck, but responds to control-C on the controlling terminal to kill it. Compliments and thanks to the many folks who made this exercise work at all! Thanks for reading, bob prohaska From owner-freebsd-ports@freebsd.org Tue Jul 21 04:41:12 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CB4E53770CA for ; Tue, 21 Jul 2020 04:41:12 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B9mBb5bbSz46fh for ; Tue, 21 Jul 2020 04:41:11 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 06L4fGpk092211 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Mon, 20 Jul 2020 21:41:17 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 06L4fGa0092210 for freebsd-ports@freebsd.org; Mon, 20 Jul 2020 21:41:16 -0700 (PDT) (envelope-from fbsd) Date: Mon, 20 Jul 2020 21:41:15 -0700 From: bob prohaska To: freebsd-ports@freebsd.org Subject: Dynamic MAKE_JOBS_NUMBER_LIMIT Message-ID: <20200721044115.GB92117@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4B9mBb5bbSz46fh X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [4.53 / 15.00]; RCVD_TLS_ALL(0.00)[]; SUBJECT_ENDS_SPACES(0.50)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.83)[0.826]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.51)[0.511]; ARC_NA(0.00)[]; NEURAL_SPAM_LONG(0.80)[0.796]; DMARC_NA(0.00)[zefox.net]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2020 04:41:12 -0000 Is it possible to dynamically set MAKE_JOBS_NUMBER_LIMIT based on swap usage? The idea would be to check swap usage and start new make jobs only when swap use is "low enough", on the Pi3 that would be less than about 500 MB in my setup. I've tried manually adjusting the number up during a long make session (www/chromium) and it seemed to work, but only up. Going from 2 to 3 got an extra c++ instance, but when the machine got swap-bound setting it back to 2 didn't inhibit creation of new jobs.. Thanks for reading! bob prohaska From owner-freebsd-ports@freebsd.org Tue Jul 21 07:26:18 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3953537A3C3 for ; Tue, 21 Jul 2020 07:26:18 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4B9qs60gR6z4Fm0 for ; Tue, 21 Jul 2020 07:26:18 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 16E1037A3C2; Tue, 21 Jul 2020 07:26:18 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 16ADD37A3C1 for ; Tue, 21 Jul 2020 07:26:18 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B9qs55NmXz4Fts for ; Tue, 21 Jul 2020 07:26:17 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 9BF891A91D for ; Tue, 21 Jul 2020 07:26:17 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id 06L7QHZn037134 for ; Tue, 21 Jul 2020 07:26:17 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.15.2/8.15.2/Submit) id 06L7QHdm037133; Tue, 21 Jul 2020 07:26:17 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202007210726.06L7QHdm037133@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Tue, 21 Jul 2020 07:26:17 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2020 07:26:18 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ devel/upnp | 1.12.1 | release-1.14.0 ------------------------------------------------+-----------------+------------ math/wxmaxima | 20.04.0 | version-20.07.0 ------------------------------------------------+-----------------+------------ science/afni | 20.2.00 | afni_20.2.05 ------------------------------------------------+-----------------+------------ sysutils/google-compute-engine-oslogin | 20191018.00 | 20200720.00 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by: portscout! From owner-freebsd-ports@freebsd.org Tue Jul 21 08:51:50 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0700637B9F6 for ; Tue, 21 Jul 2020 08:51:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.84]) (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 4B9slk31Sbz4LLP for ; Tue, 21 Jul 2020 08:51:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 2FmLQCAVM1lZ9tTOxLjghWuTxh09xnKTR6S0GtaA1lsXMAZdLJpFeKWmjAmxbro fr0PL91T3AfIJREfzeCHS.4m81njBgxOI2vY8SlWLkUP8pQZTGbO.a.14Y5uGCTxB1NCKtr2WrW0 bKwyvg0vUm7yTFPuktJ2t1.fD2jPaFpZtmOxRnQU1NI_c.qA0A6bywWN88sxkW5BoWY1l2IHSIhB DnlA2b6UD.B9TmSDB4OiZaF4rOVo5R3tfKYsioM8cKZlhIQvSeVQSP9n0_FHxs29crmH_Xi3rt.g veMhSOPFgP01YH_yUaFY76pPiOhnb88jivs03CNTyegl8KTNJKP_yG_FvMlAi0WT_M8wYeh1HKIO hmhdquqnOWDaQw9cEvgfFIWbNUJnDYHBwzfjgeRjXnftUpWx0qGSvdSjHzI2Gic7Ngl6_07y_OMx 8xfbNqQMyOU1Qn2trMIFe1vdZKo5TS0zKnDjE4I.yx3tn4_dfpS43XE4Q7zCS56CaK3r2aZE7fDw 0XgR98DcX75MxJiM7rLZNp7IYvCFI.OYL.OghUC7nnvWEq_ksiJ1HJRAz.fX6FTSbkoVv0.C9Qdw T8ljRX9qYVWCJj3wrTbaBllUYp0f926VjPJAaBjq_l4p99rZX0FANAAnLNoiR3LFbqsb9npiIsx6 CKBEgtPOfZX5Luzk_HNx.VJiFNCGgHhvyyVSvxs69QVBHyEEztGn.2o1dVX8kOGPBkFQllZ6xGIy zKscweA4CjRmK4idKF99SCf7a6zeOooizUn.qs1QyNQw66A.Y6ZLfzmeFqnN..LlvW7hzlSdkI2j .YgfA8J3Le9mjRL9DDMLNmhKaO0_5zjULLbtUKRz1FrMx5mZJP8Fm.8NpTGXMEVZEK6n40mDsAim Y3afvy6uzH6MXQItKZrCW.1bBQfK6HkXK8j3znsptrsx127mquU3yqR5THMCa_KZzV019v21KOcu 0lu.EY3bnxPZxfTBGUV8xI7OIzZBNi9l1u9zwXfe9qYGslWl6FMsshgXFGgjTflQxwNXtinrTpDP EI2tZeaQgjMvedNQxtRz20ILIji2q1S1QltKCGb2U2FH354ou311F7nzFyzxx7lYnR2PnSCoPZzN WRZsKKpEv9vAGpISFDDFVHwL5HLUrTzJQbv6wawnRo232_pU7hAHDupOui4DBM_rHfES7YJK0.PG VcFGh4BmPza7Qrw1IwLvRNc6QWSyp576G0idvUIWWu0rgqIeP_hS0A8VjdJJG7QMCg81Au5bLyiC qRrgCC6ycA2zYTvwXO5FspgXU6SI8sA4LMQjVYgkRVMbJY7gSoNgi5OFx_3yxlw5BKrOcc2JFXzN SM12CUMqwVz1pUZWRDeTgJOKz2Qj8zjbxENjfM._avwqoOoeWsT0Ur7c77hZO7_xNEY0vpCnb0kb 7O3L_g1fB88q81kDrFsz2qpIEk2dV_5oOVEFtvUK1Fo5pSg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Tue, 21 Jul 2020 08:51:44 +0000 Received: by smtp401.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID e59d5712c6017917dd2edc85ba3ed84d; Tue, 21 Jul 2020 08:51:42 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Why lang/gcc9 depends native-binutils ? Message-Id: <6B21B9C0-62D5-4ED7-94EE-7715B002F160@yahoo.com> Date: Tue, 21 Jul 2020 01:51:41 -0700 To: FreeBSD ports X-Mailer: Apple Mail (2.3608.80.23.2.2) References: <6B21B9C0-62D5-4ED7-94EE-7715B002F160.ref@yahoo.com> X-Rspamd-Queue-Id: 4B9slk31Sbz4LLP X-Spamd-Bar: - X-Spamd-Result: default: False [-1.84 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.38)[-0.380]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.964]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.992]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2020 08:51:50 -0000 KIRIYAMA Kazuhiko kiri at truefc.org wrote on Tue Jul 21 02:33:25 UTC 2020 : > checking for iconv declaration...=20 > extern size_t iconv (iconv_t cd, char * *inbuf, size_t = *inbytesleft, char * *outbuf, size_t *outbytesleft); > *** BFD does not support target native-unknown-freebsd13.0. > *** Look in bfd/config.bfd for supported targets. > gmake[3]: *** [Makefile:3563: configure-binutils] Error 1 > gmake[3]: Leaving directory = '/var/ports/work/usr/ports/devel/binutils/work-native/binutils-2.33.1' > gmake[2]: *** [Makefile:851: all] Error 2 > gmake[2]: Leaving directory = '/var/ports/work/usr/ports/devel/binutils/work-native/binutils-2.33.1' > =3D=3D=3D> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the = failure to > the maintainer. > *** Error code 1 lang/gcc9/Makefile references binutils via: BUILD_DEPENDS+=3D ${LOCALBASE}/bin/as:devel/binutils RUN_DEPENDS+=3D ${LOCALBASE}/bin/as:devel/binutils . . . USE_BINUTILS=3D yes The BUILD_DEPENDS and RUN_DEPENDS references to binutils are to the assembler that binutils generates and installs. So gcc9 needs to be able to use that assembler at both gcc9 build-time and gcc9 run-time. The notation leaves the FLAVOR implicit/empty and so should lead to devel/binutils/Makefile using its line: FLAVOR?=3D native to assign the "native" for its own internal logic to use. Hmm. The "target native-unknown-freebsd13.0" looks very odd to me. The only lines in the devel/binutils Makefile to deal with "unknown-" text directly are: # grep -r unknown- /usr/ports/devel/binutils/ /usr/ports/devel/binutils/Makefile:BUTARGET?=3D = ${PKGNAMEPREFIX}unknown-${OPSYS:tl}${OSREL} /usr/ports/devel/binutils/Makefile:BUTARGET=3D = x86_64-unknown-${OPSYS:tl}${OSREL} (I'll later deal with an indirection where "_" is replaced by "-".) Only the 1st line of that pair would potentially form "native-unknown-" text. So looking at the context of the first line I find (". . ." for omitted lines): FLAVOR?=3D native . . . .if ${FLAVOR} !=3D native PKGNAMEPREFIX=3D ${FLAVOR:C/_/-/g}- PLIST=3D ${PKGDIR}/pkg-plist-${FLAVOR:C/_/-/g} .if ${PKGNAMEPREFIX:M*-*-} BUTARGET?=3D ${PKGNAMEPREFIX}${OPSYS:tl}${OSREL} .else BUTARGET?=3D ${PKGNAMEPREFIX}unknown-${OPSYS:tl}${OSREL} .endif . . . CONFIGURE_ARGS+=3D --disable-shared \ --target=3D${BUTARGET} .endif (That is also the only instance of "--target=3D" in the Makefile.) The ${FLAVOR} !=3D native test should mean that the code is not used for FLAVOR being exactly "native". There is a separate code block for: .if ${FLAVOR} =3D=3D native BUREMOVE=3D coffdump \ dlltool \ dllwrap \ nlmconv \ srconv \ sysdump \ windmc \ windres USES+=3D localbase CONFIGURE_ARGS+=3D --with-system-zlib \ --with-gmp=3D${LOCALBASE} \ --with-mpfr=3D${LOCALBASE} \ --enable-targets=3Dall \ --enable-threads=3Dyes INFO=3D as \ binutils \ gprof \ bfd \ ld .endif But that code does not specify a specific target (instead: "--enable-targets=3Dall"). There is the FLAVOR value "riscv32_unknown_elf" that could produce target "riscv32-unknown-elf-freebsd13.0" but that is not what was reported as involved. I've ignored CROSS_TOOLCHAIN infrastructure as it was not mentioned as being in use. I do not see how devel/binutils/Makefile would generate "native-unknown-freebsd13.0" text on its own. Sorry I've not been able to identify anything for the error. I'll note that I build ports with poudriere (-devel variant) and have not had the problem in that context. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Tue Jul 21 09:39:39 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C192B37DA2A for ; Tue, 21 Jul 2020 09:39:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-54.consmr.mail.gq1.yahoo.com (sonic307-54.consmr.mail.gq1.yahoo.com [98.137.64.30]) (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 4B9tpy4hRXz4PM6 for ; Tue, 21 Jul 2020 09:39:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 2DwFNs4VM1lL03WEVt0MdrFjiZm6rD3suJ1fuwut0xIdseIV26Ya4brmjRPMSFZ 3Z1Vk9rsJyzV2uuC9cvwbNhRuhYzkWa8BIh2DDqY2CiNEheCdZYyXH9zxswcyKV7FkLViZmf3OKE 8HRVR9lH_mVMtkFM5xqaUPAhqvsK9yNHEGU5O6zfbp6Wmn6Zjjp.ILLDOUjv57hZJpTmxj4Zp57f aUpqWEYQfmIcIEXFHO3cjKt9FrzvvERa7CVQf9LlFhDDVUc1OiL66_dW8re0FjcFdt9dAmC4.aaN gc4fFhVrpfDmA9MoApM0Q2hrvbbIac1aDw5OzoRkZSFHAb6r30pNXxmLSbKKy13MeNcysqJXg7IJ CdfLx4bB6Pi.zgTbEfKdqv2GGifAkQvN0dO9AcUMk2fBmYc.FYXfumjcLCkGD00RfutQAm6dGRLz uZFrGw6JzenEGF9xe61bUZH0PixZq7EZ7Cbx7LRHdZaQ1RKqNPcxy3miD7GwF7JUCr6.4oN4CTbL tjp9Et7qc3cZhchDX6aeMAGm3tRGEe50Sfst3oyG0mNgN.O0WSJ9m5mOa9IC7yxkvh0C5cfyYf6D .SDzgdrithDdzDPMz0m_yzzxv_f6hbrAT1FMt97viusW3WJ.TGI1KTE5a5Z_naxxegJvGmn2pl0y pQ2bDOpW7JlIQ7lTUrRyNGfw5pXseIBDhoPTvt3hh7X8216ezB9EwQhXtx74mJg3lX2Et6ToYbEq _uZ2rpSw3mtXtAaFp4zDXgaX75x63rKUoUrKbbvrc2n_4CgokHbCypojnD9FgowKreLeG9nrpd5I _tmHi3hPI_saVSzddWUmfcFw2zOBAc9ZSKPy.N8lpvP3wTEuRW14oW1fH_kkJK86_DhZrO2SFqAy o2_hUxtE5h6lH2oqfLuxezsZVZmMFgi_yjDrdHXre4Zcr_e6aNw_qTIH4nNvC6_ydQBc2ewMmuYI B7G0Ca4EMdaN7PVOZjlkA9pTd90c6l0UDTXj11pgNJkG4N5zzgYTtpH8WFQb8uH8XYD6aoPGRuKq UuQgU4HTiKIGAWZPTqNLTCsYD_bzInkT4PVXw_0vipbdiFIdeI4UkRTYJECtq87g28c4SjK.1yJX dY1EPG9F2ynlmURkoJd3uqyqZ9y5p8oRCzRoUXjvcvvpYgJYSXV0qZHm_oCICs7IZJ3W_SbCvud5 8XeuVH29CO7iiGoEwFu8ELEM3BYO9Eu8Ii_iuB77itEIKy6ze4AX5t9XulR3ZHr5LhE49s4sxa5a ZM.6IknEP9qR9HFczsk8GRz2qg1jO.rRvpaDHtebblSQ6D7oxNM6G8KjeUxU7tRic9uYq_461blS iYIy2uLAXYkffFXFgCmQ4uw8sdlhYoE1zLGtZ8zGb2O9iLlGdkw.M7.R8xvmHm7a6Qwl464sL55B XMDT06Ih5Hd4JRTcWS6pHZf0- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Tue, 21 Jul 2020 09:39:36 +0000 Received: by smtp426.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4a14734ae9211648c63b0bf9cc4df250; Tue, 21 Jul 2020 09:39:34 +0000 (UTC) From: Mark Millard Message-Id: <1AE03E27-4079-462C-9393-1C85531D6D59@yahoo.com> Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: devel/libffi build broken for head -r363123 32-bit powerpc contexts (poudriere bulk): error: __int128 is not supported on this target Date: Tue, 21 Jul 2020 02:39:33 -0700 In-Reply-To: <20200721084556.GD1968@KGPE-D16> Cc: FreeBSD ports , zeising@freebsd.org To: Piotr Kubaj References: <78D67C3E-BDCE-4CF6-8C6F-55A00EFA1C59.ref@yahoo.com> <78D67C3E-BDCE-4CF6-8C6F-55A00EFA1C59@yahoo.com> <20200720231315.GB1968@KGPE-D16> <6D95E526-A71D-4176-8524-00010E855883@yahoo.com> <20200721084556.GD1968@KGPE-D16> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4B9tpy4hRXz4PM6 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.22 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; URI_COUNT_ODD(1.00)[5]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.66)[-0.665]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; 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)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.016]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.04)[-1.042]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.30:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.30:from]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2020 09:39:39 -0000 On 2020-Jul-21, at 01:45, Piotr Kubaj wrote: > Please try after r542724. For 32-bit powerpc: devel/libffi built. Some dependent ports have built. = (More are building.) It will be a while before I try powerpc64: There are 130+ 32-bit ports = still to build. It takes a while. > On 20-07-20 16:33:27, Mark Millard wrote: >>=20 >>=20 >> On 2020-Jul-20, at 16:13, Piotr Kubaj wrote: >>>=20 >>> Thanks for your report. I'm currently testing whether powerpc(64) on >>> 12.1 and head can build with this patch >>> = https://github.com/libffi/libffi/commit/01a75ed76ea7e57f1b7a5c183e2b1e890e= 6aa0fd.patch >>=20 >> FYI: I did the powerpc64 bulk build first and it had >> no problems. As far as libffi goes, __int128 exists for >> powerpc64. I'm not implying that __int128 should be >> used for powerpc64. >>=20 >> I'll note that, depending on where/how float128 is >> used, >>=20 >> typedef char float128[16] __attribute__((aligned(16))); >>=20 >> use as float128 might decay to a pointer in some contexts, >> unlike what __float128 or __int128 would have done. >>=20 >>=20 >>> On 20-07-20 15:27:01, Mark Millard wrote: >>>> This resulted in: Failed: 1 Skipped: 181 >>>>=20 >>>> # poudriere jail -l >>>> JAILNAME VERSION ARCH METHOD TIMESTAMP = PATH >>>> FBSDpowerpc 13.0-CURRENT powerpc null 2019-12-31 = 01:21:28 /usr/obj/DESTDIRs/clang-powerpc-installworld-poud >>>> FBSDpowerpc64 13.0-CURRENT powerpc.powerpc64 null 2020-01-01 = 15:22:36 /usr/obj/DESTDIRs/clang-powerpc64-installworld-poud >>>>=20 >>>> # svnlite info /usr/ports/ >>>> Path: /usr/ports >>>> Working Copy Root Path: /usr/ports >>>> URL: svn://svn.freebsd.org/ports/head >>>> Relative URL: ^/head >>>> Repository Root: svn://svn.freebsd.org/ports >>>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >>>> Revision: 542111 >>>> Node Kind: directory >>>> Schedule: normal >>>> Last Changed Author: vanilla >>>> Last Changed Rev: 542111 >>>> Last Changed Date: 2020-07-12 21:32:18 -0700 (Sun, 12 Jul 2020) >>>>=20 >>>> That gets the errors: >>>>=20 >>>> --- src/powerpc/ffi.lo --- >>>> libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -I. -I../include = -Iinclude -I../src -O2 -pipe -g -fstack-protector-strong = -fno-strict-aliasing -Wall -fexceptions -MT src/powerpc/ffi.lo -MD -MP = -MF src/powerpc/.deps/ffi.Tpo -c ../src/powerpc/ffi.c -fPIC -DPIC -o = src/powerpc/.libs/ffi.o >>>> --- src/powerpc/ffi_sysv.lo --- >>>> libtool: compile: cc -DHAVE_CONFIG_H -I. -I.. -I. -I../include = -Iinclude -I../src -O2 -pipe -g -fstack-protector-strong = -fno-strict-aliasing -Wall -fexceptions -MT src/powerpc/ffi_sysv.lo -MD = -MP -MF src/powerpc/.deps/ffi_sysv.Tpo -c ../src/powerpc/ffi_sysv.c = -fPIC -DPIC -o src/powerpc/.libs/ffi_sysv.o >>>> --- src/powerpc/ffi.lo --- >>>> In file included from ../src/powerpc/ffi.c:33: >>>> ../src/powerpc/ffi_powerpc.h:65:9: error: __int128 is not supported = on this target >>>> typedef __int128 float128; >>>> ^ >>>> 1 error generated. >>>> --- src/powerpc/ffi_sysv.lo --- >>>> In file included from ../src/powerpc/ffi_sysv.c:35: >>>> ../src/powerpc/ffi_powerpc.h:65:9: error: __int128 is not supported = on this target >>>> typedef __int128 float128; >>>> ^ >>>> 1 error generated. >>>> --- src/powerpc/sysv.lo --- >>>>=20 >>>> For reference: >>>>=20 >>>> =3D>> Building devel/libffi >>>> build started at Mon Jul 20 14:47:19 PDT 2020 >>>> port directory: /usr/ports/devel/libffi >>>> package name: libffi-3.3 >>>> building for: FreeBSD FBSDG5L 13.0-CURRENT FreeBSD 13.0-CURRENT = powerpc >>>> maintained by: zeising@FreeBSD.org >>>> Makefile ident: $FreeBSD: head/devel/libffi/Makefile 541239 = 2020-07-04 22:15:48Z pkubaj $ >>>> Poudriere version: 3.3.99.20200326 >>>> Host OSVERSION: 1300101 >>>> Jail OSVERSION: 1300101 >>>> . . . >>>> #### /usr/ports/Mk/Scripts/ports_env.sh #### >>>> _CCVERSION_921dbbb2=3DFreeBSD clang version 10.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-10.0.1-rc2-0-g77d76b71d7d) = Target: powerpc-unknown-freebsd13.0 Thread model: posix InstalledDir: = /usr/bin >>>> _ALTCCVERSION_921dbbb2=3Dnone >>>> _CXXINTERNAL_acaad9ca=3DFreeBSD clang version 10.0.1 = (git@github.com:llvm/llvm-project.git llvmorg-10.0.1-rc2-0-g77d76b71d7d) = Target: powerpc-unknown-freebsd13.0 Thread model: posix InstalledDir: = /usr/bin "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker" = "/libexec/ld-elf.so.1" "--enable-new-dtags" "-m" "elf32ppc_fbsd" "-o" = "a.out" "/usr/lib/crt1.o" "/usr/lib/crti.o" "/usr/lib/crtbegin.o" = "-L/usr/lib" "/dev/null" "-lc++" "-lm" "-lgcc" "--as-needed" "-lgcc_s" = "--no-as-needed" "-lc" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" = "/usr/lib/crtend.o" "/usr/lib/crtn.o" >>>> . . . >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Tue Jul 21 14:12:39 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 73F6235D662 for ; Tue, 21 Jul 2020 14:12:39 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from gate.utahime.jp (gate.utahime.jp [183.180.29.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BB0sy16rBz3RbC for ; Tue, 21 Jul 2020 14:12:37 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by gate.utahime.jp (Postfix) with ESMTPS id 8FDA92FA2A for ; Tue, 21 Jul 2020 23:12:30 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=utahime.org; s=maybe2019112701; t=1595340750; bh=oVx2mwBlEqxtnC29fzFf01TGf2epIGKrJJ0JKyV0OaM=; h=Date:To:Subject:From; b=xiXTkxsLQ2HNcGvaamVIuN+na5ghaYxRr/vicwUNRRjMQxU9S1e1c3liEYlLdab8B IaV26+cm3HvacvB9C9/J4wXxyHuEoWIP2PucSAlQYPcmy8v3y2LwqEU07Zzkqc3aob v2FNMUfJzYKbY4zt5QC8/ICwI9UAAuf6PchyTkYq0QsH2jJvXHwW7bzxuqxjuHiNID qtJafXGbZMKv6HLsJf66P7pSZ0ywmGW+TTHspmUS5IbrIzssOPwALxfIeqkBzYYpdZ BxZvTRWn5b2ZNHR42T8NjKLOFYhcMz2/tPBYm320bjynXePyK+kvIq+PqNspgFyF6R s8J2EMERrREUw== Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id B55A413626; Tue, 21 Jul 2020 23:12:27 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.102.4 at eastasia.home.utahime.org Date: Tue, 21 Jul 2020 23:12:03 +0900 (JST) Message-Id: <20200721.231203.2122912028122107003.yasu@utahime.org> To: freebsd-ports@FreeBSD.org Subject: Bug report commit request From: Yasuhiro KIMURA X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BB0sy16rBz3RbC X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=utahime.org header.s=maybe2019112701 header.b=xiXTkxsL; dmarc=none; spf=pass (mx1.freebsd.org: domain of yasu@utahime.org designates 183.180.29.210 as permitted sender) smtp.mailfrom=yasu@utahime.org X-Spamd-Result: default: False [-1.35 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; NEURAL_HAM_MEDIUM(-1.01)[-1.013]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.003]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[utahime.org]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org]; DKIM_TRACE(0.00)[utahime.org:+]; NEURAL_HAM_SHORT(-0.33)[-0.334]; MID_CONTAINS_FROM(1.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2020 14:12:39 -0000 Dear Committers, Would someone please commit following bug report? Bug 242293 - graphics/rubygem-fastimage: Update to 2.1.7 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242293 Best Regards. --- Yasuhiro KIMURA From owner-freebsd-ports@freebsd.org Tue Jul 21 17:16:43 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7780D362827 for ; Tue, 21 Jul 2020 17:16:43 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BB4yM1F23z3gwt for ; Tue, 21 Jul 2020 17:16:43 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mailman.nyi.freebsd.org (Postfix) id 2A83A362826; Tue, 21 Jul 2020 17:16:43 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2A4C036261C for ; Tue, 21 Jul 2020 17:16:43 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client CN "mail.evolve.de", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BB4yL1kSNz3gv3 for ; Tue, 21 Jul 2020 17:16:41 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 0c51ce1b; Tue, 21 Jul 2020 17:16:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=20180501; bh=xEous4Aj gJJGgQFaYuaCo5XJU+Y=; b=CnfGyfWY3tBVM0qNCcqlWUjaeKcRJmln2hB0rhbW SVHZu17ytv0KoDYPNiQH6LYftaOAAAD6jiO2jG1qvn6Gb3Cvp9IRM7QnfHrvuB85 922ivI1Zh9JvUMI6qeHlRNtKTabu4PD5FJ83JG27hn294dZFzmdWMU0xM4cMuInm jEq9VOUjCIwBJ9M7IGY3iYj3yKZXaQb+Ajz2kkUi/Gue0EQWhs3RRlKkEFNV9Xd5 aMxW2LOMVGr2IbYp4BmqANg5aBtNuMRf1vZaNGGzpHL+N/Hkt7MN7PrYyZU6By2S /gqfanqI0o/gprjBv3CqNcc9TB4d5qR83SyaYm1ORW56oA== DomainKey-Signature: a=rsa-sha1; c=nofws; d=grem.de; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=20180501; b=RC eeWHaOdw92YgXkUQ49e0Fv+2GOaq3bN6qDvj2ZJ2Kv/r0kuQOig/zqgKQS1M4V9l OqqoYaWNnZf5jAOrAlfADO0Pz1Ro7mJ5H07m7vRrZzaXQXy2OaMvlwpJLHhPhnS3 beoGArq+AEu5oDDAVVdhm0uxCb9H3ouIIDPl6FtbxwYElQ0/gT9D2Gk51gOvwfcL q3GOwmFvn/1IR0c0M6/tV5IYSbwK2bgLI+AN1C590dS889ANySR2+lDgq5ZKzJ3t bRFz8f/zdlU4/LZgQFTBFsTQT+/TW3RQQW85rllsW6Pnz/FJ9mRjsVlO1vmYesAs kn+Bqa6+wBVmp9YnxITA== Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 0f8b4e91 (TLSv1.2:ECDHE-RSA-CHACHA20-POLY1305:256:NO); Tue, 21 Jul 2020 17:16:33 +0000 (UTC) Date: Tue, 21 Jul 2020 19:16:07 +0200 From: Michael Gmelin To: Fabian Abplanalp - Legatech GmbH Cc: "ports@freebsd.org" Subject: Re: FreeBSD Port: phabricator-php73-20200514_1 Message-ID: <20200721191607.06148356@bsd64.grem.de> In-Reply-To: <43F0A9E9-0930-424F-A98C-741F18517AE6@grem.de> References: <43F0A9E9-0930-424F-A98C-741F18517AE6@grem.de> X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4BB4yL1kSNz3gv3 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=grem.de header.s=20180501 header.b=CnfGyfWY; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@grem.de designates 213.239.217.29 as permitted sender) smtp.mailfrom=freebsd@grem.de X-Spamd-Result: default: False [-2.48 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; NEURAL_HAM_LONG(-1.04)[-1.039]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; NEURAL_HAM_MEDIUM(-1.02)[-1.021]; NEURAL_SPAM_SHORT(0.08)[0.083]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2020 17:16:43 -0000 On Tue, 16 Jun 2020 10:39:30 +0200 Michael Gmelin wrote: > > On 16. Jun 2020, at 08:41, Fabian Abplanalp - Legatech GmbH > > wrote: > >=20 > > =EF=BB=BFHi > >=20 > > Since we updated the Port to 20200514_1 we can't create milestones > > anymore with the following information... Is there anything known > > about that problem or should we place a bugreport at phabricator? > >=20 > > Reproducible case (on our phab-test): > >=20 > > Get PHID of the project where I want to add a milestone: > > https://phab-test.neratec.com/conduit/method/phid.lookup/ > > names: ["#software_team"] > > result: > > { "#software_team": > > { "phid": "PHID-PROJ-32jtopr6klyrrpxe3pow", > > "uri": "https://phab-test.neratec.com/tag/software_team/", > > "typeName": "Project", > > "type": "PROJ", > > "name": "Software Team", > > "fullName": "Software Team", > > "status": "open" > > } > > } > > Try to create milestone of "Software Team" project > > https://phab-test.neratec.com/conduit/method/project.edit/ > > transactions: > > [{"type":"milestone","value":"PHID-PROJ-32jtopr6klyrrpxe3pow"},{"type":= "name","value":"2020.15"},{"type":"description","value":"=3D > > Sprint 2020.15"}] Conduit > Unhandled Exception ("Error") Call to a > > member function getPHID() on null Error on server shows: EXCEPTION: > > (Error) Call to a member function getPHID() on null at > > [/src/applications/project/editor/PhabricatorProjectTransa= ctionEditor.php:358]=20 >=20 > Based on staring at the code[0], my wild guess is that your conduit > user has no or insufficient access to the parent project (above the > code referenced a copy of parent is created and adjusted for > permissions). >=20 > The ticket referenced in the code can be found here[1]. >=20 > Best, > Michael >=20 > [0] > https://github.com/phacility/phabricator/blob/d203a1004c7509109fccdf526e9= 941b89eeef662/src/applications/project/editor/PhabricatorProjectTransaction= Editor.php#L349 >=20 > [1] https://secure.phabricator.com/T13462 >=20 Hi Fabian, I could reproduce the problem locally and found a fix: https://github.com/grembo/phabricator/commit/0851b89eb6633dd792cd4eb10c26f8= 6c2f0da56a I also reported it upstream (where there was already a six month old, unsolved report of that specific problem): https://discourse.phabricator-community.org/t/call-to-a-member-function-get= phid-on-a-non-object-while-creating-milestone-using-conduit/3370/4 I already incorporated it as a patch into the port, so phabricator-php73-20200514_2 will solve this problem for you. The new version is committed and should be available over portsnap for source builds shortly and as a binary package to be used with pkg within the next couple of days. Cheers, Michael --=20 Michael Gmelin From owner-freebsd-ports@freebsd.org Tue Jul 21 21:37:25 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1A06A36893A for ; Tue, 21 Jul 2020 21:37:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (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 4BBBl8233Fz4GhN for ; Tue, 21 Jul 2020 21:37:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ZQPkOdkVM1krePRLYV7JnsrU9CQfCxd6XQA9s4AvDehuLxEyJ9VLIY_wH.EO.AJ b3_8F3koC5DoOn1s0InSK8dGmf_55moofxo7QRqIeMed5pV3pt8uKptIxA5b70942lzLLF0teqEH 82eK7sV6EZoK5jukZjE5mTkhuh5WRopE_jv2diXFbsxMRgZG5tcg7lNFuyMLLDJrymLyefja.cqT irUtDa.VNNNL2zBZ9Sj7kR2CamGYI6w1cSpYquI0JziELiGId46Q6LmTo3CVqXWDze_UuL3xKomp L9_cMPH3R9cnkSy5h8vykaoNUq5CNBDpuHweFGCUIiznvar4dFpi5_3WUHiUJ2Cq5DYMbDg2HzS6 6Sxgn4j8mtJBXeXYdT0TTZg2uY4GCSbvTFR.xxQPn7DEUp7FMR1pSR.bbGDkSIy5XOtewqB2nNCB EzTLURKSaWA_R.nDKDnQ7df4b_vwUkGU0otzP0FWL4KczyKkV2pIx_Ge4Td_ECxef_94ZnGzeLBM Z4Ftg3dMEVl5o18fyQ52WDk8T0ghAAZnTyULlRHKYrTjYrFouGbEXbAX7eW82220Y7T34FKyXUfm X8NWRazcIf7ruzbz8jk5PmGWhUdYVYhjfiEjioWsoa7_IrweQXJu.01fgsV7XWKMjmbwpzkWYJXT fKeNKKRnkKzkGEOW5wOZnk2qkxK6fKMrV9JpNlgRWS_n88ShqwsisNuoBpjDuzwELjj3ZBbnpiV7 MGGHTxuKR1xWxGaGgf_wavVHftUidfZMDc7dL86XmF6HmCnY160Bzt7PrsDRq_w_LRDd3xQDGZd1 3psSATpnL6NhPIArCrtBBqgmD2bgwnh.NqozpttMnVMJWV3CxRk_TmlEnIWE_Gn8TXInTZgxdDvv X3tvLEHutQ.W33bETgEgXhEgn7RQe1GAs5CCSBNlVAWLoVLKJ9PQu8sFDgOJlLo.RQ_pA8idFRxx DRpH2grzubEAUBGwGwAirbYSi3h4TPjIFLSC2a0mQw4uNJp1op.xv1E6fDxrVfMSZTEJN3HUFBrm gzir1FcGq6KDdWjrAFKdl99jMUluB8F1gcvYqEqnp_bBJrRlkSXtjxnH4lItuKL0eObkEdUf7LZ4 IW_NMpKIE_m9bBMGU83XH9VDR7f94bJyiNEpyC1wWi.1p6Pq_RxoedBSd8SyhVcvAhEmrHExC9L9 74kPHLwzzRYa3SFus2qGgPbDow9VWDaOb6FuAlWz.TpThc7oqwoB2vviiz2QPDxy2r3sgjQbpWU2 sRUE1u7jU36QwbKKSsJ2Dc_EJiZi_uXJ4ItvcFmrFOAiRSC8PUFxi1nfsp0dASU_Z9WAs9krtTjT JN4Zyt.ZIzoSvN1iUpPHJ_hKtU1OT63Qha0mQVwkYl_TQD8ZCJwmjX.U8V05S_hK0InzNFVTj.NH FFOHBtAfEFgaBuKLng2qpIwlW4mTPrP3C Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Tue, 21 Jul 2020 21:37:22 +0000 Received: by smtp421.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID e58e573a0ec254e74d6c094eb5aff676; Tue, 21 Jul 2020 21:37:21 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: 32-bit powerpc graphics/mesa-dri build failure (poudriere based): "error: cannot redeclare builtin function" (e.g., __sync_add_and_fetch_8) Message-Id: Date: Tue, 21 Jul 2020 14:37:20 -0700 To: "pkubaj@freebsd.org" , freebsd-ppc , FreeBSD ports X-Mailer: Apple Mail (2.3608.80.23.2.2) References: X-Rspamd-Queue-Id: 4BBBl8233Fz4GhN X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.08 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.57)[-0.572]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; 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)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.016]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.99)[-0.995]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2020 21:37:25 -0000 The error report material was: cc -Isrc/util/ed6d25d@@mesa_util@sta -Isrc/util -I../src/util -Iinclude = -I../include -Isrc -I../src -Isrc/mapi -I../src/mapi -Isrc/mesa = -I../src/mesa -I../src/gallium/include -Isrc/gallium/auxiliary - I../src/gallium/auxiliary -Xclang -fcolor-diagnostics -pipe = -D_FILE_OFFSET_BITS=3D64 -Wall -Winvalid-pch -std=3Dc99 -g = -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS = '-DPACKAGE_VERS ION=3D"19.0.8"' = '-DPACKAGE_BUGREPORT=3D"https://bugs.freedesktop.org/enter_bug.cgi?product= =3DMesa"' -DENABLE_ST_OMX_BELLAGIO=3D0 -DENABLE_ST_OMX_TIZONIA=3D0 = -DHAVE_X11_PLATFORM -DGLX_INDIRECT_RENDERING -DGLX_DI RECT_RENDERING -DGLX_USE_DRM -DHAVE_DRM_PLATFORM = -DHAVE_SURFACELESS_PLATFORM -DDEBUG -DENABLE_SHADER_CACHE = -DHAVE___BUILTIN_BSWAP32 -DHAVE___BUILTIN_BSWAP64 -DHAVE___BUILTIN_CLZ = -DHAVE___BUILTIN_CLZLL -DHAVE___BUILTIN_CTZ -DHAVE___BUILTIN_EXPECT -DHAVE___BUILTIN_FFS = -DHAVE___BUILTIN_FFSLL -DHAVE___BUILTIN_POPCOUNT = -DHAVE___BUILTIN_POPCOUNTLL -DHAVE___BUILTIN_UNREACHABLE = -DHAVE_FUNC_ATTRIBUTE_CONST -DHAVE_FUNC_ATTRIBUTE_FLATTEN -DHAVE_FUNC_ATTRIBUTE_MALLOC = -DHAVE_FUNC_ATTRIBUTE_PURE -DHAVE_FUNC_ATTRIBUTE_UNUSED = -DHAVE_FUNC_ATTRIBUTE_WARN_UNUSED_RESULT -DHAVE_FUNC_ATTRIBUTE_WEAK = -DHAVE_FUNC_ATTR IBUTE_FORMAT -DHAVE_FUNC_ATTRIBUTE_PACKED = -DHAVE_FUNC_ATTRIBUTE_RETURNS_NONNULL -DHAVE_FUNC_ATTRIBUTE_VISIBILITY = -DHAVE_FUNC_ATTRIBUTE_ALIAS -DHAVE_FUNC_ATTRIBUTE_NORETURN -D_GNU_SOURCE = -DUSE_GCC_ATOM IC_BUILTINS -DMISSING_64BIT_ATOMICS -DHAVE_SYS_SYSCTL_H -DHAVE_XLOCALE_H = -DHAVE_DLFCN_H -DHAVE_STRTOF -DHAVE_MKOSTEMP -DHAVE_POSIX_MEMALIGN = -DHAVE_TIMESPEC_GET -DHAVE_MEMFD_CREATE -DHAVE_STRTOD_L -DHA VE_DLADDR -DHAVE_DL_ITERATE_PHDR -DHAVE_ZLIB -DHAVE_PTHREAD = -DHAVE_LIBDRM -DHAVE_LLVM=3D0x0800 -DMESA_LLVM_VERSION_PATCH=3D1 = -DHAVE_WAYLAND_PLATFORM -DWL_HIDE_DEPRECATED -DHAVE_DRI3 = -DHAVE_DRI3_MODIFIERS=20 -Werror=3Dimplicit-function-declaration -Werror=3Dmissing-prototypes = -Werror=3Dreturn-type -fno-math-errno -fno-trapping-math = -Qunused-arguments -Wno-missing-field-initializers -O2 -g = -fstack-protector-stro ng -fno-strict-aliasing -fPIC -pthread -Werror=3Dpointer-arith = -Werror=3Dvla -fvisibility=3Dhidden -MD -MQ = 'src/util/ed6d25d@@mesa_util@sta/u_atomic.c.o' -MF = 'src/util/ed6d25d@@mesa_util@sta/u_atomic.c.o.d' -o 'src/util/ed6d25d@@mesa_util@sta/u_atomic.c.o' -c = ../src/util/u_atomic.c ../src/util/u_atomic.c:38:1: error: cannot redeclare builtin function = '__sync_add_and_fetch_8' __sync_add_and_fetch_8(uint64_t *ptr, uint64_t val) ^ ../src/util/u_atomic.c:38:1: note: '__sync_add_and_fetch_8' is a builtin = with type 'long long (volatile long long *, long long, ...)' ../src/util/u_atomic.c:38:1: error: definition of builtin function = '__sync_add_and_fetch_8' __sync_add_and_fetch_8(uint64_t *ptr, uint64_t val) ^ ../src/util/u_atomic.c:51:1: error: cannot redeclare builtin function = '__sync_sub_and_fetch_8' __sync_sub_and_fetch_8(uint64_t *ptr, uint64_t val) ^ ../src/util/u_atomic.c:51:1: note: '__sync_sub_and_fetch_8' is a builtin = with type 'long long (volatile long long *, long long, ...)' ../src/util/u_atomic.c:51:1: error: definition of builtin function = '__sync_sub_and_fetch_8' __sync_sub_and_fetch_8(uint64_t *ptr, uint64_t val) ^ ../src/util/u_atomic.c:64:1: error: cannot redeclare builtin function = '__sync_val_compare_and_swap_8' __sync_val_compare_and_swap_8(uint64_t *ptr, uint64_t oldval, uint64_t = newval) ^ ../src/util/u_atomic.c:64:1: note: '__sync_val_compare_and_swap_8' is a = builtin with type 'long long (volatile long long *, long long, long = long, ...)' ../src/util/u_atomic.c:64:1: error: definition of builtin function = '__sync_val_compare_and_swap_8' __sync_val_compare_and_swap_8(uint64_t *ptr, uint64_t oldval, uint64_t = newval) ^ 6 errors generated. # poudriere jail -l JAILNAME VERSION ARCH METHOD TIMESTAMP = PATH FBSDpowerpc 13.0-CURRENT powerpc null 2019-12-31 01:21:28 = /usr/obj/DESTDIRs/clang-powerpc-installworld-poud FBSDpowerpc64 13.0-CURRENT powerpc.powerpc64 null 2020-01-01 15:22:36 = /usr/obj/DESTDIRs/clang-powerpc64-installworld-poud FBSDpowerpc was in use on/under: # uname -apKU FreeBSD FBSDG5L2 13.0-CURRENT FreeBSD 13.0-CURRENT #7 r363123M: Sun Jul = 12 03:06:20 PDT 2020 = markmi@FBSDFHUGE:/usr/obj/powerpc64vtsc_clang/powerpc.powerpc64/usr/src/po= werpc.powerpc64/sys/GENERIC64vtsc-NODBG powerpc powerpc64 1300101 = 1300101 # svnlite info /usr/ports Path: /usr/ports Working Copy Root Path: /usr/ports URL: svn://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 542111 Node Kind: directory Schedule: normal Last Changed Author: vanilla Last Changed Rev: 542111 Last Changed Date: 2020-07-12 21:32:18 -0700 (Sun, 12 Jul 2020) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Wed Jul 22 07:23:16 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4C253375282 for ; Wed, 22 Jul 2020 07:23:16 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (1.212.52.36.ap.yournet.ne.jp [36.52.212.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp", Issuer "smtp" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BBRl61xJdz3Z69 for ; Wed, 22 Jul 2020 07:23:13 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (kx.truefc.org [36.52.212.1]) by kx.truefc.org (8.15.2/8.15.2) with ESMTP id 06M7N3qm051026; Wed, 22 Jul 2020 16:23:03 +0900 (JST) (envelope-from kiri@kx.truefc.org) Message-Id: <202007220723.06M7N3qm051026@kx.truefc.org> Date: Wed, 22 Jul 2020 16:23:03 +0900 From: KIRIYAMA Kazuhiko To: Mark Millard Cc: FreeBSD ports Subject: Re: Why lang/gcc9 depends native-binutils ? In-Reply-To: <6B21B9C0-62D5-4ED7-94EE-7715B002F160@yahoo.com> References: <6B21B9C0-62D5-4ED7-94EE-7715B002F160.ref@yahoo.com> <6B21B9C0-62D5-4ED7-94EE-7715B002F160@yahoo.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 MULE XEmacs/21.4 (patch 24) (Standard C) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4BBRl61xJdz3Z69 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of kiri@truefc.org has no SPF policy when checking 36.52.212.1) smtp.mailfrom=kiri@truefc.org X-Spamd-Result: default: False [3.95 / 15.00]; R_SPF_NA(0.00)[no SPF record]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.53)[0.528]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[truefc.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.66)[0.661]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.66)[0.664]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:10013, ipnet:36.52.208.0/21, country:JP]; SUBJECT_ENDS_QUESTION(1.00)[]; ONCE_RECEIVED(0.10)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2020 07:23:16 -0000 Hi, Mark On Tue, 21 Jul 2020 17:51:41 +0900, Mark Millard via freebsd-ports wrote: > > KIRIYAMA Kazuhiko kiri at truefc.org wrote on > Tue Jul 21 02:33:25 UTC 2020 : > > > checking for iconv declaration... > > extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); > > *** BFD does not support target native-unknown-freebsd13.0. > > *** Look in bfd/config.bfd for supported targets. > > gmake[3]: *** [Makefile:3563: configure-binutils] Error 1 > > gmake[3]: Leaving directory '/var/ports/work/usr/ports/devel/binutils/work-native/binutils-2.33.1' > > gmake[2]: *** [Makefile:851: all] Error 2 > > gmake[2]: Leaving directory '/var/ports/work/usr/ports/devel/binutils/work-native/binutils-2.33.1' > > ===> Compilation failed unexpectedly. > > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > > the maintainer. > > *** Error code 1 > > lang/gcc9/Makefile references binutils via: > > BUILD_DEPENDS+= ${LOCALBASE}/bin/as:devel/binutils > RUN_DEPENDS+= ${LOCALBASE}/bin/as:devel/binutils > . . . > USE_BINUTILS= yes > > The BUILD_DEPENDS and RUN_DEPENDS references to > binutils are to the assembler that binutils > generates and installs. So gcc9 needs to be able > to use that assembler at both gcc9 build-time and > gcc9 run-time. > > The notation leaves the FLAVOR implicit/empty and > so should lead to devel/binutils/Makefile using > its line: > > FLAVOR?= native > > to assign the "native" for its own internal logic > to use. > > > > Hmm. The "target native-unknown-freebsd13.0" looks > very odd to me. The only lines in the devel/binutils > Makefile to deal with "unknown-" text directly are: > > # grep -r unknown- /usr/ports/devel/binutils/ > /usr/ports/devel/binutils/Makefile:BUTARGET?= ${PKGNAMEPREFIX}unknown-${OPSYS:tl}${OSREL} > /usr/ports/devel/binutils/Makefile:BUTARGET= x86_64-unknown-${OPSYS:tl}${OSREL} > > (I'll later deal with an indirection where "_" is > replaced by "-".) > > Only the 1st line of that pair would potentially form > "native-unknown-" text. > > So looking at the context of the first line I find > (". . ." for omitted lines): > > FLAVOR?= native > . . . > .if ${FLAVOR} != native > PKGNAMEPREFIX= ${FLAVOR:C/_/-/g}- > PLIST= ${PKGDIR}/pkg-plist-${FLAVOR:C/_/-/g} > > .if ${PKGNAMEPREFIX:M*-*-} > BUTARGET?= ${PKGNAMEPREFIX}${OPSYS:tl}${OSREL} > .else > BUTARGET?= ${PKGNAMEPREFIX}unknown-${OPSYS:tl}${OSREL} > .endif > > . . . > > CONFIGURE_ARGS+= --disable-shared \ > --target=${BUTARGET} > .endif > > > (That is also the only instance of "--target=" in the > Makefile.) > > The ${FLAVOR} != native test should mean that the code > is not used for FLAVOR being exactly "native". > > There is a separate code block for: > > .if ${FLAVOR} == native > BUREMOVE= coffdump \ > dlltool \ > dllwrap \ > nlmconv \ > srconv \ > sysdump \ > windmc \ > windres > USES+= localbase > CONFIGURE_ARGS+= --with-system-zlib \ > --with-gmp=${LOCALBASE} \ > --with-mpfr=${LOCALBASE} \ > --enable-targets=all \ > --enable-threads=yes > INFO= as \ > binutils \ > gprof \ > bfd \ > ld > .endif > > But that code does not specify a specific target > (instead: "--enable-targets=all"). > > There is the FLAVOR value "riscv32_unknown_elf" that > could produce target "riscv32-unknown-elf-freebsd13.0" > but that is not what was reported as involved. > > I've ignored CROSS_TOOLCHAIN infrastructure as > it was not mentioned as being in use. > > I do not see how devel/binutils/Makefile would > generate "native-unknown-freebsd13.0" text on > its own. > > > Sorry I've not been able to identify anything for > the error. > > I'll note that I build ports with poudriere (-devel > variant) and have not had the problem in that > context. > I forgot to say that make target is `package-recursive'. I tried to get PKGNAME with package-depends: root@jdtpkxb:/usr/ports/lang/gcc9 # make -ki package-depends gmp-6.2.0:math/gmp indexinfo-0.3.1:print/indexinfo mpfr-4.0.2:math/mpfr mpc-1.1.0_2:math/mpc native-binutils-2.33.1_2,1:devel/binutils root@jdtpkxb:/usr/ports/lang/gcc9 # But PKGNAME in devel/binutils is: root@jdtpkxb:/usr/ports/devel/binutils # make -VPKGNAME binutils-2.33.1_2,1 root@jdtpkxb:/usr/ports/devel/binutils # I don't know why it is. As far as I see devel/binutils/Makefile, FLAVOR default is `native' and PKGNAMEPREFIX should be null. What happens ? > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@freebsd.org Wed Jul 22 08:03:29 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DC9EC375DB0 for ; Wed, 22 Jul 2020 08:03:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-23.consmr.mail.gq1.yahoo.com (sonic311-23.consmr.mail.gq1.yahoo.com [98.137.65.204]) (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 4BBSdX5lwmz3bTc for ; Wed, 22 Jul 2020 08:03:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ekuLU24VM1kO05efRoNtQYb0YugttBPbsXSHJ3BjlVlksDF17wpxqhXbfxDWtwM omCusJ3SUGn3FNsFsmHdT92m_Rh7ue98gTn7uZzHiy.Hx6foyCYVZa92vfqgGiII9gcAgVpOfn9M mZaSntGfXXP34Wr6kpJAm5SCxb9qQyS2IjP5hFFuWvYqsSfpV2zshDRgP.mXnClhwVgaMQYuUwZ0 AvBG9C5BNGyXyWNc5QgT6aI8cp7_._k9mH4ZAvbF5CoWlzFthayLwGYAt636NXlOZYdnkOar9qAD 8fi3BJGqOd.xP8fJRILpiiPwponpbs2t30EeoVblCrxpyosfoNpVRyk4LDjc1Yuo17z13DLtDhbm t6R4ampsYVZb7snhYksD5t2Hnoq7HFoc4HvrwiwJAY1hNb.nqUSF1odWtGcDYppC.Ge3_K.5xBLR 7CRfOIsFxVUivfyrLrhaVUVCsYZRrV9iF85KXHzLvEW_Q1qmaC4I2ouQWIN59mUlVUMMMI99DnGI V9pCJq543BRxtsnrcQ7.rvTUHTkmccjdZ9CpG.nCIyjS94GUWXF7IrFkEzJ7mfjnmhz4TiiS8Xkk IdTNCkmLP4PRMYrehpJzaC4uzOzaloFL2FxdfhEu5OVU1v3SW2TBDt2ppt0URHm8_YKgdFXMi08N .QloEKNKWoERWSS45x8wIJNNcJw7VvKqZsbk9oUyxXUPVkfo77L7BjCLxh6guGiaCbzfDcxSsxEx 16P2UyEDMruJTgYK4aKy4BL4nGgPRTv8a9eMg9wk9jgHWhre9JdESc8seGb0hKf6jrK.CawoP0Kq U9ZzYf8pTbvSMKuIFEJCRVDUKa5yS.csqLwpmm.waiZrt9r8hjV0fRfD_tme71eI7M7RmHs0zPi2 kcBQcJJ2h9xn8KwgWMABMxNgJ1o5z.0sYeE3YLNJI_jswXhvuatCpih8.1a0sQ68k_qOFj2vn5FU AN0RRL1DElMdg95Lq1XWMaEk0cx1.YH_BSwq9I.3LkDiiVLPouAs0qSxshWx1yb975l0RFCyU2bL f_cF_VfKOChZjb2Aa.lkem_eVkST00RtoHONsoVwCdm7SwNcK8TuGXPxauNMxXr99n64GfmP2JUb W7HtQegbcxo80r9ly7OcgQ5G_jB5L9b0UV_B_kfsIHn4z2wDf1t3WNFi0.bbsSU_c1gycy__5wwP ongQz0S44nQiKO8scIE.inJF5aKHjtiAjChcNf7gWO2EzZK7iI4Izzn4bCKc3sFDUpEgBNhCCKpw Ex07qB9LhJTOQ3xBwdPQC5_P8CDYPtAJt.S1OR26k7tlUMbB3nvcalHPIdjOP0ZTuJ8mdBsewjVK pK79ugIimAm4haSh3tsW7PlZ_f.pQ6TlfW.my7w77KWIbG.4qsj4M55dz4cAUy6hltjYmuTK8Sz3 iakXL6Ex8hbv74ytr65XAjZbUYTM- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Wed, 22 Jul 2020 08:03:26 +0000 Received: by smtp423.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a37c0867da1ad973cd862b24e27c5b6b; Wed, 22 Jul 2020 08:03:25 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Why lang/gcc9 depends native-binutils ? From: Mark Millard In-Reply-To: <202007220723.06M7N3qm051026@kx.truefc.org> Date: Wed, 22 Jul 2020 01:03:24 -0700 Cc: FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: References: <6B21B9C0-62D5-4ED7-94EE-7715B002F160.ref@yahoo.com> <6B21B9C0-62D5-4ED7-94EE-7715B002F160@yahoo.com> <202007220723.06M7N3qm051026@kx.truefc.org> To: KIRIYAMA Kazuhiko X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4BBSdX5lwmz3bTc X-Spamd-Bar: - X-Spamd-Result: default: False [-1.94 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.42)[-0.424]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.019]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; NEURAL_HAM_LONG(-1.00)[-0.996]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.204:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2020 08:03:29 -0000 On 2020-Jul-22, at 00:23, KIRIYAMA Kazuhiko wrote: > Hi, Mark >=20 > On Tue, 21 Jul 2020 17:51:41 +0900, > Mark Millard via freebsd-ports wrote: >>=20 >> KIRIYAMA Kazuhiko kiri at truefc.org wrote on >> Tue Jul 21 02:33:25 UTC 2020 : >>=20 >>> checking for iconv declaration...=20 >>> extern size_t iconv (iconv_t cd, char * *inbuf, size_t = *inbytesleft, char * *outbuf, size_t *outbytesleft); >>> *** BFD does not support target native-unknown-freebsd13.0. >>> *** Look in bfd/config.bfd for supported targets. >>> gmake[3]: *** [Makefile:3563: configure-binutils] Error 1 >>> gmake[3]: Leaving directory = '/var/ports/work/usr/ports/devel/binutils/work-native/binutils-2.33.1' >>> gmake[2]: *** [Makefile:851: all] Error 2 >>> gmake[2]: Leaving directory = '/var/ports/work/usr/ports/devel/binutils/work-native/binutils-2.33.1' >>> =3D=3D=3D> Compilation failed unexpectedly. >>> Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the = failure to >>> the maintainer. >>> *** Error code 1 >>=20 >> lang/gcc9/Makefile references binutils via: >>=20 >> BUILD_DEPENDS+=3D ${LOCALBASE}/bin/as:devel/binutils >> RUN_DEPENDS+=3D ${LOCALBASE}/bin/as:devel/binutils >> . . . >> USE_BINUTILS=3D yes >>=20 >> The BUILD_DEPENDS and RUN_DEPENDS references to >> binutils are to the assembler that binutils >> generates and installs. So gcc9 needs to be able >> to use that assembler at both gcc9 build-time and >> gcc9 run-time. >>=20 >> The notation leaves the FLAVOR implicit/empty and >> so should lead to devel/binutils/Makefile using >> its line: >>=20 >> FLAVOR?=3D native >>=20 >> to assign the "native" for its own internal logic >> to use. >>=20 >>=20 >>=20 >> Hmm. The "target native-unknown-freebsd13.0" looks >> very odd to me. The only lines in the devel/binutils >> Makefile to deal with "unknown-" text directly are: >>=20 >> # grep -r unknown- /usr/ports/devel/binutils/ >> /usr/ports/devel/binutils/Makefile:BUTARGET?=3D = ${PKGNAMEPREFIX}unknown-${OPSYS:tl}${OSREL} >> /usr/ports/devel/binutils/Makefile:BUTARGET=3D = x86_64-unknown-${OPSYS:tl}${OSREL} >>=20 >> (I'll later deal with an indirection where "_" is >> replaced by "-".) >>=20 >> Only the 1st line of that pair would potentially form >> "native-unknown-" text. >>=20 >> So looking at the context of the first line I find >> (". . ." for omitted lines): >>=20 >> FLAVOR?=3D native >> . . . >> .if ${FLAVOR} !=3D native >> PKGNAMEPREFIX=3D ${FLAVOR:C/_/-/g}- >> PLIST=3D ${PKGDIR}/pkg-plist-${FLAVOR:C/_/-/g} >>=20 >> .if ${PKGNAMEPREFIX:M*-*-} >> BUTARGET?=3D ${PKGNAMEPREFIX}${OPSYS:tl}${OSREL} >> .else >> BUTARGET?=3D ${PKGNAMEPREFIX}unknown-${OPSYS:tl}${OSREL} >> .endif >>=20 >> . . . >>=20 >> CONFIGURE_ARGS+=3D --disable-shared \ >> --target=3D${BUTARGET} >> .endif >>=20 >>=20 >> (That is also the only instance of "--target=3D" in the >> Makefile.) >>=20 >> The ${FLAVOR} !=3D native test should mean that the code >> is not used for FLAVOR being exactly "native". >>=20 >> There is a separate code block for: >>=20 >> .if ${FLAVOR} =3D=3D native >> BUREMOVE=3D coffdump \ >> dlltool \ >> dllwrap \ >> nlmconv \ >> srconv \ >> sysdump \ >> windmc \ >> windres >> USES+=3D localbase >> CONFIGURE_ARGS+=3D --with-system-zlib \ >> --with-gmp=3D${LOCALBASE} \ >> --with-mpfr=3D${LOCALBASE} \ >> --enable-targets=3Dall \ >> --enable-threads=3Dyes >> INFO=3D as \ >> binutils \ >> gprof \ >> bfd \ >> ld >> .endif >>=20 >> But that code does not specify a specific target >> (instead: "--enable-targets=3Dall"). >>=20 >> There is the FLAVOR value "riscv32_unknown_elf" that >> could produce target "riscv32-unknown-elf-freebsd13.0" >> but that is not what was reported as involved. >>=20 >> I've ignored CROSS_TOOLCHAIN infrastructure as >> it was not mentioned as being in use. >>=20 >> I do not see how devel/binutils/Makefile would >> generate "native-unknown-freebsd13.0" text on >> its own. >>=20 >>=20 >> Sorry I've not been able to identify anything for >> the error. >>=20 >> I'll note that I build ports with poudriere (-devel >> variant) and have not had the problem in that >> context. >>=20 >=20 > I forgot to say that make target is `package-recursive'. I > tried to get PKGNAME with package-depends: >=20 >=20 > root@jdtpkxb:/usr/ports/lang/gcc9 # make -ki package-depends > gmp-6.2.0:math/gmp > indexinfo-0.3.1:print/indexinfo > mpfr-4.0.2:math/mpfr > mpc-1.1.0_2:math/mpc > native-binutils-2.33.1_2,1:devel/binutils > root@jdtpkxb:/usr/ports/lang/gcc9 #=20 >=20 >=20 > But PKGNAME in devel/binutils is: >=20 > root@jdtpkxb:/usr/ports/devel/binutils # make -VPKGNAME > binutils-2.33.1_2,1 > root@jdtpkxb:/usr/ports/devel/binutils #=20 >=20 > I don't know why it is. As far as I see > devel/binutils/Makefile, FLAVOR default is `native' and > PKGNAMEPREFIX should be null. >=20 > What happens ? Hmm. The list from -ki package-depends is not always specific to one specific use. For example, on a development machine where various flavors of binutils have been built and installed. First I show the list of various flavors installed: # pkg info "*binutils*" aarch64-binutils-2.33.1_2,1 aarch64-none-elf-binutils-2.33.1_2,1 amd64-binutils-2.33.1_2,1 binutils-2.33.1_2,1 powerpc-binutils-2.33.1_2,1 powerpc64-binutils-2.33.1_2,1 (If you do the above does one of the lines of output have "native-" as a prefix?) But here is what -ki package-depends reports for lang/gcc9: # cd /usr/ports/lang/gcc9/ # make -ki package-depends gmp-6.2.0:math/gmp indexinfo-0.3.1:print/indexinfo mpfr-4.1.0:math/mpfr mpc-1.1.0_2:math/mpc aarch64-binutils-2.33.1_2,1:devel/binutils aarch64-none-elf-binutils-2.33.1_2,1:devel/binutils amd64-binutils-2.33.1_2,1:devel/binutils binutils-2.33.1_2,1:devel/binutils powerpc-binutils-2.33.1_2,1:devel/binutils powerpc64-binutils-2.33.1_2,1:devel/binutils Note that I do not get a one prefixed with "native-" but I get every one of the installed flavors of binutils is listed, not just one. For reference, in my context: # make -VPKGNAME binutils-2.33.1_2,1 What happens if you try: # pkg info native-binutils ? For reference, my context gets: # pkg info native-binutils pkg: No package(s) matching native-binutils # pkg info binutils binutils-2.33.1_2,1 Name : binutils Version : 2.33.1_2,1 Installed on : Thu Jan 30 01:34:52 2020 PST Origin : devel/binutils Architecture : FreeBSD:13:amd64 Prefix : /usr/local Categories : devel Licenses : GPLv3, LGPL3 Maintainer : bapt@FreeBSD.org WWW : https://www.gnu.org/software/binutils/ Comment : GNU binary tools Options : NLS : on RELRO : off STATIC : off Shared Libs required: libintl.so.8 Annotations : FreeBSD_version: 1300075 cpe : = cpe:2.3:a:gnu:binutils:2.33.1:::::freebsd13:x64:2 flavor : native repo_type : binary repository : custom Flat size : 658MiB Description : The GNU Binutils are a collection of binary tools. The main ones are: * ld - the GNU linker. * as - the GNU assembler. Most of these programs use BFD, the Binary File Descriptor library, to = do low-level manipulation. Many of them also use the opcodes library to = assemble and disassemble machine instructions. This port may be used as a replacement for the system binutils and = support features from the latest versions of GCC. For cross-compilation, see the devel/cross-binutils port. WWW: https://www.gnu.org/software/binutils/ =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Wed Jul 22 09:08:56 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 63FF13775A8 for ; Wed, 22 Jul 2020 09:08:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-21.consmr.mail.gq1.yahoo.com (sonic302-21.consmr.mail.gq1.yahoo.com [98.137.68.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 4BBV532FYhz3f1p for ; Wed, 22 Jul 2020 09:08:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: erOUhZIVM1nHuW4NNdfl2VnNZ8IGO8ERpoRmj0jTkX1DDPkDftFeKf.8jxDkYvk 92L4typzMwbyiLkPIY5K0.Z9IPoby2enJn6PieLER.d_CDadykOAkI8zvr.903WxXyDkIOKtFW6b FpFxHEjD2sTAbU68LN8FvIB4Q8z6FNf6oB6ydmXeGDKn0d8ZyaiP1OMg_N9ieA_ubVbTWmc2kMus 6uehSLYRpg5x2UxhkoKAqDPEw6FmM6WnLio.ni5ynlsaUcgc2vzGFfjn212cbcvGFhTcvkT25Hnr hRwjVWWI_bzLwmQ46KoIvRLICXqu_bPzbAuHPgoqfmGdPHJIR_kUTefQ.mHhSZ3nxeOGg1r5dEXI 5ityMnj98VlS94gCrNEWX6iJx8A1dqubHvVZPX0aFVGKlFejZkYnnimR_aNb7uoDeJCVBcua2.x2 Cdx0aiIn4dXa6HmBdtw0wfmCONGeeMe2Tj.66XLPIAkwfOOyF7_3wC3X8lOkJEXM6YMMC_2vWhFK Zr64rFMt_VvEXpyj3.2LR8V1eYXDIuw1iykODlg2PisFyaiE8mLbTquVnwQKPQto8Az.gWquyP0C mVodMzHN8aCb15SwfXMvnJRrzUgDqg6R9mKmUUKIVPGoIxjSWM13zkeUn6MJ2dE6pAdEZTKQYnt8 zaPTDCc0S6MEpSDH8G1t67EASD4XXNRdw3RAt4IzpYSII59SidpNZ50aAgeEzuydP11_nfgAyNzJ D_LcVU7zIS.ltGYDi00NwaYfViJsQVaIzvcCl2_89uXevrqfUVxEvTB8r62zoHC8Zzph4hQx36r4 MsYwXBG6SGWIAGE1yzRfp0r_9hxgC9k_mxDH1_pTgPeg9fd9Z4SZ0iHAixlWF4lRZAmQni3gflD7 o4Oi7CSTEC2W.0Ct3C2q1VX434npp0ns323CZzhyxU15ow4lJ0eTNGQEjMF7H7aMaEtWQ6rhahgD o0Vhpjr3Q.6nB.YDPuAzoXRdj9hAiyERr6tf8DTpITCm4as6M.ekbSOMaHc_1fKvtQGVAVzn.Tov yzhOEURWCzRU8.4jhqrwoYXN346Ed2NeiHra1At3QFAGMt1extvh7Ms4b3N_8LtzkTzVbK7WJUKk uwYoYY66ev4i7J8dGGr4Lm3Q2UxXJFfLEvWN2QJSeTnXg0t14GJNyLXmzBzpf31NyOq.03Y70L2A x.ufBRsB5Yel_Inow9AhQgIkHcIvr02XD35682H1R03d4cG1uVTLX8vT85K3rC9yZr9tROU8wpA. rV5XBzbZhb9JsrS_.DwZRpkG71k0V1Aa7JMzgM_C8ed9sv8E701K6ugM1zANN8tpk51i0F9HZEaK vY8XJWShfltbF5ec3n9NR8A6RTlMHmNj3Zgm85S0YCORjyVCe2afqSDrACaFcmgBNkVeUNflH6UR OTxtr8IUwAKDPC.B1VONYM4QptXOS Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Wed, 22 Jul 2020 09:08:52 +0000 Received: by smtp423.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 27b9d69dedd2bc8c04fc1b7daf0c0d1e; Wed, 22 Jul 2020 09:08:51 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Why lang/gcc9 depends native-binutils ? From: Mark Millard In-Reply-To: Date: Wed, 22 Jul 2020 02:08:50 -0700 Cc: FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <15153DBC-0DE3-4FFB-98F4-7BDDD06E7635@yahoo.com> References: <6B21B9C0-62D5-4ED7-94EE-7715B002F160.ref@yahoo.com> <6B21B9C0-62D5-4ED7-94EE-7715B002F160@yahoo.com> <202007220723.06M7N3qm051026@kx.truefc.org> To: KIRIYAMA Kazuhiko , Bryan Drewery X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4BBV532FYhz3f1p X-Spamd-Bar: - X-Spamd-Result: default: False [-1.93 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.44)[-0.437]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-0.997]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.147:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2020 09:08:56 -0000 On 2020-Jul-22, at 01:03, Mark Millard wrote: > On 2020-Jul-22, at 00:23, KIRIYAMA Kazuhiko = wrote: >=20 >> Hi, Mark >>=20 >> On Tue, 21 Jul 2020 17:51:41 +0900, >> Mark Millard via freebsd-ports wrote: >>>=20 >>> KIRIYAMA Kazuhiko kiri at truefc.org wrote on >>> Tue Jul 21 02:33:25 UTC 2020 : >>>=20 >>>> checking for iconv declaration...=20 >>>> extern size_t iconv (iconv_t cd, char * *inbuf, size_t = *inbytesleft, char * *outbuf, size_t *outbytesleft); >>>> *** BFD does not support target native-unknown-freebsd13.0. >>>> *** Look in bfd/config.bfd for supported targets. >>>> gmake[3]: *** [Makefile:3563: configure-binutils] Error 1 >>>> gmake[3]: Leaving directory = '/var/ports/work/usr/ports/devel/binutils/work-native/binutils-2.33.1' >>>> gmake[2]: *** [Makefile:851: all] Error 2 >>>> gmake[2]: Leaving directory = '/var/ports/work/usr/ports/devel/binutils/work-native/binutils-2.33.1' >>>> =3D=3D=3D> Compilation failed unexpectedly. >>>> Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the = failure to >>>> the maintainer. >>>> *** Error code 1 >>>=20 >>> lang/gcc9/Makefile references binutils via: >>>=20 >>> BUILD_DEPENDS+=3D ${LOCALBASE}/bin/as:devel/binutils >>> RUN_DEPENDS+=3D ${LOCALBASE}/bin/as:devel/binutils >>> . . . >>> USE_BINUTILS=3D yes >>>=20 >>> The BUILD_DEPENDS and RUN_DEPENDS references to >>> binutils are to the assembler that binutils >>> generates and installs. So gcc9 needs to be able >>> to use that assembler at both gcc9 build-time and >>> gcc9 run-time. >>>=20 >>> The notation leaves the FLAVOR implicit/empty and >>> so should lead to devel/binutils/Makefile using >>> its line: >>>=20 >>> FLAVOR?=3D native >>>=20 >>> to assign the "native" for its own internal logic >>> to use. >>>=20 >>>=20 >>>=20 >>> Hmm. The "target native-unknown-freebsd13.0" looks >>> very odd to me. The only lines in the devel/binutils >>> Makefile to deal with "unknown-" text directly are: >>>=20 >>> # grep -r unknown- /usr/ports/devel/binutils/ >>> /usr/ports/devel/binutils/Makefile:BUTARGET?=3D = ${PKGNAMEPREFIX}unknown-${OPSYS:tl}${OSREL} >>> /usr/ports/devel/binutils/Makefile:BUTARGET=3D = x86_64-unknown-${OPSYS:tl}${OSREL} >>>=20 >>> (I'll later deal with an indirection where "_" is >>> replaced by "-".) >>>=20 >>> Only the 1st line of that pair would potentially form >>> "native-unknown-" text. >>>=20 >>> So looking at the context of the first line I find >>> (". . ." for omitted lines): >>>=20 >>> FLAVOR?=3D native >>> . . . >>> .if ${FLAVOR} !=3D native >>> PKGNAMEPREFIX=3D ${FLAVOR:C/_/-/g}- >>> PLIST=3D ${PKGDIR}/pkg-plist-${FLAVOR:C/_/-/g} >>>=20 >>> .if ${PKGNAMEPREFIX:M*-*-} >>> BUTARGET?=3D ${PKGNAMEPREFIX}${OPSYS:tl}${OSREL} >>> .else >>> BUTARGET?=3D ${PKGNAMEPREFIX}unknown-${OPSYS:tl}${OSREL} >>> .endif >>>=20 >>> . . . >>>=20 >>> CONFIGURE_ARGS+=3D --disable-shared \ >>> --target=3D${BUTARGET} >>> .endif >>>=20 >>>=20 >>> (That is also the only instance of "--target=3D" in the >>> Makefile.) >>>=20 >>> The ${FLAVOR} !=3D native test should mean that the code >>> is not used for FLAVOR being exactly "native". >>>=20 >>> There is a separate code block for: >>>=20 >>> .if ${FLAVOR} =3D=3D native >>> BUREMOVE=3D coffdump \ >>> dlltool \ >>> dllwrap \ >>> nlmconv \ >>> srconv \ >>> sysdump \ >>> windmc \ >>> windres >>> USES+=3D localbase >>> CONFIGURE_ARGS+=3D --with-system-zlib \ >>> --with-gmp=3D${LOCALBASE} \ >>> --with-mpfr=3D${LOCALBASE} \ >>> --enable-targets=3Dall \ >>> --enable-threads=3Dyes >>> INFO=3D as \ >>> binutils \ >>> gprof \ >>> bfd \ >>> ld >>> .endif >>>=20 >>> But that code does not specify a specific target >>> (instead: "--enable-targets=3Dall"). >>>=20 >>> There is the FLAVOR value "riscv32_unknown_elf" that >>> could produce target "riscv32-unknown-elf-freebsd13.0" >>> but that is not what was reported as involved. >>>=20 >>> I've ignored CROSS_TOOLCHAIN infrastructure as >>> it was not mentioned as being in use. >>>=20 >>> I do not see how devel/binutils/Makefile would >>> generate "native-unknown-freebsd13.0" text on >>> its own. >>>=20 >>>=20 >>> Sorry I've not been able to identify anything for >>> the error. >>>=20 >>> I'll note that I build ports with poudriere (-devel >>> variant) and have not had the problem in that >>> context. >>>=20 >>=20 >> I forgot to say that make target is `package-recursive'. I >> tried to get PKGNAME with package-depends: >>=20 >>=20 >> root@jdtpkxb:/usr/ports/lang/gcc9 # make -ki package-depends >> gmp-6.2.0:math/gmp >> indexinfo-0.3.1:print/indexinfo >> mpfr-4.0.2:math/mpfr >> mpc-1.1.0_2:math/mpc >> native-binutils-2.33.1_2,1:devel/binutils >> root@jdtpkxb:/usr/ports/lang/gcc9 #=20 >>=20 >>=20 >> But PKGNAME in devel/binutils is: >>=20 >> root@jdtpkxb:/usr/ports/devel/binutils # make -VPKGNAME >> binutils-2.33.1_2,1 >> root@jdtpkxb:/usr/ports/devel/binutils #=20 >>=20 >> I don't know why it is. As far as I see >> devel/binutils/Makefile, FLAVOR default is `native' and >> PKGNAMEPREFIX should be null. >>=20 >> What happens ? >=20 > Hmm. The list from -ki package-depends > is not always specific to one specific > use. For example, on a development machine > where various flavors of binutils have > been built and installed. First I show > the list of various flavors installed: >=20 > # pkg info "*binutils*" > aarch64-binutils-2.33.1_2,1 > aarch64-none-elf-binutils-2.33.1_2,1 > amd64-binutils-2.33.1_2,1 > binutils-2.33.1_2,1 > powerpc-binutils-2.33.1_2,1 > powerpc64-binutils-2.33.1_2,1 >=20 > (If you do the above does one of the lines > of output have "native-" as a prefix?) >=20 > But here is what -ki package-depends > reports for lang/gcc9: >=20 > # cd /usr/ports/lang/gcc9/ > # make -ki package-depends > gmp-6.2.0:math/gmp > indexinfo-0.3.1:print/indexinfo > mpfr-4.1.0:math/mpfr > mpc-1.1.0_2:math/mpc > aarch64-binutils-2.33.1_2,1:devel/binutils > aarch64-none-elf-binutils-2.33.1_2,1:devel/binutils > amd64-binutils-2.33.1_2,1:devel/binutils > binutils-2.33.1_2,1:devel/binutils > powerpc-binutils-2.33.1_2,1:devel/binutils > powerpc64-binutils-2.33.1_2,1:devel/binutils >=20 > Note that I do not get a one prefixed with > "native-" but I get every one of the installed > flavors of binutils is listed, not just one. >=20 > For reference, in my context: >=20 > # make -VPKGNAME > binutils-2.33.1_2,1 >=20 >=20 > What happens if you try: >=20 > # pkg info native-binutils >=20 > ? For reference, my context gets: >=20 > # pkg info native-binutils > pkg: No package(s) matching native-binutils >=20 > # pkg info binutils > binutils-2.33.1_2,1 > Name : binutils > Version : 2.33.1_2,1 > Installed on : Thu Jan 30 01:34:52 2020 PST > Origin : devel/binutils > Architecture : FreeBSD:13:amd64 > Prefix : /usr/local > Categories : devel > Licenses : GPLv3, LGPL3 > Maintainer : bapt@FreeBSD.org > WWW : https://www.gnu.org/software/binutils/ > Comment : GNU binary tools > Options : > NLS : on > RELRO : off > STATIC : off > Shared Libs required: > libintl.so.8 > Annotations : > FreeBSD_version: 1300075 > cpe : = cpe:2.3:a:gnu:binutils:2.33.1:::::freebsd13:x64:2 > flavor : native > repo_type : binary > repository : custom > Flat size : 658MiB > Description : > The GNU Binutils are a collection of binary tools. The main ones are: >=20 > * ld - the GNU linker. > * as - the GNU assembler. >=20 > Most of these programs use BFD, the Binary File Descriptor library, to = do > low-level manipulation. Many of them also use the opcodes library to = assemble > and disassemble machine instructions. >=20 > This port may be used as a replacement for the system binutils and = support > features from the latest versions of GCC. >=20 > For cross-compilation, see the devel/cross-binutils port. >=20 > WWW: https://www.gnu.org/software/binutils/ >=20 I found how to make it produce "native-" prefixed output. Compare: # cd ../../devel/binutils/ # make package-name binutils-2.33.1_2,1 # FLAVOR=3D make package-name native-binutils-2.33.1_2,1 Or in other notation: # make -VPKGNAME binutils-2.33.1_2,1 # FLAVOR=3D make -VPKGNAME native-binutils-2.33.1_2,1 That output is the content of ${PKGNAME} in /usr/ports/Mk/bsd.port.mk in each case. It turns out that when binutils is not installed at all that ${PKGNAME} is used: PACKAGE-DEPENDS-LIST?=3D \ if [ "${CHILD_DEPENDS}" ]; then \ installed=3D$$(${PKG_INFO} -qO ${PKGORIGIN} 2>/dev/null = || \ ${TRUE}); \ if [ "$$installed" ]; then \ break; \ fi; \ if [ -z "$$installed" ]; then \ installed=3D"${PKGNAME}"; \ fi; \ for pkgname in $$installed; do \ ${ECHO_CMD} "$$pkgname ${.CURDIR} ${PKGORIGIN}"; = \ done; \ fi; \ . . . This explains why I've not seen "native-" when doing the types of commands you are doing: I have binutils installed (multiple flavors, in fact). As to how FLAVOR=3D ends up defined but empty: there is the recursive use of package-depends-list in the code hidden by the ". . ." above: checked=3D"${PARENT_CHECKED}"; \ for dir in ${_LIB_RUN_DEPENDS:C,[^:]*:([^:]*):?.*,\1,}; do \ unset flavor; \ case $${dir} in \ *@*) \ flavor=3D$${dir\#*@}; \ dir=3D$${dir%@*}; \ ;; \ esac; \ case "$$dir" in \ /*) ;; \ *) dir=3D${PORTSDIR}/$$dir ;; \ esac ; \ dir=3D$$(${REALPATH} $$dir); \ if [ -d $$dir ]; then \ case $$checked in \ $$dir|$$dir\ *|*\ $$dir|*\ $$dir\ *) continue;; = \ esac; \ childout=3D$$(cd $$dir; ${SETENV} = FLAVOR=3D$${flavor} ${MAKE} CHILD_DEPENDS=3Dyes = PARENT_CHECKED=3D"$$checked" package-depends-list); \ set -- $$childout; \ childdir=3D""; \ while [ $$\# !=3D 0 ]; do \ childdir=3D"$$childdir $$2"; \ ${ECHO_CMD} "$$1 $$2 $$3"; \ shift 3; \ done; \ checked=3D"$$dir $$childdir $$checked"; \ else \ ${ECHO_MSG} "${PKGNAME}: \"$$dir\" non-existent = -- dependency list incomplete" >&2; \ fi; \ done The FLAVOR=3D$${flavor} can have flavor unset and so produce FLAVOR=3D in the recursion. That in turn gets the "native-" prefix involved. The oddity of the "native-" prefix showing up may be a problem for Bryan Drewery or someone like that to address. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Wed Jul 22 12:07:00 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CDF9837AC77 for ; Wed, 22 Jul 2020 12:07:00 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BBZ2X3cpGz45wP for ; Wed, 22 Jul 2020 12:07:00 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 7A81637AE7E; Wed, 22 Jul 2020 12:07:00 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7A4C637AECF for ; Wed, 22 Jul 2020 12:07:00 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BBZ2X2j1kz45qn for ; Wed, 22 Jul 2020 12:07:00 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.nyi.freebsd.org (portsindexbuild.nyi.freebsd.org [IPv6:2610:1c1:1:606c::16:115c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4063A2F384 for ; Wed, 22 Jul 2020 12:07:00 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.nyi.freebsd.org ([127.0.1.8]) by portsindexbuild.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id 06MC70fg064875 for ; Wed, 22 Jul 2020 12:07:00 GMT (envelope-from indexbuild@portsindexbuild.nyi.freebsd.org) Received: (from indexbuild@localhost) by portsindexbuild.nyi.freebsd.org (8.15.2/8.15.2/Submit) id 06MC70B8064874 for ports@FreeBSD.org; Wed, 22 Jul 2020 12:07:00 GMT (envelope-from indexbuild) Date: Wed, 22 Jul 2020 12:07:00 GMT From: Ports Index build Message-Id: <202007221207.06MC70B8064874@portsindexbuild.nyi.freebsd.org> To: ports@FreeBSD.org Subject: INDEX build failed for 11.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2020 12:07:00 -0000 INDEX build failed with errors: Generating INDEX-11 - please wait..--- describe.accessibility --- --- describe.arabic --- --- describe.archivers --- --- describe.astro --- --- describe.audio --- --- describe.benchmarks --- --- describe.biology --- --- describe.cad --- --- describe.chinese --- --- describe.comms --- --- describe.converters --- --- describe.databases --- --- describe.deskutils --- --- describe.devel --- --- describe.dns --- --- describe.editors --- --- describe.emulators --- make[5]: "/home/indexbuild/tindex/ports/emulators/i386-wine-devel/../wine-devel/Makefile" line 139: Malformed conditional (!${PORT_OPTIONS:MSTAGING}) make[5]: Fatal errors encountered -- cannot continue===> emulators/i386-wine-devel failed *** [describe.emulators] Error code 1 make[2]: stopped in /home/indexbuild/tindex/ports make[2]: stopped in /home/indexbuild/tindex/ports *** Error code 1 Stop. make[1]: stopped in /home/indexbuild/tindex/ports *** Error code 1 Stop. make: stopped in /home/indexbuild/tindex/ports 1 error Committers on the hook: amdmi3 danfe gerald jbeich lwhsu meta pkubaj tobik Most recent SVN update was: Updating '.': U emulators/wine-devel/Makefile U emulators/wine-devel/distinfo D emulators/wine-devel/files/patch-dlls-ntdll-unix-registry.c A emulators/wine-devel/files/extrapatch-dlls-ntdll-unix-registry.c U emulators/wine-devel/pkg-plist U cad/sweethome3d/Makefile U cad/sweethome3d/distinfo U www/miniserve/Makefile U www/miniserve/distinfo U net/bsdec2-image-upload/Makefile A net/bsdec2-image-upload/files A net/bsdec2-image-upload/files/extra-patch-Makefile U multimedia/ffmpeg/Makefile U multimedia/ffmpeg/distinfo U multimedia/gstreamer1-plugins-svt-vp9/Makefile U multimedia/gstreamer1-plugins-svt-vp9/distinfo U multimedia/svt-vp9/Makefile U multimedia/svt-vp9/distinfo U devel/py-oci/Makefile U devel/py-oci/distinfo U devel/jenkins/Makefile U devel/jenkins/distinfo U sysutils/mate-settings-daemon/Makefile U sysutils/mate-settings-daemon/pkg-descr U sysutils/tmate-ssh-server/Makefile U games/rubygem-lolcat/Makefile U irc/smuxi/Makefile U math/or-tools/Makefile U misc/valentina/Makefile U textproc/Makefile U astro/gpsbabel/Makefile Updated to revision 542851. From owner-freebsd-ports@freebsd.org Wed Jul 22 15:06:07 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9D21B37EE81 for ; Wed, 22 Jul 2020 15:06:07 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BBf1C3l0Yz4Jt8 for ; Wed, 22 Jul 2020 15:06:07 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 7E9AA37EE80; Wed, 22 Jul 2020 15:06:07 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7E63537E94D for ; Wed, 22 Jul 2020 15:06:07 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BBf1C2f5Xz4JbN for ; Wed, 22 Jul 2020 15:06:07 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.nyi.freebsd.org (portsindexbuild.nyi.freebsd.org [IPv6:2610:1c1:1:606c::16:115c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 27565934C for ; Wed, 22 Jul 2020 15:06:07 +0000 (UTC) (envelope-from indexbuild@FreeBSD.org) Received: from portsindexbuild.nyi.freebsd.org ([127.0.1.8]) by portsindexbuild.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id 06MF67nU086051 for ; Wed, 22 Jul 2020 15:06:07 GMT (envelope-from indexbuild@portsindexbuild.nyi.freebsd.org) Received: (from indexbuild@localhost) by portsindexbuild.nyi.freebsd.org (8.15.2/8.15.2/Submit) id 06MF67R8086049 for ports@FreeBSD.org; Wed, 22 Jul 2020 15:06:07 GMT (envelope-from indexbuild) Date: Wed, 22 Jul 2020 15:06:07 GMT From: Ports Index build Message-Id: <202007221506.06MF67R8086049@portsindexbuild.nyi.freebsd.org> To: ports@FreeBSD.org Subject: INDEX now builds successfully on 11.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2020 15:06:07 -0000 From owner-freebsd-ports@freebsd.org Wed Jul 22 21:11:08 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B91E0360FEE; Wed, 22 Jul 2020 21:11:08 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BBp6N4WR2z4mDn; Wed, 22 Jul 2020 21:11:08 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 8BE3F1FFB8; Wed, 22 Jul 2020 21:11:08 +0000 (UTC) From: Jan Beich To: Mark Millard via freebsd-ppc Cc: "pkubaj@freebsd.org" , FreeBSD ports , Mark Millard Subject: Re: 32-bit powerpc graphics/mesa-dri build failure (poudriere based): "error: cannot redeclare builtin function" (e.g., __sync_add_and_fetch_8) References: Date: Wed, 22 Jul 2020 23:11:02 +0200 In-Reply-To: (Mark Millard via freebsd-ppc's message of "Tue, 21 Jul 2020 14:37:20 -0700") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2020 21:11:08 -0000 Mark Millard via freebsd-ppc writes: > ../src/util/u_atomic.c:38:1: error: cannot redeclare builtin function '__sync_add_and_fetch_8' > __sync_add_and_fetch_8(uint64_t *ptr, uint64_t val) > ^ > ../src/util/u_atomic.c:38:1: note: '__sync_add_and_fetch_8' is a builtin with type 'long long (volatile long long *, long long, ...)' > ../src/util/u_atomic.c:38:1: error: definition of builtin function '__sync_add_and_fetch_8' > __sync_add_and_fetch_8(uint64_t *ptr, uint64_t val) > ^ > ../src/util/u_atomic.c:51:1: error: cannot redeclare builtin function '__sync_sub_and_fetch_8' > __sync_sub_and_fetch_8(uint64_t *ptr, uint64_t val) > ^ > ../src/util/u_atomic.c:51:1: note: '__sync_sub_and_fetch_8' is a builtin with type 'long long (volatile long long *, long long, ...)' > ../src/util/u_atomic.c:51:1: error: definition of builtin function '__sync_sub_and_fetch_8' > __sync_sub_and_fetch_8(uint64_t *ptr, uint64_t val) > ^ > ../src/util/u_atomic.c:64:1: error: cannot redeclare builtin function '__sync_val_compare_and_swap_8' > __sync_val_compare_and_swap_8(uint64_t *ptr, uint64_t oldval, uint64_t newval) > ^ > ../src/util/u_atomic.c:64:1: note: '__sync_val_compare_and_swap_8' is a builtin with type 'long long (volatile long long *, long long, long long, ...)' > ../src/util/u_atomic.c:64:1: error: definition of builtin function '__sync_val_compare_and_swap_8' > __sync_val_compare_and_swap_8(uint64_t *ptr, uint64_t oldval, uint64_t newval) > ^ > 6 errors generated. Try replacing files/patch-i386 with https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/5464 On i386 (clang) one can sometimes avoid -latomic by bumping -march (FreeBSD 11.4/12.2/13.0 defaults to i686) but powerpc (gcc) probably can't use __sync* with 64-bit types without -latomic, making Meson define MISSING_64BIT_ATOMICS to use src/util/u_atomic.c From owner-freebsd-ports@freebsd.org Thu Jul 23 00:17:05 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ED13F36511A for ; Thu, 23 Jul 2020 00:17:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (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 4BBtDw67xrz3Rsx for ; Thu, 23 Jul 2020 00:17:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Jx8lYhMVM1nAQWnjwiRFlwCvWBtu2KGLZGgv9WAGQikhLUIMwdIURw8brOxS_Jd szCwrMQcEfuM0sI1vEC1tKxDUoLPirjXlv7OwukBD3jPV.r7WzP_uPyehXaaZXoj.6zgtmBJWrRe FJ6zLkkQwn6yCJ7AG210384MAqrP8.faDqGh2ConW26P2gRZLmMZn6XvFvnZjU88Jox12Xz0SLua 5WEn5J2z9urJJAvBEUdvdCgRbnLWoLSkwC34.tZZuaa5X7zO0R2hbDY.jva1dZq0zIFppbemTfjq R4IeKez28OciSsMbDi7xle7UGfsQ0zizYpM2E4nAANNCnpSZdjjdfqe26OS1NN_z3bdZxLmPfGbF srb.CfJ547aZyb17qT1_jEoDSGZSOAQVi6L0b8AxGEh5req6A9tMMDZjc2itMVzNq94g2dAM2zxg bp.grtAWjeIaYmBM_PhnKR39WX71xLL3pBG7j1xOtES3c5ydsD0M6XnnqJ4ihx2HU7i.IqmsHJXY B8yL0ydO4PwmWAzougs6vbwgUX5DP..aRHnia7okj9PsfFSQd6YKE_EU1H5_QvtuR9E4nav3cXQ6 t40n9FfVVhx8DWRjoIVr2brl6sUcay8_Roc9wA0seC_MBN8E3WMYTmbrTqOtrPLyKV1UHiim_edP c3Vr.NZkCWYpAVN2CgE6A4dzNFn74MYYmxsLXj60hmAugpO2K5K_rtO2S6lLDzu4hyFVDS5vv4o4 Qrn7qzwUQ_Qv2t4XtFcgMmChbID9QxpfrgnIqeahfJGNA0hzLhMoD3dAebUQzDjikO01JdFH4Jxi VuoXbVbWtgXYs3TvmpbcS_VFvMGKCSeFjSuUPbBTwuwmEl7HzglSr2UED7ccvqa.B4jCHJidZtBK m3HGGot5orLXI7K2hr_3lkrgAzP4g45PF8BGQ4XUk6wH5rTxT0BclMsRWs6AdTyciIDvZSQiMeY8 UUbkWW3Or0mt_W_pu5FCmA5UThxMJJjbY_LVlWlSyWenXRKe1E0rGcYPzXu.m1OWlgOqpqxydamS B9vQkbiZW7m9s_qPi_Kf3lCE4fFREnl1QQWZ1zw7uH.DAkkE679eupS5orS4UqU9pVOjrguZcQO1 ysG4YhAF.YtDtXPpDcXlNv2pvNZMXuUdXHlt1m1dET8S9B0GM2blAHOT7yIkWrv60tw.0Dy_PzEJ 3iE8ObGHcGgmm6E3Wely1QKaZpLQWbi0dc5C6Ka5PR1uhLcpPZ7PyVswpa.EHeM2kmPCavx.4IKM wujLzo5CqYu6QnMuCFeENsvBHR8_jf9cyt23TVhG.T.KxvPcp0QKKkMIqMxEzh8LIW.RgOQw7WNF DUn0yrXV5s1ogvT_JtUtSMB2AllNSfuJ5fR5p5fo6SG9opljzD1eNVApbbWCp7USiPdbZBlQ1owy Q2w09gsp7AMOXiJKSa24AyyKuJ44- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Thu, 23 Jul 2020 00:17:01 +0000 Received: by smtp427.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7d10434794c546107b6fdb372008b1ec; Thu, 23 Jul 2020 00:16:59 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: 32-bit powerpc graphics/mesa-dri build failure (poudriere based): "error: cannot redeclare builtin function" (e.g., __sync_add_and_fetch_8) From: Mark Millard In-Reply-To: Date: Wed, 22 Jul 2020 17:16:59 -0700 Cc: "pkubaj@freebsd.org" , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Jan Beich X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4BBtDw67xrz3Rsx X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.74 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.24)[-0.241]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; 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)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.008]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.99)[-0.992]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.31:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2020 00:17:06 -0000 On 2020-Jul-22, at 14:11, Jan Beich wrote: > Mark Millard via freebsd-ppc writes: >=20 >> ../src/util/u_atomic.c:38:1: error: cannot redeclare builtin function = '__sync_add_and_fetch_8' >> __sync_add_and_fetch_8(uint64_t *ptr, uint64_t val) >> ^ >> ../src/util/u_atomic.c:38:1: note: '__sync_add_and_fetch_8' is a = builtin with type 'long long (volatile long long *, long long, ...)' >> ../src/util/u_atomic.c:38:1: error: definition of builtin function = '__sync_add_and_fetch_8' >> __sync_add_and_fetch_8(uint64_t *ptr, uint64_t val) >> ^ >> ../src/util/u_atomic.c:51:1: error: cannot redeclare builtin function = '__sync_sub_and_fetch_8' >> __sync_sub_and_fetch_8(uint64_t *ptr, uint64_t val) >> ^ >> ../src/util/u_atomic.c:51:1: note: '__sync_sub_and_fetch_8' is a = builtin with type 'long long (volatile long long *, long long, ...)' >> ../src/util/u_atomic.c:51:1: error: definition of builtin function = '__sync_sub_and_fetch_8' >> __sync_sub_and_fetch_8(uint64_t *ptr, uint64_t val) >> ^ >> ../src/util/u_atomic.c:64:1: error: cannot redeclare builtin function = '__sync_val_compare_and_swap_8' >> __sync_val_compare_and_swap_8(uint64_t *ptr, uint64_t oldval, = uint64_t newval) >> ^ >> ../src/util/u_atomic.c:64:1: note: '__sync_val_compare_and_swap_8' is = a builtin with type 'long long (volatile long long *, long long, long = long, ...)' >> ../src/util/u_atomic.c:64:1: error: definition of builtin function = '__sync_val_compare_and_swap_8' >> __sync_val_compare_and_swap_8(uint64_t *ptr, uint64_t oldval, = uint64_t newval) >> ^ >> 6 errors generated. >=20 > Try replacing files/patch-i386 with = https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/5464 > On i386 (clang) one can sometimes avoid -latomic by bumping -march > (FreeBSD 11.4/12.2/13.0 defaults to i686) but powerpc (gcc) probably > can't use __sync* with 64-bit types without -latomic, making Meson > define MISSING_64BIT_ATOMICS to use src/util/u_atomic.c The context was head (so system-clang instead of gcc 4.2.1). But, looking in the logs, it seems to have used an odd mix of system-clang and devel/lvm80 materials: . . . Project name: mesa Project version: 19.0.8 Using 'CC' from environment with value: 'cc' Using 'CFLAGS' from environment with value: '-O2 -pipe -g = -fstack-protector-strong -fno-strict-aliasing ' Using 'LDFLAGS' from environment with value: ' = -Wl,-rpath=3D/usr/local/llvm80/lib -fstack-protector-strong ' Using 'CPPFLAGS' from environment with value: '' Using 'CXX' from environment with value: 'c++' Using 'CXXFLAGS' from environment with value: '-O2 -pipe -g = -fstack-protector-strong -fno-strict-aliasing ' Using 'LDFLAGS' from environment with value: ' = -Wl,-rpath=3D/usr/local/llvm80/lib -fstack-protector-strong ' Using 'CPPFLAGS' from environment with value: '' Using 'CC' from environment with value: 'cc' Using 'CFLAGS' from environment with value: '-O2 -pipe -g = -fstack-protector-strong -fno-strict-aliasing ' Using 'LDFLAGS' from environment with value: ' = -Wl,-rpath=3D/usr/local/llvm80/lib -fstack-protector-strong ' Using 'CPPFLAGS' from environment with value: '' C compiler for the host machine: cc (clang 10.0.1 "FreeBSD clang version = 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-rc2-0-g77d76b71d7d)") C linker for the host machine: cc ld.lld 10.0.1 Using 'CXX' from environment with value: 'c++' Using 'CXXFLAGS' from environment with value: '-O2 -pipe -g = -fstack-protector-strong -fno-strict-aliasing ' Using 'LDFLAGS' from environment with value: ' = -Wl,-rpath=3D/usr/local/llvm80/lib -fstack-protector-strong ' Using 'CPPFLAGS' from environment with value: '' C++ compiler for the host machine: c++ (clang 10.0.1 "FreeBSD clang = version 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-rc2-0-g77d76b71d7d)") C++ linker for the host machine: c++ ld.lld 10.0.1 Host machine cpu family: ppc Host machine cpu: powerpc . . . llvm-config found: YES (/usr/local/bin/llvm-config80) 8.0.1 Run-time dependency LLVM (modules: amdgpu, asmparser, bitreader, = bitwriter, engine, ipo, mcdisassembler, mcjit, native) found: YES 8.0.1 . . . cc . . . -DHAVE_LLVM=3D0x0800 -DMESA_LLVM_VERSION_PATCH=3D1 . . . -c = ../src/util/u_atomic.c . . . The system-clang devel/llvm80 mix seems to be at least declaring __sync_add_and_fetch_8 , __sync_sub_and_fetch_8 , and __sync_val_compare_and_swap_8 as builtin, possibly implicitly. At this point I'm unclear if: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/5464 is relevant. The system-clang and devel/llvm80 mix just does not seem the right kind of thing to be doing in the build. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Thu Jul 23 02:00:19 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 617F4368E97 for ; Thu, 23 Jul 2020 02:00:19 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (1.212.52.36.ap.yournet.ne.jp [36.52.212.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp", Issuer "smtp" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BBwX117r3z3Ym8; Thu, 23 Jul 2020 02:00:16 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (kx.truefc.org [36.52.212.1]) by kx.truefc.org (8.15.2/8.15.2) with ESMTP id 06N20BUp002595; Thu, 23 Jul 2020 11:00:12 +0900 (JST) (envelope-from kiri@kx.truefc.org) Message-Id: <202007230200.06N20BUp002595@kx.truefc.org> Date: Thu, 23 Jul 2020 11:00:11 +0900 From: KIRIYAMA Kazuhiko To: Mark Millard Cc: KIRIYAMA Kazuhiko , Bryan Drewery , FreeBSD ports Subject: Re: Why lang/gcc9 depends native-binutils ? In-Reply-To: <15153DBC-0DE3-4FFB-98F4-7BDDD06E7635@yahoo.com> References: <6B21B9C0-62D5-4ED7-94EE-7715B002F160.ref@yahoo.com> <6B21B9C0-62D5-4ED7-94EE-7715B002F160@yahoo.com> <202007220723.06M7N3qm051026@kx.truefc.org> <15153DBC-0DE3-4FFB-98F4-7BDDD06E7635@yahoo.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 MULE XEmacs/21.4 (patch 24) (Standard C) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4BBwX117r3z3Ym8 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of kiri@truefc.org has no SPF policy when checking 36.52.212.1) smtp.mailfrom=kiri@truefc.org X-Spamd-Result: default: False [3.13 / 15.00]; R_SPF_NA(0.00)[no SPF record]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[truefc.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.80)[0.795]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.38)[-0.380]; NEURAL_SPAM_LONG(0.62)[0.616]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:10013, ipnet:36.52.208.0/21, country:JP]; SUBJECT_ENDS_QUESTION(1.00)[]; ONCE_RECEIVED(0.10)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2020 02:00:19 -0000 On Wed, 22 Jul 2020 18:08:50 +0900, Mark Millard via freebsd-ports wrote: > > On 2020-Jul-22, at 01:03, Mark Millard wrote: > > > On 2020-Jul-22, at 00:23, KIRIYAMA Kazuhiko wrote: > > > >> Hi, Mark > >> > >> On Tue, 21 Jul 2020 17:51:41 +0900, > >> Mark Millard via freebsd-ports wrote: > >>> > >>> KIRIYAMA Kazuhiko kiri at truefc.org wrote on > >>> Tue Jul 21 02:33:25 UTC 2020 : > >>> > >>>> checking for iconv declaration... > >>>> extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); > >>>> *** BFD does not support target native-unknown-freebsd13.0. > >>>> *** Look in bfd/config.bfd for supported targets. > >>>> gmake[3]: *** [Makefile:3563: configure-binutils] Error 1 > >>>> gmake[3]: Leaving directory '/var/ports/work/usr/ports/devel/binutils/work-native/binutils-2.33.1' > >>>> gmake[2]: *** [Makefile:851: all] Error 2 > >>>> gmake[2]: Leaving directory '/var/ports/work/usr/ports/devel/binutils/work-native/binutils-2.33.1' > >>>> ===> Compilation failed unexpectedly. > >>>> Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to > >>>> the maintainer. > >>>> *** Error code 1 > >>> > >>> lang/gcc9/Makefile references binutils via: > >>> > >>> BUILD_DEPENDS+= ${LOCALBASE}/bin/as:devel/binutils > >>> RUN_DEPENDS+= ${LOCALBASE}/bin/as:devel/binutils > >>> . . . > >>> USE_BINUTILS= yes > >>> > >>> The BUILD_DEPENDS and RUN_DEPENDS references to > >>> binutils are to the assembler that binutils > >>> generates and installs. So gcc9 needs to be able > >>> to use that assembler at both gcc9 build-time and > >>> gcc9 run-time. > >>> > >>> The notation leaves the FLAVOR implicit/empty and > >>> so should lead to devel/binutils/Makefile using > >>> its line: > >>> > >>> FLAVOR?= native > >>> > >>> to assign the "native" for its own internal logic > >>> to use. > >>> > >>> > >>> > >>> Hmm. The "target native-unknown-freebsd13.0" looks > >>> very odd to me. The only lines in the devel/binutils > >>> Makefile to deal with "unknown-" text directly are: > >>> > >>> # grep -r unknown- /usr/ports/devel/binutils/ > >>> /usr/ports/devel/binutils/Makefile:BUTARGET?= ${PKGNAMEPREFIX}unknown-${OPSYS:tl}${OSREL} > >>> /usr/ports/devel/binutils/Makefile:BUTARGET= x86_64-unknown-${OPSYS:tl}${OSREL} > >>> > >>> (I'll later deal with an indirection where "_" is > >>> replaced by "-".) > >>> > >>> Only the 1st line of that pair would potentially form > >>> "native-unknown-" text. > >>> > >>> So looking at the context of the first line I find > >>> (". . ." for omitted lines): > >>> > >>> FLAVOR?= native > >>> . . . > >>> .if ${FLAVOR} != native > >>> PKGNAMEPREFIX= ${FLAVOR:C/_/-/g}- > >>> PLIST= ${PKGDIR}/pkg-plist-${FLAVOR:C/_/-/g} > >>> > >>> .if ${PKGNAMEPREFIX:M*-*-} > >>> BUTARGET?= ${PKGNAMEPREFIX}${OPSYS:tl}${OSREL} > >>> .else > >>> BUTARGET?= ${PKGNAMEPREFIX}unknown-${OPSYS:tl}${OSREL} > >>> .endif > >>> > >>> . . . > >>> > >>> CONFIGURE_ARGS+= --disable-shared \ > >>> --target=${BUTARGET} > >>> .endif > >>> > >>> > >>> (That is also the only instance of "--target=" in the > >>> Makefile.) > >>> > >>> The ${FLAVOR} != native test should mean that the code > >>> is not used for FLAVOR being exactly "native". > >>> > >>> There is a separate code block for: > >>> > >>> .if ${FLAVOR} == native > >>> BUREMOVE= coffdump \ > >>> dlltool \ > >>> dllwrap \ > >>> nlmconv \ > >>> srconv \ > >>> sysdump \ > >>> windmc \ > >>> windres > >>> USES+= localbase > >>> CONFIGURE_ARGS+= --with-system-zlib \ > >>> --with-gmp=${LOCALBASE} \ > >>> --with-mpfr=${LOCALBASE} \ > >>> --enable-targets=all \ > >>> --enable-threads=yes > >>> INFO= as \ > >>> binutils \ > >>> gprof \ > >>> bfd \ > >>> ld > >>> .endif > >>> > >>> But that code does not specify a specific target > >>> (instead: "--enable-targets=all"). > >>> > >>> There is the FLAVOR value "riscv32_unknown_elf" that > >>> could produce target "riscv32-unknown-elf-freebsd13.0" > >>> but that is not what was reported as involved. > >>> > >>> I've ignored CROSS_TOOLCHAIN infrastructure as > >>> it was not mentioned as being in use. > >>> > >>> I do not see how devel/binutils/Makefile would > >>> generate "native-unknown-freebsd13.0" text on > >>> its own. > >>> > >>> > >>> Sorry I've not been able to identify anything for > >>> the error. > >>> > >>> I'll note that I build ports with poudriere (-devel > >>> variant) and have not had the problem in that > >>> context. > >>> > >> > >> I forgot to say that make target is `package-recursive'. I > >> tried to get PKGNAME with package-depends: > >> > >> > >> root@jdtpkxb:/usr/ports/lang/gcc9 # make -ki package-depends > >> gmp-6.2.0:math/gmp > >> indexinfo-0.3.1:print/indexinfo > >> mpfr-4.0.2:math/mpfr > >> mpc-1.1.0_2:math/mpc > >> native-binutils-2.33.1_2,1:devel/binutils > >> root@jdtpkxb:/usr/ports/lang/gcc9 # > >> > >> > >> But PKGNAME in devel/binutils is: > >> > >> root@jdtpkxb:/usr/ports/devel/binutils # make -VPKGNAME > >> binutils-2.33.1_2,1 > >> root@jdtpkxb:/usr/ports/devel/binutils # > >> > >> I don't know why it is. As far as I see > >> devel/binutils/Makefile, FLAVOR default is `native' and > >> PKGNAMEPREFIX should be null. > >> > >> What happens ? > > > > Hmm. The list from -ki package-depends > > is not always specific to one specific > > use. For example, on a development machine > > where various flavors of binutils have > > been built and installed. First I show > > the list of various flavors installed: > > > > # pkg info "*binutils*" > > aarch64-binutils-2.33.1_2,1 > > aarch64-none-elf-binutils-2.33.1_2,1 > > amd64-binutils-2.33.1_2,1 > > binutils-2.33.1_2,1 > > powerpc-binutils-2.33.1_2,1 > > powerpc64-binutils-2.33.1_2,1 > > > > (If you do the above does one of the lines > > of output have "native-" as a prefix?) > > > > But here is what -ki package-depends > > reports for lang/gcc9: > > > > # cd /usr/ports/lang/gcc9/ > > # make -ki package-depends > > gmp-6.2.0:math/gmp > > indexinfo-0.3.1:print/indexinfo > > mpfr-4.1.0:math/mpfr > > mpc-1.1.0_2:math/mpc > > aarch64-binutils-2.33.1_2,1:devel/binutils > > aarch64-none-elf-binutils-2.33.1_2,1:devel/binutils > > amd64-binutils-2.33.1_2,1:devel/binutils > > binutils-2.33.1_2,1:devel/binutils > > powerpc-binutils-2.33.1_2,1:devel/binutils > > powerpc64-binutils-2.33.1_2,1:devel/binutils > > > > Note that I do not get a one prefixed with > > "native-" but I get every one of the installed > > flavors of binutils is listed, not just one. > > > > For reference, in my context: > > > > # make -VPKGNAME > > binutils-2.33.1_2,1 > > > > > > What happens if you try: > > > > # pkg info native-binutils > > > > ? For reference, my context gets: > > > > # pkg info native-binutils > > pkg: No package(s) matching native-binutils > > > > # pkg info binutils > > binutils-2.33.1_2,1 > > Name : binutils > > Version : 2.33.1_2,1 > > Installed on : Thu Jan 30 01:34:52 2020 PST > > Origin : devel/binutils > > Architecture : FreeBSD:13:amd64 > > Prefix : /usr/local > > Categories : devel > > Licenses : GPLv3, LGPL3 > > Maintainer : bapt@FreeBSD.org > > WWW : https://www.gnu.org/software/binutils/ > > Comment : GNU binary tools > > Options : > > NLS : on > > RELRO : off > > STATIC : off > > Shared Libs required: > > libintl.so.8 > > Annotations : > > FreeBSD_version: 1300075 > > cpe : cpe:2.3:a:gnu:binutils:2.33.1:::::freebsd13:x64:2 > > flavor : native > > repo_type : binary > > repository : custom > > Flat size : 658MiB > > Description : > > The GNU Binutils are a collection of binary tools. The main ones are: > > > > * ld - the GNU linker. > > * as - the GNU assembler. > > > > Most of these programs use BFD, the Binary File Descriptor library, to do > > low-level manipulation. Many of them also use the opcodes library to assemble > > and disassemble machine instructions. > > > > This port may be used as a replacement for the system binutils and support > > features from the latest versions of GCC. > > > > For cross-compilation, see the devel/cross-binutils port. > > > > WWW: https://www.gnu.org/software/binutils/ > > > > I found how to make it produce "native-" > prefixed output. Compare: > > # cd ../../devel/binutils/ > > # make package-name > binutils-2.33.1_2,1 > > # FLAVOR= make package-name > native-binutils-2.33.1_2,1 > > Or in other notation: > > # make -VPKGNAME > binutils-2.33.1_2,1 > > # FLAVOR= make -VPKGNAME > native-binutils-2.33.1_2,1 > > That output is the content of ${PKGNAME} in > /usr/ports/Mk/bsd.port.mk in each case. > > > It turns out that when binutils is not installed > at all that ${PKGNAME} is used: > > PACKAGE-DEPENDS-LIST?= \ > if [ "${CHILD_DEPENDS}" ]; then \ > installed=$$(${PKG_INFO} -qO ${PKGORIGIN} 2>/dev/null || \ > ${TRUE}); \ > if [ "$$installed" ]; then \ > break; \ > fi; \ > if [ -z "$$installed" ]; then \ > installed="${PKGNAME}"; \ > fi; \ > for pkgname in $$installed; do \ > ${ECHO_CMD} "$$pkgname ${.CURDIR} ${PKGORIGIN}"; \ > done; \ > fi; \ > . . . > > This explains why I've not seen "native-" when doing > the types of commands you are doing: I have binutils > installed (multiple flavors, in fact). > > As to how FLAVOR= ends up defined but empty: there > is the recursive use of package-depends-list in the > code hidden by the ". . ." above: > > checked="${PARENT_CHECKED}"; \ > for dir in ${_LIB_RUN_DEPENDS:C,[^:]*:([^:]*):?.*,\1,}; do \ > unset flavor; \ > case $${dir} in \ > *@*) \ > flavor=$${dir\#*@}; \ > dir=$${dir%@*}; \ > ;; \ > esac; \ > case "$$dir" in \ > /*) ;; \ > *) dir=${PORTSDIR}/$$dir ;; \ > esac ; \ > dir=$$(${REALPATH} $$dir); \ > if [ -d $$dir ]; then \ > case $$checked in \ > $$dir|$$dir\ *|*\ $$dir|*\ $$dir\ *) continue;; \ > esac; \ > childout=$$(cd $$dir; ${SETENV} FLAVOR=$${flavor} ${MAKE} CHILD_DEPENDS=yes PARENT_CHECKED="$$checked" package-depends-list); \ > set -- $$childout; \ > childdir=""; \ > while [ $$\# != 0 ]; do \ > childdir="$$childdir $$2"; \ > ${ECHO_CMD} "$$1 $$2 $$3"; \ > shift 3; \ > done; \ > checked="$$dir $$childdir $$checked"; \ > else \ > ${ECHO_MSG} "${PKGNAME}: \"$$dir\" non-existent -- dependency list incomplete" >&2; \ > fi; \ > done > > The FLAVOR=$${flavor} can have flavor unset and so > produce FLAVOR= in the recursion. That in turn gets > the "native-" prefix involved. > > The oddity of the "native-" prefix showing up may be > a problem for Bryan Drewery or someone like that to > address. I understood that FLAVOR should be set not only undefined value but also empty one. In this case, add empty(FLAVOR) like this: --- /usr/ports/devel/binutils/Makefile 2020-07-13 09:27:37.362818000 +0900 +++ binutils/Makefile 2020-07-23 09:09:15.357843000 +0900 @@ -49,7 +49,7 @@ aarch64_COMMENT= GNU binutils for ${FLAVOR} development -.if ${FLAVOR} != native +.if !empty(FLAVOR) && ${FLAVOR} != native PKGNAMEPREFIX= ${FLAVOR:C/_/-/g}- PLIST= ${PKGDIR}/pkg-plist-${FLAVOR:C/_/-/g} In the same case, batch of ports exists: kiri@smtp:~[1017]% find work/ports/head -name Makefile -type f -exec egrep -nH '^FLAVOR\?=' {} \; work/ports/head/net-p2p/qbittorrent/Makefile:21:FLAVOR?= ${FLAVORS:[1]} work/ports/head/science/erkale/Makefile:26:FLAVOR?= ${FLAVORS:[1]} work/ports/head/science/healpix/Makefile:21:FLAVOR?= ${FLAVORS:[1]} work/ports/head/x11/libfm/Makefile:26:FLAVOR?= ${FLAVORS:[1]} work/ports/head/audio/asterisk-espeak/Makefile:18:FLAVOR?= ${FLAVORS:[1]} work/ports/head/audio/asterisk-flite/Makefile:17:FLAVOR?= ${FLAVORS:[1]} work/ports/head/devel/geany-plugins/Makefile:13:FLAVOR?= ${FLAVORS:[1]} work/ports/head/devel/geany/Makefile:16:FLAVOR?= ${FLAVORS:[1]} work/ports/head/devel/binutils/Makefile:20:FLAVOR?= native work/ports/head/www/rubygem-passenger/Makefile:22:FLAVOR?= ${FLAVORS:[1]} work/ports/head/www/p5-RT-Extension-CommandByMail/Makefile:18:FLAVOR?= ${FLAVORS:[1]} work/ports/head/www/p5-RT-Extension-MandatoryOnTransition/Makefile:17:FLAVOR?= ${FLAVORS:[1]} work/ports/head/www/p5-RT-Extension-LDAPImport/Makefile:21:FLAVOR?= ${FLAVORS:[1]} work/ports/head/www/p5-RT-Extension-RepeatTicket/Makefile:20:FLAVOR?= ${FLAVORS:[1]} work/ports/head/www/p5-RTx-Calendar/Makefile:25:FLAVOR?= ${FLAVORS:[1]} work/ports/head/www/p5-RT-Extension-Gravatar/Makefile:18:FLAVOR?= ${FLAVORS:[1]} work/ports/head/lang/ponyc/Makefile:19:FLAVOR?= ${FLAVORS:[1]} work/ports/head/lang/rust-bootstrap/Makefile:33:FLAVOR?= ${FLAVORS:[1]} work/ports/head/multimedia/audacious-plugins/Makefile:23:FLAVOR?= ${FLAVORS:[1]} work/ports/head/multimedia/audacious/Makefile:20:FLAVOR?= ${FLAVORS:[1]} work/ports/head/net/unison240/Makefile:20:FLAVOR?= ${FLAVORS:[1]} work/ports/head/net/asterisk-g72x/Makefile:16:FLAVOR?= ${FLAVORS:[1]} work/ports/head/net/asterisk-chan_sccp/Makefile:19:FLAVOR?= ${FLAVORS:[1]} work/ports/head/net/unison232/Makefile:21:FLAVOR?= ${FLAVORS:[1]} work/ports/head/net/unison/Makefile:16:FLAVOR?= ${FLAVORS:[1]} work/ports/head/net/unison248/Makefile:18:FLAVOR?= ${FLAVORS:[1]} work/ports/head/x11-fm/pcmanfm/Makefile:18:FLAVOR?= ${FLAVORS:[1]} kiri@smtp:~[1018]% In amang those above ports, should be (!) or may be (?) fix ports are as follows: ! science/healpix ? audio/asterisk-espeak ! devel/binutils ! www/rubygem-passenger ! www/p5-RT-Extension-CommandByMail ! www/p5-RT-Extension-MandatoryOnTransition ! www/p5-RT-Extension-LDAPImport ! www/p5-RT-Extension-RepeatTicket ! www/p5-RTx-Calendar ! www/p5-RT-Extension-Gravatar ! lang/rust-bootstrap ! net/unison240 ? net/asterisk-g72x ? net/asterisk-chan_sccp ! net/unison232 ! net/unison ! net/unison248 ? x11-fm/pcmanfm > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@freebsd.org Thu Jul 23 04:02:11 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 62AC236F945 for ; Thu, 23 Jul 2020 04:02:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (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 4BBzDf3XYLz41ky for ; Thu, 23 Jul 2020 04:02:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 3DT_5fsVM1mK.d6DtD9v3nBW2uODItQ6dIC00.hEzxqUiBhpPimmVfPqmuFkYkS dMlELN.ano.Z9OVoSZQ3tgwzhK45QaSSWkpHCrOcAOWK9.s.Waxn430dgqTjSpEmr2f1ELZQtUaC ZekyhunchM8.rPFDQeDCo3CJ.9UZYOwVp.UeSmT840wEvsE1He7.Sa2Uv0oxiWbfyHsstum0FcA6 PFyvAQ6CqHmdU5U6B91WC7xjWtIirmLwHJ3QsH0RnPEkNFtJ_A22Ri7V0avUNfGEi3CTAxkGkIO5 8kwmF3pUb7697cgRt8sSUHzUQk9VAk2DhG.8xHtdw7C5QZrGoCEkkaczv3.cs_ABcXqJcPJS1.YY jNmr9z61fVjG05qqOChAQwJH97EeK2Yb2fb.eQU5droWTYWs8Ck04H0fX_S0Te4lGfdnW6LpiM2S KizX6A8NAxIMBKipdzuw6MIJnLGsQPbPPyFdgl0uQqP320Vc868dVaw1u5l8CykfWaeFoxfGP53p Hsv2i_znVkK6VQG9l5Wfcfbj4Rq7sdQVawdsqwC8a43DVATDPKLtTt0uc9ukrKSpljBrhafGref. eh24C4clF2dDJzXQw2cJ40ECOS5mTq_la8kLMV2ub4EYaat4SMU1ZQveVnBbR40oux4H_8tHn_h1 yk46rf0slnBaJVbHrs5KkjjOpFUeWOkGY03KKSA1ITn_8q4wf9ucyG5UhI.0JqPaC27lYe.Co26G dMIgqermEFASbn8_LQY5L18Qy3Asd_YRglgf7e5Q4n3vbVhBfg_dT.aaxbMplsy7pwv_txPy1mWT 4Klllub3NaM8TflBDeb_FDH7A8aHuvIJrLQ4s7nVANN11FsZkEu8MV4GYoO4JxACJzxax1Pa0YoD eZMq9YiDQNLmzNeCQexVH8uDfMixcxBOubLv_czXGFx2OBaYb6bV5zmaQfZeh5qg0dHDKsKMGMFW 8oKplj758UdgFNQL.mT7XO6AJJ2vrxn9JY7X6iHT8lgKzcSd4fHx3UdPUVjqO_zcp6anP_Lbm9Kn DteExVVAlw.GvVNtZVLqXo6iMhDO50fKNAIUzEi4Bi.C_x7zeYEZgwh_DofbxyomWLO3ZbvhAzvf .WpNLoAvRZnDBlBa_WOqzioSE5qa66i7vnVuvuqNL2oIa.jt.L.CPwiof5HeIbZ1CCWoemuirLM7 ede2oVIBSx5TyPi2RxXCfX5Yy2ncWKjScNy3xzDfTxeryQxVHVDtPyfUfPuvmv.RCg.olDFZpQHI bum.0HnsaykFNWJVCAsQio_Ca7q7pQ6eDhCsj6xIvH.5kSPcmMP_j.gYodospQnGtpm1d.no7xdt oStLSorYRACewr8tNROXBEedGpk7NV.4WoW5RVYNnKS4W3C_KQtqntdyl_.lBdvZyuuSN8YEVK2z FHLHS1ZXKyw_w5bbGMkUOK4DEuLwdjKFDYcuqmJuMMsLUHUk89pK882JNUfdrXD_FnMah Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Thu, 23 Jul 2020 04:02:08 +0000 Received: by smtp419.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 2b24ec34e48c2c4158676bc799ed0ec4; Thu, 23 Jul 2020 04:02:03 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: 32-bit powerpc graphics/mesa-dri build failure (poudriere based): "error: cannot redeclare builtin function" (e.g., __sync_add_and_fetch_8) From: Mark Millard In-Reply-To: Date: Wed, 22 Jul 2020 21:02:02 -0700 Cc: "pkubaj@freebsd.org" , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: <6C21ED1D-BDE8-4E28-A56E-76A670B66ED6@yahoo.com> References: To: Jan Beich X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4BBzDf3XYLz41ky X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.05 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.55)[-0.545]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; 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)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.008]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.99)[-0.992]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2020 04:02:11 -0000 On 2020-Jul-22, at 17:16, Mark Millard wrote: > On 2020-Jul-22, at 14:11, Jan Beich wrote: >=20 >> Mark Millard via freebsd-ppc writes: >>=20 >>> ../src/util/u_atomic.c:38:1: error: cannot redeclare builtin = function '__sync_add_and_fetch_8' >>> __sync_add_and_fetch_8(uint64_t *ptr, uint64_t val) >>> ^ >>> ../src/util/u_atomic.c:38:1: note: '__sync_add_and_fetch_8' is a = builtin with type 'long long (volatile long long *, long long, ...)' >>> ../src/util/u_atomic.c:38:1: error: definition of builtin function = '__sync_add_and_fetch_8' >>> __sync_add_and_fetch_8(uint64_t *ptr, uint64_t val) >>> ^ >>> ../src/util/u_atomic.c:51:1: error: cannot redeclare builtin = function '__sync_sub_and_fetch_8' >>> __sync_sub_and_fetch_8(uint64_t *ptr, uint64_t val) >>> ^ >>> ../src/util/u_atomic.c:51:1: note: '__sync_sub_and_fetch_8' is a = builtin with type 'long long (volatile long long *, long long, ...)' >>> ../src/util/u_atomic.c:51:1: error: definition of builtin function = '__sync_sub_and_fetch_8' >>> __sync_sub_and_fetch_8(uint64_t *ptr, uint64_t val) >>> ^ >>> ../src/util/u_atomic.c:64:1: error: cannot redeclare builtin = function '__sync_val_compare_and_swap_8' >>> __sync_val_compare_and_swap_8(uint64_t *ptr, uint64_t oldval, = uint64_t newval) >>> ^ >>> ../src/util/u_atomic.c:64:1: note: '__sync_val_compare_and_swap_8' = is a builtin with type 'long long (volatile long long *, long long, long = long, ...)' >>> ../src/util/u_atomic.c:64:1: error: definition of builtin function = '__sync_val_compare_and_swap_8' >>> __sync_val_compare_and_swap_8(uint64_t *ptr, uint64_t oldval, = uint64_t newval) >>> ^ >>> 6 errors generated. >>=20 >> Try replacing files/patch-i386 with = https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/5464 >> On i386 (clang) one can sometimes avoid -latomic by bumping -march >> (FreeBSD 11.4/12.2/13.0 defaults to i686) but powerpc (gcc) probably >> can't use __sync* with 64-bit types without -latomic, making Meson >> define MISSING_64BIT_ATOMICS to use src/util/u_atomic.c >=20 > The context was head (so system-clang instead of > gcc 4.2.1). But, looking in the logs, it seems to > have used an odd mix of system-clang and devel/lvm80 > materials: >=20 > . . . > Project name: mesa > Project version: 19.0.8 > Using 'CC' from environment with value: 'cc' > Using 'CFLAGS' from environment with value: '-O2 -pipe -g = -fstack-protector-strong -fno-strict-aliasing ' > Using 'LDFLAGS' from environment with value: ' = -Wl,-rpath=3D/usr/local/llvm80/lib -fstack-protector-strong ' > Using 'CPPFLAGS' from environment with value: '' > Using 'CXX' from environment with value: 'c++' > Using 'CXXFLAGS' from environment with value: '-O2 -pipe -g = -fstack-protector-strong -fno-strict-aliasing ' > Using 'LDFLAGS' from environment with value: ' = -Wl,-rpath=3D/usr/local/llvm80/lib -fstack-protector-strong ' > Using 'CPPFLAGS' from environment with value: '' > Using 'CC' from environment with value: 'cc' > Using 'CFLAGS' from environment with value: '-O2 -pipe -g = -fstack-protector-strong -fno-strict-aliasing ' > Using 'LDFLAGS' from environment with value: ' = -Wl,-rpath=3D/usr/local/llvm80/lib -fstack-protector-strong ' > Using 'CPPFLAGS' from environment with value: '' > C compiler for the host machine: cc (clang 10.0.1 "FreeBSD clang = version 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-rc2-0-g77d76b71d7d)") > C linker for the host machine: cc ld.lld 10.0.1 > Using 'CXX' from environment with value: 'c++' > Using 'CXXFLAGS' from environment with value: '-O2 -pipe -g = -fstack-protector-strong -fno-strict-aliasing ' > Using 'LDFLAGS' from environment with value: ' = -Wl,-rpath=3D/usr/local/llvm80/lib -fstack-protector-strong ' > Using 'CPPFLAGS' from environment with value: '' > C++ compiler for the host machine: c++ (clang 10.0.1 "FreeBSD clang = version 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-rc2-0-g77d76b71d7d)") > C++ linker for the host machine: c++ ld.lld 10.0.1 > Host machine cpu family: ppc > Host machine cpu: powerpc > . . . > llvm-config found: YES (/usr/local/bin/llvm-config80) 8.0.1 > Run-time dependency LLVM (modules: amdgpu, asmparser, bitreader, = bitwriter, engine, ipo, mcdisassembler, mcjit, native) found: YES 8.0.1 > . . . > cc . . . -DHAVE_LLVM=3D0x0800 -DMESA_LLVM_VERSION_PATCH=3D1 . . . -c = ../src/util/u_atomic.c > . . . >=20 >=20 > The system-clang devel/llvm80 mix seems to be at > least declaring __sync_add_and_fetch_8 , > __sync_sub_and_fetch_8 , and > __sync_val_compare_and_swap_8 as builtin, > possibly implicitly. >=20 > At this point I'm unclear if: >=20 > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/5464 >=20 > is relevant. The system-clang and devel/llvm80 mix > just does not seem the right kind of thing to be > doing in the build. >=20 I'm not sure how analogous gecko is but I'll note that /usr/ports/Mk/bsd.gecko.mk has the related and additional logic: BUILD_DEPENDS+=3D llvm${LLVM_DEFAULT}>0:devel/llvm${LLVM_DEFAULT} \ . . . MOZ_EXPORT+=3D ${CONFIGURE_ENV} \ LLVM_CONFIG=3Dllvm-config${LLVM_DEFAULT} = \ . . . . if ${CC} =3D=3D cc && ${CXX} =3D=3D c++ && exists(/usr/lib/libc++.so) BUILD_DEPENDS+=3D = ${LOCALBASE}/bin/clang${LLVM_DEFAULT}:devel/llvm${LLVM_DEFAULT} CPP=3D ${LOCALBASE}/bin/clang-cpp${LLVM_DEFAULT} CC=3D ${LOCALBASE}/bin/clang${LLVM_DEFAULT} CXX=3D ${LOCALBASE}/bin/clang++${LLVM_DEFAULT} USES:=3D ${USES:Ncompiler\:*} # XXX avoid warnings . endif This last block of code appears to be forcing it to use the matching devel/llvm* port's llvm/clang materials under some conditions (instead of an odd mix with system clang). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Thu Jul 23 08:28:01 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F3135376488 for ; Thu, 23 Jul 2020 08:28:01 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BC57N5VQnz4FT8 for ; Thu, 23 Jul 2020 08:28:00 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-ed1-x535.google.com with SMTP id b13so1492233edz.7 for ; Thu, 23 Jul 2020 01:28:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=DjxChNUhbXs155y8qfh1LPw+9a4cJX5YWBgGil0FvH0=; b=Ly138bQv7a8QSlvK5CXhjAlX0uWYyctu5alqtK5l2Net7Ivhd35wCehh/Atqbkc4E8 GUFCAQ+4TYPu8lNJ4FFFlvizLf+KOh5ENmr+nPhhE5rm/b63YVCh0LPwaKJkPs9TK1kP 8oXbFL5IQ5Ygr7UQ/6xLrmVs2sOAGkACl2dOdcoSkTFritONyJJKCEQC63Qc3QD8DYNz drrzFZvW87G3ip1YYortY5PNiNxdY3zrt9nCxGeS75RqBHW6ycxjc8aZwMskjn9Oybte n/+Top+LFCOrfbVKMtGeZ2HTFUgXak7oJuCUy6/TfMfA+fPnuiJ8gzbdEo6SRxqfzAUE mu2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=DjxChNUhbXs155y8qfh1LPw+9a4cJX5YWBgGil0FvH0=; b=LL1vlXOvUk3w2QjJ2f7LcFdemMS69/9rzBJqUumntcj+5QNWkFT2igxqiVter3va5i xWVTsxebeWlkCZA7GEtadsAY6NebFYpZ4wKQc8LXzxTWlOz8EFK4CQNddjFFMX4GLDjY gBNHkfsFX3shSs3l6FDYGMZ4s07tVA0UDM932VeO//iKL77r//e16SUy8FPrrrsqgftS aa7O13aCnyyv0e+D/dg2tnRJagLv6UR8GNf9CV4OZUzHp86rjuXOy1hKeIQzxzWNpLCl IpyeISzDCfR0cfviKrfKrO0XuPTXGjMcF7AaJDTPRoybNnw/mE0mTheALd5+BpRBG8VR mIxw== X-Gm-Message-State: AOAM533aOZ69OceXrGTlFXv3/dYjWeLWK1woii7bBc5xzZM65/ZVzzyb OCo3PcJbk9I9AHJVUv2hf3R/2NdHczfVno2LOc/sDK8rGGU= X-Google-Smtp-Source: ABdhPJzD3H9j8F1B3+gy9sJG9vVJX213ogYAKUHS5hX60dfPT1ROiwe3dvomj9mu6EHQtYwIB5EXlEBjIM4fA7QHj80= X-Received: by 2002:aa7:ca05:: with SMTP id y5mr3195120eds.204.1595492878320; Thu, 23 Jul 2020 01:27:58 -0700 (PDT) MIME-Version: 1.0 From: Pavel Timofeev Date: Thu, 23 Jul 2020 11:25:45 +0300 Message-ID: Subject: I want to maintain security/pssh To: ports-list freebsd X-Rspamd-Queue-Id: 4BC57N5VQnz4FT8 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Ly138bQv; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of timp87@gmail.com designates 2a00:1450:4864:20::535 as permitted sender) smtp.mailfrom=timp87@gmail.com X-Spamd-Result: default: False [-3.06 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.946]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.004]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::535:from]; NEURAL_HAM_SHORT(-0.11)[-0.108]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2020 08:28:02 -0000 Hello, I'd like to take maintainership of security/pssh if no objections From owner-freebsd-ports@freebsd.org Thu Jul 23 08:33:49 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4F2FC376780 for ; Thu, 23 Jul 2020 08:33:49 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BC5G51Tc4z4FmM; Thu, 23 Jul 2020 08:33:49 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from mx.bofh.network (mx.bofh.network [IPv6:2001:19f0:5001:2b77:5400:2ff:fe7b:aa2c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.bofh.network", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: bofh/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id BED7018A0B; Thu, 23 Jul 2020 08:33:48 +0000 (UTC) (envelope-from bofh@freebsd.org) Received: from [172.16.0.223] (203-202-241-129.aamranetworks.com [203.202.241.129]) by mx.bofh.network (OpenSMTPD) with ESMTPSA id 345a1827 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Thu, 23 Jul 2020 08:33:46 +0000 (UTC) From: Muhammad Moinur Rahman Message-Id: <90A98FF4-E47B-475D-A2A2-EC1A7CBAD9FE@freebsd.org> Content-Type: multipart/signed; boundary="Apple-Mail=_8BFC90E0-6654-487F-8E26-E08E34121BAF"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: I want to maintain security/pssh Date: Thu, 23 Jul 2020 14:33:42 +0600 In-Reply-To: Cc: ports-list freebsd To: Pavel Timofeev References: X-Mailer: Apple Mail (2.3608.120.23.2.1) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2020 08:33:49 -0000 --Apple-Mail=_8BFC90E0-6654-487F-8E26-E08E34121BAF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, Please submit a patch with some improvements of the current port and = resetting the MAINTAINERSHIP to your email address in our bugzilla. Kind Regards, Moin > On 23 Jul, 2020, at 14:25, Pavel Timofeev wrote: >=20 > Hello, I'd like to take maintainership of security/pssh if no = objections > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to = "freebsd-ports-unsubscribe@freebsd.org" --Apple-Mail=_8BFC90E0-6654-487F-8E26-E08E34121BAF Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEETfdREoUGjQZKBS+fvbm1phfAvJEFAl8ZS2dfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRE Rjc1MTEyODUwNjhEMDY0QTA1MkY5RkJEQjlCNUE2MTdDMEJDOTEACgkQvbm1phfA vJFpjg//VK6PCgr5/j6kFwesCZfN2TaRrIywkimCMBu9AxyFEd4Vqg0DyBBB3RBn nGzHH3ybQfSgdXE1MhiykjKB2TmiQdj/pKLcbhqyPgvAkaLDW1anw7EdoDcTyGmQ CJ367b/tJpDGWNVgxZBGdgQW12CBf7cRRV8lCXpMLXnIMR/FPJx6kGsbsLe42zYq +GNYGsqkeIsN5VYNfzLL6Y/jEjdJSyJr69LMrejR7ZuSGPWEtizoxSNvMgzD8yt8 wgB8C6QVG8EfBT6ukxbnoyz4aSw4KYSxTnodZh2teKEQLtAtw6zk6u7qIPaKc0Cd mf4E9Azc9aOVQzUq8EdG2bafbm/hHyCWoJncYpnhK3HyauKIbGi0VXnhmm8/d1rq zGwuEGNXzN2vBdBor5czF5Wz5K5jdgJcJ2jyUhkYv+GjrFqWtVKVmH10dWV4uyW0 mKEp260mAqkaoqoUxEUeyKtOJ7SX6DRObpoCXNRhTVRQa5Ml52UcLmbYeo5RpEtz TMkaMrdCYFZchYSDpPenIe3FUWlkBB/SxyyJPy3HZ+gSTqFUMo9no9wfIB86RikC RJ4GMMbconf+CblAIeUewTCQqK+JoWG1C/TcFqk/HyBWayilomrCjlk5zQulD3Kf sTO+7K3HBHtXv6t+6eeGtjtN9S8W631lfLXSRBt8JlFU1JuOcaM= =PXXo -----END PGP SIGNATURE----- --Apple-Mail=_8BFC90E0-6654-487F-8E26-E08E34121BAF-- From owner-freebsd-ports@freebsd.org Thu Jul 23 09:04:57 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F1497377CAF for ; Thu, 23 Jul 2020 09:04:57 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (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 4BC5y06VJrz4HlZ for ; Thu, 23 Jul 2020 09:04:56 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 06N94s0b064429 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 23 Jul 2020 11:04:54 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1595495094; bh=YUlaWaJRrjw+0vjEhp+WZnwtpQAp1LABY4HBWqo88d8=; h=Date:From:To:Subject; b=CLIfMlWIgnTZncQpKgH92WcE13o/hPI/1b9lJZiOG48Z8mGBx55bIpL/qDhRCL2FK GNysiOp9mnH67X0pLEwEKHYHWFAX6V+ICvFIUe914m423JZ8aaoOPrd1UhjcVSDtZD ELp2olY8lEeaLZAnzajxejJufGONRGBXUKbdgJw4= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 06N94s9w064426 for ; Thu, 23 Jul 2020 11:04:54 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Thu, 23 Jul 2020 11:04:54 +0200 (CEST) From: Wojciech Puchar To: freebsd-ports@freebsd.org Subject: cannot install apache24 Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Rspamd-Queue-Id: 4BC5y06VJrz4HlZ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=fail (headers rsa verify failed) header.d=puchar.net header.s=default header.b=CLIfMlWI; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [-1.45 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.82)[-0.821]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.86)[-0.863]; DMARC_NA(0.00)[puchar.net]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; DKIM_TRACE(0.00)[puchar.net:-]; NEURAL_HAM_SHORT(-0.47)[-0.465]; RCVD_IN_DNSWL_NONE(0.00)[194.1.144.90:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2020 09:04:58 -0000 fresh ports tree FreeBSD serwer.dgs 12.1-STABLE FreeBSD 12.1-STABLE puchar amd64 any idea? ===> Building for apache24-2.4.43 --- all-recursive --- Making all in srclib --- all-recursive --- Making all in os --- all-recursive --- Making all in unix --- all-recursive --- --- unixd.lo --- /usr/local/share/apr/build-1/libtool --silent --mode=compile cc -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong -fno-strict-aliasi ng -DLIBICONV_PLUG -I. -I/usr/ports/www/apache24/work/httpd-2.4.43/os/unix -I/usr/ports/www/apache24/work/httpd-2.4.43/include -I /usr/local/include/apr-1 -I/usr/include -I/usr/local/include -I/usr/local/include/db5 -I/usr/ports/www/apache24/work/httpd-2.4.43/module s/aaa -I/usr/ports/www/apache24/work/httpd-2.4.43/modules/cache -I/usr/ports/www/apache24/work/httpd-2.4.43/modules/core -I/usr/ports/ww w/apache24/work/httpd-2.4.43/modules/database -I/usr/ports/www/apache24/work/httpd-2.4.43/modules/filters -I/usr/ports/www/apache24/work /httpd-2.4.43/modules/ldap -I/usr/ports/www/apache24/work/httpd-2.4.43/server -I/usr/ports/www/apache24/work/httpd-2.4.43/modules/logger s -I/usr/ports/www/apache24/work/httpd-2.4.43/modules/lua -I/usr/ports/www/apache24/work/httpd-2.4.43/modules/proxy -I/usr/ports/www/apa che24/work/httpd-2.4.43/modules/http2 -I/usr/ports/www/apache24/work/httpd-2.4.43/modules/session -I/usr/ports/www/apache24/work/httpd-2 .4.43/modules/ssl -I/usr/ports/www/apache24/work/httpd-2.4.43/modules/test -I/usr/ports/www/apache24/work/httpd-2.4.43/server -I/usr/por ts/www/apache24/work/httpd-2.4.43/modules/md -I/usr/ports/www/apache24/work/httpd-2.4.43/modules/arch/unix -I/usr/ports/www/apache24/wor k/httpd-2.4.43/modules/dav/main -I/usr/ports/www/apache24/work/httpd-2.4.43/modules/generators -I/usr/ports/www/apache24/work/httpd-2.4. 43/modules/mappers -prefer-non-pic -static -c unixd.c && touch unixd.lo unixd.c:245:25: error: variable has incomplete type 'union semun' union semun ick; ^ unixd.c:245:19: note: forward declaration of 'union semun' union semun ick; ^ 1 error generated. *** [unixd.lo] Error code 1 make[5]: stopped in /usr/ports/www/apache24/work/httpd-2.4.43/os/unix 1 error make[5]: stopped in /usr/ports/www/apache24/work/httpd-2.4.43/os/unix *** [all-recursive] Error code 1 make[4]: stopped in /usr/ports/www/apache24/work/httpd-2.4.43/os/unix 1 error make[4]: stopped in /usr/ports/www/apache24/work/httpd-2.4.43/os/unix *** [all-recursive] Error code 1 make[3]: stopped in /usr/ports/www/apache24/work/httpd-2.4.43/os From owner-freebsd-ports@freebsd.org Thu Jul 23 09:04:57 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B28CD3779EB for ; Thu, 23 Jul 2020 09:04:57 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from p-impout001.msg.pkvw.co.charter.net (p-impout004aa.msg.pkvw.co.charter.net [47.43.26.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BC5y10fCkz4JCS for ; Thu, 23 Jul 2020 09:04:56 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from localhost ([96.28.177.163]) by cmsmtp with ESMTP id yWxxjDlGxWFQfyWxxjBHql; Thu, 23 Jul 2020 08:52:37 +0000 X-Authority-Analysis: v=2.3 cv=M+4z1B4s c=1 sm=1 tr=0 a=xqrt2BZAGHte7XHhrxJgbA==:117 a=xqrt2BZAGHte7XHhrxJgbA==:17 a=HpEJnUlJZJkA:10 a=DBwwDor5xuMA:10 a=mDV3o1hIAAAA:8 a=iwv2PxDYb6TAU2E6lEoA:9 a=_FVE-zBwftR9WsbkzFJk:22 a=pHzHmUro8NiASowvMSCR:22 a=Ew2E2A-JSTLzCXPT_086:22 From: "Thomas Mueller" To: freebsd-ports@freebsd.org Subject: Re: Why lang/gcc9 depends native-binutils ? References: <6B21B9C0-62D5-4ED7-94EE-7715B002F160.ref@yahoo.com> <6B21B9C0-62D5-4ED7-94EE-7715B002F160@yahoo.com> <202007220723.06M7N3qm051026@kx.truefc.org> X-CMAE-Envelope: MS4wfNWBO3USR/T1TJzpE3ZODeYVITuAr0AUAPqUgvWJpTaNAUYJzazxOomPtC96/EK3I9LW7deKtYUYTPY7SF4YyTJDu04HS0liFtjsYhPU69XQgsf5obGv 6UulD2T7Imw7otCBv0SifV6wGnWiRa+KG+G1B65tEmLs4RszsM4bJBvl X-Rspamd-Queue-Id: 4BC5y10fCkz4JCS X-Spamd-Bar: ++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mueller6722@twc.com designates 47.43.26.135 as permitted sender) smtp.mailfrom=mueller6722@twc.com X-Spamd-Result: default: False [6.25 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; NEURAL_SPAM_SHORT(0.41)[0.409]; GREYLIST(0.00)[pass,body]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[47.43.26.135:from]; FREEMAIL_FROM(0.00)[twc.com]; MISSING_DATE(1.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[twc.com]; NEURAL_SPAM_MEDIUM(0.74)[0.738]; RCPT_COUNT_ONE(0.00)[1]; MISSING_MID(2.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_LONG(0.90)[0.900]; R_SPF_ALLOW(-0.20)[+ip4:47.43.26.0/24]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:40294, ipnet:47.43.24.0/21, country:US]; FREEMAIL_ENVFROM(0.00)[twc.com]; RECEIVED_SPAMHAUS_PBL(0.00)[96.28.177.163:received] X-Spam: Yes X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 23 Jul 2020 09:04:57 -0000 X-List-Received-Date: Thu, 23 Jul 2020 09:04:57 -0000 > The GNU Binutils are a collection of binary tools. The main ones are: > * ld - the GNU linker. > * as - the GNU assembler. > Most of these programs use BFD, the Binary File Descriptor library, to do > low-level manipulation. Many of them also use the opcodes library to assemble > and disassemble machine instructions. > This port may be used as a replacement for the system binutils and support > features from the latest versions of GCC. > For cross-compilation, see the devel/cross-binutils port. > WWW: https://www.gnu.org/software/binutils/ > Mark Millard This prompted me to run "svn up" on FreeBSD ports tree. But I found no devel/cross-binutils, you had my hopes up. There is a cross/cross-binutils in (NetBSD) pkgsrc. DESCR shows The cross-binutils pkg is used only by the other `cross' pkgs. The binutils provides various binary manipulation utilities as well as the GNU linker. (The assembler is bundled with each individual cross pkg.) Tom From owner-freebsd-ports@freebsd.org Thu Jul 23 15:26:53 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 427D4359976 for ; Thu, 23 Jul 2020 15:26:53 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BCGQh6ghBz3ScX; Thu, 23 Jul 2020 15:26:52 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-ed1-x52a.google.com with SMTP id n2so4816504edr.5; Thu, 23 Jul 2020 08:26:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=0Q486AQcOK6F04phRCi9PIIZlAv+j44pkPMJNF+3XJA=; b=T8T8umwi2LzX0GeHh9S2KSFx6v3RR2zOAg4tPCpQX0xSnw3yrIMfHw3zDXhCs6ZcpK hCna0wLLzZGzVNhhRsCoD6gDdwQRYcOT5zChAYPGVnAX6Fe8UTWAiNb1qejELS8f4Ykm HyKWoQxUplCYFFXd1P7OqfYCOGAS8g33ufPANW9FUNdm/dpX2VPtERqMYf9KCsBKi1p1 2j+XlkMHWZJ4ONw9/LvB3jJQG2M+3UaA5EPk3lZIOiXSUUAZQndhdv3MDBc18GLkwJj+ OYIpXSedCHNNgFlq4bpDTBw+7ReZakWWPWZpQuZAGhAmGuh4H/cQNaf2CViVybmPwmCZ /sYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0Q486AQcOK6F04phRCi9PIIZlAv+j44pkPMJNF+3XJA=; b=IpGrAVUs/A1fS4mcNHNbLKBX1gY2ai9dUtyJhbYa3nQlc1gHYPybjvr6PLCHZknS/D KVS1pSyq7VyfFYHSdnQ/0HdyWsufAZIN9J6DiBSYeB6My5HxzOn/erarQ9J/kNMW4vPi Pk3uW6DBvEzcRMg6NBamiUvvt5qPH1w/Xdct1mdbjaP3yq+aQN5tlyRk1EbFqtiEnLIT Qjk5bBixRcTJSGELssfZ1F7CjGgNSleK8zmfiMIOcI5uZiX+hIWSWhoQ7/ky4E+QoMvN 5KghNelW2Y8uLGEYGzUPqivCyMsc91NBVCh3zu50p3tt+jswDgzJNNmHZvZiaUbSjyMG U5aw== X-Gm-Message-State: AOAM530KR3hAFqDmg1jVKC+ZRlCjcZ8HEQ1Ie9BPi6cZraRFYrfLAv+r p3EMLi2r/U9Vcjz9fQyPS89YFDscC46+KG+A/XaLjtPDsqU= X-Google-Smtp-Source: ABdhPJzt7KFB8Uoo8M9ddu6gq04I/ViCL4rhfj3JdvAjMoW2DAfIt2s9Fb4XHMJ2FMu5IznV8XEpCJwOvy85wOsBD54= X-Received: by 2002:a05:6402:1777:: with SMTP id da23mr4563413edb.260.1595518011224; Thu, 23 Jul 2020 08:26:51 -0700 (PDT) MIME-Version: 1.0 References: <90A98FF4-E47B-475D-A2A2-EC1A7CBAD9FE@freebsd.org> In-Reply-To: <90A98FF4-E47B-475D-A2A2-EC1A7CBAD9FE@freebsd.org> From: Pavel Timofeev Date: Thu, 23 Jul 2020 18:24:38 +0300 Message-ID: Subject: Re: I want to maintain security/pssh To: Muhammad Moinur Rahman Cc: ports-list freebsd X-Rspamd-Queue-Id: 4BCGQh6ghBz3ScX X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2020 15:26:53 -0000 =D1=87=D1=82, 23 =D0=B8=D1=8E=D0=BB. 2020 =D0=B3. =D0=B2 11:33, Muhammad Mo= inur Rahman : > Hi, > > Please submit a patch with some improvements of the current port and > resetting the MAINTAINERSHIP to your email address in our bugzilla. > > Kind Regards, > Moin > > > On 23 Jul, 2020, at 14:25, Pavel Timofeev wrote: > > > > Hello, I'd like to take maintainership of security/pssh if no objection= s > > > Done! https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D248208 From owner-freebsd-ports@freebsd.org Thu Jul 23 16:27:25 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2320D35B27C for ; Thu, 23 Jul 2020 16:27:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-48.consmr.mail.gq1.yahoo.com (sonic309-48.consmr.mail.gq1.yahoo.com [98.137.65.174]) (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 4BCHmX1nwgz3WsN for ; Thu, 23 Jul 2020 16:27:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: N_6BpMEVRDvd.miR6A7lED5GPdAEx7ojsA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Thu, 23 Jul 2020 16:27:22 +0000 Received: by smtp432.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 58b0b6655a5919ed9d451c6fff0b80a7; Thu, 23 Jul 2020 16:25:20 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: 32-bit powerpc graphics/mesa-dri build failure (poudriere based): "error: cannot redeclare builtin function" (e.g., __sync_add_and_fetch_8) From: Mark Millard In-Reply-To: <6C21ED1D-BDE8-4E28-A56E-76A670B66ED6@yahoo.com> Date: Thu, 23 Jul 2020 09:25:19 -0700 Cc: "pkubaj@freebsd.org" , FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: References: <6C21ED1D-BDE8-4E28-A56E-76A670B66ED6@yahoo.com> To: Jan Beich X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4BCHmX1nwgz3WsN X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.25 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.69)[-0.689]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; 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)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.025]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.04)[-1.038]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.174:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.174:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2020 16:27:25 -0000 On 2020-Jul-22, at 21:02, Mark Millard wrote: > On 2020-Jul-22, at 17:16, Mark Millard wrote: >=20 >> On 2020-Jul-22, at 14:11, Jan Beich wrote: >>=20 >>> Mark Millard via freebsd-ppc writes: >>>=20 >>>> ../src/util/u_atomic.c:38:1: error: cannot redeclare builtin = function '__sync_add_and_fetch_8' >>>> __sync_add_and_fetch_8(uint64_t *ptr, uint64_t val) >>>> ^ >>>> ../src/util/u_atomic.c:38:1: note: '__sync_add_and_fetch_8' is a = builtin with type 'long long (volatile long long *, long long, ...)' >>>> ../src/util/u_atomic.c:38:1: error: definition of builtin function = '__sync_add_and_fetch_8' >>>> __sync_add_and_fetch_8(uint64_t *ptr, uint64_t val) >>>> ^ >>>> ../src/util/u_atomic.c:51:1: error: cannot redeclare builtin = function '__sync_sub_and_fetch_8' >>>> __sync_sub_and_fetch_8(uint64_t *ptr, uint64_t val) >>>> ^ >>>> ../src/util/u_atomic.c:51:1: note: '__sync_sub_and_fetch_8' is a = builtin with type 'long long (volatile long long *, long long, ...)' >>>> ../src/util/u_atomic.c:51:1: error: definition of builtin function = '__sync_sub_and_fetch_8' >>>> __sync_sub_and_fetch_8(uint64_t *ptr, uint64_t val) >>>> ^ >>>> ../src/util/u_atomic.c:64:1: error: cannot redeclare builtin = function '__sync_val_compare_and_swap_8' >>>> __sync_val_compare_and_swap_8(uint64_t *ptr, uint64_t oldval, = uint64_t newval) >>>> ^ >>>> ../src/util/u_atomic.c:64:1: note: '__sync_val_compare_and_swap_8' = is a builtin with type 'long long (volatile long long *, long long, long = long, ...)' >>>> ../src/util/u_atomic.c:64:1: error: definition of builtin function = '__sync_val_compare_and_swap_8' >>>> __sync_val_compare_and_swap_8(uint64_t *ptr, uint64_t oldval, = uint64_t newval) >>>> ^ >>>> 6 errors generated. >>>=20 >>> Try replacing files/patch-i386 with = https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/5464 >>> On i386 (clang) one can sometimes avoid -latomic by bumping -march >>> (FreeBSD 11.4/12.2/13.0 defaults to i686) but powerpc (gcc) probably >>> can't use __sync* with 64-bit types without -latomic, making Meson >>> define MISSING_64BIT_ATOMICS to use src/util/u_atomic.c >>=20 >> The context was head (so system-clang instead of >> gcc 4.2.1). But, looking in the logs, it seems to >> have used an odd mix of system-clang and devel/lvm80 >> materials: >>=20 >> . . . >> Project name: mesa >> Project version: 19.0.8 >> Using 'CC' from environment with value: 'cc' >> Using 'CFLAGS' from environment with value: '-O2 -pipe -g = -fstack-protector-strong -fno-strict-aliasing ' >> Using 'LDFLAGS' from environment with value: ' = -Wl,-rpath=3D/usr/local/llvm80/lib -fstack-protector-strong ' >> Using 'CPPFLAGS' from environment with value: '' >> Using 'CXX' from environment with value: 'c++' >> Using 'CXXFLAGS' from environment with value: '-O2 -pipe -g = -fstack-protector-strong -fno-strict-aliasing ' >> Using 'LDFLAGS' from environment with value: ' = -Wl,-rpath=3D/usr/local/llvm80/lib -fstack-protector-strong ' >> Using 'CPPFLAGS' from environment with value: '' >> Using 'CC' from environment with value: 'cc' >> Using 'CFLAGS' from environment with value: '-O2 -pipe -g = -fstack-protector-strong -fno-strict-aliasing ' >> Using 'LDFLAGS' from environment with value: ' = -Wl,-rpath=3D/usr/local/llvm80/lib -fstack-protector-strong ' >> Using 'CPPFLAGS' from environment with value: '' >> C compiler for the host machine: cc (clang 10.0.1 "FreeBSD clang = version 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-rc2-0-g77d76b71d7d)") >> C linker for the host machine: cc ld.lld 10.0.1 >> Using 'CXX' from environment with value: 'c++' >> Using 'CXXFLAGS' from environment with value: '-O2 -pipe -g = -fstack-protector-strong -fno-strict-aliasing ' >> Using 'LDFLAGS' from environment with value: ' = -Wl,-rpath=3D/usr/local/llvm80/lib -fstack-protector-strong ' >> Using 'CPPFLAGS' from environment with value: '' >> C++ compiler for the host machine: c++ (clang 10.0.1 "FreeBSD clang = version 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-rc2-0-g77d76b71d7d)") >> C++ linker for the host machine: c++ ld.lld 10.0.1 >> Host machine cpu family: ppc >> Host machine cpu: powerpc >> . . . >> llvm-config found: YES (/usr/local/bin/llvm-config80) 8.0.1 >> Run-time dependency LLVM (modules: amdgpu, asmparser, bitreader, = bitwriter, engine, ipo, mcdisassembler, mcjit, native) found: YES 8.0.1 >> . . . >> cc . . . -DHAVE_LLVM=3D0x0800 -DMESA_LLVM_VERSION_PATCH=3D1 . . . -c = ../src/util/u_atomic.c >> . . . >>=20 >>=20 >> The system-clang devel/llvm80 mix seems to be at >> least declaring __sync_add_and_fetch_8 , >> __sync_sub_and_fetch_8 , and >> __sync_val_compare_and_swap_8 as builtin, >> possibly implicitly. >>=20 >> At this point I'm unclear if: >>=20 >> https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/5464 >>=20 >> is relevant. The system-clang and devel/llvm80 mix >> just does not seem the right kind of thing to be >> doing in the build. >>=20 >=20 > I'm not sure how analogous gecko is but I'll note > that /usr/ports/Mk/bsd.gecko.mk has the related > and additional logic: >=20 > BUILD_DEPENDS+=3D llvm${LLVM_DEFAULT}>0:devel/llvm${LLVM_DEFAULT} \ > . . . >=20 > MOZ_EXPORT+=3D ${CONFIGURE_ENV} \ > LLVM_CONFIG=3Dllvm-config${LLVM_DEFAULT} = \ > . . . >=20 > . if ${CC} =3D=3D cc && ${CXX} =3D=3D c++ && = exists(/usr/lib/libc++.so) > BUILD_DEPENDS+=3D = ${LOCALBASE}/bin/clang${LLVM_DEFAULT}:devel/llvm${LLVM_DEFAULT} > CPP=3D ${LOCALBASE}/bin/clang-cpp${LLVM_DEFAULT} > CC=3D = ${LOCALBASE}/bin/clang${LLVM_DEFAULT} > CXX=3D ${LOCALBASE}/bin/clang++${LLVM_DEFAULT} > USES:=3D ${USES:Ncompiler\:*} # XXX avoid warnings > . endif >=20 > This last block of code appears to be forcing it to use > the matching devel/llvm* port's llvm/clang materials > under some conditions (instead of an odd mix with system > clang). >=20 Given that older llvm's have tended to have code generation or other problems for 32-bit powerpc and powerpc64 I decided to experiment with: # svnlite diff /usr/ports/graphics/mesa-dri/ | more Index: /usr/ports/graphics/mesa-dri/Makefile.common =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/graphics/mesa-dri/Makefile.common (revision = 542111) +++ /usr/ports/graphics/mesa-dri/Makefile.common (working copy) @@ -85,8 +85,8 @@ =20 .include =20 -.if ${ARCH} =3D=3D powerpc64 -LLVM_DEFAULT=3D 90 +.if ${ARCH} =3D=3D powerpc64 || ${ARCH} =3D=3D powerpc +LLVM_DEFAULT=3D 10 .elif ${LLVM_DEFAULT:C/[1-5]./&0/:S,-devel,990,} >=3D 90 LLVM_DEFAULT=3D 80 .endif @@ -97,6 +97,13 @@ MESON_ARGS+=3D -Dllvm=3Dfalse .else BUILD_DEPENDS+=3D = llvm${LLVM_DEFAULT}>=3D3.9.0_4:devel/llvm${LLVM_DEFAULT} +. if ${CC} =3D=3D cc && ${CXX} =3D=3D c++ && exists(/usr/lib/libc++.so) +BUILD_DEPENDS+=3D = ${LOCALBASE}/bin/clang${LLVM_DEFAULT}:devel/llvm${LLVM_DEFAULT} +CPP=3D ${LOCALBASE}/bin/clang-cpp${LLVM_DEFAULT} +CC=3D ${LOCALBASE}/bin/clang${LLVM_DEFAULT} +CXX=3D ${LOCALBASE}/bin/clang++${LLVM_DEFAULT} +USES:=3D ${USES:Ncompiler\:*} # XXX avoid warnings +. endif .if ${COMPONENT} !=3D libs RUN_DEPENDS+=3D llvm${LLVM_DEFAULT}>=3D3.9.0_4:devel/llvm${LLVM_DEFAULT}= .endif Turns out that mesa-dri uses = /usr/local/llvm10/include/llvm/ADT/StringRef.h and that in llvm10 that code is c++14 (or later) based, while mesa-dri = builds via using -std=3Dc++11 . So clang++10 rejects the likes of: /usr/local/llvm10/include/llvm/ADT/STLExtras.h:559:49: error: no = template named 'index_sequence' in namespace 'std' template value_type deref(std::index_sequence) = const { But /usr/local/bin/clang++10 and such was used, matching the = LLVM_DEFAULT I'd set. So the: +. if ${CC} =3D=3D cc && ${CXX} =3D=3D c++ && exists(/usr/lib/libc++.so) +BUILD_DEPENDS+=3D = ${LOCALBASE}/bin/clang${LLVM_DEFAULT}:devel/llvm${LLVM_DEFAULT} +CPP=3D ${LOCALBASE}/bin/clang-cpp${LLVM_DEFAULT} +CC=3D ${LOCALBASE}/bin/clang${LLVM_DEFAULT} +CXX=3D ${LOCALBASE}/bin/clang++${LLVM_DEFAULT} +USES:=3D ${USES:Ncompiler\:*} # XXX avoid warnings +. endif may be reasonable. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Thu Jul 23 20:20:50 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 79076362EA8 for ; Thu, 23 Jul 2020 20:20:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (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 4BCNxr4lbsz46XY for ; Thu, 23 Jul 2020 20:20:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: LusplPAVM1nBhCytP2vnGiuN2xvn4S1pA0Zhu8AMN0t7ZrsR.sfJ4a0BSANM65Q TVXUT1eeei6wdihIIBa2dhVem8TDSlICW.00mVRn.tyODNz6MnffhHQLlrZGl1T5dxQJHlpc026b 0I3jDvuAV5wWMF_C1.Kmpll.0zUqBBMsVQzIBBJvvmnI6KAxvWKAjlnA7t32P.8OHQKYnymEiKo6 ooBRmJYPiXFr3Al7m1l32drdFNv8ssGsyDKnyY.n5tBFFlUu61tdvXnVGXi3FnQSB89zRMMudD3q MF9w5BJAVvUJ0alEhwJhYNSvj2QFN6kAU9Z4a0tr_QJyTQ.3N77hVexwE4IxV9zu8jtktVqMxgJE GJkt6fWuog5cZ.hHvHC3vzFgSddqpdf4alztvLa9oXJHLakVcFN_W3P4r8Jz3OrSE8vQvTp6KEs1 EtJwk.RA_HAS2SGeAV67sntkbjlVMFJDeKw5Yoyd5VcQViuEwzSfO0Vfve2Fmy1EatGuMAd5Y6Zt jQxbCAma18pG9cvVaMZTHgC5abTG.TgxexcD6Bw49NUzb_hqTfiXYU_MyKd8TB1Wx7peRtvefF0a HQkcc1D20j7AM4f3csrXdX7w6uQ23PhgMftRTrNqZLIH4gk9QGO0wV60BAdsfoic1cWF3gr6_A.q 1LIlGjLUxjRY0R0MmvrG.IcneLzsAv6BwFURPHJzPad2pKhykgWVqUbRUJlLvE_76kJO_TWEDEC3 v7FJLxtoJciFnrCqa6_hz9kFvyHFrIQVtbDL4eTFsA6D1_yrnTTaDcFyOVIzCDbuW_YamFg_U_rY lJyAp2MbY8KfeA7gS5KfVknUG4ayZwpsyOvGg1OkLFKBZoWBCGz4_OdauAl4HyrKLCinfYHwidRF S7fEpjiG7HcyQBZwWh_IiXLu0l6Dl6ZmkgpoNT3Q_2Y8XUSzzQUJO49vzV_mgO8RndsM4m_yHtnp hsZ5BLyrfyTRcASNhsbsaeRKi03.xDZ_a5qvEIFLpGEMk8YTjghPf3gpGGhQqSYzGaF23yqFrFYO EJH960ZUmUnSariyQQayb2zlg9QbcELgKhWOtV4kYGQ8mNH_E4zh0lldIqqChDHyR5u_TWI6ckut CcC.hIoLIewFPxwkgyTfpXTxMh09vbXxmyRj3PoEfV0Oz0tkvD99tr2c1uzcyMFYJtxWZYCslzTc xU_8Q43pCTNRFxiqlf4SBjrei66nGhqilA9npa5_dJfk.VRwncYeEFHdGwfdP8mKrHWiTrdX4vYr GScqSmLCZ4mJ3MLcKtxYYWfDwlUOThx67FpPP6JU_lpVNXdALJedBpLL7IsBXT4.KQgUMdSEaxRD FQ9cvRoCjFdMOMBOsMVq4D8y37lkskSw352BdiMBs4UJC30rnTtwgaHB9WxFY4SnP9V2GW8wnIhk yPAUKokYGHx0lj6lgUMyFiVgH0Yc.GNKQmJ3dCEeYqKNjTwXGYZ.ignLLS5BiwG5CbHwvSZrA.aQ _Ww-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Thu, 23 Jul 2020 20:20:47 +0000 Received: by smtp401.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c3c814bed1bcedbd221c8c32adf7f6b8; Thu, 23 Jul 2020 20:20:45 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: 32-bit powerpc graphics/mesa-dri build failure (poudriere based): "error: cannot redeclare builtin function" (e.g., __sync_add_and_fetch_8) From: Mark Millard In-Reply-To: Date: Thu, 23 Jul 2020 13:20:43 -0700 Cc: FreeBSD ports Content-Transfer-Encoding: quoted-printable Message-Id: References: <6C21ED1D-BDE8-4E28-A56E-76A670B66ED6@yahoo.com> To: Jan Beich , "pkubaj@freebsd.org" X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4BCNxr4lbsz46XY X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.32 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.76)[-0.760]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; 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)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.025]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.04)[-1.038]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2020 20:20:50 -0000 On 2020-Jul-23, at 09:25, Mark Millard wrote: >=20 > On 2020-Jul-22, at 21:02, Mark Millard wrote: >=20 >> On 2020-Jul-22, at 17:16, Mark Millard wrote: >>=20 >>> On 2020-Jul-22, at 14:11, Jan Beich wrote: >>>=20 >>>> Mark Millard via freebsd-ppc writes: >>>>=20 >>>>> ../src/util/u_atomic.c:38:1: error: cannot redeclare builtin = function '__sync_add_and_fetch_8' >>>>> __sync_add_and_fetch_8(uint64_t *ptr, uint64_t val) >>>>> ^ >>>>> ../src/util/u_atomic.c:38:1: note: '__sync_add_and_fetch_8' is a = builtin with type 'long long (volatile long long *, long long, ...)' >>>>> ../src/util/u_atomic.c:38:1: error: definition of builtin function = '__sync_add_and_fetch_8' >>>>> __sync_add_and_fetch_8(uint64_t *ptr, uint64_t val) >>>>> ^ >>>>> ../src/util/u_atomic.c:51:1: error: cannot redeclare builtin = function '__sync_sub_and_fetch_8' >>>>> __sync_sub_and_fetch_8(uint64_t *ptr, uint64_t val) >>>>> ^ >>>>> ../src/util/u_atomic.c:51:1: note: '__sync_sub_and_fetch_8' is a = builtin with type 'long long (volatile long long *, long long, ...)' >>>>> ../src/util/u_atomic.c:51:1: error: definition of builtin function = '__sync_sub_and_fetch_8' >>>>> __sync_sub_and_fetch_8(uint64_t *ptr, uint64_t val) >>>>> ^ >>>>> ../src/util/u_atomic.c:64:1: error: cannot redeclare builtin = function '__sync_val_compare_and_swap_8' >>>>> __sync_val_compare_and_swap_8(uint64_t *ptr, uint64_t oldval, = uint64_t newval) >>>>> ^ >>>>> ../src/util/u_atomic.c:64:1: note: '__sync_val_compare_and_swap_8' = is a builtin with type 'long long (volatile long long *, long long, long = long, ...)' >>>>> ../src/util/u_atomic.c:64:1: error: definition of builtin function = '__sync_val_compare_and_swap_8' >>>>> __sync_val_compare_and_swap_8(uint64_t *ptr, uint64_t oldval, = uint64_t newval) >>>>> ^ >>>>> 6 errors generated. >>>>=20 >>>> Try replacing files/patch-i386 with = https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/5464 >>>> On i386 (clang) one can sometimes avoid -latomic by bumping -march >>>> (FreeBSD 11.4/12.2/13.0 defaults to i686) but powerpc (gcc) = probably >>>> can't use __sync* with 64-bit types without -latomic, making Meson >>>> define MISSING_64BIT_ATOMICS to use src/util/u_atomic.c >>>=20 >>> The context was head (so system-clang instead of >>> gcc 4.2.1). But, looking in the logs, it seems to >>> have used an odd mix of system-clang and devel/lvm80 >>> materials: >>>=20 >>> . . . >>> Project name: mesa >>> Project version: 19.0.8 >>> Using 'CC' from environment with value: 'cc' >>> Using 'CFLAGS' from environment with value: '-O2 -pipe -g = -fstack-protector-strong -fno-strict-aliasing ' >>> Using 'LDFLAGS' from environment with value: ' = -Wl,-rpath=3D/usr/local/llvm80/lib -fstack-protector-strong ' >>> Using 'CPPFLAGS' from environment with value: '' >>> Using 'CXX' from environment with value: 'c++' >>> Using 'CXXFLAGS' from environment with value: '-O2 -pipe -g = -fstack-protector-strong -fno-strict-aliasing ' >>> Using 'LDFLAGS' from environment with value: ' = -Wl,-rpath=3D/usr/local/llvm80/lib -fstack-protector-strong ' >>> Using 'CPPFLAGS' from environment with value: '' >>> Using 'CC' from environment with value: 'cc' >>> Using 'CFLAGS' from environment with value: '-O2 -pipe -g = -fstack-protector-strong -fno-strict-aliasing ' >>> Using 'LDFLAGS' from environment with value: ' = -Wl,-rpath=3D/usr/local/llvm80/lib -fstack-protector-strong ' >>> Using 'CPPFLAGS' from environment with value: '' >>> C compiler for the host machine: cc (clang 10.0.1 "FreeBSD clang = version 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-rc2-0-g77d76b71d7d)") >>> C linker for the host machine: cc ld.lld 10.0.1 >>> Using 'CXX' from environment with value: 'c++' >>> Using 'CXXFLAGS' from environment with value: '-O2 -pipe -g = -fstack-protector-strong -fno-strict-aliasing ' >>> Using 'LDFLAGS' from environment with value: ' = -Wl,-rpath=3D/usr/local/llvm80/lib -fstack-protector-strong ' >>> Using 'CPPFLAGS' from environment with value: '' >>> C++ compiler for the host machine: c++ (clang 10.0.1 "FreeBSD clang = version 10.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.1-rc2-0-g77d76b71d7d)") >>> C++ linker for the host machine: c++ ld.lld 10.0.1 >>> Host machine cpu family: ppc >>> Host machine cpu: powerpc >>> . . . >>> llvm-config found: YES (/usr/local/bin/llvm-config80) 8.0.1 >>> Run-time dependency LLVM (modules: amdgpu, asmparser, bitreader, = bitwriter, engine, ipo, mcdisassembler, mcjit, native) found: YES 8.0.1 >>> . . . >>> cc . . . -DHAVE_LLVM=3D0x0800 -DMESA_LLVM_VERSION_PATCH=3D1 . . . -c = ../src/util/u_atomic.c >>> . . . >>>=20 >>>=20 >>> The system-clang devel/llvm80 mix seems to be at >>> least declaring __sync_add_and_fetch_8 , >>> __sync_sub_and_fetch_8 , and >>> __sync_val_compare_and_swap_8 as builtin, >>> possibly implicitly. >>>=20 >>> At this point I'm unclear if: >>>=20 >>> https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/5464 >>>=20 >>> is relevant. The system-clang and devel/llvm80 mix >>> just does not seem the right kind of thing to be >>> doing in the build. >>>=20 >>=20 >> I'm not sure how analogous gecko is but I'll note >> that /usr/ports/Mk/bsd.gecko.mk has the related >> and additional logic: >>=20 >> BUILD_DEPENDS+=3D llvm${LLVM_DEFAULT}>0:devel/llvm${LLVM_DEFAULT} \ >> . . . >>=20 >> MOZ_EXPORT+=3D ${CONFIGURE_ENV} \ >> LLVM_CONFIG=3Dllvm-config${LLVM_DEFAULT} = \ >> . . . >>=20 >> . if ${CC} =3D=3D cc && ${CXX} =3D=3D c++ && = exists(/usr/lib/libc++.so) >> BUILD_DEPENDS+=3D = ${LOCALBASE}/bin/clang${LLVM_DEFAULT}:devel/llvm${LLVM_DEFAULT} >> CPP=3D ${LOCALBASE}/bin/clang-cpp${LLVM_DEFAULT} >> CC=3D = ${LOCALBASE}/bin/clang${LLVM_DEFAULT} >> CXX=3D ${LOCALBASE}/bin/clang++${LLVM_DEFAULT} >> USES:=3D ${USES:Ncompiler\:*} # XXX avoid warnings >> . endif >>=20 >> This last block of code appears to be forcing it to use >> the matching devel/llvm* port's llvm/clang materials >> under some conditions (instead of an odd mix with system >> clang). >>=20 >=20 > Given that older llvm's have tended to have code generation or > other problems for 32-bit powerpc and powerpc64 I decided to > experiment with: >=20 > # svnlite diff /usr/ports/graphics/mesa-dri/ | more > Index: /usr/ports/graphics/mesa-dri/Makefile.common > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/ports/graphics/mesa-dri/Makefile.common (revision = 542111) > +++ /usr/ports/graphics/mesa-dri/Makefile.common (working copy) > @@ -85,8 +85,8 @@ >=20 > .include >=20 > -.if ${ARCH} =3D=3D powerpc64 > -LLVM_DEFAULT=3D 90 > +.if ${ARCH} =3D=3D powerpc64 || ${ARCH} =3D=3D powerpc > +LLVM_DEFAULT=3D 10 > .elif ${LLVM_DEFAULT:C/[1-5]./&0/:S,-devel,990,} >=3D 90 > LLVM_DEFAULT=3D 80 > .endif > @@ -97,6 +97,13 @@ > MESON_ARGS+=3D -Dllvm=3Dfalse > .else > BUILD_DEPENDS+=3D = llvm${LLVM_DEFAULT}>=3D3.9.0_4:devel/llvm${LLVM_DEFAULT} > +. if ${CC} =3D=3D cc && ${CXX} =3D=3D c++ && = exists(/usr/lib/libc++.so) > +BUILD_DEPENDS+=3D = ${LOCALBASE}/bin/clang${LLVM_DEFAULT}:devel/llvm${LLVM_DEFAULT} > +CPP=3D ${LOCALBASE}/bin/clang-cpp${LLVM_DEFAULT} > +CC=3D ${LOCALBASE}/bin/clang${LLVM_DEFAULT} > +CXX=3D ${LOCALBASE}/bin/clang++${LLVM_DEFAULT} > +USES:=3D ${USES:Ncompiler\:*} # XXX avoid warnings > +. endif > .if ${COMPONENT} !=3D libs > RUN_DEPENDS+=3D = llvm${LLVM_DEFAULT}>=3D3.9.0_4:devel/llvm${LLVM_DEFAULT} > .endif >=20 >=20 > Turns out that mesa-dri uses = /usr/local/llvm10/include/llvm/ADT/StringRef.h > and that in llvm10 that code is c++14 (or later) based, while mesa-dri = builds > via using -std=3Dc++11 . So clang++10 rejects the likes of: >=20 > /usr/local/llvm10/include/llvm/ADT/STLExtras.h:559:49: error: no = template named 'index_sequence' in namespace 'std' > template value_type deref(std::index_sequence) = const { >=20 >=20 > But /usr/local/bin/clang++10 and such was used, matching the = LLVM_DEFAULT > I'd set. So the: >=20 > +. if ${CC} =3D=3D cc && ${CXX} =3D=3D c++ && = exists(/usr/lib/libc++.so) > +BUILD_DEPENDS+=3D = ${LOCALBASE}/bin/clang${LLVM_DEFAULT}:devel/llvm${LLVM_DEFAULT} > +CPP=3D ${LOCALBASE}/bin/clang-cpp${LLVM_DEFAULT} > +CC=3D ${LOCALBASE}/bin/clang${LLVM_DEFAULT} > +CXX=3D ${LOCALBASE}/bin/clang++${LLVM_DEFAULT} > +USES:=3D ${USES:Ncompiler\:*} # XXX avoid warnings > +. endif >=20 > may be reasonable. >=20 Switching to the atomics issue . . . mesa-19.0.8/src/util/u_atomic.h has: /* Favor OS-provided implementations. * * Where no OS-provided implementation is available, fall back to * locally coded assembly, compiler intrinsic or ultimately a * mutex-based implementation. */ #if defined(__sun) #define PIPE_ATOMIC_OS_SOLARIS #elif defined(_MSC_VER) #define PIPE_ATOMIC_MSVC_INTRINSIC #elif defined(__GNUC__) #define PIPE_ATOMIC_GCC_INTRINSIC #else #error "Unsupported platform" #endif So, unless PIPE_ATOMIC_GCC_INTRINSIC covers everything needed, 32-bit powerpc is not going to work unless this area is extended with more options or PIPE_ATOMIC_GCC_INTRINSIC covers more than it now does. There are no 64-bit operations available for p_atomic_set, p_atomic_read, p_atomic_dec_zero, p_atomic_inc, p_atomic_dec, p_atomic_add, p_atomic_inc_return, p_atomic_dec_return, and p_atomic_xchg to use as far as I can tell: __atomic_??? ones are not available. __atomic_??? would not cover p_atomic_cmpxchg anyway: that still has to have __sync_val_compare_and_swap . (See the content of mesa-19.0.8/src/util/u_atomic.h .) As for __sync_??? use for 64-bit operations: There are no __sync_??? for p_atomic_set or for p_atomic_read: it is presumed that (*(_v) =3D (_i)) and (*(_v)) are directly atomic but they would not be for 32-bit powerpc as far as I can tell. (See the content of mesa-19.0.8/src/util/u_atomic.h .) clang rejects the attempts to define the __sync_??? builtins (for 64 bit), at least via the notation currently used in u_atomic.c . It looks to me like 32-bit powerpc may be an example that should be: #error "Unsupported platform" (i.e., not even defining PIPE_ATOMIC_GCC_INTRINSIC), at least until significant more work was done to provide the __atomic_??? and __sync_val_compare_and_swap for 64-bit operations. (This gives coverage of p_atomic_set and p_atomic_read via USE_GCC_ATOMIC_BUILTINS in the u_atomics.h header as it is now. The __sync_??? alternative does not.) So maybe a BROKEN_powerpc=3D in the Makefile? =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-ports@freebsd.org Thu Jul 23 21:38:11 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 181AB364356 for ; Thu, 23 Jul 2020 21:38:11 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [74.104.188.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "m5p.com", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BCQg61CQ0z4Bhr for ; Thu, 23 Jul 2020 21:38:09 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from [IPv6:2001:470:1f07:15ff::26] (court.m5p.com [IPv6:2001:470:1f07:15ff:0:0:0:26]) (authenticated bits=0) by mailhost.m5p.com (8.15.2/8.15.2) with ESMTPSA id 06NLbq7S045874 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 23 Jul 2020 17:38:00 -0400 (EDT) (envelope-from george+freebsd@m5p.com) To: freebsd-ports@freebsd.org References: <134cb14a-a105-b555-6e58-4b9aede8f4b0@m5p.com> From: George Mitchell Autocrypt: addr=george+freebsd@m5p.com; prefer-encrypt=mutual; keydata= mQINBFgnLnwBEADAJDiBKQX77LFRz9wZW8mz3KvaQol2nIremcws0F1mz/zgFlk6uhQVtwnL wb4XL5LdFwcNE1+QZzPLcbYWoWQlz0lBw1bMuKAgr0S6V2e0+I0DqhKeslVFctcTwtvT6pnK VLZXO/7ZGAaLzG4K5vSPzgoevU+YI/pxNsVCH2UO/c3jQW63uEt25mIZbCF1Pu4jgp4RhIgF ujn877r/j6OwBwjzRUu3E6ADp+U825d+5YCuQMEH0wIPnn9GTpXvfdKdbwOIl2akqXqs4cnk iATWfK3r6D4mvDEj1OPHlTvJYcfic7aOIiAwmx1C1v78GjXOdOOA0SGffNix3C2/8oZUO1+V Aet4MKpUKkduWSvULhIkHNZ5Nu8SIJOqge8pmtHxuNXAMfMrAjMdjPwwBFLsYg3Xa2E2oJwg ehTauwd/EDJFcVCyDCyCAYOi/BH/+XQyxzgDlY9N9qj9tHqhVPI6XK7t8UVffGiZUq4rHp5J RdOToqiTNC6eCJBczhMIW+DuFvWU9e6W708T1dz0Accn6Lrgk4eRIn3GFPBG+TxnpjAqHsbW 607dcnD3YKAqY4e+khczL4EObhe7dC1v2fmZiAC6Ds3WHR11IfqoUgCkIwJ590Ej+ElygJFF XxI82wtEz9hkeLLvItpyEJNVjppViRW+Dgl/U7ypHB3qDgYjgwARAQABtChHZW9yZ2UgTWl0 Y2hlbGwgPGdlb3JnZStmcmVlYnNkQG01cC5jb20+iQJUBBMBCAA+FiEENdM4ZHktsJW5kKZX wRES3m+p4fkFAlhZcR0CGyMFCQlmAYAFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQwRES 3m+p4flqmw/9Emr/ydTG2n9o/IX1yVCNcHVFenVrcOY0L+DGQYZRO/XpLvsGYcuSIQId1w7h l4HZKI89ri2fF2ks6upMqBajLf8s7a8PnYrbw5bPaoOFyNTjv57GLZVsYw95kmMUpK6siuAA fXvHfKUpC/sThbwSv/1CLryVG74+5vdI8j7cQeDM436FThxlVfHKrILIiL34D4WThFB3hV/Y 2A+mQwXmdLcuQXXeAazqsFJL8sgEKSC7GMcExDkVpGc5Rh2hu97a4Sa7qWX9G/YdZOrcDacJ XxfvePn3m3WfRtXN/r0lUfiVXiqkFfbvqSaZQ0I4UvZXNGd/gH4jKHtX9RTH9G96UZeHNoMo tPw9U0fx8Ceh72nUL9qzqnmok/ryWm+6gt4Q1eRP7QAosOa1g/RgUdS1Z9IuCmbXMDp5kbNw L4ZoDMF5U3mmh8/IOKkhGopNLbNv0mwUgC59pnCptiOVx8DyckXWC4L2r6PKbWGrcGIzsUER 9smfL10gpp5H5agjwwPZI6/kzJ0R5nBzQWAlwqI73YAy6JI0HTD6lvxW7yWm2fGjEfmyaBOU 8OLUin7auoFSn+QmD5yNCUn5Ls77qHARkT1ZGocAnQkvZBGTwXpvyJixygXsm+vSUFDYBOSn cR54vdXOEMqrJk6SGau5YI9V7EhQVveE1BUp8ofWf2oo4RG5Ag0EWCcufAEQALuTOxmqMFE+ ieev/rcL3wVJrcuKS+pBbKCY9IIL0OwVf98HQJJcgdOsdDhruVd19nJNlwZ3Fc34wLw7y2GO 9WrpZiYKnI4n9urhLE5r1ydBInlI/1UKZWgM3/dPjJtcXMsC3vnqR9DmOxW4/SbqJDjP3XzO FleT4yip3AaNhPGwEPTZrubVp5hp/JojaZn690TLRwOFXg8NcjpOEs0Bq9M+OLpmsF0flrgs yDfS7y+SQ17R4Iq9T7RxZvZVAh510yGGIZIETYO/4Dh417VVm+gaksOVh2egetpUUvYYc0Ub KaP+5F/WGNrmRb1F6SKypvLlKkYAHCsUUSzsAGl9gbQhEEpuOMbUKp1979HoRMkW+8046kIo 8BZ6ph8izG/g4dZOaEqKGEhqdhYIB7UwMtFFuPtSs5Nl6JrZYni/nzFtTmtVCgcj9PNqrzqt fNFYhNznD6St6wxp3TOm9D3TQF0dzwBM1jZpb8WvmK3k6oy8hbpjiBzxn3kyRA9Vzy+PdbN/ G5a1k0rpZu/ivpBuLCDVGljUmgQigXg6xkk5UxBoHp7MPvG9prZ5jqdEa2r1KgnGjaq+VJsu Uqrw10dVgeG1NulDU1+sQl+/mwtflbkimhjDDjxsVgfrv7uvV/9be+gGm1KATuqdgCboSb1s QAo5ARfwFfChrnh+fTfPpPKHABEBAAGJAiQEGAEIAA8FAlgnLnwCGwwFCQlmAYAACgkQwRES 3m+p4fno9w/4m+swztkzxSWdutjgSv2mw+PdrKWVGFAUD2HoY1Qpi5LNLE6s9pP3qzwpQYwK viOufVJYWZ540ss6BImZBGJwyHouacqrpZjpRo5+ftj07rY1SNd8QjcHDggPfpgJ1D4Il3Xi vRg5/gzkXnRu8dXeVvMP1Ndk/F5wcoLZlQwFtPfu2xyRYIsveXMoyypAvAFSaAGXU0hRzuDJ fGI3LFvpI9UXU2C4MMzjfyZyD2NJEDKOACTo85QQzxgheTDQaDocXW00wknXFMwEItiXp8dO 2zEml/3Kj4efDfjqGpjNefjK0cnj02Byt7y6GozWXyIylrXu0SN9qWRzUVZH3+q+ijA4q3Gm 9uWzLdpjN4QWAiiaEvMhLPohp9DdLsy3kAWWrA3+pAfHSTZXrobMMbSeBkE9E4/WxdKl0nM7 TNslAWcxkTd/7Ly9cxwT8wFdHuQB1hgCmIQxDNXHL1N1ANTeUYum1w9nUg6e1M0UWu+nk3Cw qL7oL2KZe13mQnU/CFwlhbf+i//j3SXrQLlIVQv9Fn805bxIcVo9yqUZyoiV7EUpvOsxDCZh ej3mNYF5nRCf6trEJQVk0aLC26zJAYExykdUlRqc4I13XPhlt+aFSMMkoL/thYO6e9oNFK6Q aJEKXomzxxqpceJVmPH6zvqJbOboAdE/mOD0PoS1M6saIQ== Subject: Can't compile firefox (was: Can't compile rust-cbindgen) Message-ID: Date: Thu, 23 Jul 2020 17:37:46 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: <134cb14a-a105-b555-6e58-4b9aede8f4b0@m5p.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="jOkZjrosZsYrPsx9sNLzunGu2ey48n56d" X-Spam-Status: No, score=0.2 required=10.0 tests=HELO_MISC_IP,HELO_NO_DOMAIN autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mattapan.m5p.com X-Rspamd-Queue-Id: 4BCQg61CQ0z4Bhr X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of george@m5p.com designates 74.104.188.4 as permitted sender) smtp.mailfrom=george@m5p.com X-Spamd-Result: default: False [-4.75 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; HAS_ATTACHMENT(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.03)[-1.032]; DMARC_NA(0.00)[m5p.com]; NEURAL_HAM_SHORT(-0.27)[-0.274]; NEURAL_HAM_MEDIUM(-1.04)[-1.042]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; ASN(0.00)[asn:701, ipnet:74.104.0.0/16, country:US]; TAGGED_FROM(0.00)[freebsd]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2020 21:38:11 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jOkZjrosZsYrPsx9sNLzunGu2ey48n56d Content-Type: multipart/mixed; boundary="ZikgKvJOLH4EYUoncVufKvcP5ggH6HQcy"; protected-headers="v1" From: George Mitchell To: freebsd-ports@freebsd.org Message-ID: Subject: Can't compile firefox (was: Can't compile rust-cbindgen) References: <134cb14a-a105-b555-6e58-4b9aede8f4b0@m5p.com> In-Reply-To: <134cb14a-a105-b555-6e58-4b9aede8f4b0@m5p.com> --ZikgKvJOLH4EYUoncVufKvcP5ggH6HQcy Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2020-07-20 11:09, George Mitchell wrote: > Running on 11.3-RELEASE-p11, amd64, ports tree at 542641 (head branch).= > For some reason, firefox depends on devel/rust-cbindgen. I don't know > what that is, but it fails thus: > [...] That problem has gone away with a ports tree updated to 542958*. But now I have a problem compiling firefox 79.0 (which was also present in 78.0.2). The build log is at https://m5p.com/failed-firefox-build.txt and seems to me that it is using devel/libepoll-shim without including "-lepoll-shim" in the link command line. Help! -- George * - Mk/Uses/qt.mk, devel/qt5, and */qt5-* are at revision 541317 to avoid the openssl base vs ports morass. I'm noting this for accuracy even though I don't think that firefox uses any qt code at all. --ZikgKvJOLH4EYUoncVufKvcP5ggH6HQcy-- --jOkZjrosZsYrPsx9sNLzunGu2ey48n56d Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEENdM4ZHktsJW5kKZXwRES3m+p4fkFAl8aAzAACgkQwRES3m+p 4fmRORAAgmPqFYDNZ+vc3mrcxWt2roYO2K6oUTmKkFBlKj5vS90DSfmyH3vxq3oH iOYQkRhkVFdiPy1ek7j5awda3AzYj95QvheOYyxW/c6GvugyMsUoJxT+xXarCLqe gvUGwn7L4rBR2dqvlpAN4Zf+FU346qp+sJETjyL1Jyg0mlIPNg8xzN2qR3d6XxEL Pv3PojchxMAtTCHHbV5iRbTvMUhFdbNzVr7C27iNEVZeN2R5tUMP2R/dYBuOlDo7 4FAkjqz6gAH1OVS9mwsK/g5VcAaLUvLx7f7F7cqPkvyzRi748+jKs2DCRe2FUWWt f5D/SSUafg9uq18Xk57cJRAv45QDPkUa8TcvSoPmucWRab9dl1l68ZCAcjwx+5GL hrWPUXnAhRJEZx6a6ABb6zEBoC3z9Buwepq8BX554Uuzpuqp4JBszo6OOG4AePVl D9x+y2sXbFRwDPuGPPpmJK7I405WqNQ6AGsANO+X5g2zjTkBEj9La6Hd/xYjiXG2 0gFbWAY4/kafPvgVc/1e2CwATDtGLQrK/cHs75S81kedTneah76q2qYOXgvBqoH5 VtOkTxW87zmkA7AOBw1kXBOVet0gDqWcfB50rhz1Sk/6Y1b3KraSy54BjD3UJJvt Hucd5373c5RR4k1KtAo9zREnTHs+NvUOPE5NKGnBW0S0J26J++8= =Rs75 -----END PGP SIGNATURE----- --jOkZjrosZsYrPsx9sNLzunGu2ey48n56d-- From owner-freebsd-ports@freebsd.org Fri Jul 24 01:08:00 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2B78E3692FB for ; Fri, 24 Jul 2020 01:08:00 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [74.104.188.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "m5p.com", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BCWKC2ZpMz4Nnx for ; Fri, 24 Jul 2020 01:07:59 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from [10.100.0.38] (court.m5p.com [10.100.0.38]) (authenticated bits=0) by mailhost.m5p.com (8.15.2/8.15.2) with ESMTPSA id 06O17oES047121 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 23 Jul 2020 21:07:57 -0400 (EDT) (envelope-from george+freebsd@m5p.com) To: freebsd-ports@freebsd.org References: <134cb14a-a105-b555-6e58-4b9aede8f4b0@m5p.com> From: George Mitchell Autocrypt: addr=george+freebsd@m5p.com; prefer-encrypt=mutual; keydata= mQINBFgnLnwBEADAJDiBKQX77LFRz9wZW8mz3KvaQol2nIremcws0F1mz/zgFlk6uhQVtwnL wb4XL5LdFwcNE1+QZzPLcbYWoWQlz0lBw1bMuKAgr0S6V2e0+I0DqhKeslVFctcTwtvT6pnK VLZXO/7ZGAaLzG4K5vSPzgoevU+YI/pxNsVCH2UO/c3jQW63uEt25mIZbCF1Pu4jgp4RhIgF ujn877r/j6OwBwjzRUu3E6ADp+U825d+5YCuQMEH0wIPnn9GTpXvfdKdbwOIl2akqXqs4cnk iATWfK3r6D4mvDEj1OPHlTvJYcfic7aOIiAwmx1C1v78GjXOdOOA0SGffNix3C2/8oZUO1+V Aet4MKpUKkduWSvULhIkHNZ5Nu8SIJOqge8pmtHxuNXAMfMrAjMdjPwwBFLsYg3Xa2E2oJwg ehTauwd/EDJFcVCyDCyCAYOi/BH/+XQyxzgDlY9N9qj9tHqhVPI6XK7t8UVffGiZUq4rHp5J RdOToqiTNC6eCJBczhMIW+DuFvWU9e6W708T1dz0Accn6Lrgk4eRIn3GFPBG+TxnpjAqHsbW 607dcnD3YKAqY4e+khczL4EObhe7dC1v2fmZiAC6Ds3WHR11IfqoUgCkIwJ590Ej+ElygJFF XxI82wtEz9hkeLLvItpyEJNVjppViRW+Dgl/U7ypHB3qDgYjgwARAQABtChHZW9yZ2UgTWl0 Y2hlbGwgPGdlb3JnZStmcmVlYnNkQG01cC5jb20+iQJUBBMBCAA+FiEENdM4ZHktsJW5kKZX wRES3m+p4fkFAlhZcR0CGyMFCQlmAYAFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQwRES 3m+p4flqmw/9Emr/ydTG2n9o/IX1yVCNcHVFenVrcOY0L+DGQYZRO/XpLvsGYcuSIQId1w7h l4HZKI89ri2fF2ks6upMqBajLf8s7a8PnYrbw5bPaoOFyNTjv57GLZVsYw95kmMUpK6siuAA fXvHfKUpC/sThbwSv/1CLryVG74+5vdI8j7cQeDM436FThxlVfHKrILIiL34D4WThFB3hV/Y 2A+mQwXmdLcuQXXeAazqsFJL8sgEKSC7GMcExDkVpGc5Rh2hu97a4Sa7qWX9G/YdZOrcDacJ XxfvePn3m3WfRtXN/r0lUfiVXiqkFfbvqSaZQ0I4UvZXNGd/gH4jKHtX9RTH9G96UZeHNoMo tPw9U0fx8Ceh72nUL9qzqnmok/ryWm+6gt4Q1eRP7QAosOa1g/RgUdS1Z9IuCmbXMDp5kbNw L4ZoDMF5U3mmh8/IOKkhGopNLbNv0mwUgC59pnCptiOVx8DyckXWC4L2r6PKbWGrcGIzsUER 9smfL10gpp5H5agjwwPZI6/kzJ0R5nBzQWAlwqI73YAy6JI0HTD6lvxW7yWm2fGjEfmyaBOU 8OLUin7auoFSn+QmD5yNCUn5Ls77qHARkT1ZGocAnQkvZBGTwXpvyJixygXsm+vSUFDYBOSn cR54vdXOEMqrJk6SGau5YI9V7EhQVveE1BUp8ofWf2oo4RG5Ag0EWCcufAEQALuTOxmqMFE+ ieev/rcL3wVJrcuKS+pBbKCY9IIL0OwVf98HQJJcgdOsdDhruVd19nJNlwZ3Fc34wLw7y2GO 9WrpZiYKnI4n9urhLE5r1ydBInlI/1UKZWgM3/dPjJtcXMsC3vnqR9DmOxW4/SbqJDjP3XzO FleT4yip3AaNhPGwEPTZrubVp5hp/JojaZn690TLRwOFXg8NcjpOEs0Bq9M+OLpmsF0flrgs yDfS7y+SQ17R4Iq9T7RxZvZVAh510yGGIZIETYO/4Dh417VVm+gaksOVh2egetpUUvYYc0Ub KaP+5F/WGNrmRb1F6SKypvLlKkYAHCsUUSzsAGl9gbQhEEpuOMbUKp1979HoRMkW+8046kIo 8BZ6ph8izG/g4dZOaEqKGEhqdhYIB7UwMtFFuPtSs5Nl6JrZYni/nzFtTmtVCgcj9PNqrzqt fNFYhNznD6St6wxp3TOm9D3TQF0dzwBM1jZpb8WvmK3k6oy8hbpjiBzxn3kyRA9Vzy+PdbN/ G5a1k0rpZu/ivpBuLCDVGljUmgQigXg6xkk5UxBoHp7MPvG9prZ5jqdEa2r1KgnGjaq+VJsu Uqrw10dVgeG1NulDU1+sQl+/mwtflbkimhjDDjxsVgfrv7uvV/9be+gGm1KATuqdgCboSb1s QAo5ARfwFfChrnh+fTfPpPKHABEBAAGJAiQEGAEIAA8FAlgnLnwCGwwFCQlmAYAACgkQwRES 3m+p4fno9w/4m+swztkzxSWdutjgSv2mw+PdrKWVGFAUD2HoY1Qpi5LNLE6s9pP3qzwpQYwK viOufVJYWZ540ss6BImZBGJwyHouacqrpZjpRo5+ftj07rY1SNd8QjcHDggPfpgJ1D4Il3Xi vRg5/gzkXnRu8dXeVvMP1Ndk/F5wcoLZlQwFtPfu2xyRYIsveXMoyypAvAFSaAGXU0hRzuDJ fGI3LFvpI9UXU2C4MMzjfyZyD2NJEDKOACTo85QQzxgheTDQaDocXW00wknXFMwEItiXp8dO 2zEml/3Kj4efDfjqGpjNefjK0cnj02Byt7y6GozWXyIylrXu0SN9qWRzUVZH3+q+ijA4q3Gm 9uWzLdpjN4QWAiiaEvMhLPohp9DdLsy3kAWWrA3+pAfHSTZXrobMMbSeBkE9E4/WxdKl0nM7 TNslAWcxkTd/7Ly9cxwT8wFdHuQB1hgCmIQxDNXHL1N1ANTeUYum1w9nUg6e1M0UWu+nk3Cw qL7oL2KZe13mQnU/CFwlhbf+i//j3SXrQLlIVQv9Fn805bxIcVo9yqUZyoiV7EUpvOsxDCZh ej3mNYF5nRCf6trEJQVk0aLC26zJAYExykdUlRqc4I13XPhlt+aFSMMkoL/thYO6e9oNFK6Q aJEKXomzxxqpceJVmPH6zvqJbOboAdE/mOD0PoS1M6saIQ== Subject: Re: Can't compile firefox (was: Can't compile rust-cbindgen) Message-ID: <81b19206-5e02-7fed-3281-b10aad62ae3d@m5p.com> Date: Thu, 23 Jul 2020 21:07:50 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="jatV8iSpATwimliwMEEyg00r7ivdqYRRv" X-Spam-Status: No, score=-1.0 required=10.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mattapan.m5p.com X-Rspamd-Queue-Id: 4BCWKC2ZpMz4Nnx X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of george@m5p.com designates 74.104.188.4 as permitted sender) smtp.mailfrom=george@m5p.com X-Spamd-Result: default: False [-4.93 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; HAS_ATTACHMENT(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.03)[-1.032]; DMARC_NA(0.00)[m5p.com]; NEURAL_HAM_SHORT(-0.46)[-0.460]; NEURAL_HAM_MEDIUM(-1.04)[-1.042]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; ASN(0.00)[asn:701, ipnet:74.104.0.0/16, country:US]; TAGGED_FROM(0.00)[freebsd]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jul 2020 01:08:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jatV8iSpATwimliwMEEyg00r7ivdqYRRv Content-Type: multipart/mixed; boundary="8Lh1G1zaonAYTEmnJqvTDoaE2Imi6QoLz"; protected-headers="v1" From: George Mitchell To: freebsd-ports@freebsd.org Message-ID: <81b19206-5e02-7fed-3281-b10aad62ae3d@m5p.com> Subject: Re: Can't compile firefox (was: Can't compile rust-cbindgen) References: <134cb14a-a105-b555-6e58-4b9aede8f4b0@m5p.com> In-Reply-To: --8Lh1G1zaonAYTEmnJqvTDoaE2Imi6QoLz Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2020-07-23 17:37, George Mitchell wrote: > On 2020-07-20 11:09, George Mitchell wrote: >> Running on 11.3-RELEASE-p11, amd64, ports tree at 542641 (head branch)= =2E >> For some reason, firefox depends on devel/rust-cbindgen. I don't know= >> what that is, but it fails thus: >> [...] >=20 > That problem has gone away with a ports tree updated to 542958*. But > now I have a problem compiling firefox 79.0 (which was also present in > 78.0.2). The build log is at https://m5p.com/failed-firefox-build.txt > and seems to me that it is using devel/libepoll-shim without including > "-lepoll-shim" in the link command line. Help! -- George >=20 > * - Mk/Uses/qt.mk, devel/qt5, and */qt5-* are at revision 541317 to > avoid the openssl base vs ports morass. I'm noting this for accuracy > even though I don't think that firefox uses any qt code at all. >=20 I "fixed" this by turning on the OPTIMIZED_CFLAGS option, which I turned off somewhere in ancient history (meaning before last Thursday, the way my memory works). Sorry for the noise. I filed bug 248232 so someone can look at this at some point. -- george --8Lh1G1zaonAYTEmnJqvTDoaE2Imi6QoLz-- --jatV8iSpATwimliwMEEyg00r7ivdqYRRv Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEENdM4ZHktsJW5kKZXwRES3m+p4fkFAl8aNGYACgkQwRES3m+p 4fn1Sw/8DVwyEMsUAKQLaLCQQGo/02B9sifS/EcMuUr/QNpVR8Gh9H3cwkoNV9A6 fbfu7VfBULaSjitOKKw+d1gy3433XV2xBbS6AwDEQGiewDnlcTQ7CRtGgh0yBDwg jIAFa1xh3GMdbG7bI5drnvbMlTNz/tVB5/B/hMkGSgp7oMsKuaV604Sl23kwOABz fqOy05RRK+9iX7THuruOtz6rvs12bjwJ+x0pWcy11FngvTmOHf4wzEiUpDNzSHmQ ZoeSN4QNcZJh5W4ta2qyKRAhVWlL6FaMjsp93r1aV6N6GDeHVT8F7FmYptwdsHdt xUlWjbsROBTccyLYYJfB0XyNedZdPqouqeeEEvGinpCXDqXFG6YYaEIsqR20kwCQ OVL6vHlHGjhgLeIbSR7OMbR0D5xN2pdIFxcaLWuC8AxAitHQyt1QxGAJsUDiNMlQ jjq5I5ZIgQ7cYgg0u84ELuaalvaw1ptamicskgCQySm8ymnlMXmotiC3QSr4Dayd B6v4w21yT0DaIfYN6PBd+zTvNZb1NxpYeMWw4LEz+GeIlEzeozo8qtpiQQp3DVFL 4g+kcg6IeEGZqDjmCmslamUc9/Gp/yjpniCv911k51hLsh73QGVqYmVGZ2uXKCBh WN0CgCUWRXWC0zX7dX31pNUs+mVO5CCmz+kMeLDMfBStYTxR0vo= =Zhf3 -----END PGP SIGNATURE----- --jatV8iSpATwimliwMEEyg00r7ivdqYRRv-- From owner-freebsd-ports@freebsd.org Fri Jul 24 06:52:37 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 675BA371AF7 for ; Fri, 24 Jul 2020 06:52:37 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from host64.shmhost.net (host64.shmhost.net [213.239.241.64]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BCfyr4RDrz3Vj1 for ; Fri, 24 Jul 2020 06:52:36 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from p200300cd8739abfc90b332949fe6a890.dip0.t-ipconnect.de (p200300cd8739abfc90b332949fe6a890.dip0.t-ipconnect.de [IPv6:2003:cd:8739:abfc:90b3:3294:9fe6:a890]) by host64.shmhost.net (Postfix) with ESMTPSA id 4BCfyh7575zD8tn for ; Fri, 24 Jul 2020 08:52:28 +0200 (CEST) From: Franco Fichtner Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Ready for commit PRs Message-Id: <3423E4D8-04C0-41FA-B637-E0A5269838B5@lastsummer.de> Date: Fri, 24 Jul 2020 08:52:27 +0200 To: freebsd-ports@freebsd.org X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Virus-Scanned: clamav-milter 0.102.3 at host64.shmhost.net X-Virus-Status: Clean X-Rspamd-Queue-Id: 4BCfyr4RDrz3Vj1 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of franco@lastsummer.de has no SPF policy when checking 213.239.241.64) smtp.mailfrom=franco@lastsummer.de X-Spamd-Result: default: False [2.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.54)[0.540]; DMARC_NA(0.00)[lastsummer.de]; NEURAL_HAM_SHORT(-0.42)[-0.419]; NEURAL_SPAM_LONG(0.78)[0.778]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jul 2020 06:52:37 -0000 Hi, ClamnAV build fix for latest version: = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D247792 Squid update to 4.12: = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D247397 Thanks, Franco= From owner-freebsd-ports@freebsd.org Fri Jul 24 07:35:45 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 53DC33744A5 for ; Fri, 24 Jul 2020 07:35:45 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BCgwd1Z9Rz453Y for ; Fri, 24 Jul 2020 07:35:45 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 33FA43743D0; Fri, 24 Jul 2020 07:35:45 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 32B03374522 for ; Fri, 24 Jul 2020 07:35:45 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BCgwd0MPlz45Dl for ; Fri, 24 Jul 2020 07:35:45 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id E4FDF26DAD for ; Fri, 24 Jul 2020 07:35:44 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id 06O7ZiXN099441 for ; Fri, 24 Jul 2020 07:35:44 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.15.2/8.15.2/Submit) id 06O7ZiYs099440; Fri, 24 Jul 2020 07:35:44 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202007240735.06O7ZiYs099440@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Fri, 24 Jul 2020 07:35:44 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jul 2020 07:35:45 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ science/afni | 20.2.05 | afni_20.2.06 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by: portscout! From owner-freebsd-ports@freebsd.org Sat Jul 25 06:17:15 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EC9D437F88E for ; Sat, 25 Jul 2020 06:17:15 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (1.212.52.36.ap.yournet.ne.jp [36.52.212.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp", Issuer "smtp" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BDG7Z3ZfHz3Xcx for ; Sat, 25 Jul 2020 06:17:13 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (kx.truefc.org [36.52.212.1]) by kx.truefc.org (8.15.2/8.15.2) with ESMTP id 06P6H4d1040934; Sat, 25 Jul 2020 15:17:04 +0900 (JST) (envelope-from kiri@kx.truefc.org) Message-Id: <202007250617.06P6H4d1040934@kx.truefc.org> Date: Sat, 25 Jul 2020 15:17:04 +0900 From: KIRIYAMA Kazuhiko To: freebsd-ports@freebsd.org Cc: kiri@truefc.org Subject: www/py-html5lib with FLAVOR=py27 failed to build User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 MULE XEmacs/21.4 (patch 24) (Standard C) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4BDG7Z3ZfHz3Xcx X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of kiri@truefc.org has no SPF policy when checking 36.52.212.1) smtp.mailfrom=kiri@truefc.org X-Spamd-Result: default: False [1.80 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.11)[0.108]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[truefc.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.57)[0.574]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.02)[0.019]; RCVD_COUNT_ONE(0.00)[1]; R_SPF_NA(0.00)[no SPF record]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:10013, ipnet:36.52.208.0/21, country:JP]; ONCE_RECEIVED(0.10)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jul 2020 06:17:16 -0000 Hi, all www/py-html5lib with FLAVOR=py27 had failed to build: running build running build_py running install_lib creating /var/ports/work/usr/ports/devel/py-pytest-runner/work-py27/stage/usr/local/lib/python2.7 creating /var/ports/work/usr/ports/devel/py-pytest-runner/work-py27/stage/usr/local/lib/python2.7/site-packages copying build/lib/ptr.py -> /var/ports/work/usr/ports/devel/py-pytest-runner/work-py27/stage/usr/local/lib/python2.7/site-packages byte-compiling /var/ports/work/usr/ports/devel/py-pytest-runner/work-py27/stage/usr/local/lib/python2.7/site-packages/ptr.py to ptr.pyc writing byte-compilation script '/tmp/tmpw8WT4z.py' /usr/local/bin/python2.7 -O /tmp/tmpw8WT4z.py removing /tmp/tmpw8WT4z.py running install_egg_info running egg_info writing pytest_runner.egg-info/PKG-INFO writing namespace_packages to pytest_runner.egg-info/namespace_packages.txt writing top-level names to pytest_runner.egg-info/top_level.txt writing dependency_links to pytest_runner.egg-info/dependency_links.txt writing entry points to pytest_runner.egg-info/entry_points.txt reading manifest file 'pytest_runner.egg-info/SOURCES.txt' writing manifest file 'pytest_runner.egg-info/SOURCES.txt' Copying pytest_runner.egg-info to /var/ports/work/usr/ports/devel/py-pytest-runner/work-py27/stage/usr/local/lib/python2.7/site-packages/pytest_runner-2.11.1-py2.7.egg-info running install_scripts writing list of installed files to '/var/ports/work/usr/ports/devel/py-pytest-runner/work-py27/.PLIST.pymodtmp' ====> Compressing man pages (compress-man) ===> Building package for py27-pytest-runner-2.11.1 ===> py27-hypothesis-5.19.0 Unknown flavor 'py27', possible flavors: py37. *** Error code 1 Stop. make[1]: stopped in /usr/ports/devel/py-hypothesis *** Error code 1 Stop. make: stopped in /usr/ports/www/py-html5lib In devel/py-hypothesis/Makefile, USES=python:3.6+ specified. Which wrong to depend devel/py-hypothesis to py27-hypothesis or to do not correspond devel/py-hypothesis to py27 ? root@jdtpkxb:~ # svnlite info /usr/ports Path: /usr/ports Working Copy Root Path: /usr/ports URL: http://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: http://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 542063 Node Kind: directory Schedule: normal Last Changed Author: glewis Last Changed Rev: 542063 Last Changed Date: 2020-07-12 11:13:27 +0900 (Sun, 12 Jul 2020) root@jdtpkxb:~ # uname -a FreeBSD jdtpkxb 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r363381M: Thu Jul 23 22:48:19 JST 2020 root@msrvkxb:/usr/obj/usr/src/amd64.amd64/sys/XIJ amd64 root@jdtpkxb:~ # Regards From owner-freebsd-ports@freebsd.org Sat Jul 25 07:42:00 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9BD563A2673 for ; Sat, 25 Jul 2020 07:42:00 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4BDJ1N3gK6z3cQf for ; Sat, 25 Jul 2020 07:42:00 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 7DE473A2715; Sat, 25 Jul 2020 07:42:00 +0000 (UTC) Delivered-To: ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7DA5F3A2672 for ; Sat, 25 Jul 2020 07:42:00 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BDJ1N2m6xz3cW7 for ; Sat, 25 Jul 2020 07:42:00 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 42DA1184A8 for ; Sat, 25 Jul 2020 07:42:00 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id 06P7g0r9003169 for ; Sat, 25 Jul 2020 07:42:00 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.15.2/8.15.2/Submit) id 06P7g0Hd003168; Sat, 25 Jul 2020 07:42:00 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202007250742.06P7g0Hd003168@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Sat, 25 Jul 2020 07:42:00 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jul 2020 07:42:00 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ lang/gnatcross-binutils-aarch64 | 2.27 | 2.35 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by: portscout! From owner-freebsd-ports@freebsd.org Sat Jul 25 09:20:40 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2A6B83A4D89 for ; Sat, 25 Jul 2020 09:20:40 +0000 (UTC) (envelope-from marco+freebsd-ports@lordsith.net) Received: from lb2-smtp-cloud9.xs4all.net (lb2-smtp-cloud9.xs4all.net [194.109.24.26]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.xs4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BDLCC1L0hz3yfc for ; Sat, 25 Jul 2020 09:20:38 +0000 (UTC) (envelope-from marco+freebsd-ports@lordsith.net) Received: from lordsith.net ([IPv6:2001:980:93d7:1:30df:f5ff:fee9:10df]) by smtp-cloud9.xs4all.net with ESMTP id zGM7jIBBTuuXOzGM9jD0Ry; Sat, 25 Jul 2020 11:20:37 +0200 Date: Sat, 25 Jul 2020 09:20:35 +0000 From: marco To: freebsd-ports Subject: sqlite3-3.32.3_1,1 no longer build with readline Message-ID: <20200725092035.GA61344@lordsith.net> Reply-To: marco Mail-Followup-To: marco , freebsd-ports MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: lordsith.net X-Operating-System: SunOS 5.11 joyent_20200212T230824Z X-Unix: Use Unix or die X-GPG-Fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB X-GPG-Key: https://lordsith.net/marco.gpg X-Uptime: 09:08am up 142 days 19:38, 1 user, load average: 0.01, 0.00, 0.00 User-Agent: Mutt/1.5.22 (2013-10-16) X-CMAE-Envelope: MS4wfB2zTdRHxd4PypoxT5EiGPt68+KJhzfBrQ9sSkNvQrAm1qYzDMLfs6gCuWXnoMMwwF7b5j6S6lfE0/CsfHRWHvyJ42jNnDyoG9HGtlFg12gchV0vI7VA S6M/9wgdjXA5d1moJi8wP+vNFEhA8SedA0a4JtQdefaxuClvcufi+csXUR6U/dmxNUvkwksg/+B9rFW0dUYIbkg805WzrkzoQb4317s77veHMNBf3x0FiQyD 9MQKO7fWnGRgwOGLtqBdxg== X-Rspamd-Queue-Id: 4BDLCC1L0hz3yfc X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 194.109.24.26 is neither permitted nor denied by domain of marco@lordsith.net) smtp.mailfrom=marco@lordsith.net X-Spamd-Result: default: False [-2.05 / 15.00]; HAS_REPLYTO(0.00)[marco+freebsd-ports@lordsith.net]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[194.109.24.26:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.81)[-0.815]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[lordsith.net]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[194.109.24.26:from]; NEURAL_HAM_MEDIUM(-0.71)[-0.714]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.32)[-0.318]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; TAGGED_FROM(0.00)[freebsd-ports]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jul 2020 09:20:40 -0000 I recently upgraded sqlite3 to sqlite3-3.32.3_1,1 via pkg upgrade. I noticed the behaviour has changed and arrow up to recall the history no longer works. Seems the pkg is no longer being build with readline support. [~] pkg info sqlite3-3.32.3_1,1 | grep -i readline READLINEP : off READLINES : off Not sure in which version this changed since I hadn't done a pkg upgrade for probably at least 2 weeks. I hope this was some oversight and not a conscious decision? M -- Marco van Lienen -- Unix SysAdmin https://keybase.io/scarcry , GnuPG id: 8580E6CB "The Tuck Pendleton machine...zero defects." From owner-freebsd-ports@freebsd.org Sat Jul 25 14:40:32 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9DEF73664CA for ; Sat, 25 Jul 2020 14:40:32 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BDTJH4M3dz4J2s for ; Sat, 25 Jul 2020 14:40:31 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by mail-ej1-x632.google.com with SMTP id n22so12774673ejy.3 for ; Sat, 25 Jul 2020 07:40:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=i78fI3Nfh4wK0EBVsnr3v7FcYC0gmadLI2O1Z+D0BDI=; b=XwIIm7udvTbLEnoapqf3F1x+deN+zU3PsdmT1/z+33tHWHkzyPG+iL34rxCkTsmrDZ Xc3tFho9WJ0BhM2OK+DmRe7HqQNkIL76QfgM3qH+eaJfFfy0gbWeRCyE1QCS44LY9IWg cq42eE0pF7oRmIYDhjczHA5/gKfDy0j+jIamXWFNsI7YRgeJYncIyDOsJIH3jRfu6TVI VxQJTeHclMxBgA7Dk/KWz1aHRf0dq8ovpSzv9W3seEn66RRlLCY6K9NFR+QWqR+qk6BP nW8TAjs0UgKmVNJ/ECUb7cRgSi50YT9qxgJjIiroSGRsZwYH6moJNGMHOZXdJa0s8vjj E5cA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=i78fI3Nfh4wK0EBVsnr3v7FcYC0gmadLI2O1Z+D0BDI=; b=Uns+RizxxcNIgTAb8rVA2eavn1swXPjN+WBPR3oyHWYDk+9atSWAbkqdno35fYV2o5 hvt+KkzAsfoGmKryx/NejQzrPXVjShoTryGqhKF8VqSo29aMnSw7I4902W5qQgVMET4V 08L1vjYHi+zV1xY92JQ+2hc51te39HfSRVfwamGoTQDIpR1Nki0KUV/eO7xFqFJG0PpP BV1HvyIkvqPbOzy90ucSLQcSTBqVm7B1NuXKTIJE7K0pYsqi1M9MadmnRJs+FxEBx1Hg k9I+FSHqXJ7J22JB+yjMi97Jx0zcZkXsE1PXMdjG0UcG+B8emjDgyFQ+fzab2s1LvnTV VPYg== X-Gm-Message-State: AOAM530usEzoJImYj51DVfOC1e2yVONVLWLTUmW5VupVIZvPOeIAmIx2 YABqVuha6zy1SlwZ/Y6vQc57uVO8 X-Google-Smtp-Source: ABdhPJwwss/u+/8gXo51jWF5caEhOY/bFdOKEgc9LQdjveu39SZY3YcqTRGIZ8j6yioQ21oN50DkXQ== X-Received: by 2002:a17:907:41dc:: with SMTP id og20mr14278374ejb.183.1595688029357; Sat, 25 Jul 2020 07:40:29 -0700 (PDT) Received: from MBP-van-Johan.lan (85-147-130-226.cable.dynamic.v4.ziggo.nl. [85.147.130.226]) by smtp.gmail.com with ESMTPSA id bw7sm2877621ejb.5.2020.07.25.07.40.28 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 25 Jul 2020 07:40:28 -0700 (PDT) Subject: Re: www/py-html5lib with FLAVOR=py27 failed to build To: freebsd-ports@freebsd.org References: <202007250617.06P6H4d1040934@kx.truefc.org> From: Johan Hendriks Message-ID: Date: Sat, 25 Jul 2020 16:40:28 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <202007250617.06P6H4d1040934@kx.truefc.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: nl X-Rspamd-Queue-Id: 4BDTJH4M3dz4J2s X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=XwIIm7ud; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of johhendriks@gmail.com designates 2a00:1450:4864:20::632 as permitted sender) smtp.mailfrom=johhendriks@gmail.com X-Spamd-Result: default: False [-3.12 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.12)[-0.115]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.981]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.03)[-1.025]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::632:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jul 2020 14:40:32 -0000 Op 25-07-2020 om 08:17 schreef KIRIYAMA Kazuhiko: > Hi, all > > www/py-html5lib with FLAVOR=py27 had failed to build: > > running build > running build_py > running install_lib > creating /var/ports/work/usr/ports/devel/py-pytest-runner/work-py27/stage/usr/local/lib/python2.7 > creating /var/ports/work/usr/ports/devel/py-pytest-runner/work-py27/stage/usr/local/lib/python2.7/site-packages > copying build/lib/ptr.py -> /var/ports/work/usr/ports/devel/py-pytest-runner/work-py27/stage/usr/local/lib/python2.7/site-packages > byte-compiling /var/ports/work/usr/ports/devel/py-pytest-runner/work-py27/stage/usr/local/lib/python2.7/site-packages/ptr.py to ptr.pyc > writing byte-compilation script '/tmp/tmpw8WT4z.py' > /usr/local/bin/python2.7 -O /tmp/tmpw8WT4z.py > removing /tmp/tmpw8WT4z.py > running install_egg_info > running egg_info > writing pytest_runner.egg-info/PKG-INFO > writing namespace_packages to pytest_runner.egg-info/namespace_packages.txt > writing top-level names to pytest_runner.egg-info/top_level.txt > writing dependency_links to pytest_runner.egg-info/dependency_links.txt > writing entry points to pytest_runner.egg-info/entry_points.txt > reading manifest file 'pytest_runner.egg-info/SOURCES.txt' > writing manifest file 'pytest_runner.egg-info/SOURCES.txt' > Copying pytest_runner.egg-info to /var/ports/work/usr/ports/devel/py-pytest-runner/work-py27/stage/usr/local/lib/python2.7/site-packages/pytest_runner-2.11.1-py2.7.egg-info > running install_scripts > writing list of installed files to '/var/ports/work/usr/ports/devel/py-pytest-runner/work-py27/.PLIST.pymodtmp' > ====> Compressing man pages (compress-man) > ===> Building package for py27-pytest-runner-2.11.1 > ===> py27-hypothesis-5.19.0 Unknown flavor 'py27', possible flavors: py37. > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/devel/py-hypothesis > *** Error code 1 > > Stop. > make: stopped in /usr/ports/www/py-html5lib > > In devel/py-hypothesis/Makefile, USES=python:3.6+ > specified. Which wrong to depend devel/py-hypothesis to > py27-hypothesis or to do not correspond devel/py-hypothesis > to py27 ? > > root@jdtpkxb:~ # svnlite info /usr/ports > Path: /usr/ports > Working Copy Root Path: /usr/ports > URL: http://svn.freebsd.org/ports/head > Relative URL: ^/head > Repository Root: http://svn.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 542063 > Node Kind: directory > Schedule: normal > Last Changed Author: glewis > Last Changed Rev: 542063 > Last Changed Date: 2020-07-12 11:13:27 +0900 (Sun, 12 Jul 2020) > > root@jdtpkxb:~ # uname -a > FreeBSD jdtpkxb 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r363381M: Thu Jul 23 22:48:19 JST 2020 root@msrvkxb:/usr/obj/usr/src/amd64.amd64/sys/XIJ amd64 > root@jdtpkxb:~ # > > Regards > _______________________________________________ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > Python2.7 has been removed from the ports tree. The error message you get verify's that. py27-hypothesis-5.19.0 Unknown flavor 'py27', possible flavors: py37. So you need to update your ports to the python 3.7 flavor. From owner-freebsd-ports@freebsd.org Sat Jul 25 15:07:17 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 901303674BC for ; Sat, 25 Jul 2020 15:07:17 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from gate.utahime.jp (gate.utahime.jp [183.180.29.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BDTv82KhDz4KTW for ; Sat, 25 Jul 2020 15:07:15 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by gate.utahime.jp (Postfix) with ESMTPS id 83ED131598 for ; Sun, 26 Jul 2020 00:07:02 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=utahime.org; s=maybe2019112701; t=1595689622; bh=enan4iIEcE8ht0vbR7GwN1Slg0Aymq7Al4AzaiwB8kU=; h=Date:To:Subject:From:In-Reply-To:References; b=cTzHZyqbp+PYsMSll/gZ6JB+G7qgwQ3Ej9rJwSpGkCFjLUSrTnUOpkmCApd9R2JQs JvRDRJGl8aqfYleezkF01VpsrAL3cusAbTqge3bfHU/fjzaKIVYIY/t1LIQmwzNkNM cldxeiykWVuSkGwBc3W7gNl+1y/QPPlzIK/qNY6goidjLf/MkX3bXRRmwM5ZP1rQV4 k2TrB31z5J/IiokiJq05GfKkEISqwHIDyR21/zqFHGQpVLY2AduK/Y8/w654su8vUc OTWiIHjL4QjaRCdB3e71RwO4WVv76Q1bPvDlv5EFJimoITONfwtR5GEpsotDCdClJ1 FaBHSy2CnO0Lw== Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id 7E9601EFEB; Sun, 26 Jul 2020 00:06:59 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.102.4 at eastasia.home.utahime.org Date: Sun, 26 Jul 2020 00:06:16 +0900 (JST) Message-Id: <20200726.000616.879787061141320580.yasu@utahime.org> To: freebsd-ports@freebsd.org Subject: Re: sqlite3-3.32.3_1,1 no longer build with readline From: Yasuhiro KIMURA In-Reply-To: <20200725092035.GA61344@lordsith.net> References: <20200725092035.GA61344@lordsith.net> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BDTv82KhDz4KTW X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=utahime.org header.s=maybe2019112701 header.b=cTzHZyqb; dmarc=none; spf=pass (mx1.freebsd.org: domain of yasu@utahime.org designates 183.180.29.210 as permitted sender) smtp.mailfrom=yasu@utahime.org X-Spamd-Result: default: False [-1.57 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; NEURAL_HAM_MEDIUM(-0.95)[-0.952]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.992]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[utahime.org]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org]; DKIM_TRACE(0.00)[utahime.org:+]; NEURAL_HAM_SHORT(-0.62)[-0.622]; MID_CONTAINS_FROM(1.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jul 2020 15:07:17 -0000 From: marco Subject: sqlite3-3.32.3_1,1 no longer build with readline Date: Sat, 25 Jul 2020 09:20:35 +0000 > I recently upgraded sqlite3 to sqlite3-3.32.3_1,1 via pkg upgrade. > I noticed the behaviour has changed and arrow up to recall the history > no longer works. > Seems the pkg is no longer being build with readline support. > > [~] pkg info sqlite3-3.32.3_1,1 | grep -i readline > READLINEP : off > READLINES : off > > Not sure in which version this changed since I hadn't done a pkg upgrade for probably at least 2 weeks. > > I hope this was some oversight and not a conscious decision? I submitted patch to fix this problem as following bug report. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248260 Just FYI. --- Yasuhiro KIMURA From owner-freebsd-ports@freebsd.org Sat Jul 25 21:51:27 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 795DE371761 for ; Sat, 25 Jul 2020 21:51:27 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi1-x229.google.com (mail-oi1-x229.google.com [IPv6:2607:f8b0:4864:20::229]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BDfsV0m2bz3SxB for ; Sat, 25 Jul 2020 21:51:25 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-oi1-x229.google.com with SMTP id y22so11160225oie.8 for ; Sat, 25 Jul 2020 14:51:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=1R5YqN7WKwagNznANhxdwoCZx/5rtUmPtshPMmkOPlI=; b=FK1ok7CPlVbHsdvmA6vZk4hRuk4ZG/fisgRklW3X7/CLPIsONymVRd1Vb+obTYw87g RweWOWbSJ2wIz725+HMhCDpVrnBSN3y9Owxw5+meFd7NbNMNnf6NTggKky+ebsOIMQWQ Xc2jKQsuVdWOz67OVR9ZQOO0RC5YqQUtUUpf998WR9hu/9LNTctxnMpoeaa2tIMGTX3G X6FzJ6h7Vq1V6UAZcSaAEWOxTsCoLJTyZT88pj0o3VqvtwIiW8avn07870QkIxHhQQi0 0PZkn+XBXYKHMQpGRuQXmIu4skX3rmyh87pY+/H4eaNiyYbRlX3gegHjTLiBWU+hcAJP 3wXA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=1R5YqN7WKwagNznANhxdwoCZx/5rtUmPtshPMmkOPlI=; b=I9DC1jjkTNhqU+OdSmZoDTPy07N9UVNRGo2hgxwK9IRv3o7ya6XQRxPgV9tLXRiaGV M1qVmk8JdpyDbxt8Mrl9lYYkoXSUNsJ64iNlccE2HngEO4P/w93FSchIc0khNGIHNPIj 7Be50Du5MOIj4NcJENQcmC/7GU73ZtAirBKogJa6ExwemWwBCMDnwYYas3XTH8nXprNS QYYktB2l2ijgAfTN9l6+TtxG/PMO+9pKcLgMGZ/LOLqs1TkkvXQy6KcVor8E05snyw9d 6ZsbPUHJI/GzjS/vTUh5CGcmZejfVal6rdfp+BJiXuERoLB02FyY0+lZ7FfuOw1SBdke K8yA== X-Gm-Message-State: AOAM530TlF5IuTi9kDa7qQSKlH1VBcVeSa3fHxFIrZxHF2/0psuKzpUe rUwVYu/nW4tRel6JxjBxutE4S819ZsE+2n26goc= X-Google-Smtp-Source: ABdhPJykhRstK5d8Y3FHr88ln5bae4el3HkaGBJjxPa+vUE8MJkRzOzZnSBfJ/8grXc7plnwsiOnJNOk/SA/QqrDLuo= X-Received: by 2002:aca:3102:: with SMTP id x2mr2033851oix.57.1595713883436; Sat, 25 Jul 2020 14:51:23 -0700 (PDT) MIME-Version: 1.0 References: <202007250617.06P6H4d1040934@kx.truefc.org> In-Reply-To: From: Kevin Oberman Date: Sat, 25 Jul 2020 14:51:07 -0700 Message-ID: Subject: Re: www/py-html5lib with FLAVOR=py27 failed to build To: Johan Hendriks Cc: FreeBSD Ports ML X-Rspamd-Queue-Id: 4BDfsV0m2bz3SxB X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=FK1ok7CP; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::229 as permitted sender) smtp.mailfrom=kob6558@gmail.com X-Spamd-Result: default: False [-3.48 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.76)[-0.764]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.978]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.04)[-1.041]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::229:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jul 2020 21:51:27 -0000 On Sat, Jul 25, 2020 at 7:40 AM Johan Hendriks wro > > Op 25-07-2020 om 08:17 schreef KIRIYAMA Kazuhiko: > > Hi, all > > > > www/py-html5lib with FLAVOR=py27 had failed to build: > > > > running build > > running build_py > > running install_lib > > creating > /var/ports/work/usr/ports/devel/py-pytest-runner/work-py27/stage/usr/local/lib/python2.7 > > creating > /var/ports/work/usr/ports/devel/py-pytest-runner/work-py27/stage/usr/local/lib/python2.7/site-packages > > copying build/lib/ptr.py -> > /var/ports/work/usr/ports/devel/py-pytest-runner/work-py27/stage/usr/local/lib/python2.7/site-packages > > byte-compiling > /var/ports/work/usr/ports/devel/py-pytest-runner/work-py27/stage/usr/local/lib/python2.7/site-packages/ptr.py > to ptr.pyc > > writing byte-compilation script '/tmp/tmpw8WT4z.py' > > /usr/local/bin/python2.7 -O /tmp/tmpw8WT4z.py > > removing /tmp/tmpw8WT4z.py > > running install_egg_info > > running egg_info > > writing pytest_runner.egg-info/PKG-INFO > > writing namespace_packages to > pytest_runner.egg-info/namespace_packages.txt > > writing top-level names to pytest_runner.egg-info/top_level.txt > > writing dependency_links to pytest_runner.egg-info/dependency_links.txt > > writing entry points to pytest_runner.egg-info/entry_points.txt > > reading manifest file 'pytest_runner.egg-info/SOURCES.txt' > > writing manifest file 'pytest_runner.egg-info/SOURCES.txt' > > Copying pytest_runner.egg-info to > /var/ports/work/usr/ports/devel/py-pytest-runner/work-py27/stage/usr/local/lib/python2.7/site-packages/pytest_runner-2.11.1-py2.7.egg-info > > running install_scripts > > writing list of installed files to > '/var/ports/work/usr/ports/devel/py-pytest-runner/work-py27/.PLIST.pymodtmp' > > ====> Compressing man pages (compress-man) > > ===> Building package for py27-pytest-runner-2.11.1 > > ===> py27-hypothesis-5.19.0 Unknown flavor 'py27', possible flavors: > py37. > > *** Error code 1 > > > > Stop. > > make[1]: stopped in /usr/ports/devel/py-hypothesis > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/www/py-html5lib > > > > In devel/py-hypothesis/Makefile, USES=python:3.6+ > > specified. Which wrong to depend devel/py-hypothesis to > > py27-hypothesis or to do not correspond devel/py-hypothesis > > to py27 ? > > > > root@jdtpkxb:~ # svnlite info /usr/ports > > Path: /usr/ports > > Working Copy Root Path: /usr/ports > > URL: http://svn.freebsd.org/ports/head > > Relative URL: ^/head > > Repository Root: http://svn.freebsd.org/ports > > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > > Revision: 542063 > > Node Kind: directory > > Schedule: normal > > Last Changed Author: glewis > > Last Changed Rev: 542063 > > Last Changed Date: 2020-07-12 11:13:27 +0900 (Sun, 12 Jul 2020) > > > > root@jdtpkxb:~ # uname -a > > FreeBSD jdtpkxb 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r363381M: Thu Jul > 23 22:48:19 JST 2020 root@msrvkxb:/usr/obj/usr/src/amd64.amd64/sys/XIJ > amd64 > > root@jdtpkxb:~ # > > > > Regards > > _______________________________________________ > > freebsd-ports@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > > > > Python2.7 has been removed from the ports tree. > The error message you get verify's that. > > py27-hypothesis-5.19.0 Unknown flavor 'py27', possible flavors: py37. > > So you need to update your ports to the python 3.7 flavor. > Ahh, no. Both python2 and python27 are very much alive, if not well. python27 will live until the end of the year. The problems that the latest version of py-hypothesis no longer builds for python-2.7. You really need to change your default python version to 3.7 and update a lot of ports that currently depend on python-2.7. As time passes, more and more stuff will lose 2.7 compatibility. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-ports@freebsd.org Sat Jul 25 22:35:14 2020 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8775637264B for ; Sat, 25 Jul 2020 22:35:14 +0000 (UTC) (envelope-from marco+freebsd-ports@lordsith.net) Received: from lb1-smtp-cloud9.xs4all.net (lb1-smtp-cloud9.xs4all.net [194.109.24.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.xs4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BDgr13CtTz3VRQ for ; Sat, 25 Jul 2020 22:35:13 +0000 (UTC) (envelope-from marco+freebsd-ports@lordsith.net) Received: from lordsith.net ([IPv6:2001:980:93d7:1:30df:f5ff:fee9:10df]) by smtp-cloud9.xs4all.net with ESMTP id zSl3jOI2YuuXOzSl5jDkIk; Sun, 26 Jul 2020 00:35:11 +0200 Date: Sat, 25 Jul 2020 22:35:09 +0000 From: marco To: freebsd-ports@freebsd.org Subject: Re: sqlite3-3.32.3_1,1 no longer build with readline Message-ID: <20200725223509.GA72250@lordsith.net> Reply-To: marco Mail-Followup-To: marco , freebsd-ports@freebsd.org References: <20200725092035.GA61344@lordsith.net> <20200726.000616.879787061141320580.yasu@utahime.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200726.000616.879787061141320580.yasu@utahime.org> Organization: lordsith.net X-Operating-System: SunOS 5.11 joyent_20200212T230824Z X-Unix: Use Unix or die X-GPG-Fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB X-GPG-Key: https://lordsith.net/marco.gpg X-Uptime: 22:28pm up 143 days 8:58, 1 user, load average: 0.00, 0.00, 0.00 User-Agent: Mutt/1.5.22 (2013-10-16) X-CMAE-Envelope: MS4wfKwD5/Ci/Guqi76mErLwfL2hku7FyLryEk/g13tc8AUNRVX95p0UzH9Da0xfZ8Q80UqxxR9ZPZyH32EmSSPxZEJmQJh91o0Ujm1zVGn0OmfovxRyosdg mROLRaIBDfXLypHkJPXCTDcd8Hqx1avb/w0n4B1+IjamO9vZ0JOzOQ3JT4+KhXJr9T0eUM5xOCbAo28lgom3sNjBlBIYFAmav1W5LZMEzKaI4qqab7ulRAIh iNv+gSI6VisvC5/rVwFjSw== X-Rspamd-Queue-Id: 4BDgr13CtTz3VRQ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 194.109.24.22 is neither permitted nor denied by domain of marco@lordsith.net) smtp.mailfrom=marco@lordsith.net X-Spamd-Result: default: False [-2.22 / 15.00]; HAS_REPLYTO(0.00)[marco+freebsd-ports@lordsith.net]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[194.109.24.22:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.78)[-0.780]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[lordsith.net]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[194.109.24.22:from]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_SHORT(-0.45)[-0.451]; NEURAL_HAM_MEDIUM(-0.79)[-0.791]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; TAGGED_FROM(0.00)[freebsd-ports]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jul 2020 22:35:14 -0000 On Sun, Jul 26, 2020 at 12:06:16AM +0900, you (Yasuhiro KIMURA) sent the following to [freebsd-ports] : > From: marco > Subject: sqlite3-3.32.3_1,1 no longer build with readline > Date: Sat, 25 Jul 2020 09:20:35 +0000 > > > > > [~] pkg info sqlite3-3.32.3_1,1 | grep -i readline > > READLINEP : off > > READLINES : off > > > > Not sure in which version this changed since I hadn't done a pkg upgrade for probably at least 2 weeks. > > > > I hope this was some oversight and not a conscious decision? > > I submitted patch to fix this problem as following bug report. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248260 > > Just FYI. > Thank you, hoping databases/sqlite3 will be fixed soon. -- Marco van Lienen -- Unix SysAdmin https://keybase.io/scarcry , GnuPG id: 8580E6CB "The Tuck Pendleton machine...zero defects."