Faster than the C code. The performance of af_alg and openssl are comparable, they can range from slighty faster, to slighty slower depending on the CPU: arm64 $ time ./sha256sum-afalg ubuntu-18.04-d
I agree, but switching to MSYS build of Make on Windows definitely doesn't qualify as less work for everybody in my book. I didn't realize such an option was on the table. If that's possible, it is
On 04/12/2018 05:13 AM, Eli Zaretskii wrote: I didn't try comparing Gnulib's glob.c and fnmatch.c with what's now in GNU Make -- are the differences really so significant as to disallow any attempt o
Actually, Emacs on Windows uses the same configure script used on Posix hosts, it stopped using its own batch file several years ago. (The MS-DOS build does still use a batch file and a bunch of Sed
Except for VMS, GNU Emacs is in a boat similar to GNU Make. It uses Gnulib (but not Automake), it is buildable on MS-Windows and does not need Cygwin, it has its own configuration batch script for MS
Hi all. I spent a bit of time this weekend looking into what it would take to update GNU make to use the glob/fnmatch implementations from the current gnulib, rather than the ancient (and buggy) impl
Oh I see, the problem is the init=... See https://fedorapeople.org/groups/risc-v/disk-images/readme.txt for the latest and correct instructions. I tried qemu from upstream now and it works fine, but
Hi Assaf, This is the intent of the comment, yes. But we never write it like this, in gnulib, for brevity. This is the style we use in gnulib: $ grep -h '^# *if' getloadavg.c fsusage.c mountlist.c |
Testsuite summary for dummy 0 == A number of OpenVMS C library routines are setting errno incorrectly. This has been reported to HPE and VSI. I should be able to work around this. On OpenVMS, "", an
Not true. [1] refers to [2], and [2] as well as [3] say that getrlimit(RLIMIT_NOFILE) is "one greater than the maximum value that the system may assign to a newly-created descriptor." The other sente
On 6/28/2017 3:56 PM, Bruno Haible wrote: John E. Malmberg wrote: OpenVMS has the function. Configure detects it exists, but the test for it working is failing. ... The OpenVMS getdtablesize() is ret
I have what appears to be a mostly successful build. That is 1082 object files are created and a libgnu.a is created. The make is failing in gltests. OpenVMS does not have a concept of rpaths, so the
Thanks for the write-up of these collisions. In this case, you can not define _X_OPEN_SOURCE_EXTENDED in config.h. So, define it for a single compilation unit only. If necessary, you can even create
Oops, this patch brought a regression on platforms that don't have <sched.h>: the line gets transformed into which, of course is a syntax error. 2017-07-05 Bruno Haible <address@hidden> sched: Fix b
On 7/3/2017 7:58 PM, Bruno Haible wrote: John E. Malmberg wrote: The OpenVMS Mailboxes work for data up to about 65K and then have buffer full problems. ... For Bash and Coreutils, I have a close to
* Config.h OpenVMS needs __UNIX_PUTC macro defined for putc_unlocked and friends to be visible. The right place to do this (for a macro that affects multiple gnulib modules) is the 'extensions' modu
There are several solutions to this problem: - You can set up a forked gnulib repo, which anyone trying to port something to OpenVMS shall use. - Or you can publish a set of --avoid options for gnuli
Hello John, The right place to do this (for a macro that affects multiple gnulib modules) is the 'extensions' module. This too is best done in the 'extensions' module. ?? I don't understand the last
This patch gets the forkpty.c, grantpt.c, and openpty.c modules building on OpenVMS. I will need to figure out later how to actually implement these for OpenVMS pseudo terminals. I wouldn't like to
Hello John, I wouldn't like to apply intermediate patches like this one. I'll prefer if you come back with a patch once you have figured out to actually implement this functionality for OpenVMS. Rati