From: Joe Acquisto-j. <jo...@j4...> - 2020-01-29 21:30:34
|
>>> > -lresolv -lssl -lcrypto >>>> /usr/lib64... skipping incompatible >>> >>> Try pointing -I and -L at 32 bit versions of those, >>> probably of kerberos too if you need that. > > Why not compile it directly on the 32bit box. > > Compiling a 32bit prog needs 32bit libs linked into it, not 64bit. > gcc was looking at the 64bit libs and complained about them. > Probably easier to download latest, or copy over old, precompiled > 32bit libs of openssl and resolver than trying to compile them too from > source as 32bit. They're usually in 32bit package repos of whatever OS. > Also easier to add -static to LDFLAGS CPPFLAGS, else > you'll probably have to copy all the compiled against 32bit libs > over to the 32bit box into whatever hiers or > into a dedicated private LD_LIBRARY_PATH dir. > Maybe the OS already has a up to date 32bit fetchmail > package binary users could manually extract and run. > That's all userland, then there's kernel ABI... > especially if crossing major kernel version nums. > Uprev direction might require kernel rebuild with > compat options, compat libs, etc. Downrev is more work. > > The work involved building into old prods usually > triggers migration and a vow to keep updated. > > The box it is running on has shortcomings, needs packages that cannot be got. Everything needs refresh, bottom up. Just trying to get a more up to day version of fetchmail on it for the time being. May approach this another way. -- +++++++++++++++++++++++ joea@@j4computers.com https://www.j4computers.com 845-687-3734 +++++++++++++++++++++++ |