search for: symvers

On Tue, Nov 10, 2020 at 7:01 PM Fāng-ruì Sòng <maskray at google.com> wrote: > > How to find what is pulling libmvec? > > If you build a -DCMAKE_BUILD_TYPE=Debug lld, you can set a breakpoint > on lld/ELF/MarkLive.cpp:114 (ss->getFile().isNeeded) and check which > symbol makes > libmvec.so needed. I'm afraid this is going to far for me :) > > On the other

Hi, I wonder what is the right way to target an old glibc? I have a machine which is up to date (glibc 2.32 and clang+lld 10.0.1). So far I've been able to target older glibc by having a C file containing: __asm__(".symver powf,powf at GLIBC_2.2.5"); __asm__(".symver expf,expf at GLIBC_2.2.5"); __asm__(".symver exp2f,exp2f at GLIBC_2.2.5");

On Wed, Oct 28, 2020 at 6:07 PM Fangrui Song <maskray at google.com> wrote: > > On 2020-10-28, Alexandre Bique via llvm-dev wrote: > >Hi, > > > >I wonder what is the right way to target an old glibc? > > > >I have a machine which is up to date (glibc 2.32 and clang+lld 10.0.1). > > > >So far I've been able to target older glibc by having a

It did partially fix the issue but there is still one problem: llvm-objdump -sx gives: Version References: required from libpthread.so.0: 0x09691a75 0x00 05 GLIBC_2.2.5 0x09691972 0x00 09 GLIBC_2.3.2 0x09691973 0x00 07 GLIBC_2.3.3 0x06969192 0x00 12 GLIBC_2.12 required from libdl.so.2: 0x09691a75 0x00 21 GLIBC_2.2.5 required from libuuid.so.1: 0x09da27b0 0x00 19

This did the job: patchelf --clear-symbol-version log Podolski.64.so Alexandre Bique On Wed, Nov 11, 2020 at 2:19 PM Alexandre Bique <bique.alexandre at gmail.com> wrote: > > On Tue, Nov 10, 2020 at 7:01 PM Fāng-ruì Sòng <maskray at google.com> wrote: > > > How to find what is pulling libmvec? > > > > If you build a -DCMAKE_BUILD_TYPE=Debug lld, you can

On 2020-11-11, Alexandre Bique wrote: >It did partially fix the issue but there is still one problem: > >llvm-objdump -sx gives: > >Version References: > required from libpthread.so.0: > 0x09691a75 0x00 05 GLIBC_2.2.5 > 0x09691972 0x00 09 GLIBC_2.3.2 > 0x09691973 0x00 07 GLIBC_2.3.3 > 0x06969192 0x00 12 GLIBC_2.12 > required from libdl.so.2: >

I am going into: /usr/src/kernels/2.6.18-92.1.10.el5-x86_64 and doing a "make mrproper" attempting to rebuild the Modules.symvers file. As I added ALSA 1.0.17 to the current kernel. I am getting an error: make mrproper scripts/Makefile.clean:17: /usr/src/kernels/2.6.18-92.1.10.el5-x86_64/drivers/infiniband/hw/amso1100/Makefile: No such file or directory make[3]: *** No rule to make target `/usr/src/kernels/2.6.18-92.1....

Hi, So I managed to install llvm 11 on the server and got more information thank to your help: Projects/Podolski/CMakeFiles/Podolski.dir/__/__/AudioModulesFrame/AM_WavLoader.cpp.o: reference to exp Projects/Podolski/CMakeFiles/Podolski.dir/__/__/libs/tinyexpr/tinyexpr.c.o: reference to exp Projects/Podolski/CMakeFiles/Podolski.dir/__/__/AudioModulesFrame/AM_PitchTrack.cpp.o: reference to exp

Thank you very much for your help Fāng-ruì Sòng. I've tried various things like linking directly to libm-2.32 but it didn't work, it seems that libm-2.32 still pulls libmvec. I have the following linker flags: CLANG_LDFLAGS="-fuse-ld=lld -static-libstdc++ -static-libgcc -fvisibility=hidden -fdata-sections -ffunction-sections" CLANG_LDFLAGS="$CLANG_LDFLAGS

On Mon, Nov 9, 2020 at 9:39 AM Alexandre Bique <bique.alexandre at gmail.com> wrote: > > Hi, > > So I managed to install llvm 11 on the server and got more information > thank to your help: > > Projects/Podolski/CMakeFiles/Podolski.dir/__/__/AudioModulesFrame/AM_WavLoader.cpp.o: > reference to exp >

...start, u64 size, mhp_t mhp_flags); ^ include/linux/memory_hotplug.h:357:11: error: unknown type name 'mhp_t' mhp_t mhp_flags); ^ include/linux/memory_hotplug.h:360:10: error: unknown type name 'mhp_t' mhp_t mhp_flags); ^ 4 errors generated. Makefile Module.symvers System.map arch block certs crypto drivers fs include init ipc kernel lib mm modules.builtin modules.builtin.modinfo modules.order net scripts security sound source tools usr virt vmlinux vmlinux.o vmlinux.symvers [scripts/Makefile.build:117: arch/x86/kernel/asm-offsets.s] Error 1 Target '__...

Hi, when I am going to compile the zaptel I receive this message ake -C /lib/modules/2.6.12-12mdk/build SUBDIRS=/usr/src/asterisk/zaptel- 1.2.5 XPPMOD= modules make[1]: Entering directory `/usr/src/linux-2.6.12-12mdk' WARNING: Symbol version dump /usr/src/linux-2.6.12-12mdk/Module.symvers is missing; modules will have no dependencies and modversions. .. lrwxrwxrwx 1 root root 18 mag 23 17:42 linux -> linux-2.6.12-12mdk / drwxr-xr-x 22 root root 4096 mag 23 18:04 linux-2.6.12-12mdk/ .. Any idea how to generate this file? cat /proc/version Linux vers...

Il 07/08/19 01:02, Phil Perry ha scritto: > On 06/08/2019 14:45, Alessandro Baggi wrote: >> Il 05/08/19 20:07, Akemi Yagi ha scritto: >>> On Mon, Aug 5, 2019 at 9:21 AM Alessandro Baggi >>> <alessandro.baggi at gmail.com> wrote: >>>> >>>> Il 05/08/19 18:07, Akemi Yagi ha scritto: >>>>> On Mon, Aug 5, 2019 at 9:01 AM Alessandro

...:35 System.map-2.6.9-89.0.18.EL.plus.c4 -rw-r--r-- 1 root root 768660 Jan 21 20:35 System.map-2.6.9-89.0.16.EL -rw-r--r-- 1 root root 768660 Jan 21 20:35 System.map-2.6.9-89.0.15.EL -rw-r--r-- 1 root root 768606 Jan 21 20:35 System.map-2.6.9-89.0.11.EL -rw-r--r-- 1 root root 67596 Jan 21 20:35 symvers-2.6.9-89.0.9.EL.gz -rw-r--r-- 1 root root 78176 Jan 21 20:35 symvers-2.6.9-89.0.18.EL.plus.c4.gz -rw-r--r-- 1 root root 67596 Jan 21 20:35 symvers-2.6.9-89.0.16.EL.gz -rw-r--r-- 1 root root 67596 Jan 21 20:35 symvers-2.6.9-89.0.15.EL.gz -rw-r--r-- 1 root root 67596 Jan 21 20:35 symvers-2.6....

Il 07/08/19 20:15, Akemi Yagi ha scritto: > On Wed, Aug 7, 2019 at 9:00 AM Alessandro Baggi > <alessandro.baggi at gmail.com> wrote: >> >> Il 07/08/19 01:02, Phil Perry ha scritto: >>> On 06/08/2019 14:45, Alessandro Baggi wrote: > >>> Please post the actual error message in dmesg or /var/log/messages. >>> >>> It's likely that the

...linux-2.1.0.4/drivers/dahdi DAHDI_INCLUDE=/usr/src/dahdi-linux-2.1.0.4/include DAHDI_MODULES_EXTRA=" " HOTPLUG_FIRMWARE=yes modules DAHDI_BUILD_ALL=m make[1]: entrant dans le r?pertoire ? /usr/src/linux-source-2.6.18 ? WARNING: Symbol version dump /usr/src/linux-source-2.6.18/Module.symvers is missing; modules will have no dependencies and modversions. CC [M] /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi-base.o In file included from /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi-base.c:38: /usr/src/dahdi-linux-2.1.0.4/drivers/dahdi/dahdi_config.h:23:27: error:...

Hi -- I'm trying to build an application on CentOS 7 which can run on older versions of CentOS. I'm running into problems with versioning of memcpy in Glibc. Executables built on CentOS 7 require memcpy from glibc-2.14, which causes the program not to load on systems with older versions of glibc. My online search suggests to add an asm() with a .symver option to select memcpy from

...# ls -ltr total 62768 -rw-r--r--. 1 root root 2312369 Dec 6 15:35 System.map-2.6.32-220.el6.x86_64 -rw-r--r--. 1 root root 100943 Dec 6 15:35 config-2.6.32-220.el6.x86_64 -rwxr-xr-x. 1 root root 3938288 Dec 6 15:35 vmlinuz-2.6.32-220.el6.x86_64 -rw-r--r--. 1 root root 171087 Dec 6 15:36 symvers-2.6.32-220.el6.x86_64.gz -rw-r--r--. 1 root root 2313220 Dec 23 04:14 System.map-2.6.32-220.2.1.el6.x86_64 -rw-r--r--. 1 root root 100947 Dec 23 04:14 config-2.6.32-220.2.1.el6.x86_64 -rwxr-xr-x. 1 root root 3940752 Dec 23 04:14 vmlinuz-2.6.32-220.2.1.el6.x86_64 -rw-r--r--. 1 root root 171...

On 03/12/15 09:40, Bernard Lheureux wrote: > On 12/03/2015 10:29 AM, Duncan Brown wrote: > initramfs is missing... > check if /boot/initramfs-{kernelversion}.img is correctly there, if not > do a "yum reinstall kernel-{version}" and it should be ok ! You might want to also check there is enough diskspace for the initrd to be built and hosted in the right place.. --

On 11/23/2015 08:06 AM, Nicolas Thierry-Mieg wrote: > On 11/23/2015 04:33 PM, Michael Eager wrote: >> Hi -- >> >> I'm trying to build an application on CentOS 7 which >> can run on older versions of CentOS. I'm running into >> problems with versioning of memcpy in Glibc. Executables >> built on CentOS 7 require memcpy from glibc-2.14, which >>