Re: [Fetchmail-users] compiling fetchmail as 32 bit on a 64 bit machine

[Matthias A. <mat...@gm...>]

Am 29.01.20 um 22:30 schrieb Joe Acquisto-j4:
>> -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. 

So, I tried Fedora 31 on a 64-bit x86_64 computer with -m32, and had to
install quite a few more RPMs for i686. Since I've stopped using SUSE
ages ago, I don't know their names, but you'll likely need libgcc.i686,
glibc.i686, glibc-devel.i686, openssl-devel.i686, openssl.i686 (or i586,
respectively), and quite possibly others. Note that the fetchmail host
cannot be "older" than the builder else you'll probably see issues with
glibc versioned symblos not found - and I have zero clue how fit an old
SUSE is for cross-building 32-bit code on a 64-bit host.