Ping: [PATCH] libstdc++: Fix LD_LIBRARY_PATH when testing an installed compiler

[Arsen Arsenović]

Arsen Arsenović <aarsenovic@baylibre.com> writes:

> Previously, none would be set, so an installed compiler that does not
> emit an RPATH to its libraries would not be able to execute programs
> that require libstdc++.so symbols.
>
> libstdc++-v3/ChangeLog:
>
> 	* testsuite/lib/libstdc++.exp (libstdc++_init): Use
> 	gcc-set-multilib-library-path to calculate LD_LIBRARY_PATH for
> 	installed G++ compilers.
> ---
> Before:
>
>   Setting LD_LIBRARY_PATH to :/usr/local/tools/gcc-2025/lib64:/usr/local/tools/gcc-2025/lib
>   Execution timeout is: 300
>   spawn [open ...]
>   ./1.exe: /usr/local/tools/gcc-2025/lib64/libstdc++.so.6: version `GLIBCXX_3.4.35' not found (required by ./1.exe)
>   FAIL: 23_containers/flat_set/1.cc  -std=gnu++26 execution test
>
> After:
>
>   Setting LD_LIBRARY_PATH to :/srv/data/aarsenovic/getting-started/install/lib/gcc/x86_64-none-linux-gnu/17.0.0/../../../../x86_64-none-linux-gnu/lib/../lib64::/srv/data/aarsenovic/getting-started/install/lib/gcc/x86_64-none-linux-gnu/17.0.0/../../../../x86_64-none-linux-gnu/lib/../lib64:/usr/local/tools/gcc-2025/lib64:/usr/local/tools/gcc-2025/lib
>   Execution timeout is: 300
>   spawn [open ...]
>   PASS: 23_containers/flat_set/1.cc  -std=gnu++26 execution test
>
> Other testsuites also seem to do this.
>
> OK?  It may be useful also to backport.

Gentle ping
-- 
Arsen Arsenović
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 430 bytes
Desc: not available
URL: <https://gcc.gnu.org/pipermail/libstdc++/attachments/20260716/84fd01f0/attachment.sig>