Point being that you need said patch for Fedora, Mandriva and openSUSE x86_64 but you people seem not to care or not to need it on debian installs.
So how is it on .deb installs, isn't the wxWidgets stuff in /usr/lib64 or .... ?
I don't have Fedora, Mandriva or openSUSE, so I cannot test anything, I don't like to commit changes, that I cannot test myself, but I might do so in this case, if it does not break distros I can test.
Additional, there are so many other things to do, that I just forgot this problem, sorry.
The wxWidgets libs are in
/usr/lib on debian, but debian links it to
/usr/lib64, so your patch should work.
My problem with the patch is, that according to the fhs the libs should reside in
/usr/lib, not in
/usr/lib64 :
/usr/lib : Libraries for programming and packages
Purpose
/usr/lib includes object files, libraries, and internal binaries that are not intended to be executed directly by users or shell scripts. [22]
Applications may use a single subdirectory under /usr/lib. If an application uses a subdirectory, all architecture-dependent data exclusively used by the application must be placed within that subdirectory. [23]
/usr/lib64 or
/usr/lib32 should be used for alternate formats:
/usr/lib<qual> : Alternate format libraries (optional)
Purpose
/usr/lib<qual> performs the same role as /usr/lib for an alternate binary format, except that the symbolic links /usr/lib<qual>/sendmail and /usr/lib<qual>/X11 are not required. [26]
In my eyes it means on 64-bit systems the real 64-libs should reside in
/usr/lib and additional 32-bit libs have to use
/usr/lib32 and vice-versa.
Nevertheless, I will look into the problem.
Thanks again for reminding.