Azat Khuzhin f187c3499a Fix getauxval() by using procfs with fallback to environ ... getauxval() from glibc-compatibility did not work always correctly: - It does not work after setenv(), and this breaks vsyscalls, like sched_getcpu() [1] (and BaseDaemon.cpp always set TZ if timezone is defined, which is true for CI [2]). Also note, that fixing setenv() will not fix LSan, since the culprit is getauxval() [1]: https://bugzilla.redhat.com/show_bug.cgi?id=1163404 [2]: ClickHouse#32928 (comment) - Another think that is definitely broken is LSan (Leak Sanitizer), it relies on worked getauxval() but it does not work if __environ is not initialized yet (there is even a commit about this). And because of, at least, one leak had been introduced [3]: [3]: ClickHouse#33840 Fix this by using /proc/self/auxv with fallback to environ solution to make it compatible with environment that does not allow reading from auxv (or no procfs). v2: add fallback to environ solution v3: fix return value for __auxv_init_procfs() Refs: #33957 Signed-off-by: Azat Khuzhin <a.khuzhin@semrush.com>		2022-07-18 16:49:49 +03:00
..
memcpy
musl	Fix getauxval() by using procfs with fallback to environ	2022-07-18 16:49:49 +03:00
CMakeLists.txt	Remove outdated links from CI	2022-03-28 15:53:22 +02:00
glibc-compatibility.c