Sehr geehrter Herr fredvs, (sorry for the delay - I was mostly disconnected some time...)
Sie schrieben am Wed, 25 Jul 2018 14:58:25 -0500 (CDT): > Huh, yes, using 32 bit apps on multi-arch 64 bit system can be ***very*** > painful. Well... Merely _using_ them shouldn't be any different from using native 64-bit ones. But you talked about _building_ such, and this is "somewhat" more challenging, especially as there is no standard way a multi-arch system is set up, especially as to the naming of the requisite directories. > Yesterday, I was even able to run those 32 applications on the multi-arch > os ! "those" like "self-built"? Fine... > But sadly, today I did something wrong and the 32 bit applications fail to > run on the multi-arch os. ... but this is weird. _How_ did they fail, did they miss something, just didn't want to start, or did they crash? BTW, the second effect can also be caused by a missing library, which might be recognizable by a call like "ldd <application>", which gives a list of all the required libraries. > (The good news is that those applications run perfectly on a mono-arch 32 > bit system.) This points a bit upon a missing library problem. > About the ctri.o and ctrn.o problems, the -Xd parameter fixes the linking (BTW, it's c_rt_[in].o in both cases, but that's - probabely - not of concern to you at all.) > (but I did not find why the 64 bit object-files are assigned in place of > 32 bit). There seems to be a problem with the "emulation" switch passed - or maybe not passed - to the linker, and perhaps even before its equvalent to the compiler. What does "file" output as to the ELF type? Maybe for some reason no 32-bit output was produced in the first place, even? -- -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk