search for: dt_textrel

Hi, Matt Fleming wrote: > ld: libpng/pngrtran.o: warning: relocation against `png_do_read_filler' in readonly section `.text'. > ld: warning: creating a DT_TEXTREL in object. > > Looks like your files aren't position-independent. What does, > > file com32/gpllib/dmi/dmi.o > > say? # file com32/gpllib/dmi/dmi.o com32/gpllib/dmi/dmi.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped -- Regards, Igor

...lc doesn't work because it cannot find any registered targets. So I had to compile them as shared libraries, but now I get a warning when linking llvmother: Linking CXX shared library libllvmother.so /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/../../../../i686-pc-linux-gnu/bin/ld: warning: creating a DT_TEXTREL in object. In this configuration the libraries and tools work, except that the tools produce some error output before doing their job: $ ./compiler/llvm/tools/llc/llc --version <premain>: CommandLine Error: Argument 'inline-threshold' defined more than once! llc: CommandLine Error:...

I am doing a buildworld with clang on amd64 9.1-PRERELEASE #2 r242867. In /etc/src.conf I have "WITHOUT_GCC= yes". Compile progresses up to below then breaks: ===> usr.bin/xlint/xlint (all) ===> usr.bin/xlint/llib (all) lint -cghapbx -Cposix /asp/src/usr.bin/xlint/llib/llib-lposix lint -cghapbx -Cstdc /asp/src/usr.bin/xlint/llib/llib-lstdc ===> lib/clang/libllvmx86codegen (all)

Hi, well, I was finally able to build syslinux-5.11-pre8 from git, but the system doesn't boot with the self-compiled version. All I see is: http://666kb.com/i/cfplluqpcy6owptq3.jpg Build log can be found in http://www.syslinux.org/archives/2013-July/020452.html After I installed the self-compiled syslinux version, I run this commands: # cd /boot/extlinux # rm -rf *.c32 # extlinux

...> > So there must be something wrong when I build from git. CFlags? > LDFlags? UPX? I have absolute no idea where to start debugging with > this error. ld: libpng/pngrtran.o: warning: relocation against `png_do_read_filler' in readonly section `.text'. ld: warning: creating a DT_TEXTREL in object. Looks like your files aren't position-independent. What does, file com32/gpllib/dmi/dmi.o say? > If you think this is worth to debug, I am happy to follow your commands ;) > If you don't think this is worth to debug (because building from > tarball will work and yo...

...D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- linux-2.6.13.orig/include/linux/elf.h 2005-08-02 17:06:24.000000000 -07= 00 +++ linux-2.6.13/include/linux/elf.h 2005-08-05 12:06:17.000000000 -0700 @@ -138,6 +138,9 @@ #define DT_DEBUG 21 #define DT_TEXTREL 22 #define DT_JMPREL 23 +#define DT_VERSYM 0x6ffffff0 +#define DT_VERDEF 0x6ffffffc +#define DT_VERNEED 0x6ffffffe #define DT_LOPROC 0x70000000 #define DT_HIPROC 0x7fffffff =20

...D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- linux-2.6.13.orig/include/linux/elf.h 2005-08-02 17:06:24.000000000 -07= 00 +++ linux-2.6.13/include/linux/elf.h 2005-08-05 12:06:17.000000000 -0700 @@ -138,6 +138,9 @@ #define DT_DEBUG 21 #define DT_TEXTREL 22 #define DT_JMPREL 23 +#define DT_VERSYM 0x6ffffff0 +#define DT_VERDEF 0x6ffffffc +#define DT_VERNEED 0x6ffffffe #define DT_LOPROC 0x70000000 #define DT_HIPROC 0x7fffffff =20

...3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- linux-2.6.21.orig/include/linux/elf.h 2007-03-06 18:52:08.000000000 -08= 00 +++ linux-2.6.21/include/linux/elf.h 2007-03-15 18:14:11.000000000 -0800 @@ -83,6 +83,9 @@ typedef __s64 Elf64_Sxword; #define DT_DEBUG 21 #define DT_TEXTREL 22 #define DT_JMPREL 23 +#define DT_VERSYM 0x6ffffff0 +#define DT_VERDEF 0x6ffffffc +#define DT_VERNEED 0x6ffffffe #define DT_LOPROC 0x70000000 #define DT_HIPROC 0x7fffffff =20

...3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- linux-2.6.21.orig/include/linux/elf.h 2007-03-06 18:52:08.000000000 -08= 00 +++ linux-2.6.21/include/linux/elf.h 2007-03-15 18:14:11.000000000 -0800 @@ -83,6 +83,9 @@ typedef __s64 Elf64_Sxword; #define DT_DEBUG 21 #define DT_TEXTREL 22 #define DT_JMPREL 23 +#define DT_VERSYM 0x6ffffff0 +#define DT_VERDEF 0x6ffffffc +#define DT_VERNEED 0x6ffffffe #define DT_LOPROC 0x70000000 #define DT_HIPROC 0x7fffffff =20

Hi Andi, Here's a couple of patches to fix up COMPAT_VDSO: The first is a straightforward implementation of Jan's original idea of relocating the VDSO to match its mapped location. Unlike Jan and Zach's version, I changed it to relocate based on the phdrs rather than the sections; the result is pleasantly compact. The second patch takes advantage of the fact that all the

Hi Andi, Here's a couple of patches to fix up COMPAT_VDSO: The first is a straightforward implementation of Jan's original idea of relocating the VDSO to match its mapped location. Unlike Jan and Zach's version, I changed it to relocate based on the phdrs rather than the sections; the result is pleasantly compact. The second patch takes advantage of the fact that all the

Hi Andi, Four patches: - clean up asm/bugs.h, by moving all the C code into its own C file - split identify_cpu() into boot and secondary variants, so that boot-time setup functions can be marked __init - repost of the COMPAT_VDSO patches with a bit more robustness from unknown DT_tags, and functions marked __init, since all this is boot-time only setup. Thanks, J --

Hi Andi, Four patches: - clean up asm/bugs.h, by moving all the C code into its own C file - split identify_cpu() into boot and secondary variants, so that boot-time setup functions can be marked __init - repost of the COMPAT_VDSO patches with a bit more robustness from unknown DT_tags, and functions marked __init, since all this is boot-time only setup. Thanks, J --

At a guess that looks like your llvm and lld checkouts are not quite in synch. It will be worth updating llvm and lld to top of trunk. I've rebased the consolidated patch https://reviews.llvm.org/D34634 this morning, it might be worth trying that if you are seeing problems. Peter On 29 June 2017 at 22:09, Alessandro Pistocchi <apukfreelance at gmail.com> wrote: > Hi, I tried