From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pierre Neidhardt Subject: Re: Publishing with Lzip Date: Tue, 12 Mar 2019 14:39:27 +0100 Message-ID: <87wol4gqk0.fsf@ambrevar.xyz> References: <87mum2zixw.fsf@ambrevar.xyz> <874l88fcwo.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:60618) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h3hpG-0004xl-F5 for guix-devel@gnu.org; Tue, 12 Mar 2019 09:52:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h3hcy-0004l8-M4 for guix-devel@gnu.org; Tue, 12 Mar 2019 09:39:33 -0400 In-reply-to: <874l88fcwo.fsf@gnu.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: guix-devel --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > I can give it a spin. Thanks! > It=E2=80=99d be great to gain some confidence about these things. :-) I = haven=E2=80=99t > looked at the patch yet, but if you haven=E2=80=99t done it yet, I=E2=80= =99d suggest > having tests like the one in tests/zlib.scm (compress and decompress a > bytevector of a random size with random contents), and you could > possibly perform more =E2=80=9Cstressful=E2=80=9D tests manually as well = (try to > compress/decompress tarballs, etc.) I've copied your test for zlib, it passes! :) > I=E2=80=99d also recommend to re-read the API doc in the headers or whate= ver. > IME these APIs are very tricky to use and one has to pay attention to > every small detail. I read the manual too many times. The headers are not documented. The exa= mples don't tell us more about the API. I might be too inexperienced in the area, so maybe you or someone else could have a look at the manual. Else we could contact the maintainer and ask directly :D > According to the C standard an enum is an =E2=80=98int=E2=80=99. So mapp= ing them is > just a matter of producing/consuming ints. The values of the enum start > from 0 and are incremented by 1 from then on, unless specific values are > provided. My question was whether it's possible to have the mapping done "symbolicall= y." In C, you would match error values again the symbols of the enum, not again= st the number. So if we map the error numbers manually in Guile, it would bre= ak whenever the API updates the enum. Maybe I'm just being overly picky here :p Cheers! =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAlyHto8ACgkQm9z0l6S7 zH9hLAf/VbHKmqlx5T7ttBwi7AoU0tfxnL/cXOAyjQLaH++juzbPCIJK9k/MoPp7 XLVfBF6jGiR973VJ8MydbUjN3uHI8JftPd83G13gAM1oiGXNcV6wzVp3y/Tg/ddV S9iPd91oaFHHW2z4E9cNx7pIJpTFAslcz3++ei3dFGCjUv9YfEimMl8qwK4DQ+Vl xzK2jfZ0/QBIFYOzNqyDk1fY8rZmmze9qKLzRqGuC4cBs/YIIrwAetIycHZCI7GB 6AnNkqmJjyFKb16ZPSVbcQUo622F7mMA104odsFHAX+0IH9EHFqEmZK7ByQzbsuK Lyv2iJ/1EWokSaPw0LkVn3gCA5IZKw== =B30c -----END PGP SIGNATURE----- --=-=-=--