From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Elad Lahav Newsgroups: gmane.emacs.devel Subject: RE: Emacs on QNX Date: Mon, 11 Dec 2017 00:25:29 +0000 Message-ID: <59E3382A3CED1C478A62180A862BDE7F84F068@XMB126CNC.rim.net> 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>, <61bc867e-9d08-e280-9e1a-baef7524ada8@cs.ucla.edu> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1512951975 15832 195.159.176.226 (11 Dec 2017 00:26:15 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 11 Dec 2017 00:26:15 +0000 (UTC) Cc: "Emacs-devel@gnu.org" To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 11 01:26:11 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 1eOBv9-0003xL-Ji for ged-emacs-devel@m.gmane.org; Mon, 11 Dec 2017 01:26:11 +0100 Original-Received: from localhost ([::1]:50271 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eOBvG-0000qI-Md for ged-emacs-devel@m.gmane.org; Sun, 10 Dec 2017 19:26:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44631) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eOBub-0000q0-Ez for Emacs-devel@gnu.org; Sun, 10 Dec 2017 19:25:38 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eOBuX-0004h9-BG for Emacs-devel@gnu.org; Sun, 10 Dec 2017 19:25:37 -0500 Original-Received: from smtp-p01.blackberry.com ([208.65.78.88]:33058) by eggs.gnu.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.71) (envelope-from ) id 1eOBuX-0004gL-2X for Emacs-devel@gnu.org; Sun, 10 Dec 2017 19:25:33 -0500 X-Spoof: Original-Received: from xct104cnc.rim.net ([10.65.161.204]) by mhs212cnc.rim.net with ESMTP/TLS/DHE-RSA-AES256-SHA; 10 Dec 2017 19:25:30 -0500 Original-Received: from XMB126CNC.rim.net ([fe80::8025:a9ca:ffe7:8a3c]) by XCT104CNC.rim.net ([::1]) with mapi id 14.03.0319.002; Sun, 10 Dec 2017 19:25:30 -0500 Thread-Topic: Emacs on QNX Thread-Index: AQHTS4MNpLrXvVMMyUm0/UV3wIqGlqLxIRuAgABu3YCAAPGPgIABM+sAgABoR4CAAanmAIAW8nqA//+tv+SAIVp7gIAAZBUAgA9tiuw= In-Reply-To: <61bc867e-9d08-e280-9e1a-baef7524ada8@cs.ucla.edu> Accept-Language: en-CA, en-US Content-Language: en-CA X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.65.160.252] X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 208.65.78.88 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:220870 Archived-At: > Hmm, there appears to have been a typo in configure.ac, which I also=0A= > fixed with the attached patch. Why didn't this typo prevent your build=0A= > from working?=0A= =0A= We got lucky, due to the following lines in configure.ac:=0A= =0A= =3D=3D=3D=0A= cygwin | qnxto)=0A= hybrid_malloc=3Dyes=0A= system_malloc=3D ;;=0A= *) test "$ac_cv_func_sbrk" =3D yes && system_malloc=3D$emacs_cv_sanitize_= address;;=0A= esac=0A= =0A= if test "${system_malloc}" !=3D yes && test "${doug_lea_malloc}" !=3D yes \= =0A= && test "${UNEXEC_OBJ}" =3D unexelf.o; then=0A= hybrid_malloc=3Dyes=0A= fi=0A= =3D=3D=3D=0A= =0A= Since 'qnxnto' doesn't match any other case, it goes to the default, and si= nce $emacs_cv_sanitize_address happens to be "no" hybrid_malloc still gets = defined.=0A= =0A= As a side note, porting Emacs finally drove me to implement openat()/fstata= t(), which have been on the to-do list for a very long time (not as trivial= as you may think in a micro-kernel environment, where different files with= in the same directory may be provided by different external servers).=0A= =0A= --Elad=