libbsd/.gitignore

ChangeLog
*~
*.pc
*.la
*.lo
*.o
*.so*
*.a
*.log
*.trs
*.gcda
*.gcno
*.sym
*.map
.dirstamp
.deps/
.libs/
Makefile
Makefile.in
aclocal.m4
autom4te.cache/
build-aux/
configure
config.*
format.ld
libtool
stamp-h1
Automatically generate the ChangeLog on 'make dist' 2008-07-12 07:00:19 +03:00			`ChangeLog`
build: Ignore backup files 2021-11-27 06:54:49 +01:00			`*~`
Generalize pkg-config file handling Use a make pattern for the .pc rule to allow using more than one .pc file. And generalize the .gitignore entry. 2011-02-23 14:01:06 +01:00			`*.pc`
build: Switch to autotools 2010-12-17 11:13:04 +01:00			`*.la`
Add a .gitignore file 2008-06-18 08:00:10 +03:00			`*.lo`
			`*.o`
			`.so`
			`*.a`
build: Ignore automake 1.13+ test suite generated files 2013-05-30 04:09:25 +02:00			`*.log`
			`*.trs`
build: Add code coverage support in the GitLab CI 2021-02-28 05:16:01 +01:00			`*.gcda`
			`*.gcno`
build: Add generated *.sym files to .gitignore 2023-04-18 00:49:09 +02:00			`*.sym`
build: Generate the map file from the configured ABI Some linkers require the map file definitions to contain only symbols that are present on the linked object, either in the map file or in the sym file we generate from the map file. This is preparatory work to be able to conditionally include symbols in the man and sym files depending on the ABI definitions. 2024-02-11 19:35:05 +01:00			`*.map`
build: Set subdir-objects automake option Bump automake minimal version to 1.9. 2013-10-10 09:49:04 +02:00			`.dirstamp`
build: Switch to autotools 2010-12-17 11:13:04 +01:00			`.deps/`
			`.libs/`
			`Makefile`
			`Makefile.in`
			`aclocal.m4`
			`autom4te.cache/`
			`build-aux/`
			`configure`
			`config.*`
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 2021-11-28 22:44:08 +01:00			`format.ld`
build: Switch to autotools 2010-12-17 11:13:04 +01:00			`libtool`
			`stamp-h1`