/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found

[robert rozee]

I find it hard to believe that its not easier (and safer) to have a VM setup

well, i was going to disagree with dbannon, but then tried what Fred vS suggested:

Maybe not related but, fpc using "external", does not allow "extended" so extension ( libc.so.6 vs libc.so ).
You may try using a symlink libc.so with target libc.so.6.

i placed libc.so in the project directory, and things happened... but unfortunately not quite in the way that i had hoped for! the presence of an 'old' libc.so rippled through the entire build of everything else that had built when anything was installed on the machine. so it would seem that the presence of the 'old' libc.so may needs to be strictly limited to just when the final executable is being put together. i can't see any sensible way to achieve this.

Code: [Select]

Compile Project, Mode: Release, Target: project1: Exit code 1, Errors: 1, Hints: 4
Hint: Start of reading config file /etc/fpc.cfg
Hint: End of reading config file /etc/fpc.cfg
unit1.pas(216,7) Hint: Local const "SoftwareKey" is not used
unit1.pas(365,7) Note: Local variable "CPC" not used
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `lstat64@GLIBC_2.33'
linker: /usr/bin/ld: /lib/x86_64-linux-gnu/libmount.so.1: undefined reference to `fstatat@GLIBC_2.33'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_rwlock_trywrlock@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_rwlock_wrlock@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `dlinfo@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `pthread_mutexattr_init@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `fcntl64@GLIBC_2.28'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `stat64@GLIBC_2.33'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `pthread_create@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `close_range@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `lstat@GLIBC_2.33'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `dlclose@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_rwlock_tryrdlock@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_detach@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_setname_np@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_key_delete@GLIBC_2.34'
linker: /usr/bin/ld: /lib/x86_64-linux-gnu/libselinux.so.1: undefined reference to `gettid@GLIBC_2.30'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `dlsym@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_rwlock_unlock@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_setspecific@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `dlopen@GLIBC_2.34'
linker: /usr/bin/ld: /lib/x86_64-linux-gnu/libgio-2.0.so.0: undefined reference to `statx@GLIBC_2.28'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `fstat64@GLIBC_2.33'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_rwlock_init@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_sigmask@GLIBC_2.32'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `dlerror@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_getspecific@GLIBC_2.34'
linker: /usr/bin/ld: /lib/x86_64-linux-gnu/libgio-2.0.so.0: undefined reference to `dn_expand@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `pthread_mutex_trylock@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `pthread_mutexattr_destroy@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_attr_setstacksize@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `pthread_join@GLIBC_2.34'
linker: /usr/bin/ld: /lib/x86_64-linux-gnu/libgio-2.0.so.0: undefined reference to `res_nquery@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `pthread_mutexattr_settype@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_rwlock_rdlock@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `stat@GLIBC_2.33'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `fstat@GLIBC_2.33'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `pthread_once@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `dladdr@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_rwlock_destroy@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_key_create@GLIBC_2.34'
linker: /usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `dladdr1@GLIBC_2.34'
project1.lpr(24,1) Error: Error while linking


That is strange (or I am extremely lucky).
[...]
Have you tried to look at what adding the FPC option -k--trace produces for you ?

i suspect you are extremely lucky! i'm picking that it is dependent on when everything else on your system was built and what versions of various libraries were present at that time.

using the lazarus IDE, where can "-k--trace" be inserted? i have never tried using FPC at the commandline to build one of my projects.


cheers,
rob   :-)

[TRon]

i suspect you are extremely lucky! i'm picking that it is dependent on when everything else on your system was built and what versions of various libraries were present at that time.

Sorry I thought it was clear from fredvs' comment. I placed the literal named file "libc.so" in my build directory. and end up with your result.

using the lazarus IDE, where can "-k--trace" be inserted? i have never tried using FPC at the commandline to build one of my projects.

Lazarus has a special linker section for that in your project options.

If you have your project open:
- menu -> project -> project options to show the project options window
- in the (left) tree select the root item Compiler Options
- select the node Compilation and linking
- at the bottom at the right side appears at the bottom a section named linking
- check the box "Pass options to linker...."
- you probably only need to add "--trace" (without quotes) to the edit box

Depending on what version of glibc you have compiled (or are using to build against) the thread functions were removed (or added I can't remember which way it is). Point being, I got the same results and I need to either compile libc another way and/or compile the thread library as well.

[MarkMLl]

Sorry I thought it was clear from fredvs' comment. I placed the literal named file "libc.so" in my build directory. and end up with your result.

A file or a symlink?

MarkMLl

[TRon]

A file or a symlink?

Literally a file. But because you asked I tried that with a symlink as well -> works.

[sketch]

Code: [Select]

$ ldd --version ldd
ldd (Ubuntu GLIBC 2.35-0ubuntu3.1) 2.35

I built a different version of glibc into /tmp/glibc-2.36

Code: [Select]

$ mkdir build
$ cd build
$ ../configure --prefix=/tmp/glibc-2.36
$ make
$ make install


Code: [Select]

$ cat hello.c
#include <stdio.h>

int main(void) {
  printf("hello\n");
  return 0;
}

Build a new executable.

Code: [Select]

$ g++ -Xlinker -Map=b.map -o xhello -static -L /tmp/glibc-2.36/lib -I /tmp/glibc-2.36/include -Wl,--rpath=/tmp/glibc-2.36/lib -Wl,--dynamic-linker=/tmp/glibc-2.36/lib/ld-linux-x86-64.so.2 hello.c


Code: [Select]

$ more b.map
Archive member included to satisfy reference by file (symbol)

/tmp/glibc-2.36/lib/libc.a(libc-start.o)
                              /usr/lib/gcc/x86_64-linux-gnu/11/../../../x86_64-l
inux-gnu/crt1.o (__libc_start_main)
/tmp/glibc-2.36/lib/libc.a(check_fds.o)
                              /tmp/glibc-2.36/lib/libc.a(libc-start.o) (__libc_c
heck_standard_fds)
/tmp/glibc-2.36/lib/libc.a(libc-tls.o)
...


Code: [Select]

$ cd /tmp
$ mv glibc-2.36 noglibc-2.36
$ ls -ld glibc-2.36
ls: cannot access 'glibc-2.36': No such file or directory
$ ./xhello
hello

You can certainly build a static executable using a different version of glibc that you build yourself. Of course I used C++ in the build of the binary, but it should be translatable to fpc.

[Fred vS]

...
I built a different version of glibc into /tmp/glibc-2.36

Code: [Select]

$ mkdir build
$ cd build
$ ../configure --prefix=/tmp/glibc-2.36
$ make
$ make install


Hello Sketch and thanks for your tips.
About compiling a old version of libc.so, do you know how to find/get libc.so without install it in the system?
This because the last time that I did this, with $ make install it erased the installed libc.so and after this the system was not working anymore.

Thanks.

Fre;D

[sketch]

On Ubuntu you can use download packages and then extract the contents.

Code: [Select]

$ sudo apt-get download regina-rexx
It will save the package to your CWD.

Code: [Select]

$ ar x regina-rexx_3.6-2.4_amd64.deb
$ ls
control.tar.xz  data.tar.xz  debian-binary  regina-rexx_3.6-2.4_amd64.deb
$ unxz data.tar.xz
$ tar -xvf data.tar
./
./usr/
./usr/bin/
./usr/bin/regina
./usr/bin/rexx
./usr/bin/rxqueue
./usr/bin/rxstack
...
$ cd usr/bin
$ rexx --version

Regina REXX-Regina_3.6 5.00 31 Dec 2011. All rights reserved.
Regina is distributed under the terms of the GNU Library Public License
and comes with NO WARRANTY. See the file COPYING-LIB for details.

To run a Rexx program:
./rexx [-h?vrt[ir]ap] program [arguments...]
...

I would assume Ubuntu has a public repository where you can also download .deb packages. I've downloaded Red Hat RPM packages before to extract them using rpm2cpio before too at the day job.

Hopefully that is what you're looking for?

[Fred vS]

A file or a symlink?

Literally a file. But because you asked I tried that with a symlink as well -> works.

Are you talking about the trick to use -Fl, -Xr, Xd  and -FD and symlink without extended number extension?
And saying it works for you?
If yes, could you give the fpc parameters that you used?

Even better, give in attachment the zipped files of old libc.so.6 and other files needed for linking?
 

Thanks.

Fre;D

[Fred vS]

...
Hopefully that is what you're looking for?

Hum, not really but thanks.
Afaik, if somebody want to install in a custom directory with $ sudo make install , a fake system-root directory must be created and use a parameter to use that fake-root-directory instead of the directory of the system.

But if somebody has already done the job, of course I would prefer to use his zipped directory. 

Fre;D

[robert rozee]

- you probably only need to add "--trace" (without quotes) to the edit box

is this the output you are after? my apologies for it being so long, you'll see i needed to trim it before the forum software would let me post it!

i'm thinking more again about a 'fake' libc.so, no functioning code (or just stubs if needsbe) but the necessary symbols to keep the linker happy. one could then within it have defined the necessary minimum version numbers to match the requirements of your project.

i can see (in a warped way) why the linker enforces the minimum versions - it is saying "i can build your project on this machine, but can not be sure the build will run on an older one. i am also assuming that YOU are going to fully test the code i've just built to make sure that everything works fully on this machine".

what the linker does NOT know, however, is the minimum versions are for the your project it has just built. for instance, it might be imposing dlopen@GLIBC_2.34 based upon data it has gleaned from libc.so, but your project may only be making use of dlopen functionality that has been present since the 2.1.0 version.

hence, while there is some rationale behind what the linker is doing, it is acting on incomplete information and it's strategy is flawed.

btw: in the 'Wonderful World of Windows' - where i lived for many years but finally abandoned around 5 years ago - this problem is handled by every documented library call having a revision history, where history markers may be '2000', 'XP', 'XP SP3', '7', etc. when coding to use any library function, one just checks the level of functionality available at your minimum target level and make sure to not use any later functionality.


cheers,
rob   :-)

Code: [Select]

Hint: (11030) Start of reading config file /etc/fpc.cfg
Hint: (11031) End of reading config file /etc/fpc.cfg
Free Pascal Compiler version 3.2.0 [2020/07/07] for x86_64
Copyright (c) 1993-2020 by Florian Klaempfl and others
(1002) Target OS: Linux for x86-64
(3104) Compiling project1.lpr
(3104) Compiling unit1.pas
(3104) Compiling unit2.pas
[...]
(3104) Compiling unit3.pas
[...]
(3104) Compiling unit4.pas
[...]
(3104) Compiling unit5.pas
[...]
(9022) Compiling resource /home/user/pascal/GFXterm 2.1c/lib/x86_64-linux/project1.or
(9015) Linking /home/user/pascal/GFXterm 2.1c/project1
/usr/lib/x86_64-linux-gnu/crti.o
/usr/lib/gcc/x86_64-linux-gnu/9/crtbeginS.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/si_c.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/abitag.o
/home/user/pascal/GFXterm 2.1c/lib/x86_64-linux/project1.o
/home/user/pascal/GFXterm 2.1c/lib/x86_64-linux/project1.or
/usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/system.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/fpintres.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/objpas.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/cthreads.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/interfaces.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/forms.o
/home/user/pascal/GFXterm 2.1c/lib/x86_64-linux/unit1.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/linux.o
[...]
/usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/unixcp.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2disableliboverlay.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2int.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/classes.o
[...]
/usr/lib/fpc/3.2.0/units/x86_64-linux/x11/x.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/gtk2/gdk2x.o
[...]
/usr/lib/fpc/3.2.0/units/x86_64-linux/gtk2/pango.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/lazfileutils.o
[...]
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/lazstringutils.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/dialogs.o
[...]
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/lcltype.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/graphtype.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/graphmath.o
[...]
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2msgqueue.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/x11/xrender.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/cairo/cairo.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/gtk2/atk.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/lazutilsstrconsts.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/fpcadds.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/rtl-objpas/strutils.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-base/gettext.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/lazclasses.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/lazmethodlist.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/laz_avl_tree.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/fgl.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/laztracer.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/lazutilities.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/lresources.o
[...]
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/lcltaskdialog.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/uitypes.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/fileutil.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/rtl-objpas/variants.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/lazconfigstorage.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/dynqueue.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/lazutf8classes.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/rtl-objpas/varutils.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/avglvltree.o
[...]
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/lazsysutils.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-image/fpimage.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/intfgraphics.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-image/fpreadbmp.o
[...]
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-image/fptiffcmn.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/lclversion.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/icnstypes.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-image/fpimgcmn.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-image/pngcomn.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/paszlib/zstream.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/paszlib/zbase.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/paszlib/gzio.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/hash/crc.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/paszlib/zdeflate.o
[...]
/usr/lib/fpc/3.2.0/units/x86_64-linux/paszlib/inffast.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/lazversion.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-base/contnrs.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-image/fpcanvas.o
[...]
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-image/fpreadgif.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/lclrescache.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/wsreferences.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-image/clipping.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/pasjpeg/jpeglib.o
[...]
/usr/lib/fpc/3.2.0/units/x86_64-linux/pasjpeg/jfdctflt.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-base/syncobjs.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/tmschema.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/masks.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-process/process.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-process/pipes.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/termio.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-base/custapp.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/customtimer.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/actnlist.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/helpintfs.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/imglist.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-base/singleinstance.o
[...]
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-image/ellipses.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/wsimglist.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/wsproc.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/wsfactory.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/propertystorage.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-base/rttiutils.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/wsmenus.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/lazlogger.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/chm/fasthtmlparser.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/wsforms.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/imagelistcache.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/textstrings.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/extendedstrings.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/wsstdctrls.o
[...]
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/wstoolwin.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/gtk2/gtk2ext.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/extdlgs.o
[...]
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/lclmemmanager.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2wsprivate.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-base/uriparser.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2wscontrols.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/lazlinkedlist.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2wsfactory.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2wsstdctrls.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2wschecklst.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2themes.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/spin.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/grids.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/pairsplitter.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/wsspin.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/fcl-xml/htmldefs.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/maskedit.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/dynamicarray.o
[...]
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/laz2_xmlutils.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/wsgrids.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/wspairsplitter.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2wsbuttons.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2wscalendar.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2wscomctrls.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2wsdialogs.o
/usr/bin/ld: /usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/cthreads.o: in function `CTHREADS_$$_LOADPTHREADS$$BOOLEAN':
cthreads.pp:(.text.n_cthreads_$$_loadpthreads$$boolean+0xe): undefined reference to `dlopen'
/usr/bin/ld: cthreads.pp:(.text.n_cthreads_$$_loadpthreads$$boolean+0x34): undefined reference to `dlsym'
/usr/bin/ld: cthreads.pp:(.text.n_cthreads_$$_loadpthreads$$boolean+0x4e): undefined reference to `dlsym'
/usr/bin/ld: cthreads.pp:(.text.n_cthreads_$$_loadpthreads$$boolean+0x68): undefined reference to `dlsym'
/usr/bin/ld: cthreads.pp:(.text.n_cthreads_$$_loadpthreads$$boolean+0x82): undefined reference to `dlsym'
/usr/bin/ld: cthreads.pp:(.text.n_cthreads_$$_loadpthreads$$boolean+0x9c): undefined reference to `dlsym'
/usr/bin/ld: /usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/cthreads.o:cthreads.pp:(.text.n_cthreads_$$_loadpthreads$$boolean+0xb6): more undefined references to `dlsym' follow
/usr/bin/ld: /usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/cthreads.o: in function `CTHREADS_$$_UNLOADPTHREADS$$BOOLEAN':
cthreads.pp:(.text.n_cthreads_$$_unloadpthreads$$boolean+0xd): undefined reference to `dlclose'
/usr/bin/ld: /usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/dl.o: in function `DL_$$_UNIXGETMODULEBYADDR$POINTER$POINTER$OPENSTRING':
dl.pp:(.text.n_dl_$$_unixgetmodulebyaddr$pointer$pointer$openstring+0x39): undefined reference to `dladdr'
/usr/bin/ld: /usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/dynlibs.o: in function `DYNLIBS_$$_SYSLOADLIBRARYA$RAWBYTESTRING$$INT64':
dynlibs.pas:(.text.n_dynlibs_$$_sysloadlibrarya$rawbytestring$$int64+0x17): undefined reference to `dlopen'
/usr/bin/ld: /usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/dynlibs.o: in function `DYNLIBS_$$_SYSGETPROCEDUREADDRESS$INT64$ANSISTRING$$POINTER':
dynlibs.pas:(.text.n_dynlibs_$$_sysgetprocedureaddress$int64$ansistring$$pointer+0x12): undefined reference to `dlsym'
/usr/bin/ld: /usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/dynlibs.o: in function `DYNLIBS_$$_SYSUNLOADLIBRARY$INT64$$BOOLEAN':
dynlibs.pas:(.text.n_dynlibs_$$_sysunloadlibrary$int64$$boolean+0x6): undefined reference to `dlclose'
/usr/bin/ld: /usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/dynlibs.o: in function `DYNLIBS_$$_SYSGETLOADERRORSTR$$SHORTSTRING':
dynlibs.pas:(.text.n_dynlibs_$$_sysgetloaderrorstr$$shortstring+0xd): undefined reference to `dlerror'
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2wsextctrls.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2wsextdlgs.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2wsforms.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2wsgrids.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2wsimglist.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2wsmenus.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2wsspin.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2wspairsplitter.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/unitywsctrls.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2cellrenderer.o
/usr/share/lazarus/2.0.12/lcl/units/x86_64-linux/gtk2/gtk2listviewtreemodel.o
/home/user/pascal/GFXterm 2.1c/lib/x86_64-linux/unit2.o
/home/user/pascal/GFXterm 2.1c/lib/x86_64-linux/unit3.o
/home/user/pascal/GFXterm 2.1c/lib/x86_64-linux/unit4.o
/home/user/pascal/GFXterm 2.1c/lib/x86_64-linux/unit5.o
/usr/share/lazarus/2.0.12/components/lazutils/lib/x86_64-linux/lconvencoding.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/dos.o
/usr/lib/fpc/3.2.0/units/x86_64-linux/rtl/strings.o
/usr/lib/x86_64-linux-gnu//libpthread.a
/usr/lib/x86_64-linux-gnu//libasound.so
/usr/lib/x86_64-linux-gnu//libdl.a
/usr/lib/x86_64-linux-gnu//libgdk-x11-2.0.so
/usr/lib/x86_64-linux-gnu//libX11.so
/usr/lib/x86_64-linux-gnu//libgdk_pixbuf-2.0.so
/usr/lib/x86_64-linux-gnu//libgtk-x11-2.0.so
/usr/lib/x86_64-linux-gnu//libgobject-2.0.so
/usr/lib/x86_64-linux-gnu//libglib-2.0.so
/usr/lib/x86_64-linux-gnu//libgthread-2.0.so
/usr/lib/x86_64-linux-gnu//libgmodule-2.0.so
/usr/lib/x86_64-linux-gnu//libpango-1.0.so
/usr/lib/x86_64-linux-gnu//libcairo.so
/usr/lib/x86_64-linux-gnu//libatk-1.0.so
./libc.so
/usr/lib/gcc/x86_64-linux-gnu/9/crtendS.o
/usr/lib/x86_64-linux-gnu/crtn.o
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `lstat64@GLIBC_2.33'
/usr/bin/ld: /lib/x86_64-linux-gnu/libmount.so.1: undefined reference to `fstatat@GLIBC_2.33'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_rwlock_trywrlock@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_rwlock_wrlock@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `dlinfo@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `pthread_mutexattr_init@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `fcntl64@GLIBC_2.28'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `stat64@GLIBC_2.33'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `pthread_create@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `close_range@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `lstat@GLIBC_2.33'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `dlclose@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_rwlock_tryrdlock@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_detach@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_setname_np@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_key_delete@GLIBC_2.34'
/usr/bin/ld: /lib/x86_64-linux-gnu/libselinux.so.1: undefined reference to `gettid@GLIBC_2.30'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `dlsym@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_rwlock_unlock@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_setspecific@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `dlopen@GLIBC_2.34'
/usr/bin/ld: /lib/x86_64-linux-gnu/libgio-2.0.so.0: undefined reference to `statx@GLIBC_2.28'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `fstat64@GLIBC_2.33'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_rwlock_init@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_sigmask@GLIBC_2.32'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `dlerror@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_getspecific@GLIBC_2.34'
/usr/bin/ld: /lib/x86_64-linux-gnu/libgio-2.0.so.0: undefined reference to `dn_expand@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `pthread_mutex_trylock@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `pthread_mutexattr_destroy@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_attr_setstacksize@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `pthread_join@GLIBC_2.34'
/usr/bin/ld: /lib/x86_64-linux-gnu/libgio-2.0.so.0: undefined reference to `res_nquery@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `pthread_mutexattr_settype@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_rwlock_rdlock@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `stat@GLIBC_2.33'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `fstat@GLIBC_2.33'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `pthread_once@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `dladdr@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_rwlock_destroy@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libglib-2.0.so: undefined reference to `pthread_key_create@GLIBC_2.34'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu//libasound.so: undefined reference to `dladdr1@GLIBC_2.34'
/home/user/pascal/GFXterm 2.1c/project1.lpr(24,1) Error: (9013) Error while linking
/home/user/pascal/GFXterm 2.1c/project1.lpr(24,1) Fatal: (10026) There were 1 errors compiling module, stopping
Fatal: (1018) Compilation aborted
Error: /usr/bin/ppcx64 returned an error exitcode

[robert rozee]

- you probably only need to add "--trace" (without quotes) to the edit box

or are you after the file link.res?


cheers,
rob   :-)

[TRon]

Are you talking about the trick to use -Fl, -Xr, Xd  and -FD and symlink without extended number extension?
And saying it works for you?

I am saying that I am investigating if the normal route can be made shorter (meaning that I can compile the required libraries myself instead of the need to copy them over from an older system) and see if it can be done in a bit more civil manner (other then sysrooting etc)).

Even better, give in attachment the zipped files of old libc.so.6 and other files needed for linking?
 

I have no problem zipping up the libraries from an older (debian) system and make them available. But why rely on someone else ? I do not even trust myself

In the (FPC) compiler's point of view it is nothing more than cross-compiling to another platform. See for instance https://wiki.freepascal.org/Cross_Compile_to_RasPi_from_Linux (note the instructions to archive files from a raspberry pi and copy them over to your host).

[TRon]

is this the output you are after? my apologies for it being so long, you'll see i needed to trim it before the forum software would let me post it!

Thank you for having posted your output.

Yes, that is the /first/ step of output that helps to determine what the linker does (which files it pick up on from what directory). I am missing the part(s) where it picks up on the correct files though (at first glance it looks to me as a 'normal' compilation)

i'm thinking more again about a 'fake' libc.so, no functioning code (or just stubs if needsbe) but the necessary symbols to keep the linker happy. one could then within it have defined the necessary minimum version numbers to match the requirements of your project.

Yes, also a possibility according to some online posts but do note that other report that this also could give issues (It goes out of scope for me to repeat those issues here as most go beyond my technical understanding)

what the linker does NOT know, however, is the minimum versions are for the your project it has just built. for instance, it might be imposing dlopen@GLIBC_2.34 based upon data it has gleaned from libc.so, but your project may only be making use of dlopen functionality that has been present since the 2.1.0 version.

Yes, that is how I understand things to be/work as well.

[TRon]

or are you after the file link.res?

That is indeed another step in the process to determine what the linker actually does.

Not entirely what I was looking right now (though it does help) for as the first step (trace) already seem to indicate it picks up on things in a wrong manner. Do note that I myself am not even looking at Lazarus yet but just pure FPC (in order to run we first need to walk  )

edit: I had a closer look. Yes, it seems to pickup on the correct libc. That raises the following question: did you have the units recompiled using the "other" libc ? Note that I am currently facing the exact same issue and am trying to wrap my head around the removal of phthread from libc (in theory it should not matter but afaik you would need to compile/link against libpthreads as well).

Note that currently I am experimenting and gain/obtain the information as I go along (slowly). So, please be careful 

[robert rozee]

[...]
edit: I had a closer look. Yes, it seems to pickup on the correct libc. That raises the following question: did you have the units recompiled using the "other" libc ? Note that I am currently facing the exact same issue and am trying to wrap my head around the removal of phthread from libc (in theory it should not matter but afaik you would need to compile/link against libpthreads as well).

i deleted the lib//x86_64-linux folder from my project folder before building. i assumed this would force a recompile of all the project's units - in my case units 1-5. or do you mean recompile the LCL and all the other units that sit in the lazarus directories? if so, how do i do this? i tried doing a "Run" -> "Clean up and Build..." but it fails to delete most of the files - see attached screenshot.

So, please be careful 

oh yes, i am being careful! i've had my share of disasters in the past when "rushing in where...".


cheers,
rob   :-)