From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Bruno Haible Newsgroups: gmane.emacs.bugs Subject: bug#65319: compilation error on Android (Termux) Date: Wed, 16 Aug 2023 11:50:11 +0200 Message-ID: <4343512.eakKr8yo8t@nimes> References: <7932888.4pN7iFggcO@nimes> <4108631.NNLLXVBRH5@nimes> <878rabllty.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31573"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 65319@debbugs.gnu.org To: Po Lu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Aug 16 11:51:23 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qWDBT-0007zf-Gx for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 16 Aug 2023 11:51:23 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qWDBC-0008Kz-PC; Wed, 16 Aug 2023 05:51:06 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qWDB9-0008Kc-4Q for bug-gnu-emacs@gnu.org; Wed, 16 Aug 2023 05:51:03 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qWDB8-0005M2-Rg for bug-gnu-emacs@gnu.org; Wed, 16 Aug 2023 05:51:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qWDB8-00076K-2o for bug-gnu-emacs@gnu.org; Wed, 16 Aug 2023 05:51:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Bruno Haible Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 16 Aug 2023 09:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65319 X-GNU-PR-Package: emacs Original-Received: via spool by 65319-submit@debbugs.gnu.org id=B65319.169217941827230 (code B ref 65319); Wed, 16 Aug 2023 09:51:02 +0000 Original-Received: (at 65319) by debbugs.gnu.org; 16 Aug 2023 09:50:18 +0000 Original-Received: from localhost ([127.0.0.1]:38884 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWDAP-000758-Jh for submit@debbugs.gnu.org; Wed, 16 Aug 2023 05:50:17 -0400 Original-Received: from mo4-p00-ob.smtp.rzone.de ([81.169.146.218]:42681) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWDAL-00074s-Co for 65319@debbugs.gnu.org; Wed, 16 Aug 2023 05:50:16 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1692179411; cv=none; d=strato.com; s=strato-dkim-0002; b=GjYSpuVwMmr3wMbzUwwDNepPpPQewVYXtaS4SporVdtRa8nWMEoaRRYp9PL+L9Y4nR z6Wf6bbYP58HLyfXBXYaozK6t8kHOnz9AT0lQc1q5MOIRoM6Qb4+5IVDrvQuWJEX03HX iRN3IJVEaA8++v+OIsqHjolmNW4P6f1YGOUFqwvCSbJ7x9LFsxth5rk0ykLBhU8We8p0 ont8fmFwgl/57bx3LVzmpOVky38ibGlhcNkfSUzSUX3v2EAD2xb6bP77W8bx7g50sKZa cQA7nK16oilbb1Fhi/tzuCHH8/OMcEx6H4IMXcmEIEYenX99E5Fq1VUTtGN7aR/qMAMu uUfQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1692179411; s=strato-dkim-0002; d=strato.com; h=References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From:Cc:Date: From:Subject:Sender; bh=PPnHM9mxijICLW5PrnptkSNBuhX0Ancxcu09H6h9sRY=; b=dZN1G2IIYNzCwv/Own5SDmBRRSQc7ihjXCU3SlXy+xwdmqkLw29xpFXvTT9cAb62kW cQf047HGZ4bSk8623l8zdBPg86XN2KnlUPMcokHC/5PXNWce5UjlvUg5CO7PQd5t5T+I La+RE6uBbgmAsYJ5Fc1JImz1t3r8Mq6mZWcelnesMyd6zmAI4cY7BTqZCZYlVITgDdCg Yj14g4pk3+m1rIiwp4RLgWPhfKJB1sKoecqzNUlHr104wfih6ns4xDFvfRr2E+tTZC+4 h18SdScWzUHXVXt7ClhupjxcIvYuAfUPA6EVsm2lkKOaxHXdN7vhge7aLQN2zZNa5d7v wvwQ== ARC-Authentication-Results: i=1; strato.com; arc=none; dkim=none X-RZG-CLASS-ID: mo00 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1692179411; s=strato-dkim-0002; d=clisp.org; h=References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From:Cc:Date: From:Subject:Sender; bh=PPnHM9mxijICLW5PrnptkSNBuhX0Ancxcu09H6h9sRY=; b=JTqrAh8G+nOwVjCybzawuhzPmsulLLhUDbo1rtQA93KDiuat2CxupYlL6JV0AVBWul KaXt5n6XSkoiuuohxYQXWHlu9+16Xba/Vw/s9k/DD2EitYC9KDMcIlaw04ZRWvQ5biVD y/joI6sSwVH40ha7UuJjLip81go9ZXfPYi7dyiliYXB4doMKvYGAIPX/uFXs4LCgxBdQ EACcciSFZmdqTNrzPjYUaULHnuwgOR8ge0EwtxCXYeYn9Awccu4B4JWRntxqQCWcMXib cEHwWkVg/iONzrHoTCQmgDbegsP6NDW8s4R3DGa2giTenAC72fNzB04gAOqhb23PHBQK JQWA== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; t=1692179411; s=strato-dkim-0003; d=clisp.org; h=References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From:Cc:Date: From:Subject:Sender; bh=PPnHM9mxijICLW5PrnptkSNBuhX0Ancxcu09H6h9sRY=; b=fH9OC/xqnSdDT0BzuHuFz9ANL04EzNB+f3doj/f5SQhvtEY5fezl7YN1mmnzetPtuU RaMzMzyn1DhutVI5duAw== X-RZG-AUTH: ":Ln4Re0+Ic/6oZXR1YgKryK8brlshOcZlIWs+iCP5vnk6shH0WWb0LN8XZoH94zq68+3cfpPD1KDxnGxb4/wjRQtDCidPpMcxog==" Original-Received: from nimes.localnet by smtp.strato.de (RZmta 49.8.0 AUTH) with ESMTPSA id Vd691cz7G9oB42g (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Wed, 16 Aug 2023 11:50:11 +0200 (CEST) In-Reply-To: <878rabllty.fsf@yahoo.com> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:267562 Archived-At: Po Lu wrote: > Does Gnulib guarantee that the gl_CHECK_FUNCS_ANDROID stuff will > continue to exist in the future? If so, I'm inclined towards using > that. Yes. This macro is used over 100 times in Gnulib, has not seen any problem reports in the last 6 months, and is prefixed with 'gl_' not '_gl_'. Therefore it's very unlikely to go away. Note this macro's documentation: ... dnl Thus, the question "does the OS have the function func" has three possible dnl answers: dnl - yes, in all versions starting from the given API level, dnl - no, in no version, dnl - not in the given API level, but in a later version of Android. ... dnl This macro sets two variables: dnl - gl_cv_onwards_func_ to yes / no / "future OS version" dnl - ac_cv_func_ to yes / no / no dnl The first variable allows to distinguish all three cases. dnl The second variable is set, so that an invocation dnl gl_CHECK_FUNCS_ANDROID([func], [[#include ]]) dnl can be used as a drop-in replacement for dnl AC_CHECK_FUNCS([func]). Bruno