From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Carsten Mattner Newsgroups: gmane.emacs.devel Subject: Re: NaCl support for Emacs (was: GnuTLS for W32) Date: Tue, 10 Jan 2012 11:46:20 +0100 Message-ID: References: <87hb0b3yoe.fsf@lifelogs.com> <6ED011D5-E185-44C6-BB31-A445A4E5F83A@gmail.com> <87wr976otx.fsf@lifelogs.com> <87ipkq6yy5.fsf@lifelogs.com> <87boqi6tzz.fsf@linux-hvfx.site> <87ehve3ul8.fsf@lifelogs.com> <87lipl22xm.fsf@lifelogs.com> <87boqh20ha.fsf@lifelogs.com> <871urc46c9.fsf@uwakimon.sk.tsukuba.ac.jp> <739bsoysp.fsf@news.eternal-september.org> <87ty47r5yt.fsf@lifelogs.com> <87k452p5u3.fsf@lifelogs.com> <87liphne9e.fsf_-_@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1326192408 5826 80.91.229.12 (10 Jan 2012 10:46:48 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 10 Jan 2012 10:46:48 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 10 11:46:42 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RkZE2-0005nU-Hw for ged-emacs-devel@m.gmane.org; Tue, 10 Jan 2012 11:46:42 +0100 Original-Received: from localhost ([::1]:38409 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RkZE2-0006AH-6e for ged-emacs-devel@m.gmane.org; Tue, 10 Jan 2012 05:46:42 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:45185) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RkZDs-00069p-UO for emacs-devel@gnu.org; Tue, 10 Jan 2012 05:46:40 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RkZDm-00087V-RI for emacs-devel@gnu.org; Tue, 10 Jan 2012 05:46:32 -0500 Original-Received: from mail-iy0-f169.google.com ([209.85.210.169]:47025) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RkZDh-00086K-To; Tue, 10 Jan 2012 05:46:22 -0500 Original-Received: by iafj26 with SMTP id j26so882326iaf.0 for ; Tue, 10 Jan 2012 02:46:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=uBwbd+EL972daVrWac/nZ/JydvfozWaG+acGmh1BrO8=; b=tkury/bbh3TdD6+5QR41LDI63PV3nsN4MIxXoMGRmshxRkkEUOlc0MAibbsczqqG4q D0+PJn7nF1kFby3aECNsn/q2PkvlA5HJyYyXV3je20EntjsrPvCJIjxj77aWr1XoG8TQ QTMlh9iQTyt49JynsdgxCbdzrnKVNhjYOmijU= Original-Received: by 10.43.43.130 with SMTP id uc2mr21808232icb.35.1326192380965; Tue, 10 Jan 2012 02:46:20 -0800 (PST) Original-Received: by 10.50.18.41 with HTTP; Tue, 10 Jan 2012 02:46:20 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.210.169 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:147559 Archived-At: On Tue, Jan 10, 2012 at 11:01 AM, Eli Zaretskii wrote: >> From: Ted Zlatanov >> Date: Mon, 09 Jan 2012 09:26:21 -0500 >> >> I'm interested in bringing in support for the NaCl cryptographic library >> for Emacs, after 24.1 is out. =A0There is info on NaCl here: >> >> http://nacl.cr.yp.to/index.html > > Call me weird or old-fashioned, but that library's build procedure > looks odd, to say the least. > > It's as if Make and Autoconf never existed: the entire build is done > by a series of shell scripts, all of them called `do', which have > specific knowledge about several platforms hardcoded into them (do the > developers really intend to maintain all this mess?). > > On top of that, the top-level `do' modifies PATH and LD_LIBRAY_PATH > (what? =A0why??) as it sees fit, and redirects all its output to a log > file, so you basically run blind, like in bad old DOS days (can you > say "tail -f"?). > > Also, the scripts run all kinds of non-standard tools and compiler > switches, and although they seem to ignore the resulting errors, how > would J.R. Hacker become confident that the build succeeded and she > can use the results? =A0E.g., what do you get out of this snippet of the > build log: > > =A0=3D=3D=3D Tue Jan 10 03:28:17 EST 2012 =3D=3D=3D checking gcc -m32 -fo= mit-frame-pointer > =A0/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.4.3= /libgcc.a when searching for -lgcc > =A0/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.4.3= /libgcc.a when searching for -lgcc > =A0/usr/bin/ld: cannot find -lgcc > =A0collect2: ld returned 1 exit status > > Is it good? is it bad? can I trust the results? > > Finally, there's no Makefile anywhere in sight, and no installation > script that I could find. =A0Bye-bye, "make install-strip", hello manual > installation. > > Sorry, but I wouldn't touch such "software" with a 3-mile stick. =A0Not > for Emacs, anyway. For better or worse Dan's software is packaged and licensed as he sees fit. It is somtimes unconventional, but is something which can be handled to get at the good stuff within :). People tolerate JavaScript to get stuff done. We tolerate C as a (limited overhead) porting layer between us and the machine. Some reading material: http://cr.yp.to/redo.html https://github.com/apenwarr/redo http://thedjbway.b0llix.net/future.html