search for: rodata

Rafael Avila de Espindola wrote: >> $ gcc -o rodatareloc.s.o -c rodatareloc.s >> $ lld -o rodatareloc.so -shared rodatareloc.s.o >> >> ld: error: rodatareloc.s.o:(.rodata+0x0): can't create dynamic >> relocation >> R_X86_64_64 against local symbol in readonly segment defined in >> rodatareloc.s.o >> >...

Hi, the attached example works with bfd-ld and with gold, but not with lld: $ cat rodatareloc.s ... .align 16 leaq .JTab(%rip), %r10 jmp *(%r10, %rdx, 8) ... .section .rodata .JTab: .quad .L00, .L01, .L02, .L03, .L04, .L05, .L06, .L07 .quad .L08, .L09, .L10, .L11, .L12, .L13, .L14, .L15, .L16 $ gcc -o rodatareloc.s.o -c rodatareloc.s $ lld -o rodatareloc.so -sha...

...e2/alias.o > +alias.o: file format elf32-i386 > +alias.o > architecture: i386, flags 0x00000011: > HAS_RELOC, HAS_SYMS > start address 0x00000000 > @@ -23,7 +23,7 @@ > 00000000 l d .bss 00000000 > 00000010 l O .bss 00000004 alias_sets > 000003c7 l O .rodata 0000003a .str > -000005fb l O .rodata 00000014 __FUNCTION__.20030 > +000005fb l O .rodata 00000014 __FUNCTION__.19945 > 00000000 l d .rodata 00000000 > 000003f0 l F .text 0000005e gt_ggc_ma_reg_known_value > 00000014 l O .bss 00000004 reg_known_value > @@ -3...

The saga continues. I've been tracking the interface changes and merging them with the refactoring work I'm doing. I got as far as building stage3 of llvm-gcc but the object files from stage2 and stage3 differ: warning: ./cc1-checksum.o differs warning: ./cc1plus-checksum.o differs (Are the above two ok?) The list below is clearly bad. I think it's every object file in the

...make install -i -k make[2]: Entering directory `/data/xscratch1/reuter/llvm/tools/opt' llvm[2]: Linking Release executable opt (without symbols) `.gnu.linkonce.t._ZN4llvm11SCEVVisitorINS_12SCEVExpanderEPNS_5ValueEE5visitEPNS_4SCEVE' referenced in section `.rodata' of /data/xscratch1/reuter/llvm/Release/lib/libLLVMAnalysis.a(ScalarEvolutionExpander.o): defined in discarded section `.gnu.linkonce.t._ZN4llvm11SCEVVisitorINS_12SCEVExpanderEPNS_5ValueEE5visitEPNS_4SCEVE' of /data/xscratch1/reuter/llvm/Release/lib/libLLVMAnalysis.a(ScalarEvolutionExp...

.../Projects/test$ objdump -st ../musl/src/stdio/__stdio_exit.o ../musl/src/stdio/__stdio_exit.o: file format elf64-x86-64 SYMBOL TABLE: 0000000000000000 l df *ABS* 0000000000000000 src/stdio/__stdio_exit.c 0000000000000044 l F .text 0000000000000049 close_file 0000000000000000 l O .rodata 0000000000000008 dummy_file 0000000000000000 l d .text 0000000000000000 .text 0000000000000000 l d .data 0000000000000000 .data 0000000000000000 l d .bss 0000000000000000 .bss 0000000000000000 l d .rodata 0000000000000000 .rodata 0000000000000000 l d .note.GNU-...

.../src/stdio/__stdio_exit.o > > ../musl/src/stdio/__stdio_exit.o: file format elf64-x86-64 > > SYMBOL TABLE: > 0000000000000000 l df *ABS* 0000000000000000 src/stdio/__stdio_exit.c > 0000000000000044 l F .text 0000000000000049 close_file > 0000000000000000 l O .rodata 0000000000000008 dummy_file > 0000000000000000 l d .text 0000000000000000 .text > 0000000000000000 l d .data 0000000000000000 .data > 0000000000000000 l d .bss 0000000000000000 .bss > 0000000000000000 l d .rodata 0000000000000000 .rodata > 0000000000...

...g_her_glyph.o xxxpr.o `ls ../unix/*.o ../appl/*.o ../nmath/*.o` ../extra/tre/libtre.a -L"../../lib" -lRblas -lgfortran -lm -lquadmath -lreadline -lpcre -llzma -lbz2 -lz -lrt -ldl -lm -licuuc -licui18n /usr/bin/x86_64-linux-gnu-ld: ../appl/dchdc.o: relocation R_X86_64_32 against `.rodata' can not be used when making a PIE object; recompile with -fPIC /usr/bin/x86_64-linux-gnu-ld: ../appl/dpbfa.o: relocation R_X86_64_32 against `.rodata' can not be used when making a PIE object; recompile with -fPIC /usr/bin/x86_64-linux-gnu-ld: ../appl/dpbsl.o: relocation R_X86_64_32 agains...

...; -k > make install -i -k > > make[2]: Entering directory `/data/xscratch1/reuter/llvm/tools/opt' > llvm[2]: Linking Release executable opt (without symbols) > `.gnu.linkonce.t._ZN4llvm11SCEVVisitorINS_12SCEVExpanderEPNS_5ValueEE5visitEPNS_4SCEVE' > referenced in section `.rodata' of > /data/xscratch1/reuter/llvm/Release/lib/libLLVMAnalysis.a(ScalarEvolutionExpander.o): > defined in discarded section > `.gnu.linkonce.t._ZN4llvm11SCEVVisitorINS_12SCEVExpanderEPNS_5ValueEE5visitEPNS_4SCEVE' > of > /data/xscratch1/reuter/llvm/Release/lib/libLLVMAnalysis....

...ne with, for e.g, libTomCrypt (in -O0,1,2,3). With GMP or ImageMagick it works fine in -O0, but whenever I try in -O1,2,3 it fail and I get a tons of errors like (note that the compilation/link of the libs itself works, it fails when I make a 'make check'): ... ./.libs/libtests.a(misc.o):(.rodata+0x5b0): undefined reference to `.Ltmp491' ./.libs/libtests.a(misc.o):(.rodata+0x5b8): undefined reference to `.Ltmp492' ./.libs/libtests.a(misc.o):(.rodata+0x5c0): undefined reference to `.Ltmp493' ./.libs/libtests.a(misc.o):(.rodata+0x5c8): undefined reference to `.Ltmp494' ... I...

..._vma_to_lma = __pm_code_lma - __pm_code_start; - __text_vma = .; - __text_lma = __pm_code_lma; - .text : AT(__text_lma) { + .text : AT(ADDR(.text) + __vma_to_lma) { FILL(0x90909090) __text_start = .; *(.text) @@ -266,106 +265,68 @@ SECTIONS __text_end = .; } - . = ALIGN(32); - - __rodata_vma = .; - __rodata_lma = __rodata_vma + __text_lma - __text_vma; - .rodata : AT(__rodata_lma) { + .rodata : AT(ADDR(.rodata) + __vma_to_lma) { __rodata_start = .; *(.rodata) *(.rodata.*) __rodata_end = .; } - . = ALIGN(4); - - __ctors_vma = .; - __ctors_lma = __ctors_vma + __text_l...

...(virtual memory address). However, the way the LMA was computed included adding symbols just before the sections to get the VMA. Since the sections are aligned (depending on the alignment of its content), those symbols had to be aligned by hand to avoid to leave a gap. With gcc 5, the .data and .rodata sections got sometime a larger alignment (up to 32 bytes), which is greater than the 16 bytes that were recorded in the linker script. Thus introducing a gap between the real section's VMA and its assumed VMA. The first of these two patches just fix the aligment. The second remove the hand-ali...

...ct locations, so using this option > results in non-conforming behavior."). Non-confirming in the sense of C/C++ standard? How is it related to the -fdata-sections implementation? > With (-fmerge-constants or -fmerge-all-constants) & -fdata-sections, string literals are placed in .rodata.xxx.str1.1 > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=192#c16 > This is, however, suboptimal because the cost of a section header > (sizeof(Elf64_Shdr)=64) + a section name (".rodata.xxx.str1.1") is quite large. > I have replied on https://gcc.gnu.org/bugzilla/show_bug.cgi...

...all, I am having some some trouble with LLVM 3.8... I built it with GCC 4.8.2 with cmake and no special CXX/C flags. That means in case of GCC that RTTI is switched on, I believe. However, building my MCJIT application against the just built LLVM and linking results in: libqdp.a(qdp_llvm.o):(.rodata._ZTIN4llvm8FCmpInstE[_ZTIN4llvm8FCmpInstE]+0x10): undefined reference to `typeinfo for llvm::CmpInst' libqdp.a(qdp_jit_util.o):(.rodata._ZTIN4llvm16ExtractValueInstE[_ZTIN4llvm16ExtractValueInstE]+0x10): undefined reference to `typeinfo for llvm::UnaryInstruction' libqdp.a(qdp_jit_util.o)...

Another vga_switcheroo cleanup. Maintainers, is it okay to include the one-line change of each driver in here or do you want that split into separate patches? Thanks, Lukas Lukas Wunner (1): vga_switcheroo: Constify vga_switcheroo_handler drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c | 2 +- drivers/gpu/drm/nouveau/nouveau_acpi.c | 2 +-

Hi, While doing Linux kernel builds linked with lld, I've tracked down a difference that breaks relocation of the kernel image (e.g. under KASLR[1]). Some relocations are changed to ABS (weirdly, all are in .rodata section). Note the difference below in the resulting linked output. .L__const._start.instance becomes *ABS* only under lld: $ cat minimal.c struct minimal { void *pointer; int value; }; void _start(void) { struct minimal instance = { .value = 1, };...

It looks like llvm-mc isn't treating section relative expressions correctly. In this example: .text mov (.rodata+0), %rsi .section .rodata .byte 0xff llvm-mc will create an undefined symbol for the expression, ".rodata+0" and a relocation will be generated against the undefined symbol not the section. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux F...

...ed, 1 insertion(+), 1 deletion(-) diff --git a/src/bin2s.pl b/src/bin2s.pl index 0f892f8..ccb060b 100755 --- a/src/bin2s.pl +++ b/src/bin2s.pl @@ -26,7 +26,7 @@ print $ofh <<"EOF"; \t.globl\t_binary_${infile}_end \t.globl\t_binary_${infile}_size -\t.section\t.data +\t.section\t.rodata _binary_${infile}_start: EOF -- 2.5.0

...hing seems fine though, but it fails to link dash with: ----- KLIBCCC dash/bltin/printf.o KLIBCCC dash/system.o KLIBCCC dash/bltin/test.o KLIBCCC dash/bltin/times.o KLIBCCC dash/var.o GEN dash/init.c KLIBCCC dash/init.o KLIBCLD dash/sh KLIBCLD dash/sh.shared dash/builtins.o:(.rodata+0x68): undefined reference to `bgcmd' dash/builtins.o:(.rodata+0x188): undefined reference to `histcmd' dash/builtins.o:(.rodata+0x1a0): undefined reference to `fgcmd' make[2]: *** [dash/sh.shared] Error 1 make[2]: *** Waiting for unfinished jobs.... dash/builtins.o:(.rodata+0x68): unde...

...x_size must equal the size of .payload 'objdump -t ldlinux.o' looks reasonable: SYMBOL TABLE: 00000000 l d .text 00000000 .text 00000000 l d .data 00000000 .data 00000000 l d .bss 00000000 .bss 00000000 l d .payload 00000000 .payload 00000000 l d .rodata 00000000 .rodata 00000000 g .payload 00007c00 syslinux_ldlinux 00007c00 g *ABS* 00000000 syslinux_ldlinux_size 00000000 g .rodata 00000004 syslinux_ldlinux_len Our toolchain packager pointed me at http://sources.redhat.com/git/?p=binutils.git;a=commitdi...