On Thu, Aug 19, 2021 at 02:09:59PM +0100, [email protected] wrote:
> Hi Aaron,
>
> I see Will has already given a holding reply. Can I ask you to forward a
> 'corepop' that works to
> me? I suspect you are right that that is the underlying issue.
AFAICS what you ship as 'corepop' is much bigger than necessary.
On latest (???) I get:
$ ldd linux/x86_64/05_08_00.2021_07_30.corepop
linux-vdso.so.1 (0x00007ffe2b9fc000)
libXt.so.6 => /usr/lib/x86_64-linux-gnu/libXt.so.6 (0x00007f93c77bc000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6
(0x00007f93c7479000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f93c7275000)
libncurses.so.5 => /lib/x86_64-linux-gnu/libncurses.so.5
(0x00007f93c7050000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5
(0x00007f93c6e26000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f93c6b25000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f93c677a000)
libSM.so.6 => /usr/lib/x86_64-linux-gnu/libSM.so.6 (0x00007f93c6572000)
libICE.so.6 => /usr/lib/x86_64-linux-gnu/libICE.so.6
(0x00007f93c6355000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1
(0x00007f93c6133000)
/lib64/ld-linux-x86-64.so.2 (0x00007f93c7a25000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f93c5f2e000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6
(0x00007f93c5d2a000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6
(0x00007f93c5b25000)
which means it is linked with X and ncureses. Earlier (???) gives:
$ ldd linux/x86_64/05_08_00.2021_06_24.corepop
linux/x86_64/05_08_00.2021_06_24.corepop: /lib/x86_64-linux-gnu/libtinfo.so.5:
no version information available (required by
linux/x86_64/05_08_00.2021_06_24.corepop)
linux/x86_64/05_08_00.2021_06_24.corepop: /lib/x86_64-linux-gnu/libm.so.6:
version `GLIBC_2.29' not found (required by
linux/x86_64/05_08_00.2021_06_24.corepop)
linux-vdso.so.1 (0x00007ffd0416c000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fbf59d7b000)
libncurses.so.5 => /lib/x86_64-linux-gnu/libncurses.so.5
(0x00007fbf59b56000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5
(0x00007fbf5992c000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fbf5962b000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fbf59280000)
/lib64/ld-linux-x86-64.so.2 (0x00007fbf59f7f000)
which is contains much less libraries, but is still linked to ncurses.
Also, this one in probably build on quite new system and hardcodes
dependence on GLIBC_2.29, which is newer than any libc I have.
I would guess that in both cases main trouble was dependence on
ncurses 5.
As I wrote, 'corepop' should be linked without ncurses, and system
on which it is build should be relatively old. Otherwise you
risk dependence on new version of library (GLIBC_2.29 above).
Building 'corepop' without ncurses requires some effort. This
is done by Makefile that I provide...
--
Waldek Hebisch
