From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Pete Williamson Newsgroups: gmane.emacs.devel Subject: [PATCH] - Introduce reference to a new Emacs build target - NaCl Date: Fri, 13 Mar 2015 14:57:31 -0700 Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=001a11c20a9c58af900511329671 X-Trace: ger.gmane.org 1426283874 22622 80.91.229.3 (13 Mar 2015 21:57:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 13 Mar 2015 21:57:54 +0000 (UTC) Cc: Michal Nazarewicz To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 13 22:57:53 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YWXaZ-0002hw-QV for ged-emacs-devel@m.gmane.org; Fri, 13 Mar 2015 22:57:52 +0100 Original-Received: from localhost ([::1]:38827 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YWXaZ-0001Lh-0Y for ged-emacs-devel@m.gmane.org; Fri, 13 Mar 2015 17:57:51 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57463) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YWXaJ-0001Jp-NP for emacs-devel@gnu.org; Fri, 13 Mar 2015 17:57:37 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YWXaH-0003LW-Oe for emacs-devel@gnu.org; Fri, 13 Mar 2015 17:57:35 -0400 Original-Received: from mail-pd0-x230.google.com ([2607:f8b0:400e:c02::230]:43732) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YWXaH-0003Ko-An for emacs-devel@gnu.org; Fri, 13 Mar 2015 17:57:33 -0400 Original-Received: by pdjp10 with SMTP id p10so31973387pdj.10 for ; Fri, 13 Mar 2015 14:57:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=IIQDsO2G2oznDk3Q6xeBjFIhkWUn9vL0mwhwBbEDg7U=; b=jbwoKrWmwyaCIRtZwYm690HYYGwDcOWBtrMT0OyVSL+hldQfZugvPB4BmgHCRtC4Mn m/Z40uWD45rPkyf0/0rQFKK8Oj+WLtRU3b35dvlKcqti/3wjPF6QCWcBY3xg3NqULmRy ZZmO15jqecbABiAARs4qHPill+9r1QAHnemKizdmAgfFkRNBEOWFLSHigJ/8d7GanPjr nVbXK6N/zd0MSfOpb1+ik4ZNLpjjAapIDiI2XTsLQa1UCccSzoqLhnyhz+rkIaZlY9k5 05UAqLvN+YeTGW4gcFCY+aZtbVlSHAAFeVNjPKjnwIcWTteH1d2vfy54XDic5aIEfpbq 32gA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=IIQDsO2G2oznDk3Q6xeBjFIhkWUn9vL0mwhwBbEDg7U=; b=i9C3hGoUSufn6ywsPVoQlan/qkUtHENLTz49ZrxBOMvim5pLaSg84Pv0jcvFFKFLWT PiYAKAip11ImFwXnNwKOZ0HK0JAyRMn91m3H8wE6cr6C+2+C5pU6Of4F3DLiMSfKToPe 0K4aSofSx1T7m3pQya4ecmnbbfPYXTJAPCRWB1UINsH9qn+yJfP4lLWS9wzTwUexjycL ciLIvcLWbyGz8iK3uUeSJvTfp2jt0Z7/H9MAYI4XN6ioMVba4zAjRPqilhd4T1/u4q9s VsYcueUt6gK0g6zZUyhO917RBWYJ4aTBfskcfx8eAbCx/D047FcFxFCl/dQyFclKOUYn ewSw== X-Gm-Message-State: ALoCoQl7n5AuhgmvRgHu6wXCYPYliVfRtcaQ72jzflcDeGZA5WbxuIwAuJVuavBsSuNf7Befa8fo X-Received: by 10.70.96.145 with SMTP id ds17mr106548303pdb.153.1426283851965; Fri, 13 Mar 2015 14:57:31 -0700 (PDT) Original-Received: by 10.70.31.4 with HTTP; Fri, 13 Mar 2015 14:57:31 -0700 (PDT) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c02::230 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:183857 Archived-At: --001a11c20a9c58af900511329671 Content-Type: multipart/alternative; boundary=001a11c20a9c58af8b051132966f --001a11c20a9c58af8b051132966f Content-Type: text/plain; charset=UTF-8 I would like to request feedback on this patch for the emacs configure.ac file. As I mentioned in previous patch requests, I'm adding support for a new build target, the chromium browser's Native Client (NaCl) platform. We have a patch for emacs working today (for some definitions of working ^_^) in NaCl ports, and we would like to port the changes back to the emacs code base. Is this the right way to introduce a new build target? Once this is checked in, I have more changes for the config.ac file, but I wanted to vette the approach with the good folks on this email list before proceeding. For a preview of the other changes I hope to port to the configure.ac file, here is a list of changes in our port today, I hope to port most or all of these to the regular emacs code base in future patches. --- a/configure +++ b/configure @@ -4631,6 +4631,10 @@ case "${canonical}" in esac ;; + *-nacl ) + opsys=nacl + ;; + ## Intel 386 machines where we don't care about the manufacturer. i[3456]86-*-* ) case "${canonical}" in @@ -8206,6 +8210,7 @@ rm -f core conftest.err conftest.$ac_objext \ test "x$CANNOT_DUMP" = "x" && CANNOT_DUMP=no case "$opsys" in + nacl) CANNOT_DUMP=yes ;; your-opsys-here) CANNOT_DUMP=yes ;; esac @@ -9828,6 +9833,7 @@ system_malloc=no case "$opsys" in ## darwin ld insists on the use of malloc routines in the System framework. darwin|sol2-10) system_malloc=yes ;; + nacl) system_malloc=yes ;; esac if test "${system_malloc}" = "yes"; then @@ -15169,7 +15175,7 @@ esac emacs_broken_SIGIO=no case $opsys in - hpux* | irix6-5 | openbsd | sol2* | unixware ) + hpux* | irix6-5 | openbsd | sol2* | unixware | nacl ) emacs_broken_SIGIO=yes ;; @@ -15277,7 +15283,7 @@ case $opsys in ;; - gnu-linux | gnu-kfreebsd | freebsd | netbsd ) + nacl | gnu-linux | gnu-kfreebsd | freebsd | netbsd ) if test "x$ac_cv_func_grantpt" = xyes; then $as_echo "#define UNIX98_PTYS 1" >>confdefs.h @@ -15430,7 +15436,7 @@ if test $emacs_glibc = yes; then emacs_pending_output=unknown case $opsys in - gnu | gnu-linux | gnu-kfreebsd ) + nacl | gnu | gnu-linux | gnu-kfreebsd ) { $as_echo "$as_me:${as_lineno-$LINENO}: checking for style of pending output formalism" >&5 $as_echo_n "checking for style of pending output formalism... " >&6; } cat confdefs.h - <<_ACEOF >conftest.$ac_ext @@ -24659,7 +24665,7 @@ LD_FIRSTFLAG= ORDINARY_LINK= case "$opsys" in ## gnu: GNU needs its own crt0. - aix4-2|cygwin|darwin|gnu|hpux*|irix6-5|sol2*|unixware) ORDINARY_LINK=yes ;; + nacl|aix4-2|cygwin|darwin|gnu|hpux*|irix6-5|sol2*|unixware) ORDINARY_LINK=yes ;; ## On post 1.3 releases of NetBSD, gcc -nostdlib also clears the ## library search parth, i.e. it won't search /usr/lib for libc and Thanks! --001a11c20a9c58af8b051132966f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I would like to request feedback on this patch for the ema= cs configure.ac file.

As I mentioned in previous patch requests, I'm adding support for a n= ew build target, the chromium browser's Native Client (NaCl) platform.= =C2=A0 We have a patch for emacs working today (for some definitions of wor= king ^_^) in NaCl ports, and we would like to port the changes back to the = emacs code base.

Is this the right way to introduc= e a new build target?=C2=A0 Once this is checked in, I have more changes fo= r the config.ac file, but I wanted to vett= e the approach with the good folks on this email list before proceeding.

For a preview of the other changes I hope to port to= the configure.ac file, here is a list = of changes in our port today, I hope to port most or all of these to the re= gular emacs code base in future patches.

## Intel 386 machines where we don't care about t= he manufacturer.
= <= /tr>= <= /tr>=
--- a/c= onfigure
+++ b/configure
@@ -4631,6 +46= 31,10 @@ case "${canonical}" in
esac
;;

+ *-nacl )
+ opsys=3Dnacl
+ ;;
+=
i[3456]86-*-* )
= case "${canonical}" in
@@ -8206,6 +8210,7 @= @ rm -f core conftest.err conftest.$ac_objext \

test "x$CANNOT_DUMP" =3D "x" && C= ANNOT_DUMP=3Dno
case "$opsys" in
+ nacl) CANNOT_DUMP=3Dyes ;;
your-opsys-here) CA= NNOT_DUMP=3Dyes ;;
esac

@@ -9828,6 +9833,7 @@ system_malloc=3Dno
case &quo= t;$opsys" in
## darwin ld insists on the use of m= alloc routines in the System framework.
darwin|sol2-10= ) system_malloc=3Dyes ;;
+ nacl) system_malloc=3Dyes ;;<= br>
esac

if test &quo= t;${system_malloc}" =3D "yes"; then
@@ -15= 169,7 +15175,7 @@ esac
emacs_broken_SIGIO=3Dno

case $opsys in
- hpux*= | irix6-5 | openbsd | sol2* | unixware )
+ hpux* | = irix6-5 | openbsd | sol2* | unixware | nacl )
emacs_= broken_SIGIO=3Dyes
;;

@@ -15277,7 +15283,7 @@ case $opsys in

;;

- gnu-linux | gnu-= kfreebsd | freebsd | netbsd )
+ nacl | gnu-linux | gnu= -kfreebsd | freebsd | netbsd )
if test "x$= ac_cv_func_grantpt" =3D xyes; then

$as_echo "#define UNIX98_PTYS 1" >>confdefs.h
@@ -15430,7 +15436,7 @@ if test $emacs_glibc =3D yes; then
emacs_pending_output=3Dunknown

case $opsys in
- gnu | gnu-linux | gnu-kf= reebsd )
+ nacl | gnu | gnu-linux | gnu-kfreebsd )
=
{ $as_echo "$as_me:${as_lineno-$LINENO}: checkin= g for style of pending output formalism" >&5
cat confdefs.h - <&= lt;_ACEOF >conftest.$ac_ext
@@ -24659,7 +24665,7 @@ L= D_FIRSTFLAG=3D
ORDINARY_LINK=3D
case = "$opsys" in
## gnu: GNU needs its own crt0.<= br>
- aix4-2|cygwin|darwin|gnu|hpux*|irix6-5|sol2*|unixware)= ORDINARY_LINK=3Dyes ;;
+ nacl|aix4-2|cygwin|darwin|gnu|= hpux*|irix6-5|sol2*|unixware) ORDINARY_LINK=3Dyes ;;
## On post 1.3 releases of NetBSD, gcc -nostdlib also cl= ears the
## library search parth, i.e. it won't se= arch /usr/lib for libc and Thanks!
=C2=A0
--001a11c20a9c58af8b051132966f-- --001a11c20a9c58af900511329671 Content-Type: text/x-patch; charset=US-ASCII; name="0001-Add-NaCl-to-list-of-supported-OSs.patch" Content-Disposition: attachment; filename="0001-Add-NaCl-to-list-of-supported-OSs.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_i784d3x80 RnJvbSBjZDZlZDRmOTY3ZjE3NDY5ZWZmZTU1MjYwN2IwMTRlMGMzNmZkMGUxIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBQZXRlIFdpbGxpYW1zb24gPHBldGV3aWxAY2hyb21pdW0ub3Jn PgpEYXRlOiBGcmksIDEzIE1hciAyMDE1IDExOjU2OjM2IC0wNzAwClN1YmplY3Q6IFtQQVRDSF0g QWRkIE5hQ2wgdG8gbGlzdCBvZiBzdXBwb3J0ZWQgT1NzCgpUaGlzIGlzIHRoZSBmaXJzdCBwYXJ0 IG9mIGFkZGluZyBzdXBwb3J0IGZvciB0aGUgTmF0aXZlQ2xpZW50IChOYUNsKQpidWlsZCBzeXN0 ZW0gdG8gcG9ydCBlbWFjcyB0byBOYUNsLiAgTmFDbCBpcyBhIHdheSB0byBidWlsZCBuYXRpdmUg Y29kZQpiaW5hcmllcyB0byBydW4gYXMgYXBwcyBvciBpbiB0YWJzIGluIHRoZSBjaHJvbWl1bSBi cm93c2VyLgoKVGhpcyBpcyBhIHBhcnQgb2YgYW4gb25nb2luZyBwb3J0IHRvIE5hQ2wuICBTZWUK aHR0cHM6Ly9jb2RlLmdvb2dsZS5jb20vcC9uYWNscG9ydHMvc291cmNlL2Jyb3dzZS90cnVuay9z cmMvcG9ydHMvZW1hY3MvbmFjbC5wYXRjaD9zcGVjPXN2bjE2MjEmcj0xNjIxCi0tLQogQ2hhbmdl TG9nICAgIHwgNCArKysrCiBjb25maWd1cmUuYWMgfCA1ICsrKysrCiAyIGZpbGVzIGNoYW5nZWQs IDkgaW5zZXJ0aW9ucygrKQoKZGlmZiAtLWdpdCBhL0NoYW5nZUxvZyBiL0NoYW5nZUxvZwppbmRl eCA0ZjY1MjNlLi5kNDc4MjgzIDEwMDY0NAotLS0gYS9DaGFuZ2VMb2cKKysrIGIvQ2hhbmdlTG9n CkBAIC0xLDMgKzEsNyBAQAorMjAxNS0wMy0xMyBQZXRlIFdpbGxpYW1zb24gPHBldGV3aWxAY2hy b21pdW0ub3JnPiAodGlueSBjaGFuZ2UpCisKKwkqIGNvbmZpZ3VyZS5hYzogQWRkIGEgbmV3IHN1 cHBvcnRlZCBPUyB0eXBlLCBOYUNsCisKIDIwMTUtMDMtMDIgIFJvYmVydCBQbHVpbSAgPHJwbHVp bUBnbWFpbC5jb20+ICAodGlueSBjaGFuZ2UpCiAKIAkqIGNvbmZpZ3VyZS5hYzogRXJyb3Igb3V0 IGlmIHdpdGgtZmlsZS1ub3RpZmljYXRpb249dzMyIGlzCmRpZmYgLS1naXQgYS9jb25maWd1cmUu YWMgYi9jb25maWd1cmUuYWMKaW5kZXggZDY1NDk0YS4uN2RhMWMwNiAxMDA2NDQKLS0tIGEvY29u ZmlndXJlLmFjCisrKyBiL2NvbmZpZ3VyZS5hYwpAQCAtNzE4LDYgKzcxOCwxMSBAQCBjYXNlICIk e2Nhbm9uaWNhbH0iIGluCiAgICAgZXNhYwogICA7OwogCisgICMjIE5hdGl2ZUNsaWVudCBmb3Ig Q2hyb21pdW0KKyAgKi1uYWNsICkKKyAgICBvcHN5cz1uYWNsCisgIDs7CisKICAgKiApCiAgICAg dW5wb3J0ZWQ9eWVzCiAgIDs7Ci0tIAoyLjIuMC5yYzAuMjA3LmdhM2E2MTZjCgo= --001a11c20a9c58af900511329671--