From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: Emacs on QNX Date: Thu, 30 Nov 2017 15:41:56 -0800 Organization: UCLA Computer Science Department Message-ID: <61bc867e-9d08-e280-9e1a-baef7524ada8@cs.ucla.edu> References: <1508710435.8718.6.camel@blackberry.com> <1508758075.3923.6.camel@blackberry.com> <1508809949.3465.3.camel@blackberry.com> <611f69c3-4e4d-1a04-2621-ffa3eeb7ebf3@cs.ucla.edu> <1508898467.11201.5.camel@blackberry.com> <4efa84fc-de6a-74dd-b2a7-71b4a536b5da@cs.ucla.edu> <1510247863.20595.19.camel@blackberry.com> <83inejqsca.fsf@gnu.org> <1512063823.24472.8.camel@blackberry.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="------------68B2A37F53D739325D5810BA" X-Trace: blaine.gmane.org 1512147616 9845 195.159.176.226 (1 Dec 2017 17:00:16 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 1 Dec 2017 17:00:16 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 Cc: "Emacs-devel@gnu.org" To: Elad Lahav , "eliz@gnu.org" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 01 18:00:10 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eKofY-00027v-8u for ged-emacs-devel@m.gmane.org; Fri, 01 Dec 2017 18:00:08 +0100 Original-Received: from localhost ([::1]:58763 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eKoff-00016m-JY for ged-emacs-devel@m.gmane.org; Fri, 01 Dec 2017 12:00:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51435) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eKntE-0004yi-5F for Emacs-devel@gnu.org; Fri, 01 Dec 2017 11:11:40 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eKnsQ-00054p-Kk for Emacs-devel@gnu.org; Fri, 01 Dec 2017 11:10:11 -0500 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:36724) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eKnsQ-00052Q-0x; Fri, 01 Dec 2017 11:09:22 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 8351F161239; Thu, 30 Nov 2017 15:42:01 -0800 (PST) Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 6jggnIkQRvrr; Thu, 30 Nov 2017 15:41:56 -0800 (PST) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id A752816124F; Thu, 30 Nov 2017 15:41:56 -0800 (PST) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ZT2JmVxbyO5O; Thu, 30 Nov 2017 15:41:56 -0800 (PST) Original-Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 8BB35161231; Thu, 30 Nov 2017 15:41:56 -0800 (PST) In-Reply-To: <1512063823.24472.8.camel@blackberry.com> Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 131.179.128.68 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:220561 Archived-At: This is a multi-part message in MIME format. --------------68B2A37F53D739325D5810BA Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable On 11/30/2017 09:43 AM, Elad Lahav wrote: > The following patch fixes the problem Thanks, I installed the attached slightly-more-conservative patch into=20 the emacs-26 branch. Hmm, there appears to have been a typo in configure.ac, which I also=20 fixed with the attached patch. Why didn't this typo prevent your build=20 from working? > The LIBXML2_CFLAGS variable is bogus, as no special flags are required. > However, unless this variable being is set to a non-empty string the > configure script tries to use pkg-config for libxml2, which doesn't > work. In what sense doesn't it work? Can we work around this problem=20 automatically? After all, if we were willing to live with undocumented=20 manual settings, we could have left 'configure' alone and expected=20 installers to figure out a command like this one: ./configure --without-makeinfo --with-gnutls=3Dno --with-x-toolkit=3Dno \ =C2=A0 CC=3Dqcc \ =C2=A0 CFLAGS=3D'-D__NO_EXT_QNX' \ =C2=A0 LDFLAGS=3D'-N2MB' \ =C2=A0 LIBXML2_CFLAGS=3D-I/usr/include \ =C2=A0 LIBXML2_LIBS=3D'-lxml2 -lm' --------------68B2A37F53D739325D5810BA Content-Type: text/x-patch; name="0001-Port-better-to-QNX.patch" Content-Disposition: attachment; filename="0001-Port-better-to-QNX.patch" Content-Transfer-Encoding: quoted-printable >From e899fb9c69b1b8d6a37c6454746315ca8a0f1d2f Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Thu, 30 Nov 2017 15:22:46 -0800 Subject: [PATCH] Port better to QNX MIME-Version: 1.0 Content-Type: text/plain; charset=3DUTF-8 Content-Transfer-Encoding: 8bit Problem reported by Elad Lahav on emacs-devel. * configure.ac: On QNX, default CC to qcc (a GCC wrapper), and default LDFLAGS to -N2MB so that the initial stack size is not too small. Also, fix misspelling of =E2=80=98qnxnto=E2=80=99. --- configure.ac | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index f1ca7cc81b..2df5679f1d 100644 --- a/configure.ac +++ b/configure.ac @@ -702,7 +702,9 @@ AC_DEFUN ## QNX Neutrino *-nto-qnx* ) opsys=3Dqnxnto + test -z "$CC" && CC=3Dqcc CFLAGS=3D"$CFLAGS -D__NO_EXT_QNX" + LDFLAGS=3D"-N2MB $LDFLAGS" ;; =20 ## Intel 386 machines where we don't care about the manufacturer. @@ -2218,7 +2220,7 @@ AC_DEFUN case "$opsys" in ## darwin ld insists on the use of malloc routines in the System frame= work. darwin | mingw32 | nacl | sol2-10) ;; - cygwin | qnxto | freebsd) + cygwin | qnxnto | freebsd) hybrid_malloc=3Dyes system_malloc=3D ;; *) test "$ac_cv_func_sbrk" =3D yes && system_malloc=3D$emacs_cv_saniti= ze_address;; --=20 2.14.3 --------------68B2A37F53D739325D5810BA--