From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/13668 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Markus Wichmann Newsgroups: gmane.linux.lib.musl.general Subject: Re: (OT?) Re: [musl] Symbol versioning approximation trips on compat symbols Date: Mon, 28 Jan 2019 16:22:45 +0100 Message-ID: <20190128152244.GA28581@voyager> References: <87r2d5evvi.fsf@oldenburg2.str.redhat.com> <20190124014340.GV23599@brightrain.aerifal.cx> <20190124110931.GU21289@port70.net> <87sgxi718r.fsf@oldenburg2.str.redhat.com> <20190127040424.GA23599@brightrain.aerifal.cx> <20190127093650.GB30123@example.net> <87bm41xpce.fsf@oldenburg2.str.redhat.com> <20190128130813.GC30123@example.net> Reply-To: musl@lists.openwall.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="155929"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mutt/1.10.1 (2018-07-13) To: musl@lists.openwall.com Original-X-From: musl-return-13684-gllmg-musl=m.gmane.org@lists.openwall.com Mon Jan 28 16:23:45 2019 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by blaine.gmane.org with smtp (Exim 4.89) (envelope-from ) id 1go8lE-000eTF-Fj for gllmg-musl@m.gmane.org; Mon, 28 Jan 2019 16:23:44 +0100 Original-Received: (qmail 26122 invoked by uid 550); 28 Jan 2019 15:23:42 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 26101 invoked from network); 28 Jan 2019 15:23:41 -0000 Content-Disposition: inline In-Reply-To: <20190128130813.GC30123@example.net> X-Provags-ID: V03:K1:rqXKAJoiiAzYW2zydQSLMxi3FF/iqLIwIskYhCOVcD4Jf0xSM5y RFS1PlulsG533me2cTSDxtJNPiQ4nbsdcm0iKjz/qKD1X11ll97wUuuKalgnl9uODPzkgWd Jvmde7N84JOgyBIs5nckFsnYp4GltOhHtIszRoqDBWmo5vPdL8j0YorgWXzef8lxxf/TewB eMTRaHdEepXcBeiY7YD/A== X-UI-Out-Filterresults: notjunk:1;V03:K0:fwMCvocuR+A=:ZFq/gCyPwXO40VsW8ZrFdm ys4s8o/Rov1IEfpIQ2HvGslR8/VcZyod5VpkVUlvL9JK9t7FRSb73fMPKXIsPE1d8VQw+Swq6 UVOexVv7N7SQfmGYt5nrIdJrFf8mZ9CdeYXnTEC4IolraivsqCOolNtCDxL/qHecNdJoFH0If VS18/yfefN1XXpwLZ32utVZwbowlEe0fempxLWCy/SHHlEb5i4HJv3eIbSB/rKpjd45hT5Ves SXTmsT3KmJugJmO6kY6NJ0AXb9bNIB9+YegkOAbAQSE79YYO6J71r/C9cJsdsUDWsYFCFxzSV ld0FTthQzr0wEcwaOJJDGUMqu4NhQkRqbEjfhr2qUCtWm7ZDpNVGcWn7pGoeLGHGu3LAyngjf cmcKf2D2l+n/XM4qwCcMT9W7UFPtSiRubGMQPhGFKoAgv+XeEw514G66HX3ufjj33qc2hJeg3 PLl0uaUDeiE3EabTw16GDBk5a3p0UusCjQyqmyCcwuEV9nIQf3TNeU2fiNhfS4bpIK/PVTN/l ZHnfddJQNQvoX9Mjozx0WsAftxchBbzYY2E+P1hfFCxcgBWDIC9Xvxzm09YKcRpTzU6jrqxSH gCgqeH7yPuzT506d5m5pWnNQhYzbrMZNWiy6uPrv4MY/Q9T6qXbYR9A5ob6s2CPEXkr8bkjlS Vuhkm1GDaa+44Zg1xQBcaiGZfQyoW+qvRF3kWnaxmTgDjWTbr3/qyhGf+7cZCNLcYraMhy+qA QZ0gSV2WIknySnPh2TYwxV9ulyXXCpQrX/VsYvIFuNEZC2JQTjOtVMVT85ApyFRiP6Lcet58 Xref: news.gmane.org gmane.linux.lib.musl.general:13668 Archived-At: On Mon, Jan 28, 2019 at 02:08:13PM +0100, u-uy74@aetey.se wrote: > If there is a feature which is hard or impossible to test for, like > symbol versioning, it means that the applications may _have_ to rely on > an explicit build flag telling whether to use it. > Why is symbol versioning hard to test for, again? You make a library containing two versions of the same function, one returns one, the other two. The one that returns one is the default symbol. The test application tries to link against the version that returns two. If that works, symbol versioning is supported. Or do you have to take care of toolchains without shared linking support as well? Is there such a thing as static libs with symbol versioning? Ciao, Markus