This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Question about EI_ABIVERSION handling
- From: Dragan Mladjenovic <dmladjenovic at wavecomp dot com>
- To: "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>
- Cc: "joseph at codesourcery dot com" <joseph at codesourcery dot com>, "Maciej W . Rozycki" <macro at linux-mips dot org>, Alan Modra <amodra at gmail dot com>, Carlos O'Donell <carlos at redhat dot com>, Faraz Shahbazker <fshahbazker at wavecomp dot com>
- Date: Wed, 26 Jun 2019 11:34:03 +0000
- Subject: Question about EI_ABIVERSION handling
- Arc-authentication-results: i=1; test.office365.com 1;spf=none;dmarc=none;dkim=none;arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=testarcselector01; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kC48yWq5cUoESD7DkPKQ9W5a9+6PCAWu0CM1VoiBVsY=; b=BLvNjhYzkPvo0GXNSHJ6cSIKxbPS5H2gzguLo4bjipfXiEQp6SWddlE30Z/68/y/wnj12UfCJ5uGqKvLwm9TfOOn9/VtOBHaxdXDBgz5GzEQGjGKiX1msAFXAZxpXDx7kQ+gDDBey+bUG8aFDdnX8UoCZ4l4dy4CTDa39SGRD5s=
- Arc-seal: i=1; a=rsa-sha256; s=testarcselector01; d=microsoft.com; cv=none; b=YrL0EdQaAensy+jDuywg8mJBb6dblv4bejvIZUIdYj/hNYsSYMmlxH9h7UIofHZDkicKth8QfzqOA5c9iiuVXFBWWzdvcGEBI9fxuRg+uIveP04rFls4keKAOXf6F3TMQZFOkVPTyjJf41oMIwrMZ/p4e70CU77BpCtnD3l0Bmg=
Hi all,
Apologies to the recipients who received this message more than once.
While I was trying to update an old MIPS PT_GNU_STACK proposal [1] in time for the new ABI
freeze I've noticed an oddity in handling of EI_ABIVERSION field.
It seems that ld.so does not validate EI_ABIVERSION of main executable when the said
executable is loaded directly by the kernel.
I does do so if ld.so is run as a command and then loads the main executable by itself.
Is this behavior intended? If I would wish to ensure that executable with newer ABI
version get rejected by the old loaders, am I expected to add some other incompatible change like
new dynamic tag?
[1] https://sourceware.org/ml/libc-alpha/2016-02/msg00076.html
Best regards,
Dragan