kc3-lang/libbsd/test

• Show log

  Commit

• Hash : e7cf8c57
  Author :
  Date : 2021-11-28T22:44:08
  

  Switch md5 compatibility logic back to direct linking When using the recent dlsym() based wrapper, we are not requiring any symbol from libmd, as we resolve those dynamically at run-time. We were ending up linking against libmd because in another part of the code we require (depending on the architecture) the SHA512 functions for the getentropy() local implementation. But that function might be provided by the system libc on some systems, which means we end up not linking against libmd at all. To solve this we go back to the previous simpler solution of linking directly, which had the main drawback of then making programs fail to link when not specifying -lmd (on platforms that need it). And then switch the .so link point from a symlink to a linker script, so that we can inject the -lmd library as-needed. This is similar to what glibc is doing. Fixes: commit 31f034e3862debda8615a449b1c11c4d6920dcc7

• Files

• .gitignore
• Makefile.am
• arc4random.c
• bzero.c
• closefrom.c
• endian.c
• fgetln.c
• fparseln.c
• fpurge.c
• funopen.c
• headers-overlay.sh
• headers-system.sh
• humanize.c
• md5.c
• nlist.c
• overlay.c
• proctitle.c
• progname.c
• pwcache.c
• setmode.c
• strl.c
• strmode.c
• strnstr.c
• test-stream.c
• test-stream.h
• vis-openbsd.c
• vis.c

• Properties

• Git HTTP	https://git.kmx.io/kc3-lang/libbsd.git
  Git SSH	git@git.kmx.io:kc3-lang/libbsd.git
  Public access ?	public
  Description	https://libbsd.freedesktop.org/
  Users
  Tags	0.9.1 0.9.0 0.8.7 0.8.6 0.8.5 0.8.4 0.8.3 0.8.2 0.8.1 0.8.0 0.7.0 0.6.0 0.5.2 0.5.1 0.5.0 0.4.2 0.4.1 0.4.0 0.3.0 0.2.0 0.11.7 0.11.6 0.11.5 0.11.4 0.11.3 0.11.2 0.11.1 0.11.0 0.10.0 0.1.6 0.1.5 0.1.4 0.1.3 0.1.2 0.1.1 0.1.0 0.0.1 0.0