From MAILER-DAEMON Mon Feb 08 14:02:22 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1l9Bnh-0003XZ-Td for mharc-bug-gettext@gnu.org; Mon, 08 Feb 2021 14:02:22 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:39520) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l90FS-0003cI-4F for bug-gettext@gnu.org; Mon, 08 Feb 2021 01:42:16 -0500 Received: from d.mail.sonic.net ([64.142.111.50]:43192) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1l90FA-0000Fx-BS for bug-gettext@gnu.org; Mon, 08 Feb 2021 01:42:07 -0500 Received: from auge (75-25-121-24.lightspeed.snvaca.sbcglobal.net [75.25.121.24]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id 1186e5Hr001387 (version=TLSv1.2 cipher=DHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Sun, 7 Feb 2021 22:40:06 -0800 Date: Sun, 7 Feb 2021 22:40:05 -0800 (PST) From: Stephen Casner To: bug-gettext@gnu.org cc: Nick Alcock Subject: Possible problem with gettext.m4 for binutils Message-ID: User-Agent: Alpine 2.21.9999 (OSX 301 2018-08-15) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Sonic-CAuth: UmFuZG9tSVaSijTid86BfZPs3kYLxbJ9flXQmsmELE8yLbppOas4tMumxVlewq7tsi+CSycuIrE0tM27W0a8PkNFTZ9+ugY8 X-Sonic-ID: C;WijJethp6xGXRuyC/iHpiQ== M;MI4Ke9hp6xGXRuyC/iHpiQ== X-Sonic-Spam-Details: 0.0/5.0 by cerberusd Received-SPF: softfail client-ip=64.142.111.50; envelope-from=casner@acm.org; helo=d.mail.sonic.net X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Mon, 08 Feb 2021 14:02:17 -0500 X-BeenThere: bug-gettext@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for GNU gettext List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Feb 2021 06:42:32 -0000 When building a native binutils on macOS [1] I get unresolved references to libiconv. Nick Alcock helped investigate this and concluded that the root of the problem lies in gettext.m4, so he suggested that I send this email to bug-gettext. Specifically, the problem may be that when gettext decides that -liconv must be included it does not also include -L to make sure the loaded library is the one that it has chosen. On many systems this may not be a problem because there is only one libiconv. However, in my macOS the system /usr/lib/libiconf.dylib is an older version that defines _iconv, _iconv_close, _iconv_open. That system version is protected so I can't change it. But some of the binutils code requires a newer libiconv that defines _libiconv, _libiconv_close, _libiconv_open. I have installed that library using MacPorts as /opt/local/lib/libiconv.{a,dylib}. In order to build gdb, I also need libgmp, libmpc, libmpfr, so I have also installed those with MacPorts into /opt/local/lib. In order to include them in the build, I need to include the configure option --with-libgmp-prefix=/opt/local which causes -I/opt/local/include and -L/opt/local/lib to be included in the compile and link commands for the gdb files. Therefore those files expect the _libiconv symbols. However, libintl is also included in the gdb link, but its configure tests find the system libiconv so I get unresolved _iconv symbols from dcigettext.o and loadmsgcat.o. There is a --with-libiconv-prefix option for gdb that also applies to intl, but when I include that it causes -I./../intl to be removed from the compile commands for bfd, so those fail. An alternative of specifying LDFLAGS=-L/opt/local/lib on the binutils configure causes the same bfd compilation failure. My workaround has been to hack the Makefile for gdb so that both libiconv libraries are included explicitly, but I would like to be able to fix this properly. Any insight you can provide would be much appreciated. -- Steve [1] I'm running macOS Mojave (10.14.6) rather than the newer Catalina or Big Sur because Mojave is the last one that still supports 32-bit executables, some of which I need to use. I don't know if the system libiconv would be sufficient on the later macOS releases. From MAILER-DAEMON Mon Feb 08 14:02:23 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1l9Bni-0003Xg-5y for mharc-bug-gettext@gnu.org; Mon, 08 Feb 2021 14:02:23 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:39336) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l98IH-0006DW-Sc for bug-gettext@gnu.org; Mon, 08 Feb 2021 10:17:41 -0500 Received: from userp2120.oracle.com ([156.151.31.85]:38618) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l98IF-0008VR-5s for bug-gettext@gnu.org; Mon, 08 Feb 2021 10:17:41 -0500 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 118F9iA8033541; Mon, 8 Feb 2021 15:17:34 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : references : date : in-reply-to : message-id : content-type : mime-version; s=corp-2020-01-29; bh=8Ly+asVVv6hhQbtEQ3BElOSQ3NbbvtM8/r4tQ8aZJTc=; b=N3Pna12iWYS3VSN7tY420QCbXJ+mHSFeg7VapLwt1RvyCkURliF4z8tDF5K++XA75Wuv tzujdM0NngQjtJunW7QDUZtedhUkc3tomRig6F52rpUG3A/Vzhw3qycMkdBqety319Ce T38BOgEH832LagOIKksP2sXaca7viHLJhXPQNi4XFvaeH+2WRYdv1vuPjNTKVf24txEL CNJ7yzjcBU/9LWexqsP+C+wmdbKilOUQj1k7kSPHE/rnwJNiizjP8v+nXTSdB05ncbxG OFL9nstpBRZn1s9G5lPXkdgRi+L71R+0A61qdsT0yQuEQ/ljUVYSM4KctnuOMSxsVYCR 5Q== Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by userp2120.oracle.com with ESMTP id 36hkrmv5r6-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 08 Feb 2021 15:17:34 +0000 Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 118FB0I6192287; Mon, 8 Feb 2021 15:17:33 GMT Received: from nam11-bn8-obe.outbound.protection.outlook.com (mail-bn8nam11lp2174.outbound.protection.outlook.com [104.47.58.174]) by userp3030.oracle.com with ESMTP id 36j51usaxg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 08 Feb 2021 15:17:33 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DvJV31z4Uar2l4TIJahHEYxQLSoub3sDX9Ks0AcCB4+amKPZesZyBh+oCwj4qlAwYw+BSQ/ywKYOEKre2Pw/Qyrh7rUmilKpT8vjA9KngGZiuBHSWdk6bb3E2JZF3orerc9be427EDTOQIwFYnlRX5z8Cj+talu9166ETqfRZjxhyPv6blOL+qKbJKXP5YiOtJ5Pl6ZEYn5cCX8ePnVwg0BmKhTV+g7uKOpUB2YPQZXTQZzu955gMKjD8jfQLpI2d/nHtGS+1QpXJ0Mv/IOhuDlOK5wh7L0UPtG8f+WmRTBOwrkeSBN28DPizNTmvJ0Q2kj6QFRT5G1vksSD9GWQvA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8Ly+asVVv6hhQbtEQ3BElOSQ3NbbvtM8/r4tQ8aZJTc=; b=PG5Mb5W3o1MSqYwWgZd3k70S0lt6nw1tT80GGruvixo5YQ7tOvtoal2TrqDC8FXtPQeBLL/KJhg/USeXmUcoKFs5DwdsLYuYBw1GXDSkzUbyAH7TGBJyV/7rD6wtTQ/KYQp3WkbiXlRJywxJYY5+hJRShdpucwjBobUGvaRCvUZO16hQhJvxM6FLU3nuiUsIzzsmR7/rRcjrMlyV9tW/tEs0sO5g+lhraYcJHWPkVTIqikmEY6X5pZR13gIm/A0Ky+810YJ2pdgATWXwnjiNs1kV/1HLZFPEyjy7FsjAj3o3SFCJfTmDiPfM1nQjoch+yTaXEu/y6Il3y4iljQ08cQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8Ly+asVVv6hhQbtEQ3BElOSQ3NbbvtM8/r4tQ8aZJTc=; b=oe5Z5DeIN8hmsIMrFb0vdbd6u4ZdgXcunmZHLlEveKhjq/l8t2nLHw4VDx/du9AaVtJXglkh0FiD7PKY5mGDz4Av7NFIPtI/Ll9QruUTcAEG416+gwbPIl2Udkp4XmdC7z9mHgQSAlkRBVWVB0wviDor/cK8Or1UHJdAlksRMOs= Authentication-Results: gnu.org; dkim=none (message not signed) header.d=none;gnu.org; dmarc=none action=none header.from=oracle.com; Received: from SA2PR10MB4715.namprd10.prod.outlook.com (2603:10b6:806:fb::10) by SA2PR10MB4540.namprd10.prod.outlook.com (2603:10b6:806:110::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3825.30; Mon, 8 Feb 2021 15:17:31 +0000 Received: from SA2PR10MB4715.namprd10.prod.outlook.com ([fe80::7c52:48f6:5d6b:5643]) by SA2PR10MB4715.namprd10.prod.outlook.com ([fe80::7c52:48f6:5d6b:5643%7]) with mapi id 15.20.3805.038; Mon, 8 Feb 2021 15:17:31 +0000 From: Nick Alcock To: Stephen Casner Cc: bug-gettext@gnu.org Subject: Re: Possible problem with gettext.m4 for binutils References: Emacs: a learning curve that you can use as a plumb line. Date: Mon, 08 Feb 2021 15:17:26 +0000 In-Reply-To: (Stephen Casner's message of "Sun, 7 Feb 2021 22:40:05 -0800 (PST)") Message-ID: <87pn1a37y1.fsf@esperi.org.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3.50 (gnu/linux) Content-Type: text/plain X-Originating-IP: [2001:8b0:1101:10::2] X-ClientProxiedBy: LO2P265CA0084.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:8::24) To SA2PR10MB4715.namprd10.prod.outlook.com (2603:10b6:806:fb::10) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from loom (2001:8b0:1101:10::2) by LO2P265CA0084.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:8::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3825.17 via Frontend Transport; Mon, 8 Feb 2021 15:17:30 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 8ccf5292-1423-4e17-7191-08d8cc44a798 X-MS-TrafficTypeDiagnostic: SA2PR10MB4540: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:9508; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: TgfMMeMQerxLK2jiMHGAXERZifCCobuabGp9QBeehlcT+FSpbYa43YbMu8OItEt22H7JsMre/SJIy1A4VOHPkCBu5kGSpYki7Klq+0QjKhuft8GApzEOzWdFBUh/hr9hAQmC/33nxzCg3+EB2pRgzu3dyKUdof4UDupPEp2v5tqwOsI1PILRI6cGT5E/aMLviTrFq0US8TE2NitG1cV4OgCGrNMQNZFOEmoQeB0tYaz5seBGdEBXolrbxldKZRbYhzO66tq3/ykvcTCMCB72eMMxFEI4nf55bT/dUOBxbsn8YTEZEwz0CRBwokYUwEd+b9DvNGWUSYzF9eGJ1p0cFPqbKpNS8q7lpDtIyokAAQiCjwFC2D4Ys8oFGwZjue0xR17hNtXxQUf+IocJqSM+KqQeGTxRtRKOgYOytUngBGgU3q04hjROtPaTow4xBn3w8IQjwcMj5DSRaDOW5typEryfahSP8frdWRrjCcTLn/DAc+PpAjbag6ZUrMUBjFuWib+BK1OWm0JMbWudnIullg== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SA2PR10MB4715.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(136003)(376002)(346002)(39860400002)(366004)(396003)(66556008)(83380400001)(4326008)(66946007)(66476007)(2906002)(6496006)(36756003)(6486002)(5660300002)(8936002)(52116002)(9686003)(44832011)(8676002)(478600001)(86362001)(186003)(316002)(6916009)(16526019)(6666004); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData: =?us-ascii?Q?9gy5Vfa8C6QpDbB3piQ/76c1StRXUjHlK5TLX49Jhqhfv41fc2ciCt8GDUfZ?= =?us-ascii?Q?7mXN9LY4vSV9v13lnPN4lbihRf4spFk0JsnipClVwmlNF0W7cCNNN6VX3uX3?= =?us-ascii?Q?9dZp2RhFtM7AutE+LG0I6Qvy0QI2YJs0ZZ3bkJ7GKzvsefHV2XrlORrHeidb?= =?us-ascii?Q?qykkVW2cw8oZxukZOauOio/Rk3vlOpAW5OKOnwK0p4rJJR6v4Zm24dh8xN9G?= =?us-ascii?Q?skc9BATJELzeKFjrwMb7+TUWA4b0ahBAIbCKQZVcZ3Ms2jMp7acAa1H5h9G0?= =?us-ascii?Q?+OP5Tu0kNdYoIIoOdnEH+eMdzJE3triTVs3UF7IUSUugmzZJmqIhdbzWc5d6?= =?us-ascii?Q?7lfzq3/wInJ6UarQq1/OCITeKFDrK4yJdSnISGCPg0mJLVRthDPtgdyFqbp8?= =?us-ascii?Q?9qhfNvrNgfV9+E+3p1Npr0POAmfZDNVr8S+FhWlow9hYqv9Fwbay+VHKS1bH?= =?us-ascii?Q?Dv28SyvN8EXvUsczTKPoV9Iv4ynz0nxMrxoKQVCd50XxkZqwgaQPCwY9jTej?= =?us-ascii?Q?VvGUK/sjojt3XY4ItzqmM2tNgkETnHjaDZYbS2BWvBPDls8+C2H9K+zDzH/y?= =?us-ascii?Q?MTkj0RdWgVYaPkkPmTe0ezJ/L1u3pkR8RuGcIJCx4cLK1bHcqX+NDpJ99mHA?= =?us-ascii?Q?dL11ta3FIHSyxtja7TY4e9EwguQbJ1TD5CPCkzuVS96HJnlVX+CvIkf2OUG9?= =?us-ascii?Q?2egD1DWwxGazoQY1XEa5AwLKq3Y23eOpRi6xgr/NtnEIm6uPqBhiSAOCxfk0?= =?us-ascii?Q?mQPCgfwlTU+4leICIntrV5yu5W1Q1WSxAo2JHzxnq1VAi/IwpTgcHEK7KuDl?= =?us-ascii?Q?RBNEIZyOLsr0vOZLRzOBKzBOqu289TQAx0dNhYEthss7utXCoCG/l+/TxxYv?= =?us-ascii?Q?g+6AilElbLuy1T1dn3L3wg04/IjJj8Sx6klcxqODIkaS8fsUAvYmJYx1R+l6?= =?us-ascii?Q?v1sgd79+iy0H44/BdayLvPq5jKFuHPmpnIHmzqr8mtqauC3Cpa5kPVhPAHIX?= =?us-ascii?Q?eacY4A11c+74fBj5s4vDKv7Zc9I8NHnEOYW5p3emcMd39vHelJPS3sVKl13s?= =?us-ascii?Q?hzkjaHpDoDrSzVYQvDrz3MkkgJp2PEJB2az6NUWK/vAh5uw4sHbbYHH7lDH7?= =?us-ascii?Q?iGOuut+eN0WAk9V6BYb5NPVgNT2Ofmte9OP5ihpyMiz6ileI78sKVKTaVa7U?= =?us-ascii?Q?7yI59JQNl/Azphl+f5toB7gS9aw2rC3frY9QZbSOZ28yinyplpqfYLeDemQk?= =?us-ascii?Q?0pzbrXgQqj8SqwvHODUu5CEUQ4kFuO5238DnGpc+m+Wl0HLoGpsde7QekCpq?= =?us-ascii?Q?wJUwxO1Ce7/qEQuXpJO50vH4p3nAq4YLNwoJdbkXOEqUWg=3D=3D?= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8ccf5292-1423-4e17-7191-08d8cc44a798 X-MS-Exchange-CrossTenant-AuthSource: SA2PR10MB4715.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 Feb 2021 15:17:31.6594 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: mjaAhpLqcEmaWPOVz8GIPvOjYZ3K+Eg/YqZyXHJ61Xus5CpOItWRJPpj1pL/wv2c5Vr0YqOK6eoLPEAN6LKfuA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA2PR10MB4540 X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=9888 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 spamscore=0 phishscore=0 mlxscore=0 malwarescore=0 mlxlogscore=970 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102080104 X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=9888 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 malwarescore=0 priorityscore=1501 bulkscore=0 spamscore=0 impostorscore=0 mlxscore=0 suspectscore=0 mlxlogscore=999 adultscore=0 clxscore=1011 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102080104 Received-SPF: pass client-ip=156.151.31.85; envelope-from=nick.alcock@oracle.com; helo=userp2120.oracle.com X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Mon, 08 Feb 2021 14:02:19 -0500 X-BeenThere: bug-gettext@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for GNU gettext List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Feb 2021 15:17:42 -0000 On 8 Feb 2021, Stephen Casner outgrape: > When building a native binutils on macOS [1] I get unresolved > references to libiconv. Nick Alcock helped investigate this and > concluded that the root of the problem lies in gettext.m4, so he > suggested that I send this email to bug-gettext. Specifically, the > problem may be that when gettext decides that -liconv must be included > it does not also include -L to make sure the loaded library is the one > that it has chosen. > > On many systems this may not be a problem because there is only one > libiconv. However, in my macOS the system /usr/lib/libiconf.dylib is > an older version that defines _iconv, _iconv_close, _iconv_open. That > system version is protected so I can't change it. But some of the > binutils code requires a newer libiconv that defines _libiconv, > _libiconv_close, _libiconv_open. I have installed that library using > MacPorts as /opt/local/lib/libiconv.{a,dylib}. To be (even) more pedantic, binutils doesn't really care overmuch about the symbols provided by libiconv: but like most things it *does* care that you only link against one libiconv consistently. Most libraries GDB uses (like, say, libbfd) pick up /usr/lib/libiconv.dylib on Stephen's system... but... > In order to build gdb, I also need libgmp, libmpc, libmpfr, so I have > also installed those with MacPorts into /opt/local/lib. In order to > include them in the build, I need to include the configure option > --with-libgmp-prefix=/opt/local which causes -I/opt/local/include and > -L/opt/local/lib to be included in the compile and link commands for > the gdb files. Therefore those files expect the _libiconv symbols. ... that -L/opt/local/lib needed for libgmp drags in *another* libiconv in the link of gdb itself which is incompatible with the libiconv used by bfd etc. To fix this, the -liconv gettext adds should be immediately preceded by a -L citing its location, so that other -L's introduced by other packages don't trigger this (which would cause gdb, too, to link against /usr/lib/libiconv.dylib and all would be well). (There are vaguely similar problems with the builtin libintl in GCC and binutils, which I've just submitted a patch series to fix. It's possible that some of that series needs to go upstream to gettext as well: I'm not sure, and I thought it best that the binutils and GCC folk look at it first, since about 90% of the series isn't intl/-specific.) From MAILER-DAEMON Tue Feb 09 01:33:58 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1l9Mb0-00027o-DV for mharc-bug-gettext@gnu.org; Tue, 09 Feb 2021 01:33:58 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:37046) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l9Maz-00027h-8f for bug-gettext@gnu.org; Tue, 09 Feb 2021 01:33:57 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:39879) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l9May-00070Z-Lq; Tue, 09 Feb 2021 01:33:56 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:44322) by fencepost.gnu.org with esmtps (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l9Max-0007F0-NP; Tue, 09 Feb 2021 01:33:55 -0500 Received: from frontend1.savannah.gnu.org ([209.51.188.72]:42680) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l9Max-00070G-EN; Tue, 09 Feb 2021 01:33:55 -0500 Received: by frontend1.savannah.gnu.org (Postfix, from userid 33) id 30DFF20BB5; Tue, 9 Feb 2021 01:33:55 -0500 (EST) To: Evan Welsh , Philip Chimento , bruno@clisp.org, ueno@gnu.org, bug-gnu-gettext@gnu.org Subject: [bug #60027] Supporting template interpolation and tags in JavaScript X-PHP-Originating-Script: 1001:sendmail.php From: Evan Welsh X-Savane-Server: savannah.gnu.org:443 [209.51.188.72] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Savane-Project: gettext X-Savane-Tracker: bugs X-Savane-Item-ID: 60027 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:85.0) Gecko/20100101 Firefox/85.0 X-Apparently-From: 98.37.57.157 (Savane authenticated user ewlsh) Message-Id: <20210209-063353.sv237513.65823@savannah.gnu.org> References: In-Reply-To: Date: Tue, 9 Feb 2021 01:33:55 -0500 (EST) X-BeenThere: bug-gettext@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for GNU gettext List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2021 06:33:57 -0000 URL: Summary: Supporting template interpolation and tags in JavaScript Project: GNU gettext Submitted by: ewlsh Submitted on: Tue 09 Feb 2021 06:33:53 AM UTC Category: JavaScript Severity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: GJS hopes to deprecate its formatting module in favor of template strings. Such a change would require xgettext changes to continue supporting translated strings. We're hoping to discuss whether xgettext would ship support for a potential API if we were to implement it in GJS or alternatively what API xgettext would be interested in shipping. The GJS proposal is currently at https://gitlab.gnome.org/GNOME/gjs/-/issues/374 The goal of the initial proposal is to make it close enough to the existing syntax that it is not overly challenging to parse or implement. ## The API The API could potentially look like: gettext(msgid`A sentence with an ${argument}`) where `msgid` is a template tag which handles the appropriate conversions before passing it to a gettext function. The msgid would be the same string with any top-level expressions replaced by their index: msgid "A sentence with an ${0}" (or) msgid "A sentence with a ${0} and a ${1}" ### Shortcuts A shortcut for gettext could also be included: _`A dog named ${name}` To simplify the very common... _(msgid`A dog named ${name}`) _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via Savannah https://savannah.gnu.org/ From MAILER-DAEMON Tue Feb 09 13:14:32 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1l9XWy-00005r-CS for mharc-bug-gettext@gnu.org; Tue, 09 Feb 2021 13:14:32 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:39126) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l9XWt-00005G-6m for bug-gettext@gnu.org; Tue, 09 Feb 2021 13:14:30 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:52194) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l9XWs-0003g5-Aq; Tue, 09 Feb 2021 13:14:26 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:46368) by fencepost.gnu.org with esmtps (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l9XWn-0003XT-8P; Tue, 09 Feb 2021 13:14:22 -0500 Received: from frontend1.savannah.gnu.org ([209.51.188.72]:36668) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l9XWn-0003cv-1l; Tue, 09 Feb 2021 13:14:21 -0500 Received: by frontend1.savannah.gnu.org (Postfix, from userid 33) id D638320AE1; Tue, 9 Feb 2021 13:14:15 -0500 (EST) To: Philip Chimento , Evan Welsh , bruno@clisp.org, ueno@gnu.org, bug-gnu-gettext@gnu.org Subject: [bug #60027] Supporting template interpolation and tags in JavaScript X-PHP-Originating-Script: 1001:sendmail.php From: Philip Chimento X-Savane-Server: savannah.gnu.org:443 [209.51.188.72] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Savane-Project: gettext X-Savane-Tracker: bugs X-Savane-Item-ID: 60027 User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:83.0) Gecko/20100101 Firefox/83.0 X-Apparently-From: 75.156.67.90 (Savane authenticated user ptomato) Message-Id: <20210209-181415.sv108798.42311@savannah.gnu.org> References: <20210209-063353.sv237513.65823@savannah.gnu.org> In-Reply-To: <20210209-063353.sv237513.65823@savannah.gnu.org> Date: Tue, 9 Feb 2021 13:14:15 -0500 (EST) X-BeenThere: bug-gettext@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for GNU gettext List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2021 18:14:30 -0000 Follow-up Comment #1, bug #60027 (project gettext): I'd like to express my support for this — backtick strings with interpolation have been around for long enough in JavaScript that there are now plenty of JS programmers who have never experienced the language without them, and so it's natural for them to want to use these strings with gettext. I like this proposal because it neatly avoids the problems of code inside backtick strings like `My number is ${Math.random()}`, which would just show up as "My number is ${0}" in the messages file. Many projects using GJS are written in mixed C and JavaScript so xgettext is the natural (and possibly only) tool that will translate strings from a codebase in both of these languages. In GJS we would be eager to implement support for this proposed template tag, but there is no point for us to add it unless xgettext will support it. _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via Savannah https://savannah.gnu.org/ From MAILER-DAEMON Tue Feb 09 16:16:10 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1l9aMk-0000JK-Jf for mharc-bug-gettext@gnu.org; Tue, 09 Feb 2021 16:16:10 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:59888) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l9aMe-0000H7-B4 for bug-gettext@gnu.org; Tue, 09 Feb 2021 16:16:05 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56177) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l9aMb-0004ib-QR; Tue, 09 Feb 2021 16:16:03 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:38932) by fencepost.gnu.org with esmtps (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l9aMZ-0003Il-V2; Tue, 09 Feb 2021 16:16:01 -0500 Received: from frontend1.savannah.gnu.org ([209.51.188.72]:59630) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l9aMX-0004hE-WC; Tue, 09 Feb 2021 16:15:58 -0500 Received: by frontend1.savannah.gnu.org (Postfix, from userid 33) id CFD5420AE1; Tue, 9 Feb 2021 16:15:57 -0500 (EST) To: Dirk Mueller , Bruno Haible , ueno@gnu.org, bug-gnu-gettext@gnu.org Subject: [bug #59929] AC_INIT with proper package and version X-PHP-Originating-Script: 1001:sendmail.php From: Bruno Haible X-Savane-Server: savannah.gnu.org:443 [209.51.188.72] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Savane-Project: gettext X-Savane-Tracker: bugs X-Savane-Item-ID: 59929 User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:84.0) Gecko/20100101 Firefox/84.0 X-Apparently-From: 88.68.33.209 (Savane authenticated user haible) Message-Id: <20210209-221557.sv1871.23470@savannah.gnu.org> References: <20210122-220125.sv106167.21400@savannah.gnu.org> In-Reply-To: <20210122-220125.sv106167.21400@savannah.gnu.org> Date: Tue, 9 Feb 2021 16:15:57 -0500 (EST) X-BeenThere: bug-gettext@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for GNU gettext List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2021 21:16:05 -0000 Update of bug #59929 (project gettext): Category: None => Build _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via Savannah https://savannah.gnu.org/ From MAILER-DAEMON Thu Feb 18 09:14:28 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1lCk4Z-0003y9-Bc for mharc-bug-gettext@gnu.org; Thu, 18 Feb 2021 09:14:27 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:59120) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lCiBK-0000F5-Jf for bug-gettext@gnu.org; Thu, 18 Feb 2021 07:13:18 -0500 Received: from llsk766-a17.servidoresdns.net ([82.223.190.172]:55782) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lCiBI-0005Vw-Ch for bug-gettext@gnu.org; Thu, 18 Feb 2021 07:13:18 -0500 Received: from [192.168.1.86] (unknown [188.78.176.128]) by llsk766-a17.servidoresdns.net (Postfix) with ESMTPA id 4DhDBF3M90z2yKJ for ; Thu, 18 Feb 2021 13:13:09 +0100 (CET) To: bug-gettext@gnu.org From: Javier Alfonso Bellota de Frutos Subject: Re: gettext fails to parsed PHP 7.3 relaxed heredoc and phpdoc Message-ID: Date: Thu, 18 Feb 2021 13:13:08 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: es-ES Received-SPF: pass client-ip=82.223.190.172; envelope-from=jabellota@penalara.com; helo=llsk766-a17.servidoresdns.net X-Spam_score_int: 9 X-Spam_score: 0.9 X-Spam_bar: / X-Spam_report: (0.9 / 5.0 requ) BAYES_00=-1.9, FAKE_REPLY_A1=2.799, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Thu, 18 Feb 2021 09:14:26 -0500 X-BeenThere: bug-gettext@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for GNU gettext List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Feb 2021 12:13:18 -0000 Hello, It also affects me. All the text that is below the new flexible heredocs isn't parsed. For example, something like this: something        HTML;    echo _("this isn't extracted"); ?> Note that the end tag of the heredoc has spaces before it. This is syntactically correct since PHP 7.3. This bug makes Gettext incompatible with PHP greater or equal to 7.3 and when happens it doesn't show any error which makes it worse. From MAILER-DAEMON Sun Feb 21 19:07:20 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1lDyky-0003Fa-Dx for mharc-bug-gettext@gnu.org; Sun, 21 Feb 2021 19:07:20 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:54780) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lDyek-0002iQ-4k for bug-gettext@gnu.org; Sun, 21 Feb 2021 19:00:54 -0500 Received: from relay10.mail.gandi.net ([217.70.178.230]:47697) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lDyeg-0005Qc-UF for bug-gettext@gnu.org; Sun, 21 Feb 2021 19:00:53 -0500 Received: from Sakura.local (190-103-217-48.cepanet.com.ar [190.103.217.48]) (Authenticated sender: lsg@amyspark.me) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 5A029240002 for ; Mon, 22 Feb 2021 00:00:43 +0000 (UTC) Message-ID: Date: Mon, 22 Feb 2021 00:00:39 +0000 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; rv:78.0) Gecko/20100101 Firefox/78.0 Content-Language: en-US To: bug-gettext@gnu.org Reply-To: amy@amyspark.me From: "L. E. Segovia" Subject: Gettext's libgettextpo fails linking due to a missing dependency on libtextstyle Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=217.70.178.230; envelope-from=amy@amyspark.me; helo=relay10.mail.gandi.net X-Spam_score_int: -15 X-Spam_score: -1.6 X-Spam_bar: - X-Spam_report: (-1.6 / 5.0 requ) BAYES_00=-1.9, CTE_8BIT_MISMATCH=0.999, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Sun, 21 Feb 2021 19:07:18 -0500 X-BeenThere: bug-gettext@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for GNU gettext List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Feb 2021 00:00:54 -0000 Hi all, I'm writing to ask if you have experienced the following issue with gettext on macOS. I've been working on updating the libraries that we ship with Krita (MR here: https://invent.kde.org/graphics/krita/-/merge_requests/718), and among them I tried to upgrade gettext to 0.21. Apart from the linker warnings that have been reported previously here: https://lists.gnu.org/archive/html/bug-gettext/2020-11/msg00025.html Gettext cannot be compiled under our macOS toolchain (with our own built libiconv) because of an error when linking libgettextpo: /Applications/Xcode.app/Contents/Developer/usr/bin/make all-recursive Making all in gnulib-local make[2]: Nothing to be done for `all'. Making all in gettext-runtime /Applications/Xcode.app/Contents/Developer/usr/bin/make all-recursive Making all in doc make[4]: Nothing to be done for `all'. Making all in intl /Applications/Xcode.app/Contents/Developer/usr/bin/make all-am make[5]: Nothing to be done for `all-am'. Making all in intl-java make[4]: Nothing to be done for `all'. Making all in intl-csharp make[4]: Nothing to be done for `all'. Making all in gnulib-lib /Applications/Xcode.app/Contents/Developer/usr/bin/make all-recursive make[6]: Nothing to be done for `all-am'. Making all in libasprintf /Applications/Xcode.app/Contents/Developer/usr/bin/make all-am Making all in src make[4]: Nothing to be done for `all'. Making all in po make[4]: Nothing to be done for `all'. Making all in man make[4]: Nothing to be done for `all'. Making all in m4 make[4]: Nothing to be done for `all'. Making all in tests make[4]: Nothing to be done for `all'. Making all in libtextstyle /Applications/Xcode.app/Contents/Developer/usr/bin/make all-recursive Making all in lib /Applications/Xcode.app/Contents/Developer/usr/bin/make all-am make[5]: Nothing to be done for `all-am'. Making all in tests /Applications/Xcode.app/Contents/Developer/usr/bin/make all-recursive Making all in . make[6]: Nothing to be done for `all-am'. Making all in adhoc-tests make[4]: Nothing to be done for `all'. Making all in doc make[4]: Nothing to be done for `all'. Making all in gettext-tools /Applications/Xcode.app/Contents/Developer/usr/bin/make all-recursive Making all in intl /Applications/Xcode.app/Contents/Developer/usr/bin/make all-am make[5]: Nothing to be done for `all-am'. Making all in gnulib-lib /Applications/Xcode.app/Contents/Developer/usr/bin/make all-am make[5]: Nothing to be done for `all-am'. Making all in libgrep /Applications/Xcode.app/Contents/Developer/usr/bin/make all-am make[5]: Nothing to be done for `all-am'. Making all in src /Applications/Xcode.app/Contents/Developer/usr/bin/make all-am make[5]: Nothing to be done for `all-am'. Making all in libgettextpo /Applications/Xcode.app/Contents/Developer/usr/bin/make all-am /bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -version-info 5:7:5 -rpath /Volumes/Kiki/krita-mac/i/lib -no-undefined -o libgettextpo.la -rpath /Volumes/Kiki/krita-mac/i/lib gettext-po.lo ../src/str-list.lo ../src/dir-list.lo ../src/message.lo ../src/msgl-ascii.lo ../src/po-error.lo ../src/po-xerror.lo ../src/write-catalog.lo ../src/write-po.lo ../src/open-catalog.lo ../src/po-charset.lo ../src/po-lex.lo ../src/po-gram-gen.lo ../src/read-po.lo ../src/read-catalog-abstract.lo ../src/read-catalog.lo ../src/plural-table.lo ../src/format-c.lo ../src/format-python.lo ../src/format-python-brace.lo ../src/format-java.lo ../src/format-java-printf.lo ../src/format-csharp.lo ../src/format-javascript.lo ../src/format-scheme.lo ../src/format-lisp.lo ../src/format-elisp.lo ../src/format-librep.lo ../src/format-ruby.lo ../src/format-sh.lo ../src/format-awk.lo ../src/format-lua.lo ../src/format-pascal.lo ../src/format-smalltalk.lo ../src/format-qt.lo ../src/format-qt-plural.lo ../src/format-kde.lo ../src/format-kde-kuit.lo ../src/format-boost.lo ../src/format-tcl.lo ../src/format-perl.lo ../src/format-perl-brace.lo ../src/format-php.lo ../src/format-gcc-internal.lo ../src/format-gfc-internal.lo ../src/format.lo ../src/plural-exp.lo ../src/plural-eval.lo ../src/msgl-check.lo ../src/sentence.lo libgnu.la ../intl/libintl.la -liconv -Wl,-framework -Wl,CoreFoundation -liconv -lc libtool: link: gcc -dynamiclib -o .libs/libgettextpo.0.dylib .libs/gettext-po.o ../src/.libs/str-list.o ../src/.libs/dir-list.o ../src/.libs/message.o ../src/.libs/msgl-ascii.o ../src/.libs/po-error.o ../src/.libs/po-xerror.o ../src/.libs/write-catalog.o ../src/.libs/write-po.o ../src/.libs/open-catalog.o ../src/.libs/po-charset.o ../src/.libs/po-lex.o ../src/.libs/po-gram-gen.o ../src/.libs/read-po.o ../src/.libs/read-catalog-abstract.o ../src/.libs/read-catalog.o ../src/.libs/plural-table.o ../src/.libs/format-c.o ../src/.libs/format-python.o ../src/.libs/format-python-brace.o ../src/.libs/format-java.o ../src/.libs/format-java-printf.o ../src/.libs/format-csharp.o ../src/.libs/format-javascript.o ../src/.libs/format-scheme.o ../src/.libs/format-lisp.o ../src/.libs/format-elisp.o ../src/.libs/format-librep.o ../src/.libs/format-ruby.o ../src/.libs/format-sh.o ../src/.libs/format-awk.o ../src/.libs/format-lua.o ../src/.libs/format-pascal.o ../src/.libs/format-smalltalk.o ../src/.libs/format-qt.o ../src/.libs/format-qt-plural.o ../src/.libs/format-kde.o ../src/.libs/format-kde-kuit.o ../src/.libs/format-boost.o ../src/.libs/format-tcl.o ../src/.libs/format-perl.o ../src/.libs/format-perl-brace.o ../src/.libs/format-php.o ../src/.libs/format-gcc-internal.o ../src/.libs/format-gfc-internal.o ../src/.libs/format.o ../src/.libs/plural-exp.o ../src/.libs/plural-eval.o ../src/.libs/msgl-check.o ../src/.libs/sentence.o -Wl,-force_load,./.libs/libgnu.a /Volumes/Kiki/krita-mac/depbuild/ext_gettext/ext_gettext-prefix/src/ext_gettext-build/gettext-tools/intl/.libs/libintl.dylib ../intl/.libs/libintl.dylib -liconv -lc -g -O2 -Wl,-framework -Wl,CoreFoundation -install_name /Volumes/Kiki/krita-mac/i/lib/libgettextpo.0.dylib -compatibility_version 6 -current_version 6.7 -Wl,-single_module Undefined symbols for architecture x86_64: "_file_ostream_create", referenced from: _msgdomain_list_print in write-catalog.o "_ostream_free", referenced from: _msgdomain_list_print in write-catalog.o "_ostream_write_mem", referenced from: _message_print_comment in write-po.o _wrap in write-po.o "_ostream_write_str", referenced from: _message_print_comment in write-po.o _message_print_comment_dot in write-po.o _message_print_comment_filepos in write-po.o _message_print_comment_flags in write-po.o _msgdomain_list_print_po in write-po.o _wrap in write-po.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make[5]: *** [libgettextpo.la] Error 1 make[4]: *** [all] Error 2 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 All of the symbols referenced above come from libtextstyle, which the library for some reason doesn't link against. Since the detection logic in libtextstyle.m4 doesn't yield the bundled libtextstyle, the fix I came up with was hardcoding libtextstyle.la in the dependencies of libgettext.po as follows: diff --git a/gettext-tools/libgettextpo/Makefile.am b/gettext-tools/libgettextpo/Makefile.am index 59b016ee..fe3b27e7 100644 --- a/gettext-tools/libgettextpo/Makefile.am +++ b/gettext-tools/libgettextpo/Makefile.am @@ -107,7 +107,25 @@ LTV_AGE=5 # How to build libgettextpo.la. # Don't make it depend on libgettextsrc.la or libgettextlib.la, since they # define an uncontrolled amount of symbols. -libgettextpo_la_LIBADD = libgnu.la $(WOE32_LIBADD) $(LTLIBUNISTRING) +# Amyspark: Need @LTLIBTEXTSTYLE@ because in macOS the linker will complain: +# Undefined symbols for architecture x86_64: +# "_file_ostream_create", referenced from: +# _msgdomain_list_print in write-catalog.o +# "_ostream_free", referenced from: +# _msgdomain_list_print in write-catalog.o +# "_ostream_write_mem", referenced from: +# _message_print_comment in write-po.o +# _wrap in write-po.o +# "_ostream_write_str", referenced from: +# _message_print_comment in write-po.o +# _message_print_comment_dot in write-po.o +# _message_print_comment_filepos in write-po.o +# _message_print_comment_flags in write-po.o +# _msgdomain_list_print_po in write-po.o +# _wrap in write-po.o +# ld: symbol(s) not found for architecture x86_64 +# clang: error: linker command failed with exit code 1 (use -v to see invocation) +libgettextpo_la_LIBADD = libgnu.la ../../libtextstyle/lib/libtextstyle.la $(WOE32_LIBADD) $(LTLIBUNISTRING) libgettextpo_la_LDFLAGS = \ -version-info $(LTV_CURRENT):$(LTV_REVISION):$(LTV_AGE) \ -rpath $(libdir) \ What would be a more correct way of fixing this? Thanks in advance! -- amyspark 🌸 https://www.amyspark.me From MAILER-DAEMON Sat Feb 27 16:23:33 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1lG73l-0006zh-IL for mharc-bug-gettext@gnu.org; Sat, 27 Feb 2021 16:23:33 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:49758) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lG5Kh-0006xN-LQ for bug-gettext@gnu.org; Sat, 27 Feb 2021 14:32:58 -0500 Received: from mail-lf1-x131.google.com ([2a00:1450:4864:20::131]:32870) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lG5Kf-0000lS-RJ for bug-gettext@gnu.org; Sat, 27 Feb 2021 14:32:55 -0500 Received: by mail-lf1-x131.google.com with SMTP id u4so19083969lfs.0 for ; Sat, 27 Feb 2021 11:32:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:mime-version:content-disposition; bh=CeKqhOljvemVSZLWypO8At/kraAjkjHJiW16Cda63Wc=; b=WTodmcbOIP7/mK1bw14aMZoIoqUHsR713i+Er/2UGJaoXzhwVhsgPFPwJ40zn49sev OJLaGizyUA5+Fg02GGUJmVh/g6BqSX/+XM1nsHciLsRmDA4XM/2TMTjo+JevZkxG8uIo PmLya8IlWfz3YuD6dpj2rPvcoBib8W7MCbTqLFYNmLGt0mcLLltvbS8RVRspaxR3rhiI 7QlmBaFedsl8IIMJL/UtsfSH23JnYKAlDfdVevT7G+9jstsDK6E0NOt3kvH2wruS69ut GqyKMD2YA7hcvIPX8wPocjnseY0s94aMMH92+N7tJkXEVbRCj2joh04N7OJ8lNzsZhe4 MRXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-disposition; bh=CeKqhOljvemVSZLWypO8At/kraAjkjHJiW16Cda63Wc=; b=EX5DDnSLvZ5R035t1L+0qFuOGY9XcdHDCLguDNpf1qNFqpBNzcItI5Mzg14tB4xSRz ao227teoUo/TwJ10voJ6Re+anW3ygDMh5g7Nq7PVSworiluCM7xiDHUV9gzJ3VIlFrT3 9Y3RWqnyo2XFAJaOifCFpRnJGCpUu1300vIWcJjVozQ4v7okmf+MaMIrvVdI+7iM6f6T sboz0Vmtzq+0YTT6G8JHAQfAuMN4zF7Qc3DxRGMrv//F2gyyLRgg4ZBZpIO+vUhVwfO0 NNdbu1ToHnDFa7XwS8If0aUuK1Wed3Xpt498gEjwQyGU4S2XWmfUHpKKXGcqu2QbOEi7 6oaw== X-Gm-Message-State: AOAM5332OomXLYqI3pLO8gSNjF+TGqUbfalT9q3GsdCYMMaqNpsshDmO EfegJR1QmvDmfjmFyfoItqXJ+NN9xjE= X-Google-Smtp-Source: ABdhPJwzOskjKDpFBKkx/iUUf2khE08PVg572POkaaqabR5sR0n13GXSW68Xd7xjNAWpGlFUiPqv7w== X-Received: by 2002:a19:7716:: with SMTP id s22mr5087936lfc.542.1614454370861; Sat, 27 Feb 2021 11:32:50 -0800 (PST) Received: from firefly ([176.14.35.189]) by smtp.gmail.com with ESMTPSA id u9sm871707ljj.0.2021.02.27.11.32.49 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 27 Feb 2021 11:32:50 -0800 (PST) Date: Sat, 27 Feb 2021 22:32:49 +0300 From: Alexander Batischev To: bug-gettext@gnu.org Subject: FTB if path to build dir contains a space Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="XNqFprPxvo8v3HEc" Content-Disposition: inline Received-SPF: pass client-ip=2a00:1450:4864:20::131; envelope-from=eual.jp@gmail.com; helo=mail-lf1-x131.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Sat, 27 Feb 2021 16:23:32 -0500 X-BeenThere: bug-gettext@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for GNU gettext List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 19:32:59 -0000 --XNqFprPxvo8v3HEc Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! I co-maintain Rust bindings for GNU gettext[1]. As conventional among=20 Rust libraries (so-called "crates"), we also provide a crate that=20 bundles GNU gettext and builds it if the user hasn't already installed=20 it by some other means. A while ago, we got a bug report[2] which states=20 that GNU gettext fails to build if the path to the build directory=20 contains a space character. 1. https://crates.io/crates/gettext-rs 2. https://github.com/Koka/gettext-rs/issues/9=20 I just reproduced this on Debian testing with GNU gettext 0.21, outside=20 of our crate and Rust. Arguments to ./configure were: --without-emacs --disable-java --disable-csharp --disable-c++=20 --disable-shared --enable-static --enable-fast-install=20 --with-included-gettext --with-included-glib=20 --with-included-libcroco --with-included-libunistring Is this indeed a limitation in autotools, like the bug report states?=20 Can this be worked around somehow by you, or should I move the build to=20 something like /tmp? (Please CC me in replies, as I'm not subscribed to the list.) --=20 Regards, Alexander Batischev PGP key 356961A20C8BFD03 Fingerprint: CE6C 4307 9348 58E3 FD94 A00F 3569 61A2 0C8B FD03 --XNqFprPxvo8v3HEc Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEzmxDB5NIWOP9lKAPNWlhogyL/QMFAmA6nl0ACgkQNWlhogyL /QOFiBAAnyC+xtM2jhiyv8mieKdUHScysMutXy8P9YTDF6aIfZEtpQOXDKlAxJ5k //l7V19zNw5ArpQiYcM57Dt1Ht62HA4i96KjOdvpXfiYwjWTT1FGzaCu6RJ/Xi2B A9OSyoKbPIIfAJsqcLFaIWgkssVNB78+qvShE4hszV0CBKaHQB/Ygg6JK5zUcM75 Bbb3itPG8Cf7I4+rgKxGP7RJ0TxW0h4w8RCthkaAt7Lh4bKnsvdLeVpMqvh+Ywn7 UzbJ/UyYBjetBEI9fjKSWdUwX01uFKmKkySqUL6DZt7IT4i/MnEHcOI2W+nygbv4 3TxnXky0fRdJFdhNRqhjLcPoqvcsssZ1UUf9jgPuoUhVce3TexnuW69KPCkkL08O YXIp25NsTAOHVGbjogV9E386147S+tDuKbe/VmhTgfIk0gqijzfMTgegPK3AAsvo Cx26e7L+vtRog6UYoW7USv3i0PQSmnvZOfpP1yajNxC6LQIktRmnPiydEkeLxoEf +DpFg0wo7O81fWwm9cYYlWVJhwfjALBZR8EDMJkX31gbCZ1BnR58itJ1vud3iaZJ YBiwRz9zI/PVeDstukZ3rdzG5mXXEQj1jk+BrsPbwsN6ut6ccihcyt5SwBuaj7nW +RxXf7YPe6Zm4l07xpDuFfWoBCBEoZ85Emsc7WJOhhQHpmoItUs= =B2nA -----END PGP SIGNATURE----- --XNqFprPxvo8v3HEc-- From MAILER-DAEMON Sat Feb 27 18:54:51 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1lG9QB-0007xD-Dh for mharc-bug-gettext@gnu.org; Sat, 27 Feb 2021 18:54:51 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:56074) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lG9Q9-0007x6-PA for bug-gettext@gnu.org; Sat, 27 Feb 2021 18:54:49 -0500 Received: from mo4-p00-ob.smtp.rzone.de ([85.215.255.20]:30762) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lG9Q7-00087J-GK for bug-gettext@gnu.org; Sat, 27 Feb 2021 18:54:49 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1614470083; cv=none; d=strato.com; s=strato-dkim-0002; b=QQ6fbQ6ZbR/0sH2WeGE6f6ka1fKlQ26M2nPdbbIpKV1frl1MBgVnMlrXrtrT9WZSs3 FSJmqB+yoMZmCgMwjp5frhw08oDtM7ESXRRbFgp0pvHqeGiBRLrwkwrh1/5dLXygeMMl j/6DDXUwu0u6cXeTHS+WFOg08EL0N0zxHI7qdkZL876LsY13uftvfM8w9aR1VAkVPwzk uWuu+gGpADkodnzUnfqfidjpd4qTWSV2a+HWjzba3CZoL4zyL5Ydc9Or8AHvxY8f9o4M uTlSsEl5SkXNyCpqhG2mfgbJM2tatzSyc15/8rOSi2FYc5FjAl0ZXiwKDfuOHKwp68vb 5OfQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1614470083; 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=Vv2bDrUxeA6+FGXqBW/ljY1y1BS7LoCkpNsl2AYrXLc=; b=FPRaXc4UnfEKdZaiLWfAllpexlOwt4KK5uSwhx/+QncQPpfklhiC+bHRk9rz7qiJiM 4FdyiEq2BH30hfOke+T3sg8zkLq46DwIOwIo2U722G6w1zP6YP6szh09nD2Q3DgptXEz q9vogqwCBcrlocQxhepN8c0BMKA/wyq82EkXb9aVFU94uPwzpk2Q9ITp6z9arHMLJ3wu xFRKImtx8KJbzMz671C/3H1OENqkrAOFczi/VJQgP7KLPIY7noMjdOmWswEtb5/yTPt6 SDLdLy3ROB6t1zXiNFktHOdop9Ke/hacUC7ySqJ8OS2UHYrrfjT0zCJGqIs36ojsRgC7 mKSw== ARC-Authentication-Results: i=1; strato.com; dkim=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1614470083; 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=Vv2bDrUxeA6+FGXqBW/ljY1y1BS7LoCkpNsl2AYrXLc=; b=dGQXuG7tj35QLKGAreaumTc/fDovSTejntYTZKbe5nbNetqFAlq+Apxi+Tftq5JGWw qp9SfwsVLy6GQ3ZgmlDBNXmo9TGYowUN4aY8WSkJzl5osXPHQOHOYeWzdxW1s+osIxjJ TfjE9paeGdZj7sgswTtDcRFhexgWmXn+PqBpNoFgNEKKuSZ9P/F0TMPx0vr5zm9z2ZqM kCymaKJNi6SR5hdHKbu1X+oDE7tW20ve2N/PNF1upQ9FlQBneD6FenGwehgMPDSrRVts QQbG7KwXciuLVOUCBehdJXZqQG07wc7MHx/JK6masP/XTQ6YG71k/+4k8DuF8xbpbuST EkqQ== Authentication-Results: strato.com; dkim=none X-RZG-AUTH: ":Ln4Re0+Ic/6oZXR1YgKryK8brlshOcZlIWs+iCP5vnk6shH+AHjwLuWOH6f3yJZW" X-RZG-CLASS-ID: mo00 Received: from bruno.haible.de by smtp.strato.de (RZmta 47.19.0 DYNA|AUTH) with ESMTPSA id j028c3x1RNsggld (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (curve X9_62_prime256v1 with 256 ECDH bits, eq. 3072 bits RSA)) (Client did not present a certificate); Sun, 28 Feb 2021 00:54:42 +0100 (CET) From: Bruno Haible To: bug-gettext@gnu.org Cc: Alexander Batischev Subject: Re: FTB if path to build dir contains a space Date: Sun, 28 Feb 2021 00:54:42 +0100 Message-ID: <3829648.cx89LB1z7V@omega> User-Agent: KMail/5.1.3 (Linux/4.4.0-203-generic; KDE/5.18.0; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" Received-SPF: none client-ip=85.215.255.20; envelope-from=bruno@clisp.org; helo=mo4-p00-ob.smtp.rzone.de X-Spam_score_int: -23 X-Spam_score: -2.4 X-Spam_bar: -- X-Spam_report: (-2.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.35, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: bug-gettext@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for GNU gettext List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 23:54:50 -0000 Alexander Batischev wrote: > GNU gettext fails to build if the path to the build directory=20 > contains a space character. >=20 > 1. https://crates.io/crates/gettext-rs > 2. https://github.com/Koka/gettext-rs/issues/9=20 >=20 > I just reproduced this on Debian testing with GNU gettext 0.21, outside=20 > of our crate and Rust. Arguments to ./configure were: >=20 > --without-emacs --disable-java --disable-csharp --disable-c++=20 > --disable-shared --enable-static --enable-fast-install=20 > --with-included-gettext --with-included-glib=20 > --with-included-libcroco --with-included-libunistring >=20 > Is this indeed a limitation in autotools, like the bug report states? This is unsupported for all GNU packages. The reasons are: * Like the reference to the Autoconf manual says, shell and make quote special characters differently, and thus it's hard to find substitutable values that work in both contexts. * Nobody spends time testing this. So, even the attempt to build in such a situation is dangerous, as it may end up executing commands that no one has meant to be executed. > Can this be worked around somehow by you, or should I move the build to=20 > something like /tmp? It is pointless to attempt to work around it, because the same result =E2= =80=94 working binaries =E2=80=94 can be obtained by building in a build directory without spaces. There are plenty of them, under /home/$USER, under /tmp, under /var/tmp, under /dev/shm, and so on. Bruno From MAILER-DAEMON Sat Feb 27 21:36:09 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1lGBwH-00034l-8k for mharc-bug-gettext@gnu.org; Sat, 27 Feb 2021 21:36:09 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:48282) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lGBwA-00034L-Vn for bug-gettext@gnu.org; Sat, 27 Feb 2021 21:36:03 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44322) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lGBw8-0005Al-Uk; Sat, 27 Feb 2021 21:36:01 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:55560) by fencepost.gnu.org with esmtps (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lGBw7-0003Ts-VG; Sat, 27 Feb 2021 21:36:00 -0500 Received: from frontend1.savannah.gnu.org ([209.51.188.72]:44530) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lGBw7-0005A5-Kt; Sat, 27 Feb 2021 21:35:59 -0500 Received: by frontend1.savannah.gnu.org (Postfix, from userid 33) id 8793E207FF; Sat, 27 Feb 2021 21:35:58 -0500 (EST) To: Philip Chimento , Evan Welsh , bruno@clisp.org, ueno@gnu.org, bug-gnu-gettext@gnu.org Subject: [bug #60027] Supporting template interpolation and tags in JavaScript X-PHP-Originating-Script: 1001:sendmail.php From: Evan Welsh X-Savane-Server: savannah.gnu.org:443 [209.51.188.72] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 X-Savane-Project: gettext X-Savane-Tracker: bugs X-Savane-Item-ID: 60027 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:85.0) Gecko/20100101 Firefox/85.0 X-Apparently-From: 98.37.57.157 (Savane authenticated user ewlsh) Message-Id: <20210228-023558.sv237513.51117@savannah.gnu.org> References: <20210209-063353.sv237513.65823@savannah.gnu.org> <20210209-181415.sv108798.42311@savannah.gnu.org> In-Reply-To: <20210209-181415.sv108798.42311@savannah.gnu.org> Date: Sat, 27 Feb 2021 21:35:58 -0500 (EST) X-BeenThere: bug-gettext@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for GNU gettext List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2021 02:36:05 -0000 Additional Item Attachment, bug #60027 (project gettext): File name: 0001-Support-template-strings-with-substitutions.patch Size:11 KB _______________________________________________________ Reply to this item at: _______________________________________________ Message sent via Savannah https://savannah.gnu.org/ From MAILER-DAEMON Sun Feb 28 07:29:02 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1lGLC2-0003u8-6J for mharc-bug-gettext@gnu.org; Sun, 28 Feb 2021 07:29:02 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:42888) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lGLBz-0003tz-Sd for bug-gettext@gnu.org; Sun, 28 Feb 2021 07:29:00 -0500 Received: from mail-lj1-x22f.google.com ([2a00:1450:4864:20::22f]:42166) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lGLBw-0005Si-3e for bug-gettext@gnu.org; Sun, 28 Feb 2021 07:28:59 -0500 Received: by mail-lj1-x22f.google.com with SMTP id k12so7074472ljg.9 for ; Sun, 28 Feb 2021 04:28:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=QRgDtP56X+ZWoguxiFRVH6/UUjyBGr472JioYkOITWQ=; b=ZSTkLEGP8/026u0bQvgdVFjJW2Y1wqvoqgGwsq5ypvu2Z6gvk1mHWrn9KqJN23/8Li 7d15/0mVQCuzk+92aqiX/PQqnhACjNuVd56ENGckuvrroTxApICrs8LiOTLRm/KjaYg1 CBKiPqrEMy+wpyhNodHxqtbSBSESjNWfEh+A3IdNaCTFw1S0yIJK1azAg7g2uRl0P12L zDO88uZTaIVf95YN+vPAs7UaIMwiJwa0P/MUq1lOn7kApYDf9X/nSELch8fJm1G95ERN x0xIHNdHrCgtla4DGOclh1RasQTdD/YOoxpKe2R3RKgSacGlD40UXzLoEXBgrcfqSN4k TFaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=QRgDtP56X+ZWoguxiFRVH6/UUjyBGr472JioYkOITWQ=; b=G1z8YobvYWPXmP0XpFz8gcXQbvVWLSl3VpHHKxCouRsiu67zRdhPFemRfn2tjr2CDj PoS8cfn1OMzRIZshMfl2t2ShmF3pRcUu/uUVPSwH75T5PBfYEbRw2b5RYsVgo1Us+Kkx bIgejURNNumteXPuzpOwgPtvgS+OZL7D7SVJqyOCTBIJWgDHYvA7gQOXsJkwUN/OcB89 HTZuK4YDkAFH2vv8/9HugKwnWieBoh+/iIXiKShBp9IP/1/4uhmTwmnf+2qwyaoH5Wey ey5I0TEtEhIAEfZSB+dfZxPxHXknH3b4GirCZMuuD2I/KyAN4Z/wymEG+3Jyu8+oRQqK pAiw== X-Gm-Message-State: AOAM532hn8noZMEgqPVMyWh3WT0MjUJxju1r+lIgRLUrA+QpYn2vKxut GlgO67HyGCCWqq4f6cu/G/uduDs3rqk= X-Google-Smtp-Source: ABdhPJw4/buEqfLa9Ddm2tsf62FpIkT8JFvSZsPIM/f9bYAKadaxTw8HfsxljHrFIXgVVj602UFFPw== X-Received: by 2002:a05:651c:21c:: with SMTP id y28mr6299392ljn.160.1614515333510; Sun, 28 Feb 2021 04:28:53 -0800 (PST) Received: from firefly ([176.14.35.189]) by smtp.gmail.com with ESMTPSA id d10sm679858ljg.112.2021.02.28.04.28.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 28 Feb 2021 04:28:52 -0800 (PST) Date: Sun, 28 Feb 2021 15:28:51 +0300 From: Alexander Batischev To: Bruno Haible Cc: bug-gettext@gnu.org Subject: Re: FTB if path to build dir contains a space Message-ID: References: <3829648.cx89LB1z7V@omega> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="q9nIVU8wg7nV31lC" Content-Disposition: inline In-Reply-To: <3829648.cx89LB1z7V@omega> Received-SPF: pass client-ip=2a00:1450:4864:20::22f; envelope-from=eual.jp@gmail.com; helo=mail-lj1-x22f.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: bug-gettext@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for GNU gettext List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2021 12:29:00 -0000 --q9nIVU8wg7nV31lC Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 28, 2021 at 12:54:42AM +0100, Bruno Haible wrote: >It is pointless to attempt to work around it, because the same result =E2= =80=94 >working binaries =E2=80=94 can be obtained by building in a build directory >without spaces. There are plenty of them, under /home/$USER, under /tmp, >under /var/tmp, under /dev/shm, and so on. Got it; thanks for the prompt reply! I'll work on moving the build to=20 one of those temporary directories, then. --=20 Regards, Alexander Batischev PGP key 356961A20C8BFD03 Fingerprint: CE6C 4307 9348 58E3 FD94 A00F 3569 61A2 0C8B FD03 --q9nIVU8wg7nV31lC Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEzmxDB5NIWOP9lKAPNWlhogyL/QMFAmA7jH0ACgkQNWlhogyL /QMlPxAAyQsqKDi/OiKAEN8WysNrAExAT47VBUUR1b1cqmOPTU75W0OtpQkPrEoh adMmHS3P72Q/5EQ6//13wpQlyyDdjIcyJ2O7ZW0f+r1hntqKcUmhNJt4Bjf4ZXbv ItYCjulM6bIxsy7xDYFT6DCCmNfR0EZd32oZbkymWWslvnSHBDgar2tfcwXPa42M BhRBbrwX9p3S3G5T2KuAxlNjZ09Coj7hJIjx3oMbmxk5UtiNMmT7xB0119nvhCGo jjpuBmtzz5ujHoyb5qEfHsvbKgdN/aa7iPRMb6KeSUMEZuPhFhq+caBNnRLppaBX 3zDvOpGsRbL5pq8k+yOyGgathI0AU9285wepEhSx3hTOGPqCn+5LMdIAzkc80v6U Jjja8NwZu3aJXjgqJhSCcw9jZfxIWd8DEqe7zsiOqQtQIfGiOhvZDtd/aiAUa/nM 8lJdGP+DSiI1fQPIcNQvEjzqGTcSUozQ3a0kMKcyNvaJ5k+ZeqlnaothRfjuhKkD 0SIj3yxIOGXjxE1URslg2DZ/smuf32Xicz8wuwyUPijSBRp9ujnHJmtTu31HfLg6 FlrOvt6FCKIK3N4h29bnIwEXrJmCX/5ahZm41MsIFLU6cykY/oiEND76lYBqZVq6 XpW7ySSGpHdgO4yQC6Q+vx1QiSQLBCYoO4MMRvMZaGah5ikGNNU= =xdH4 -----END PGP SIGNATURE----- --q9nIVU8wg7nV31lC--