Hello,
On 2017-10-24 04:09 AM, Bruno Haible wrote:
Indeed, we don't have many crypto experts on the gnulib mailing
lists. Therefore, I too would like the crypto experts on the
libgcrypt or openssl mailing lists to evaluate the SM3 algorithm
and your code first, before we can accept it in gnulib.
In a testdir on Haiku, I'm seeing these warnings:
In file included from ../../gltests/test-random.c:21:0:
../../gltests/test-random.c:25:18: warning: initialization from incompatible
pointer type [-Wincompatible-pointer-types]
SIGNATURE_CHECK (random, long, (void));
^
../../glt
On a recent Haiku (32-bit system), a POSIX testdir shows 44 failures:
FAIL: test-areadlinkat
==
../../gltests/test-areadlinkat.c:78: assertion 'errno == EBADF' failed
Abort
FAIL test-areadlinkat (exit status: 134)
FAIL: test-cloexec
==
../../gltests/test-clo
Hi Jia,
> I don't have this issue. Maybe /usr/include/gcrypt.h doesn't exist in
> your environment？
Correct, I don't have /usr/include/gcrypt.h in my environment.
> Also, could you try to compile crypto/gc and see whether it has the
> same failure?
The testdir for module crypto/gc works fine in
Hi Jia,
> I refreshed the patches based on the latest master branch.
Thanks.
> Basically the problem we discussed may still exist.
Yes it still exists. The testdir for 'crypto/gc-sm3' fails to compile for me,
whereas 'crypto/gc-sha1' works. The following fixes it for me:
diff --git a/modules/c
This patch verifies that the header files don't accidentally require
or .
2017-10-29 Bruno Haible
crypto/*: Verify that the header file is self-contained.
* tests/test-gc-*.c: Include the module's header file immediately after
.
* tests/test-hmac-*.c: Likewise
于 2017/10/29 下午4:24, Bruno Haible 写道:
> Hi Jia,
>
>> I refreshed the patches based on the latest master branch.
>
> Thanks.
>
>> Basically the problem we discussed may still exist.
>
> Yes it still exists. The testdir for 'crypto/gc-sm3' fails to compile for me,
> whereas 'crypto/gc-sha1' wor
Maybe a bit off-topic, but I've created a Compressed HTML-file from the
doc/*.texi files. Using this makefile snippet:
TEXI2HTML ?= py -3 f:/ProgramFiler/Python36/Tools/scripts/texi2html.py
gnulib.chm: gnulib.texi
-mkdir output
$(TEXI2HTML) -H gnulib $< output
hhc gnulib.hhp
(
Hi Jia,
> I will still have a link failure with crypto/gc-sm3 and even
> crypto/gc.
>
> In order to reproduce this link failure, I need to have a latest
> libgcrypt installed, and then configure gnulib in this way:
>
> $ ./gnulib-tool --create-testdir --dir=testdir --single-configure
> crypto/gc
Just saw this after creating a testdir:
$ cd testdir1
$ ./configure
$ make
(CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/bash
/media/develdata/devel/GNULIB/gnulib-git/testdir1/build-aux/missing autoheader)
rm -f stamp-h1
touch config.h.in
cd . && /bin/bash ./config.status config.h
config.status: cr
Bruno Haible wrote:
The answer is: When I use it with kchmviewer, it provides fast scrolling
through the (huge) TOC, a search index, and a fast search facility.
Which is not built-in into browsers and is often emulated with slow JavaScript.
Agreed.
It is also viewable in 'okular', but it sho
The attached patches fix some of these failures.
The remaining failures are:
> FAIL: test-areadlinkat
> ==
>
> ../../gltests/test-areadlinkat.c:78: assertion 'errno == EBADF' failed
> Abort
> FAIL test-areadlinkat (exit status: 134)
>
> FAIL: test-cloexec
> =
On 29/10/17 00:28, Assaf Gordon wrote:
> Hello,
>
> On 2017-10-24 04:09 AM, Bruno Haible wrote:
Indeed, we don't have many crypto experts on the gnulib mailing
lists. Therefore, I too would like the crypto experts on the
libgcrypt or openssl mailing lists to evaluate the SM3 algorit
On Fri, Oct 27, 2017 at 9:33 PM, Jim Meyering wrote:
> On Mon, Oct 2, 2017 at 6:31 PM, Paul Eggert wrote:
>> On 10/02/2017 06:24 PM, Jim Meyering wrote:
>>>
>>> Given all of the comments on that function, I'd be tempted to suppress
>>> this warning in that function.
>>
>> That would work. Another
* gnulib-tool (func_create_testdir): Don't assume that the shell
retokenizes after expanding "$@" inside the call to
func_execute_command. Dash 0.5.8-2.1ubuntu2 does not.
---
ChangeLog | 7 +++
gnulib-tool | 8 ++--
2 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/ChangeL
Jim Meyering wrote:
Here's a proposed patch:
I prefer 'assume' to 'assure' here, since it's a low-level time-comparison
primitive and lots of other code in the module already silently assumes that the
timestamps are valid. Also, while I was in the neighborhood I noticed that the
cast is no l
On Sun, Oct 29, 2017 at 4:27 PM, Paul Eggert wrote:
> Jim Meyering wrote:
>>
>> Here's a proposed patch:
>
> I prefer 'assume' to 'assure' here, since it's a low-level time-comparison
> primitive and lots of other code in the module already silently assumes that
> the timestamps are valid. Also, w
于 2017/10/29 下午11:00, Bruno Haible 写道:
> Hi Jia,
>
>> I will still have a link failure with crypto/gc-sm3 and even
>> crypto/gc.
>>
>> In order to reproduce this link failure, I need to have a latest
>> libgcrypt installed, and then configure gnulib in this way:
>>
>> $ ./gnulib-tool --create-te
18 matches
Mail list logo
