kc3-lang/libbsd/test

Diff

• 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	Upstream Homepage Github Gitlab Fork Github
  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