@nioncode You might need to recompile the C++ standard library (stdenv.cc.cc.lib) with versioned symbols. I think, this could help http://anadoxin.org/blog/control-over-symbol-exports-in-gcc.html, see "Using `ld' linker version script".

Another possible solution: https://stackoverflow.com/questions/20721907/ld-to-library-without-version-information-in-linux

@veprbl thanks, but I'm not sure how I could compile or use a different stdenv in the derivation. Also, to me it looks like the problem is not in the stdenv, but in the Qt libraries, since it works when I use the pre-built libraries shipped by upstream (which does not include libstdc++.so.6).

Maybe the Qt libraries have to be compiled with different flags or version information? Do you have an idea how to do this?

The symbol is from the C++ standard library

# echo _ZNSt20bad_array_new_lengthD1Ev | c++filt
std::bad_array_new_length::~bad_array_new_length()

You can check with nm for which library is exporting it.

Looks like it is properly exported:

$ nm -D /nix/store/n587ax9k9rc5cxm66aiibsss60pqk6b4-gcc-9.3.0-lib/lib/libstdc++.so.6 | grep _ZNSt20bad_array_new_lengthD1Ev
00000000000ac730 T _ZNSt20bad_array_new_lengthD1Ev

The store path is what is written in the p4merge.bin wrapper as LD_LIBRARY_PATH, so this should be the correct library.

But it looks like the Qt libraries are expecting something with version Qt_5 in the symbol and I don't know what this means or how to change the Qt libraries to not require this.

I think the p4v tools actually have this version stored in them, e.g.:

$ objdump -T ../bin/p4merge.bin | grep _ZNSt20bad_array_new_lengthD1Ev
0000000000000000      DF *UND*	0000000000000000  Qt_5        _ZNSt20bad_array_new_lengthD1Ev

And their shipped copies of the Qt libraries seem to provide the symbol:

$ objdump -t libQt5Gui.so.5 | grep _ZNSt20bad_array_new_lengthD1Ev
000000000049df60 g     F .text	0000000000000013              _ZNSt20bad_array_new_lengthD1Ev

However, the Qt libraries in my nix store don't provide the symbol:

$ objdump -t /nix/store/prn6sy8qlgppg3yzb16c7vng2fya1axq-qtbase-5.12.7/lib/libQt5Gui.so | grep _ZNSt20bad_array_new_lengthD1Ev

Can we somehow patch the p4v binaries to remove the version Qt_5 requirement of the symbol so that it can be properly supplied by libstdc++ instead of the Qt libraries that seem to not have it?

I was able to get it working with:

corngood@7682a66

which includes this change to patchelf:

NixOS/patchelf#226

I cleaned it up a bit and made #95748.

Dropping in favor of #95748