All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alejandro Colomar <alx@kernel.org>
To: Joseph Myers <josmyers@redhat.com>
Cc: Joachim Wuttke <j.wuttke@fz-juelich.de>,
	bug-binutils@gnu.org, linux-man@vger.kernel.org,
	Mike Frysinger <vapier@gentoo.org>
Subject: Re: elf(5) and ld.so(8): DT_RPATH deprecated - really?
Date: Mon, 22 Apr 2024 19:58:39 +0200	[thread overview]
Message-ID: <ZialT7CDXzj28K4Q@debian> (raw)
In-Reply-To: <48c28639-f09d-dab2-10bb-9a6813b28062@redhat.com>

[-- Attachment #1: Type: text/plain, Size: 1604 bytes --]

On Mon, Apr 22, 2024 at 04:22:13PM +0000, Joseph Myers wrote:
> On Mon, 22 Apr 2024, Alejandro Colomar wrote:
> 
> > Nobody said it would be removed soon.  But it seems people want to
> > remove it "eventually", with that eventually possibly being in a couple
> > of centuries, if computers still exist.
> > 
> > But if you have the intention of using it in new software, or keeping it
> > in existing software, maybe you could give your reasons to those who
> > deprecated it, so that either you convince them of its usefulness, or
> > they convince you of not using it.
> 
> DT_RPATH is just as useful as it always was for testing purposes, when 
> you're building binaries against a sysroot and use -rpath and 
> -dynamic-linker pointing to that sysroot, and you really do want the RPATH 
> used at runtime to find both direct and indirect dependencies and 
> DT_RUNPATH would *not* serve the same purpose (because the sysroot is 
> intended to have exactly the same binaries that would eventually be used 
> in the root filesystem of the target in production, it would not be 
> appropriate to set DT_RUNPATH in any of those binaries).

Hi Joseph!

Then I guess we must undeprecate it.  I'm fine with that, as long as the
maintainers of ld(1) agree.  Joachim, would you mind sending a patch,
and CC binutils?  I'll leave it a week or two to gather reviews, and if
nobody opposes, I'll merge it.  I can also prepare the patch, if you
prefer.

Have a lovely day!
Alex

> 
> -- 
> Joseph S. Myers
> josmyers@redhat.com
> 

-- 
<https://www.alejandro-colomar.es/>

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2024-04-22 17:58 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-04-19  6:43 elf(5) and ld.so(8): DT_RPATH deprecated - really? Joachim Wuttke
2024-04-22  4:35 ` Alejandro Colomar
2024-04-22 16:22   ` Joseph Myers
2024-04-22 17:58     ` Alejandro Colomar [this message]
2024-04-22 21:08       ` Joachim Wuttke
2024-04-23  7:53       ` [patch] elf.5 and ld.so.8: undeprecate DT_RPATH; explain DT_RPATH vs DT_RUNPATH Joachim Wuttke
2024-05-07 13:12         ` Alejandro Colomar
  -- strict thread matches above, loose matches on Subject: below --
2024-04-16 14:00 elf(5) and ld.so(8): DT_RPATH deprecated - really? Joachim Wuttke

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ZialT7CDXzj28K4Q@debian \
    --to=alx@kernel.org \
    --cc=bug-binutils@gnu.org \
    --cc=j.wuttke@fz-juelich.de \
    --cc=josmyers@redhat.com \
    --cc=linux-man@vger.kernel.org \
    --cc=vapier@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.