From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: libnettle/libhogweed WIP (was: request to reconsider libnettle/libhogweed) Date: Wed, 15 Mar 2017 17:19:32 -0400 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87shmeb5ln.fsf_-_@lifelogs.com> References: <83a89gq3us.fsf@gnu.org> <87bmtjiv0w.fsf_-_@lifelogs.com> <83o9xjn06c.fsf@gnu.org> Reply-To: emacs-devel@gnu.org NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1489613013 25954 195.159.176.226 (15 Mar 2017 21:23:33 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 15 Mar 2017 21:23:33 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 15 22:23:29 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 1coGOB-0005nI-Fg for ged-emacs-devel@m.gmane.org; Wed, 15 Mar 2017 22:23:23 +0100 Original-Received: from localhost ([::1]:39610 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1coGOH-00045y-Je for ged-emacs-devel@m.gmane.org; Wed, 15 Mar 2017 17:23:29 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49512) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1coGKm-0001iJ-EE for emacs-devel@gnu.org; Wed, 15 Mar 2017 17:19:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1coGKi-0000ZY-5k for emacs-devel@gnu.org; Wed, 15 Mar 2017 17:19:52 -0400 Original-Received: from [195.159.176.226] (port=60843 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1coGKh-0000Z0-Vt for emacs-devel@gnu.org; Wed, 15 Mar 2017 17:19:48 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1coGKY-0000sh-Ox for emacs-devel@gnu.org; Wed, 15 Mar 2017 22:19:38 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 39 Original-X-Complaints-To: usenet@blaine.gmane.org X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never Cancel-Lock: sha1:GkCBi7uVZS9mXUZOkTsDzb/Mjbs= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 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:213060 Archived-At: On Thu, 02 Mar 2017 17:55:07 +0200 Eli Zaretskii wrote: >> From: Ted Zlatanov >> Date: Thu, 02 Mar 2017 09:59:59 -0500 >> >> * personally, I would rather make the core more functional out of the >> box, so my proposal is to go back to the original C patch instead of >> inventing a module distribution system. (A module distribution system >> may yet make sense, and I have nothing against it, but I don't want to >> wait more years for it or invent it.) EZ> Please show the patch, perhaps after updating it to match the current EZ> master, and let's discuss then. I did some work, at least to shut up the warnings, but it's far from ready. I pushed it into the branch scratch/tzz/nettle for now. If you could take a look, that would be very helpful. Issues: * the ERT tests need to be moved * maybe there's a better way than using the NETTLE_STRING_EQUAL_UNIBYTE macro to compare Emacs and C strings? * several times I've forced casts to shut up warnings, and generally could use some help converting between C bytes and the ELisp strings * data is not wiped after use * the APIs are primitive, matching the C API pretty closely. I would like to leave it to the ELisp packages to create abstractions on top of nettle.el, but maybe others have suggestions? * it compiles but doesn't link: "error adding symbols: DSO missing from command line" which I hope is something trivial Thanks Ted