Dear Gnulib developers,
Le dimanche 21 avril 2024 à 06:52 -0400, Bruno Haible a écrit :
> If you are developer on a package that uses GNU gnulib as part of its
> build
> system:
I have a very simple personal project using gnulib.
> 1. Make sure you have Python (version 3.7 or newer) installed on
Dear gnulib developers,
Is it possible to parameterize the memory allocator for the ordered map
library? I see, for instance, that the rbtree implementation uses
gl_rbtree_ordered.h, after defining things like NODE_PAYLOAD_PARAMS. I
think it would be easy to add a couple of function pointers and s
Hello!
I frequently use ad-hoc code for this, however in library code, in
which xmalloc is not much used.
I learn new gnulib things primarily from the manual. Do you plan to
document it there?
Le vendredi 24 mars 2023 à 22:50 +0100, Bruno Haible a écrit :
> /* Return a copy of string S, as a NUL
Le vendredi 24 mars 2023 à 19:20 -0400, Jeffrey Walton a écrit :
> The type that I'm proposing does not have NUL byte appended to the
> data
> > always and automatically, because I think it is more important to
> > have a
> > string_desc_substring function that does not cause memory
> > allocation
Dear gnulib people,
How do you manage the libtool version information for a library using
gnulib? For now, I have it written down explicitly in configure.ac.
Unfortunately, this requires a new commit to bump the numbers before
each release.
Gnulib provides a script to help update the libtool vers
Hello,
Le dimanche 15 janvier 2023 à 08:03 -0800, Paul Eggert a écrit :
> For TZDB, where users have long wanted reproducibility, I use
> something
> like this in a Makefile recipe for each source file $$file:
>
> time=`git log -1 --format='tformat:%ct' $$file` &&
> t
Hello,
In gl_omap.h, the function to delete a key or a value from an omap is
declared as:
typedef void (*gl_mapkey_dispose_fn) (const void *key);
typedef void (*gl_mapvalue_dispose_fn) (const void *value);
They are always called on a value marked as const void *.
Why is it the case? I will have
Dear gnulib developers,
If I try to include the gnulib tests with my project, and build with
address sanitizer, then almost all tests fail, many of which because of
64 bytes allocated in argz_add_sep, a few others are because the amount
of bytes required for an allocation is too large, and asan de
Hello,
Le dimanche 03 juillet 2022 à 16:52 +0200, Bruno Haible a écrit :
> +Here @code{BUILDING_SHARED} is a C macro that you have to define.
> It
> +ought to evaluate to 1 in a build configured with @samp{--enable-
> shared},
> +or to 0 in a build configured with @samp{--disable-shared}.
That’s
Dear gnulib people,
I have recently learnt how to use gnulib, and I have to say, it is
pretty impressive. It provides some very useful functions, and it
integrates smoothly with my existing workflows, including git and, more
surprisingly, guix.
I am still discovering the modules, but have already
Sorry, I have just checked and automake does not distribute the
generated source by default, thus the modified .y.c rule is required.
Le vendredi 16 mars 2018 à 19:09 +0100, Vivien Kraus a écrit :
> Hello,
>
> Distributing the generated sources is the default behaviour to expect
> f
Hello,
Distributing the generated sources is the default behaviour to expect
from automake; I don't really understand why it is needed to override
the .y.c rule... This behaviour permits you to configure, build,
install, check... the package without having bison installed. Since
the generated .c
Hello,
I would like to use gnulib for my autotools-based project. However,
when I want to link the gnulib in my program:
SUBDIRS = lib
bin_PROGRAMS = test
test_LDADD = lib/libgnu.la
make cannot re-build lib/libgnu.la since it is defined in
lib/Makefile.am as the target "libgnu.la" a
13 matches
Mail list logo
