kc3-lang/libbsd/src
Branch :
Log
| Author | Commit | Date | CI | Message |
|---|---|---|---|---|
 |
8f998d1d | 2023-04-22 20:23:08 | progname: Include <procinfo.h> if available We need this header on AIX. Missed transplanting the code from the AIX porting system. Fixes: commit 9fa06763a1afe0946a3a20e5bbdba72885cbade5 | |
|
6385ccc9 | 2023-04-18 03:58:24 | build: Conditionalize bsd_getopt() on macOS The system library provides a getopt() with BSD semantics. | |
|
92337b15 | 2023-04-17 23:59:03 | Make getprogname() porting mandatory Although the function is documented as possibly returning NULL if it cannot find a known source of information, we should still at least attempt to port it to any supported system, and otherwise explicitly mark it as not implementable for such systems if that was to be the case. | |
|
c1206817 | 2023-04-18 00:47:12 | Move the version script comments before the symbols When generating the .sym export file from the .map file, we are not stripping these comments that are part of the same line as the symbol, which causes ld(1) implementations to error out. Moving them before the symbols avoids the need to strip them, as we are only keeping actual symbol lines. | |
|
9fa06763 | 2023-04-18 00:44:49 | Port getprogname() to AIX Get the program name from the COMM field from the proc filesystem. We could use instead the information from the psinfo binary file under /proc, but that seems to have a shorter string limit. | |
|
49c7dd1c | 2023-04-02 22:32:11 | build: Only emit link warnings for ELF objects | |
|
8622767a | 2023-04-11 00:24:13 | build: Use an export symbols file if there is no version script support We generate the symbol list from the version script to avoid repeating ourselves and potentially getting the lists out-of-sync. | |
|
8f610364 | 2023-04-11 03:03:54 | build: Add -no-undefined libtool flag We have no need for undefined symbols, so we can let the shared library build even on systems without support for undefined symbols. | |
|
ae7942ba | 2023-04-11 03:02:30 | build: Do not override the default DEPENDENCIES for libbsd Extend it instead via EXTRA_*_DEPENDENCIES, to make sure that we preserve the builtin library dependencies generated from LIBADD. | |
|
a5faf170 | 2023-04-01 12:46:49 | Only use <stdio_ext.h> if present |