gnulib-tool.py speeds up continuous integrations

2024-05-05 Thread Bruno Haible
gnulib-tool is used is many CI jobs. Just adding 'python3' to the prerequisites of such a job makes it run faster. Here are the execution times for a single run, before and after adding 'python3', for those CIs that I maintain or co-maintain. In minutes and seconds.

Re: gnulib-tool problem with off64_t and Emacs

2024-05-05 Thread Bruno Haible
Paul Eggert wrote: > I had problems updating Emacs to use gnulib commit > fde88b711c9b1df5b142444ac7b0bc2aa8892d3a along with emacs commit > fd859fbea2e9d13e76db1c5295d9ddd1c5955d83 (these are the same commits as > I mentioned earlier today). I reproduced it like this: > > cd emacs >

Re: endian.h

2024-05-05 Thread Bruno Haible
> > plus functions or macros: > > > > uint16_t be16toh (uint16_t); > > uint16_t htobe16 (uint16_t); > > > > I could try to work on that if it seems useful to anyone else. For the implementation of these functions, maybe the existing Gnulib module 'byteswap' is interesting. Bruno

Re: header file substitutes

2024-05-05 Thread Bruno Haible
Hi Collin, > IIRC in there is: > > #define __STDC_ENDIAN_LITTLE__ /* Unique constant */ > #define __STDC_ENDIAN_BIG__ /* Unique constant */ > #define __STDC_ENDIAN_NATIVE__ /* __STDC_ENDIAN_LITTLE__ or > __STDC_ENDIAN_BIG__ */ You can work on this, once Paul has created an

Re: obsolete vs. deprecated

2024-05-05 Thread Bruno Haible
Paul Eggert wrote: > Eventually this should replace Gnulib's count-leading-zeros, > count-trailing-zeros, and count-one-bits modules, which should be marked > as obsolescent once we have a standard (and nicer) way to get that > information. Please mark these modules as deprecated, not

Re: gnulib-tool sh+py mismatch when updating Emacs

2024-05-05 Thread Collin Funk
On 5/4/24 10:54 PM, Paul Eggert wrote: >> I was using Autoconf 2.72 on my system. > > Ah, I am using Autoconf 2.71, which is what's in /usr/bin/autoconf on Fedora > 40. It comes from the autoconf-2.71-10.fc40.noarch package, which is the > current version for Fedora 40. > > Occasionlly I use

Re: header file substitutes

2024-05-05 Thread Collin Funk
On 5/4/24 11:07 PM, Paul Eggert wrote: >> Since seems resonably portable, > > I assume you mean ? There's no on my Ubuntu system. No, sorry maybe I worded my original email awkwardly. :) I think all of the BSDs have which define: #define LITTLE_ENDIAN 1234 #define BIG_ENDIAN 4321

Re: header file substitutes

2024-05-05 Thread Paul Eggert
On 2024-05-04 15:33, Collin Funk wrote: But I don't think C23 has the conversion macros: /* big endian 32 to host. */ uint32_t be32toh (uint32_t); /* little endian 32 to host. */ uint32_t le32toh (uint32_t); Yes, those might be a good reason for a Gnulib endian module,