search for: r_x86_64_32s

...-o minimal.lld $ objdump -Sdr minimal.bfd ... 00000000004000b0 <_start>: 4000b0: 55 push %rbp 4000b1: 48 89 e5 mov %rsp,%rbp 4000b4: 48 8b 04 25 d0 00 40 mov 0x4000d0,%rax 4000bb: 00 4000b8: R_X86_64_32S .rodata 4000bc: 48 89 45 f0 mov %rax,-0x10(%rbp) 4000c0: 48 8b 04 25 d8 00 40 mov 0x4000d8,%rax 4000c7: 00 4000c4: R_X86_64_32S .L__const._start.instance+0x8 4000c8: 48 89 45 f8 mov %rax,-0x8(%rbp) 4...

...the section might be merged with other ones. Here is the reproduction script: % cat t1.s .data .long 0 .text bar: movl $1, .data % cat t2.s .data .long 0 .text foo: movl $1, .data % as t1.s -o t1.o % as t2.s -o t2.o % lld -flavor gnu -r t1.o t2.o % llvm-readobj -r a.out 0x3 R_X86_64_32S .data 0x0 0xE R_X86_64_32S .data 0x0 % ld -r t1.o t2.o % llvm-readobj -r a.out 0x3 R_X86_64_32S .data 0x0 0xE R_X86_64_32S .data 0x4 Are there any plans to fix this problem? I think it is rather easy to fix it for RELA sections, but the case is more complicated for REL sections. IMHO...

...ics-kld.html ...I can explain what I'm seeing. If I compare the objects generated by clang5 and clang10 for the example: clang5: $ objdump -r skeleton.o skeleton.o: file format elf64-x86-64 RELOCATION RECORDS FOR [.text]: OFFSET TYPE VALUE 0000000000000019 R_X86_64_32S .rodata.str1.1+0x0000000000000015 0000000000000024 R_X86_64_32S .rodata.str1.1+0x000000000000002b 000000000000002b R_X86_64_PC32 uprintf-0x0000000000000004 [...] clang10: $ objdump -r skeleton.o skeleton.o: file format elf64-x86-64 RELOCATION RECORDS FOR [.text]: OFFS...

Hi, I am trying to compile R with the command below in order to install rpy2. ./configure --prefix=/usr/local/R/R-2.9.2 --with-gnu-ld --with-cairo --with-x --enable-R-shlib However, error the I have gotten was: /usr/bin/ld: CConverters.o: relocation R_X86_64_32S against `R_FunTab' can not be used when making a shared object; recompile with -fPIC CConverters.o: could not read symbols: Bad value collect2: ld returned 1 exit status make[3]: *** [libR.so] Error 1 I don't really understand the error message. Is there anything I can change to compile pr...

...mm1<-zmm1+b[401344] The KNL can only deliver 16 bytes per cycle from the icache to the decoder. Essentially all of the instructions in the loop, as we seem to generate it, have 10-byte encodings: 10: 62 f1 7e 48 6f 80 00 vmovdqu32 0x0(%rax),%zmm0 17: 00 00 00 16: R_X86_64_32S c+0x61f00 ... 38: 62 f1 7d 48 fe 80 00 vpaddd 0x0(%rax),%zmm0,%zmm0 3f: 00 00 00 3e: R_X86_64_32S b+0x61f00 ... and since this seems like a generic feature of how we generate code, it seems like we can end up decoder limited (it might even be decoder limited...

...gt;>>> $ objdump -r skeleton.o >>>> >>>> skeleton.o: file format elf64-x86-64 >>>> >>>> RELOCATION RECORDS FOR [.text]: >>>> OFFSET TYPE VALUE >>>> 0000000000000019 R_X86_64_32S .rodata.str1.1+0x0000000000000015 >>>> 0000000000000024 R_X86_64_32S .rodata.str1.1+0x000000000000002b >>>> 000000000000002b R_X86_64_PC32 uprintf-0x0000000000000004 >>>> [...] >>>> >>>> clang10: >>>&...

...the amd64 architecture. gcc -Wall -W -shared -fPIC -DHAVE_CONFIG_H -I$dovecot -I$dovecot/src/lib drac.c -o drac.so -ldrac /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../lib64/libdrac.a(dracauth.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../lib64/libdrac.a: could not read symbols: Bad value collect2: ld returned 1 exit status TIA -Robin. -- -----------------------------------------------...

...ols/llvm-tools/x86_64-unknown-linux-gnu/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.1.2/../../../../x86_64-unknown-linux-gnu/bin/ld: /.AUTO/cray/iss.compiler/cost/tools/llvm-tools/x86_64-unknown-linux-gnu/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.1.2/../../../../lib64/libstdc++.a(ctype.o): relocation R_X86_64_32S against `vtable for std::ctype<char>' can not be used when making a shared object; recompile with -fPIC /.AUTO/cray/iss.compiler/cost/tools/llvm-tools/x86_64-unknown-linux-gnu/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.1.2/../../../../lib64/libstdc++.a: could not read symbols: Bad value...

Thanks to Daniel, we have a new home for the validator buildbot. Thanks, Daniel! Go to http://google1.osuosl.org:8080 and have a look. -Dave

...PIC FPICFLAGS=-fPIC and issue: ./configure --enable-R-shlib --prefix=$HOME/newR make configure finishes with no complaints, the last informative line being: Options enabled: shared R library, shared BLAS, R profiling, Java But make is upset: /usr/bin/ld: CConverters.o: relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC CConverters.o: could not read symbols: Bad value collect2: ld returned 1 exit status It saysm "recompile with -fPIC" But I am already doing so, am I not? What am I doing wrong here? Any h...

...esults in a second register allocation, I'm just doing assembly for everything. So, I have a function `foo` that contains some inline assembly. The problem is that its input arguments can sometimes be pointers to constant data, and after function inlining, the result may no longer link because R_X86_64_32S relocations are not permitted. I need to get LLVM to introduce a load-effective address (`lea`) to move the pointer into a register, if applicable, but I haven't found a method that both works and is performant. I could modify LLVM locally to make this happen, but this seems pretty deep in the...

...nown-linux-gnu/bin >/../lib/gcc/x86_64-unknown-linux-gnu/4.1.2/../../../../x86_64-unknown-linux- >gnu/bin/ld: > /.AUTO/cray/iss.compiler/cost/tools/llvm-tools/x86_64-unknown-linux-gnu/bin >/../lib/gcc/x86_64-unknown-linux-gnu/4.1.2/../../../../lib64/libstdc++.a(cty >pe.o): relocation R_X86_64_32S against `vtable for std::ctype<char>' can not > be used when making a shared object; recompile with -fPIC > /.AUTO/cray/iss.compiler/cost/tools/llvm-tools/x86_64-unknown-linux-gnu/bin >/../lib/gcc/x86_64-unknown-linux-gnu/4.1.2/../../../../lib64/libstdc++.a: > could not read s...

Ok so now I'm getting this when doing a make in asterisk... travis at pcimphone1:~/downloads/asterisk-13.5.0$ make [LD] chan_pjsip.o pjsip/dialplan_functions.o -> chan_pjsip.so /usr/bin/ld: /usr/local/lib/libpjsip-ua-x86_64-unknown-linux-gnu.a(sip_inv.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libpjsip-ua-x86_64-unknown-linux-gnu.a: error adding symbols: Bad value collect2: error: ld returned 1 exit status make[1]: *** [chan_pjsip.so] Error 1 make: *** [channels] Error 2 > -----Orig...

................. [3285/3758] Compiling lib/krb5_wrap/enctype_convert.c [3286/3758] Linking default/lib/util/libutil_setid.so [3287/3758] Linking default/lib/talloc/libtalloc.so [3288/3758] Linking default/lib/talloc/libpytalloc-util.so /usr/bin/ld: /usr/local/lib/libpython2.6.a(cobject.o): relocation R_X86_64_32S against `PyCObject_Type' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libpython2.6.a: could not read symbols: Bad value collect2: ld returned 1 exit status Waf: Leaving directory `/install/samba-4.0.3/bin' Build failed: -> task failed (err #1):...

...g a problem when rebuilding Samba 3.4.8dfsg2 on Debian Testing. Command used: "dpkg-buildpackage -uc -us -rfakeroot --source-option=--format=1.0" Linking bin/smbcontrol /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../../../lib/libunwind-ptrace.a(_UPT_access_fpreg.o): relocation R_X86_64_32S against `_UPT_reg_offset' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../../../lib/libunwind-ptrace.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[1]: *** [bin/smbcontrol] Fehler 1 make[1]: Leaving dir...

...LLVM source and it seems typeinfo is never used, so I though it's a good idea to build LLVM with RTTI switched off: However, building LLVM with RTTI switched off (see build script below) results during the build in /usr/bin/ld: ../../lib/libLLVMX86CodeGen.a(X86AsmPrinter.cpp.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC ../../lib/libLLVMX86CodeGen.a: could not read symbols: Bad value collect2: error: ld returned 1 exit status I am not sure how to proceed from here.. Thanks, Frank SRC=$HOME/svn/llvm-3.8 CMAKE_BUILD_TYPE...

Hi Ahmed, >From what can be seen in the code snippet you provided, the reuse of XMM0 and XMM1 across loop-unroll instances does not inhibit instruction-level parallelism. Modern X86 processors use register renaming that can eliminate the dependencies in the instruction stream. In the example you provided, the processor should be able to identify the 2-vloads + vadd + vstore sequences as

On Mon, Feb 13, 2017 at 05:34:01PM -0500, Waiman Long wrote: > It is the address of &steal_time that will exceed the 32-bit limit. That seems extremely unlikely. That would mean we have more than 4G worth of per-cpu variables declared in the kernel.

On Mon, Feb 13, 2017 at 05:34:01PM -0500, Waiman Long wrote: > It is the address of &steal_time that will exceed the 32-bit limit. That seems extremely unlikely. That would mean we have more than 4G worth of per-cpu variables declared in the kernel.

...ompatible implicit declaration of built-in function ?exit? gcc -std=gnu99 -shared -L/usr/local/lib64 -o ncdf.so ncdf2.o ncdf3.o ncdf.o -L. -lnetcdf -L/usr/lib64/R/lib -lR /usr/lib64/gcc/x86_64-suse-linux/4.0.2/../../../../x86_64-suse-linux/bin/ld: /usr/local/lib64/libnetcdf.a(attr.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/local/lib64/libnetcdf.a: could not read symbols: Bad value collect2: ld returned 1 exit status make: *** [ncdf.so] Fehler 1 chmod: Zugriff auf ?/automount/user/silke/R/x86_64-unknown-linux-gnu-lib...