On 02/03/2019 11:23 PM, Per Jessen wrote:
Marc Chamberlin wrote:
/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld: /lib/libpam.so.0: error adding symbols: file in wrong format collect2: error: ld returned 1 exit status gmake: *** [Makefile:29: vsftpd] Error 1 Wild guess - libpam.so.0 is 32bit?
# file /lib/libpam.so.0.84.2 /lib/libpam.so.0.84.2: ELF 32-bit LSB shared object, Intel 80386,
You'll want to link with the 64-bit version:
# file /lib64/libpam.so.0.84.2 /lib64/libpam.so.0.84.2: ELF 64-bit LSB shared object, x86-64,
Thanks Per, you pointed out the obvious and I am slapping myself on my head! I got to wondering why in the heck the make was trying to load the 32 bit version of the pam library so I dug into the make file. Turns out it uses a "cheesy" script to find and load libraries which defines a library macro to load most libraries with the gcc -l option, EXCEPT for the pam library which the script explicitly defines it to be loaded out of the /lib directory. (yeah this is a bug in the script and I will submit a bug report against it.) This script SHOULD have defined the load with a -lpam option which would have then loaded the right version. Ever onward to solve then next puzzle which seems to be a missing bunch of SSL stuff for vsftpd... I will puzzle on it some but may be back with more questions. ;-) Marc... -- Linux Counter -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org