From owner-freebsd-ports@freebsd.org Mon May 17 23:15:42 2021 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 A22E2635EA2 for ; Mon, 17 May 2021 23:15:42 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FkZk64HF8z4jn9; Mon, 17 May 2021 23:15:42 +0000 (UTC) (envelope-from jbeich@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1621293342; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=bv6u/ZCksb6hYTAaTIP5owVE2QzE7YL4UwFEnwK/W0g=; b=OXdcDlAWOtTZd48ipfvDlaWcjC+3eOLkj8JfR+rYBmv54AWH8u2S85h3TnQjLy4p/y0k63 OvoTZu5HWVwKYU7lfgHbUGObz9/GcOZa4nVJ9IUFx2dhQxwLzk2uD3P8po6WbT+g5SuQXm fLblAlm4ziIL1sVC/YaSygIdsH1r2ujBqzrySnBbOu9+RyH+MeUAvH/aHQM0vq9deHf2V9 bttbFi/Ep271q1qJGkubBUV54cgCHJZsPX8waxtwL0852pm3kMWCVRuylVeQJ1XZk7wiBO /FG1B/kbaHp9MZOOsJ3Hlgqad8cirQhFoEA+mSK9GFDsu0G9EomDR+mtDEc5Tw== Received: by freefall.freebsd.org (Postfix, from userid 1354) id 7A07AE273; Mon, 17 May 2021 23:15:42 +0000 (UTC) From: Jan Beich To: Alexis Praga Cc: freebsd-ports@freebsd.org Subject: Re: x11/kitty: rewritten and updated to v0.20.3 References: <861ra5bq6h.fsf@ecchi.i-did-not-set--mail-host-address--so-tickle-me> <86bl992mgs.fsf@ecchi.i-did-not-set--mail-host-address--so-tickle-me> Date: Tue, 18 May 2021 01:15:39 +0200 In-Reply-To: <86bl992mgs.fsf@ecchi.i-did-not-set--mail-host-address--so-tickle-me> (Alexis Praga's message of "Mon, 17 May 2021 21:23:47 +0200") Message-ID: <8s4d-ymsk-wny@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1621293342; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=bv6u/ZCksb6hYTAaTIP5owVE2QzE7YL4UwFEnwK/W0g=; b=slra212m6CslAF6xHZkwITmECs/2Mp9LHBngaehYPp7nhPCuXRzjalNVWdcZKWCXSxgi8f AtKzIwdOMotWui0PSAxMUGzd5d5d7cHJvueYsrxZa12nyVjcsi8l5U1Z8WcfSUMm1fh+/Q ABCMRC+iRDjJX0ozlqM/NII9whkHX4E+Vi34ra8JPdcHeHuGgyPhl55pnXkoOglaAB9aRy b2RABmVOWdzGnONoTcSjLDgvuxKHPOGqFtpkv0OppKcrENakk978BUQiPA4R4m37UEyvWl drGimyDII2iBmlqfV0VAXDnGDeJzEXVfjl3ncdDSOt0bAb40lrEI4UQQFcyZgQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1621293342; a=rsa-sha256; cv=none; b=owgsNXJhbdZZ4vn0QEs9bQfFBGDRYaGKHvDZiXWuqAbmKw+ZvS9dV0WN7OXBGqydzcLDTh mS0DoD7h1/mOL6AU55ZLWJa7Y0bwIYu1up3lZy351I+wenUNyI9gDnfY0PN1P6fuHpLx1S EIuWG4zaXwfpQNXi/VR8nqoIPjQhPCfqgVJFCfagIWs5VdqAccrgIWpLunNCcLpTHe8o8I mO7eGyC/VqDZpL8yULRHySiuixzbPN49CfJj+Jz/EuWxJhaz/bozXwdJgWdRREObO546na XyBF3BbAn8qnIylIS0rKlSBMeFPeU8UDswc845j43caiLksSB9kL4ERtqWygKA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 May 2021 23:15:42 -0000 Alexis Praga writes: > Hi guys, > > Thanks to Li-Wen Hsu [1], I now know the new version does not build on 11.4 with : > /usr/bin/ld: unrecognized option '-plugin' > Which seems due to the '-flto' flag according to this issue : > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230137 > I've tried the fix mentioned there (adding '-fuse-ld=lld'), but it's not a flag recognized by clang. > > Removing '-flto' allows to build kitty but some tests fails. > Does someone knows on how to get around this compiler issue (only for 11x)? -fuse-ld=lld should work fine on 11.4 aarch64/amd64/armv6/armv7/i386 as it uses clang as /usr/bin/cc and has /usr/bin/ld.lld but may[1] break 11.4 powerpc/powerpc64 which still has gcc as /usr/bin/cc. I've used -fuse-ld=lld in a number of ports to unbreak -flto[2] or workaround /usr/bin/ld.bfd bugs[3] which weren't present in ld.bfd from devel/binutils. Other port maintainers do something similar. Can you show the build error from -fuse-ld=lld? [1] When a port defines USES=compiler:c11 (or similar due to -std=*) it uses lang/gcc10 on FreeBSD < 13 powerpc* which doesn't need -fuse-ld=lld because /usr/local/bin/ld is used by default. However, lang/gcc* with -flto will probably ignore -fuse-ld=lld due to IR/bytecode incompatibility and coincidentally avoid https://bugs.llvm.org/show_bug.cgi?id=47353 [2] Examples: multimedia/svt-*, graphics/mesa-devel [3] Examples: devel/basu, games/veloren, SVT* options in multimedia/ffmpeg