The update to libselinux 3.1 brought a lot of new warnings
when building GNU findutils, e.g.:
../gl/lib/selinux-at.h:34:1: warning: ‘security_context_t’ is deprecated
[-Wdeprecated-declarations]
34 | int getfileconat (int dir_fd, char const *file, security_context_t
*con);
| ^~~
../gl
A gnulib testdir of module 'array-oset' fails to compile with Solaris 10 cc:
cc -xarch=generic64 -O -D_STDC_C99= -g -L/home/haible/prefix-x86_64/lib -o
test-array_oset test-array_oset.o libtests.a ../gllib/libgnu.a libtests.a
../gllib/libgnu.a
Undefined first referenced
One shot !
$ history |tail -n 5
592 git pull
593 ./bootstrap
594 ./configure
595 make
It compiles !
Thanks to Paul Eggert and Pàdraig Brady !
Regards,
Hogren
On 19/10/2020 20:01, Paul Eggert wrote:
On 10/19/20 7:42 AM, Pádraig Brady wrote:
I see there were some adjustments to
On 10/19/20 7:42 AM, Pádraig Brady wrote:
I see there were some adjustments to the handling
in this area in gnulib recently in the modules/parse-datetime file.
Moving this discussion to gnulib...
Savannah Git master coreutils was still using Gnulib
0b93877fc4bdcd84b78805e5917e4ab94684b9bc dat
On 19/10/2020 10:27, Hogren wrote:
Hello world,
I try for the first time to compile coreutils from source (Git).
I read README-hacking, and I tried to execute :
$./bootstrap
$./configure --quiet --enable-gcc-warnings
$make
The two first commands run successfully (without warning), but the
On Windows/MSVC, I get an abort() on line 85:
ASSERT (((uintptr_t) aligned16_blocks[i] % 16) == 0);
m4/malloc-align.m4 indicates that MALLOC_ALIGN should
be 8 or 16. But all (?) Windows targets do have the
'_aligned_malloc()' [1] function which is found nowhere.
So patching like this, test-al
