Re: [PATCH] relocatable: free memory in DLL_PROCESS_DETACH

On Sun, 08 Aug 2021 19:18:51 +0200 Bruno Haible wrote: > > This is noticeable in Claws because we load/unload Enchant when we > > open/close a message compose window. > > Thanks for explaining the use-case. I could not imagine why it would > be useful to care about DLL_PROCESS_DETACH, i.e. why

Re: request for minor change to canonicalize-lgpl.c

Mike Fulton wrote: > > I am building m4 (latest) on the z/OS operating system and for the most > > part, things are going very well. > > I am not sure of the best place to request this - whether as a 'bug' report > > (which this is not) or as a discussion topic, so I decided on 'discussion'. > > >

ptsname_r: Drop sync with glibc

The ptsname_r implementation in Gnulib and the ptsname and ptsname_r implementations in glibc have diverged over the years. Gnulib's lib/ptsname_r.c file bears no resemblence any more with any of the ptsname.c files in glibc. It was originally derived from glibc/sysdeps/unix/bsd/ptsname.c, which wa

config: Update after glibc changed

glibc dropped a couple of files, see https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=2fc6557eb89af08a6ca1129cd3cd9ddc62925e8b 2021-08-08 Bruno Haible config: Update after glibc changed. * config/srclist.txt: Remove two files that glibc dropped on 2013-12-17. diff --git

Re: [PATCH] relocatable: free memory in DLL_PROCESS_DETACH

Hi, Jonathan Boeing wrote: > Claws Mail uses the Enchant spell checking library, which we build with > relocatable support for Windows. > > Running with app verifier enabled caught a memory leak in > lib/relocatable.c. The memory allocated in DllMain() by: > > shared_library_fullname = strdup (

fopen: Fix link error on native Windows

A testdir for module 'fopen', when compiled on mingw, gives these link errors: x86_64-w64-mingw32-gcc -Wno-error -g -O2 -L/usr/local/mingw64/lib -o test-fgetc.exe test-fgetc.o libtests.a ../gllib/libgnu.a libtests.a ../gllib/libgnu.a libtests.a ../gllib/libgnu.a(fopen.o): In function `rpl_fo

fopen: Fix compilation error on AIX (regression from 2020-05-28)

When compiling a testdir for module 'fopen' on AIX 7, I get this compilation error: gcc -maix64 -DHAVE_CONFIG_H -I. -I../../../fopen/gllib -I.. -DGNULIB_STRICT_CHECKING=1 -I/home/haible/prefix64/include -Wall -D_THREAD_SAFE -g -O2 -MT fopen.o -MD -MP -MF .deps/fopen.Tpo -c -o fopen.o ../../..

Re: stdio: Improve GCC 11 allocation-deallocation checking

Yesterday I pushed this: > 2021-08-07 Bruno Haible > > stdio: Improve GCC 11 allocation-deallocation checking. > * lib/stdio.in.h (fdopen, fopen, tmpfile): Declare that deallocation > must happen through 'fclose'. > (popen): Declare that deallocation must happen through

Re: dirent: Improve GCC 11 allocation-deallocation checking

Yesterday I pushed this: > 2021-08-07 Bruno Haible > > dirent: Improve GCC 11 allocation-deallocation checking. > * lib/dirent.in.h (closedir): Move declaration up. > (opendir, fdopendir): Declare that that deallocation must happen through > 'closedir'. This needs a twe

Re: stdlib, string, wchar: Improve GCC 11 allocation-deallocation checking

Yesterday I pushed this: > 2021-08-07 Bruno Haible > > stdlib, string, wchar: Improve GCC 11 allocation-deallocation checking. > * lib/stdlib.in.h (free): Move declaration up. > (aligned_alloc, calloc, canonicalize_file_name, malloc, realloc): > Declare that deallocation