[Bug ld/20238] error: undefined reference to '__cxa_finalize'
https://sourceware.org/bugzilla/show_bug.cgi?id=20238 --- Comment #17 from Jorge Ayres Pereira --- Hello. When you say to add -v specifically to prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/bin/arm-linux-androideabi-g++ And the same of the input files. Do you think you could give me a more complete and exact instructions of what i need to do on the source in order to provide the information you need in order to you guys fix the bug on binutils? Because I have absolutly no clue how to do what you are asking. For me is a mistery, and on google I cannot find all the answers, still I believe I've learned alot in one year but not enought! hehehe. As i explained before when i do make -j4 -v he simply doesn't compile and says compilation complete. Only when i add with -d it gives the other info which is on the hastebin Please help me to easily help you at the same time on how to exactly provide the information you need to fix this issue with the binutils master branch as it'll be used one day by OEM, google and other manufacturers. That way I'll easily learn and in the future in case is needed I'll be providing a full log with all info without we both loosing much time on a report with reports of others do not know what to do. I believe in a way if you can create a easier report system, it'll encourage newbies to make reports and help you guys with your project. Do you agree? Do you think you could provide me a more complete answer so that I can quickly give everything you need? Thank you for colaborating and all the patience. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/20245] New: incremental link doesn't support binary without PLT
https://sourceware.org/bugzilla/show_bug.cgi?id=20245
Bug ID: 20245
Summary: incremental link doesn't support binary without PLT
Product: binutils
Version: 2.27 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: gold
Assignee: ccoutant at gmail dot com
Reporter: hjl.tools at gmail dot com
CC: ian at airs dot com
Target Milestone: ---
For glibc with:
>From ac187dc4abde9ca6504c646106e2a7f7b2806262 Mon Sep 17 00:00:00 2001
From: H.J. Lu
Date: Thu, 9 Jun 2016 04:43:16 -0700
Subject: [PATCH] Always indirect branch to __libc_start_main via GOT
Since __libc_start_main in libc.so is called very early, lazy binding
isn't relevant. Always call __libc_start_main with indirect branch via
GOT to avoid extra branch to PLT slot. In case of static executable,
ld in binutils 2.26 or above can convert indirect branch into direct
branch:
00400a80 <_start>:
400a80: 31 ed xor%ebp,%ebp
400a82: 49 89 d1mov%rdx,%r9
400a85: 5e pop%rsi
400a86: 48 89 e2mov%rsp,%rdx
400a89: 48 83 e4 f0 and$0xfff0,%rsp
400a8d: 50 push %rax
400a8e: 54 push %rsp
400a8f: 49 c7 c0 20 1b 40 00mov$0x401b20,%r8
400a96: 48 c7 c1 90 1a 40 00mov$0x401a90,%rcx
400a9d: 48 c7 c7 c0 03 40 00mov$0x4003c0,%rdi
400aa4: 67 e8 96 09 00 00 addr32 callq 401440 <__libc_start_main>
400aaa: f4 hlt
* sysdeps/x86_64/start.S (_start): Always indirect branch to
__libc_start_main via GOT.
I got
(gdb) r --build-id --no-add-needed --eh-frame-hdr --hash-style=gnu -m
elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o incremental_test
/usr/lib/gcc/x86_64-redhat-linux/5.3.1/../../../../lib64/crt1.o
/usr/lib/gcc/x86_64-redhat-linux/5.3.1/../../../../lib64/crti.o
/usr/lib/gcc/x86_64-redhat-linux/5.3.1/crtbegin.o -Lgcctestdir
-L/usr/lib/gcc/x86_64-redhat-linux/5.3.1
-L/usr/lib/gcc/x86_64-redhat-linux/5.3.1/../../../../lib64 -L/lib/../lib64
-L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-redhat-linux/5.3.1/../../..
--incremental-full -z norelro incremental_test_1.o incremental_test_2.o -lgcc
-lgcc_eh -lc -lgcc -lgcc_eh /usr/lib/gcc/x86_64-redhat-linux/5.3.1/crtend.o
/usr/lib/gcc/x86_64-redhat-linux/5.3.1/../../../../lib64/crtn.o
Starting program:
/export/build/gnu/binutils-gold/build-x86_64-linux/gold/ld-new --build-id
--no-add-needed --eh-frame-hdr --hash-style=gnu -m elf_x86_64 -dynamic-linker
/lib64/ld-linux-x86-64.so.2 -o incremental_test
/usr/lib/gcc/x86_64-redhat-linux/5.3.1/../../../../lib64/crt1.o
/usr/lib/gcc/x86_64-redhat-linux/5.3.1/../../../../lib64/crti.o
/usr/lib/gcc/x86_64-redhat-linux/5.3.1/crtbegin.o -Lgcctestdir
-L/usr/lib/gcc/x86_64-redhat-linux/5.3.1
-L/usr/lib/gcc/x86_64-redhat-linux/5.3.1/../../../../lib64 -L/lib/../lib64
-L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-redhat-linux/5.3.1/../../..
--incremental-full -z norelro incremental_test_1.o incremental_test_2.o -lgcc
-lgcc_eh -lc -lgcc -lgcc_eh /usr/lib/gcc/x86_64-redhat-linux/5.3.1/crtend.o
/usr/lib/gcc/x86_64-redhat-linux/5.3.1/../../../../lib64/crtn.o
Missing separate debuginfos, use: dnf debuginfo-install
glibc-2.22-17.1.fc23.x86_64
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault.
0x0044a9a6 in (anonymous
namespace)::Output_data_plt_x86_64<64>::get_plt_entry_size (this=0x0)
at /export/gnu/import/git/sources/binutils-gdb/gold/x86_64.cc:195
195 { return this->do_get_plt_entry_size(); }
(gdb) bt
#0 0x0044a9a6 in (anonymous
namespace)::Output_data_plt_x86_64<64>::get_plt_entry_size (this=0x0)
at /export/gnu/import/git/sources/binutils-gdb/gold/x86_64.cc:195
#1 0x0044a994 in (anonymous
namespace)::Output_data_plt_x86_64<64>::first_plt_entry_offset (this=0x0)
at /export/gnu/import/git/sources/binutils-gdb/gold/x86_64.cc:190
#2 0x0044575e in (anonymous
namespace)::Target_x86_64<64>::first_plt_entry_offset (this=0xe8b3f0)
at /export/gnu/import/git/sources/binutils-gdb/gold/x86_64.cc:1825
#3 0x00702f35 in gold::Output_section_incremental_inputs<64,
false>::write_got_plt (this=0xfb2b60, pov=0x77f9b148 "", view_size=28)
at /export/gnu/import/git/sources/binutils-gdb/gold/incremental.cc:1949
#4 0x006fee44 in gold::Output_section_incremental_inputs<64,
false>::do_write (this=0xfb2b60, of=0x1083ae0)
at /export/gnu/import/git/sources/binutils-gdb/gold/incremental.cc:1444
#5 0x0053fef6 in gold::Output_data::write (this=0xfb2b60,
file=0x1083ae0)
at /export/gnu/import/git/sources/binutils-gdb/gold/output.h:374
#6 0x00779077 in gold::Output_sec
[Bug gold/20246] New: script_test_2 fails for glibc without PLT
https://sourceware.org/bugzilla/show_bug.cgi?id=20246 Bug ID: 20246 Summary: script_test_2 fails for glibc without PLT Product: binutils Version: 2.27 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gold Assignee: ccoutant at gmail dot com Reporter: hjl.tools at gmail dot com CC: ian at airs dot com Target Milestone: --- For glibc with: >From ac187dc4abde9ca6504c646106e2a7f7b2806262 Mon Sep 17 00:00:00 2001 From: H.J. Lu Date: Thu, 9 Jun 2016 04:43:16 -0700 Subject: [PATCH] Always indirect branch to __libc_start_main via GOT Since __libc_start_main in libc.so is called very early, lazy binding isn't relevant. Always call __libc_start_main with indirect branch via GOT to avoid extra branch to PLT slot. In case of static executable, ld in binutils 2.26 or above can convert indirect branch into direct branch: 00400a80 <_start>: 400a80: 31 ed xor%ebp,%ebp 400a82: 49 89 d1mov%rdx,%r9 400a85: 5e pop%rsi 400a86: 48 89 e2mov%rsp,%rdx 400a89: 48 83 e4 f0 and$0xfff0,%rsp 400a8d: 50 push %rax 400a8e: 54 push %rsp 400a8f: 49 c7 c0 20 1b 40 00mov$0x401b20,%r8 400a96: 48 c7 c1 90 1a 40 00mov$0x401a90,%rcx 400a9d: 48 c7 c7 c0 03 40 00mov$0x4003c0,%rdi 400aa4: 67 e8 96 09 00 00 addr32 callq 401440 <__libc_start_main> 400aaa: f4 hlt * sysdeps/x86_64/start.S (_start): Always indirect branch to __libc_start_main via GOT. I got (gdb) r Starting program: /export/build/gnu/binutils-gold/build-x86_64-linux/gold/testsuite/script_test_2 Missing separate debuginfos, use: dnf debuginfo-install glibc-2.22-17.1.fc23.x86_64 Program received signal SIGSEGV, Segmentation fault. 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x102a in _start () (gdb) disass _start Dump of assembler code for function _start: 0x1000 <+0>: xor%ebp,%ebp 0x1002 <+2>: mov%rdx,%r9 0x1005 <+5>: pop%rsi 0x1006 <+6>: mov%rsp,%rdx 0x1009 <+9>: and$0xfff0,%rsp 0x100d <+13>:push %rax 0x100e <+14>:push %rsp 0x100f <+15>:mov$0x1170,%r8 0x1016 <+22>:mov$0x1100,%rcx 0x101d <+29>:mov$0x11a0,%rdi 0x1024 <+36>:callq *0x100ee6(%rip)# 0x10100f10 <_DYNAMIC+496> ^^^ GOT offset is wrong It should be 0x10100f50. 0x102a <+42>:hlt End of assembler dump. (gdb) There are 44 section headers, starting at offset 0x3af8: Section Headers: [Nr] Name TypeAddress OffSize ES Flg Lk Inf Al [ 0] NULL 00 00 00 0 0 0 [ 1] .text PROGBITS1000 001000 000172 00 AX 0 0 16 [ 2] .init PROGBITS1174 001174 17 00 AX 0 0 4 [ 3] .fini PROGBITS118c 00118c 09 00 AX 0 0 4 [ 4] .text.unlikelyPROGBITS1195 001195 00 00 AX 0 0 1 [ 5] .text.startup PROGBITS11a0 0011a0 0002dd 00 AX 0 0 16 [ 6] .plt PROGBITS1480 001480 40 10 AX 0 0 16 [ 7] .rela.plt RELA14c0 0014c0 48 18 AI 15 6 8 [ 8] .rela.dyn RELA1508 001508 30 18 A 15 0 8 [ 9] .rodata.cst4 PROGBITS1538 001538 04 04 AM 0 0 4 [10] .eh_frame PROGBITS1540 001540 f4 00 A 0 0 8 [11] .eh_frame_hdr PROGBITS1634 001634 34 00 A 0 0 4 [12] .rodata PROGBITS1670 001670 56 00 A 0 0 16 [13] .rodata.str1.8PROGBITS16c8 0016c8 000287 01 AMS 0 0 8 [14] .rodata.str1.1PROGBITS194f 00194f af 01 AMS 0 0 1 [15] .dynsym DYNSYM 1a00 001a00 c0 18 A 16 1 8 [16] .dynstr STRTAB 1ac0 001ac0 ae 00 A 0 0 1 [17] .gnu.hash GNU_HASH1b70 001b70 1c 00 A 15 0 8 [18] .interp PROGBITS1b8c 001b8c 1c 00 A 0 0 1 [19] .gnu.version VERSYM 1ba8 001ba8 10 02 A 15 0 2 [20] .gnu.version_rVERNEED 0
[Bug ld/20238] error: undefined reference to '__cxa_finalize'
https://sourceware.org/bugzilla/show_bug.cgi?id=20238 --- Comment #18 from H.J. Lu --- Please run prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/bin/arm-linux-androideabi-g++ -pie -nostdlib -Bdynamic -Wl,-dynamic-linker,/system/bin/linker -Wl,--gc-sections -Wl,-z,nocopyreloc -L/home/jorge/cm13/out/target/product/bacon/obj/lib -Wl,-rpath-link=/home/jorge/cm13/out/target/product/bacon/obj/lib /home/jorge/cm13/out/target/product/bacon/obj/lib/crtbegin_dynamic.o /home/jorge/cm13/out/target/product/bacon/obj/EXECUTABLES/backtrace_test_intermediates/backtrace_test.o /home/jorge/cm13/out/target/product/bacon/obj/EXECUTABLES/backtrace_test_intermediates/GetPss.o /home/jorge/cm13/out/target/product/bacon/obj/EXECUTABLES/backtrace_test_intermediates/thread_utils.o -Wl,--whole-archive -Wl,--no-whole-archive /home/jorge/cm13/out/target/product/bacon/obj/STATIC_LIBRARIES/libgtest_intermediates/libgtest.a /home/jorge/cm13/out/target/product/bacon/obj/STATIC_LIBRARIES/libgtest_main_intermediates/libgtest_main.a /home/jorge/cm13/out/target/product/bacon/obj/STATIC_LIBRARIES/libunwind_llvm_intermediates/libunwind_llvm.a /home/jorge/cm13/out/target/product/bacon/obj/STATIC_LIBRARIES/libcompiler_rt-extras_intermediates/libcompiler_rt-extras.a prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/bin/../lib/gcc/arm-linux-androideabi/4.9.4/libatomic.a prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/bin/../lib/gcc/arm-linux-androideabi/4.9.4/libgcc.a -lbacktrace_test -lbacktrace -lbase -lcutils -ldl -lc++ -ldl -lc -lm -o /home/jorge/cm13/out/target/product/bacon/obj/EXECUTABLES/backtrace_test_intermediates/LINKED/backtrace_test32 -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now -Wl,--build-id=md5 -Wl,--warn-shared-textrel -Wl,--fatal-warnings -Wl,--icf=safe -Wl,--hash-style=gnu -Wl,--no-fix-cortex-a8 -Wl,--exclude-libs,libunwind_llvm.a -Wl,--no-undefined /home/jorge/cm13/out/target/product/bacon/obj/lib/crtend_android.o -v It will show prebuilts/./collect2 list of arguments passed to collect2 Then copy "list of arguments passed to collect2" after prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/bin/arm-linux-androideabi-ld run it and show what you see here. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/20238] error: undefined reference to '__cxa_finalize'
https://sourceware.org/bugzilla/show_bug.cgi?id=20238 --- Comment #19 from Jorge Ayres Pereira --- thank you very much for your patience and quick reply. I've done and got this: http://www.hastebin.com/setakaboto.pas -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/20238] error: undefined reference to '__cxa_finalize'
https://sourceware.org/bugzilla/show_bug.cgi?id=20238 --- Comment #20 from H.J. Lu --- Please run prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/bin/arm-linux-androideabi-ld -plugin /home/jorge/cm13/prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/bin/../libexec/gcc/arm-linux-androideabi/4.9.4/liblto_plugin.so -plugin-opt=/home/jorge/cm13/prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/bin/../libexec/gcc/arm-linux-androideabi/4.9.4/lto-wrapper -plugin-opt=-fresolution=/tmp/cc15ilVv.res --sysroot=/home/jorge/uber/out/arm-linux-androideabi-4.9/arch-arm --eh-frame-hdr -dynamic-linker /system/bin/linker -X -m armelf_linux_eabi -z noexecstack -z relro -z now -pie -o /home/jorge/cm13/out/target/product/bacon/obj/EXECUTABLES/backtrace_test_intermediates/LINKED/backtrace_test32 -L/home/jorge/cm13/out/target/product/bacon/obj/lib -L/home/jorge/cm13/prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/bin/../lib/gcc/arm-linux-androideabi/4.9.4 -L/home/jorge/cm13/prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/bin/../lib/gcc -L/home/jorge/cm13/prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/bin/../lib/gcc/arm-linux-androideabi/4.9.4/../../../../arm-linux-androideabi/lib -dynamic-linker /system/bin/linker --gc-sections -z nocopyreloc -rpath-link=/home/jorge/cm13/out/target/product/bacon/obj/lib /home/jorge/cm13/out/target/product/bacon/obj/lib/crtbegin_dynamic.o /home/jorge/cm13/out/target/product/bacon/obj/EXECUTABLES/backtrace_test_intermediates/backtrace_test.o /home/jorge/cm13/out/target/product/bacon/obj/EXECUTABLES/backtrace_test_intermediates/GetPss.o /home/jorge/cm13/out/target/product/bacon/obj/EXECUTABLES/backtrace_test_intermediates/thread_utils.o --whole-archive --no-whole-archive /home/jorge/cm13/out/target/product/bacon/obj/STATIC_LIBRARIES/libgtest_intermediates/libgtest.a /home/jorge/cm13/out/target/product/bacon/obj/STATIC_LIBRARIES/libgtest_main_intermediates/libgtest_main.a /home/jorge/cm13/out/target/product/bacon/obj/STATIC_LIBRARIES/libunwind_llvm_intermediates/libunwind_llvm.a /home/jorge/cm13/out/target/product/bacon/obj/STATIC_LIBRARIES/libcompiler_rt-extras_intermediates/libcompiler_rt-extras.a prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/bin/../lib/gcc/arm-linux-androideabi/4.9.4/libatomic.a prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/bin/../lib/gcc/arm-linux-androideabi/4.9.4/libgcc.a -lbacktrace_test -lbacktrace -lbase -lcutils -ldl -lc++ -ldl -lc -lm -z noexecstack -z relro -z now --build-id=md5 --warn-shared-textrel --fatal-warnings --icf=safe --hash-style=gnu --no-fix-cortex-a8 --exclude-libs libunwind_llvm.a --no-undefined /home/jorge/cm13/out/target/product/bacon/obj/lib/crtend_android.o -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/20238] error: undefined reference to '__cxa_finalize'
https://sourceware.org/bugzilla/show_bug.cgi?id=20238 --- Comment #21 from Jorge Ayres Pereira --- got this: http://www.hastebin.com/bituvejoca.rb Thanks PS: if you prefer to use hangouts let me know. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/20238] error: undefined reference to '__cxa_finalize'
https://sourceware.org/bugzilla/show_bug.cgi?id=20238 --- Comment #22 from H.J. Lu --- Please provide /home/jorge/cm13/out/target/product/bacon/obj/lib/crtbegin_dynamic.o /home/jorge/cm13/out/target/product/bacon/obj/EXECUTABLES/backtrace_test_intermediates/backtrace_test.o /home/jorge/cm13/out/target/product/bacon/obj/EXECUTABLES/backtrace_test_intermediates/GetPss.o /home/jorge/cm13/out/target/product/bacon/obj/EXECUTABLES/backtrace_test_intermediates/thread_utils.o --whole-archive --no-whole-archive /home/jorge/cm13/out/target/product/bacon/obj/STATIC_LIBRARIES/libgtest_intermediates/libgtest.a /home/jorge/cm13/out/target/product/bacon/obj/STATIC_LIBRARIES/libgtest_main_intermediates/libgtest_main.a /home/jorge/cm13/out/target/product/bacon/obj/STATIC_LIBRARIES/libunwind_llvm_intermediates/libunwind_llvm.a /home/jorge/cm13/out/target/product/bacon/obj/STATIC_LIBRARIES/libcompiler_rt-extras_intermediates/libcompiler_rt-extras.a prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/bin/../lib/gcc/arm-linux-androideabi/4.9.4/libatomic.a prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/bin/../lib/gcc/arm-linux-androideabi/4.9.4/libgcc.a -lbacktrace_test -lbacktrace -lbase -lcutils -lc++ -ldl -lc -lm /home/jorge/cm13/out/target/product/bacon/obj/lib/crtend_android.o You need to find and provide libfoo.a/libfoo.so for each -lfoo. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/20238] error: undefined reference to '__cxa_finalize'
https://sourceware.org/bugzilla/show_bug.cgi?id=20238 --- Comment #23 from Jorge Ayres Pereira --- when you say provide it is the files which you need? I didnt manage to find: libgtest.acp libunwind_llvm.acp The other files are here: http://download.jgcaap.xyz/files/bugreport/ -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/20238] error: undefined reference to '__cxa_finalize'
https://sourceware.org/bugzilla/show_bug.cgi?id=20238 --- Comment #24 from Jorge Ayres Pereira --- Forgive me I found all files. By mistake on copying i put after the .a the cp command xD The libfoo.a/libfoo.so are the only ones i cannot find. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/20238] error: undefined reference to '__cxa_finalize'
https://sourceware.org/bugzilla/show_bug.cgi?id=20238 --- Comment #25 from Jorge Ayres Pereira --- Small question I'm currently finishing a massive search on the android folder and appeared me these: jorge@Jgcaap:~/cm13$ find -type f -name "libfoo.*" ./development/ndk/tests/prebuilt-library/jni/libfoo.so ./ndk/tests/build/multi-module-path/path1/foo/libfoo.c But those are part of the source, not the out folder. Do you want those? Thanks -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/20247] New: AVR/ARM align causes unnecessary padding of segment
https://sourceware.org/bugzilla/show_bug.cgi?id=20247 Bug ID: 20247 Summary: AVR/ARM align causes unnecessary padding of segment Product: binutils Version: 2.27 (HEAD) Status: UNCONFIRMED Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: bg at nerilex dot org Target Milestone: --- Created attachment 9334 --> https://sourceware.org/bugzilla/attachment.cgi?id=9334&action=edit assembly code to reproduce Defining an alignment causes the corresponding section to get padded to a multiple of the alignment value on some architectures. I could see this behavior on: * arm * avr It does not happen on x86_64. I only tested the bss and data segment to be affected and both are. Short code to reproduce is: .balign 16 .skip 1 -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/20247] AVR/ARM align causes unnecessary padding of segment
https://sourceware.org/bugzilla/show_bug.cgi?id=20247 bg at nerilex dot org changed: What|Removed |Added CC||bg at nerilex dot org -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/20238] error: undefined reference to '__cxa_finalize'
https://sourceware.org/bugzilla/show_bug.cgi?id=20238 --- Comment #26 from H.J. Lu --- (In reply to Jorge Ayres Pereira from comment #24) > Forgive me I found all files. By mistake on copying i put after the .a the > cp command xD > > The > libfoo.a/libfoo.so > > are the only ones i cannot find. For -lbacktrace_test -lbacktrace -lbase -lcutils -lc++ -ldl -lc -lm each -lXXX is mapped to libXXX.so or libXXX.a. We need them. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/20238] error: undefined reference to '__cxa_finalize'
https://sourceware.org/bugzilla/show_bug.cgi?id=20238 --- Comment #27 from Jorge Ayres Pereira --- Good morning. I've just made a search one by one on the out folder and where the gcc is at, and I do not have those files either. I decided to search on an gcc compiled which works and doesn't have those files either. Anything else you need me to search? Thanks -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/20238] error: undefined reference to '__cxa_finalize'
https://sourceware.org/bugzilla/show_bug.cgi?id=20238 --- Comment #28 from Jorge Ayres Pereira --- Not sure if is easier. The source of the toolchain to compile are here: https://github.com/UBERTC the binutils I use from master branch is here (which is the same as the master branch present on ubertc source): https://github.com/bminor/binutils-gdb Thanks. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
