Bug#996936: libtool might not use the recommended linker options for macOS >= 12

2021-10-20 Thread Carlo Arenas
Package: libtool
Version: 2.4.6-14
Severity: important
Tags: upstream
Forwarded: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=44605

As originally discussed in upstream bug report 44684, any package
bootstrapped using the upstream libtool.m4 will fail to recognise
macOS BigSur and use the wrong linker flags, which could result in
issues when the libraries are later dlopen (ex: libgcrypt when used by
Guile 3.0.7 through guile-gcrypt[2])

A partial fix for this was committed as
debian/patches/0070-libtool-bigsur.patch but it only corrected the
default call, and will break if MACOSX_DEPLOYMENT_TARGET=12.0 is
provided (which will happen with the release of Monterrey next week)

The simplest solution would be to change the last condition to match
all versions instead of only "10.*|11.*"

[1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=44684
[2] https://dev.gnupg.org/T5610



Bug#877493: errno == 2 when starting a new process

2017-10-02 Thread Carlo Arenas
Package: libc6
Source: glibc
Version: 2.24-11+deb9u1

likely also triggered in other ways (eventhough masked when using a
dso), but the following seems to be an easy way to replicate :

  $ echo -e '#include \n#include \nint main()
{printf("%d\\n", errno); }' > t.c
  $ gcc -static -o t t.c
  $./t
  2

the problem is on the patch[1] to add  the /etc/ld.so/nohwcap flag and
that is not resetting errno after it fails to find that file.

[1] 
https://anonscm.debian.org/cgit/pkg-glibc/glibc.git/tree/debian/patches/any/local-ldso-disable-hwcap.diff