[PATCH][BZ #17250] Static dlopen default library search path fix

[Mike Frysinger]

On 12 Aug 2015 15:50, Maciej W. Rozycki wrote:
>  However according to both the bug report and how code affected looks like 
> the problem only triggers for dynamic shared objects to be pulled from 
> system directories, such as /lib or /usr/lib (assuming the usual system 
> prefix), and I gather any further ones listed in /etc/ld.so.conf.  These 
> are only populated at the install stage and therefore not relevant for 
> regression testing.
> 
>  Furthermore the bug report explicitly refers to the setting of 
> LD_LIBRARY_PATH as a workaround for the problem, so such an arrangement 
> obviously cannot be used to trigger the bug.  So while code to trigger the 
> problem can be easily made and run standalone, we currently have no 
> provisions available to integrate it into our test suite.

these two points makes writing a test case currently generally infeasible.
it could be added under a xfail section so that if we ever get to a place
where it could be exercised, we have it at hand.

having a testcase is not a hard requirement.  we really want one, but we
are also realistic -- if coming up with one is infeasible relative to the
fixing of the bug, then we just fix the bug.  i think this is such a case.
-mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://sourceware.org/pipermail/libc-alpha/attachments/20150812/4f8b09c7/attachment.sig>