https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66530
Jonathan Wakely <redi at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2015-06-16
Ever confirmed|0 |1
--- Comment #3 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to Jennifer Yao from comment #2)
> Are you sure that the libstdc++ in the build tree is the one that's loaded
> at runtime on your system? I only ask because I don't have a Linux system to
> test on, and it would be relatively easy to overlook since much of libstdc++
> is header-only anyway.
Absolutely 100% sure. I test it several times a day without installing anything
and if changes I made to non-header code were not testable without installing
the library I would have noticed years ago. For the most recent example, I
testing this patch without installing the library:
https://gcc.gnu.org/ml/gcc-patches/2015-06/msg00917.html
The problem seems to be that LD_LIBRARY_PATH is only used for dlopen() on
cygwin, not for finding dynamically-linked shared libraries.
