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.
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
> admin/merg
> > 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
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 'stdb
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 obsolete.
