[Bug ld/4424] Can't link in Linux object files on FreeBSD
--- Additional Comments From hjl at lucon dot org 2007-04-25 02:33 --- An updated patch is at http://sourceware.org/ml/binutils/2007-04/msg00331.html -- http://sourceware.org/bugzilla/show_bug.cgi?id=4424 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4423] Linker eh_frame warning on crtend.o
--- Additional Comments From amodra at bigpond dot net dot au 2007-04-25 01:50 --- This is good. At least now the FreeBSD project can fix their crtend.o rather than wondering why C++ exception performance is dismal for them. -- http://sourceware.org/bugzilla/show_bug.cgi?id=4423 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4424] Can't link in Linux object files on FreeBSD
--- Additional Comments From hjl at lucon dot org 2007-04-25 00:01 --- A patch is posted at http://sourceware.org/ml/binutils/2007-04/msg00330.html -- http://sourceware.org/bugzilla/show_bug.cgi?id=4424 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4424] New: Can't link in Linux object files on FreeBSD
elf_link_add_object_symbols has if (! dynamic && is_elf_hash_table (htab) && htab->root.creator == abfd->xvec && bed->check_relocs != NULL) When you link Linux object files on FreeBSD, htab->root.creator != abfd->xvec. As the result, linker will fail later. We need a better way to check if input format is compatible with output format. -- Summary: Can't link in Linux object files on FreeBSD Product: binutils Version: 2.18 (HEAD) Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: hjl at lucon dot org CC: bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=4424 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4423] New: Linker eh_frame warning on crtend.o
crtend.o on FreeBSD 6.2 has [EMAIL PROTECTED] /export/build/gnu/binutils]$ ./build-x86_64-freebsd/binutils/readelf -wf /usr/lib/crtend.o The section .eh_frame contains: ZERO terminator 0004 0010 CIE Version: 1 Augmentation: "" Code alignment factor: 1 Data alignment factor: -8 Return address column: 16 DW_CFA_def_cfa: r7 ofs 8 DW_CFA_offset: r16 at cfa-8 DW_CFA_nop DW_CFA_nop 0018 002c 0018 FDE cie=0004 pc=..0036 DW_CFA_advance_loc4: 1 to 0001 DW_CFA_def_cfa_offset: 16 DW_CFA_offset: r6 at cfa-16 DW_CFA_advance_loc4: 3 to 0004 DW_CFA_def_cfa_reg: r6 DW_CFA_advance_loc4: 1 to 0005 DW_CFA_offset: r3 at cfa-24 DW_CFA_nop I got [EMAIL PROTECTED] /net/gnu-2/export/home/hjl/bugs/binutils/freebsd-1]$ /export/build/gnu/binutils/build-x86_64-freebsd/ld/ld-new -dynamic-linker /libexec/ld-elf.so.1 /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib desinit.o -lgcc -lc -lgcc /usr/lib/crtend.o /usr/lib/crtn.o /export/build/gnu/binutils/build-x86_64-freebsd/ld/ld-new: error in /usr/lib/crtend.o(.eh_frame); no .eh_frame_hdr table will be created. [EMAIL PROTECTED] /net/gnu-2/export/home/hjl/bugs/binutils/freebsd-1]$ That is for every executable/shared library. -- Summary: Linker eh_frame warning on crtend.o Product: binutils Version: 2.18 (HEAD) Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: hjl at lucon dot org CC: amodra at bigpond dot net dot au,bug-binutils at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=4423 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/4409] --unresolved-symbols=ignore-all issues on ia64
-- What|Removed |Added CC||hjl at lucon dot org http://sourceware.org/bugzilla/show_bug.cgi?id=4409 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
Re: Relocation in generic ELF problem
On Mon, Apr 23, 2007 at 07:43:59PM +0530, aniruddha wrote: > g++-c -o test1.o test1.cpp > /home/buildroot/build_arm/staging_dir/bin/arm-linux-uclibc-g++ --static > -o test1 test1.o > > /home/buildroot/build_arm/staging_dir/lib/gcc/arm-linux-uclibc/3.4.6/../../../../arm-linux-uclibc/bin/ld: > test1.o: Relocatns in generic ELF (EM: 3) You are compiling test1.cpp with an x86 g++. Unsurprisingly, your arm linker does not like x86 object files. -- Alan Modra IBM OzLabs - Linux Technology Centre ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/4412] windres is not 64bit are
--- Additional Comments From hjl at lucon dot org 2007-04-24 14:51 --- *** This bug has been marked as a duplicate of 2737 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://sourceware.org/bugzilla/show_bug.cgi?id=4412 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/2737] windres depends on host's endianness and bitness
--- Additional Comments From hjl at lucon dot org 2007-04-24 14:51 --- *** Bug 4412 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||sherpya at netfarm dot it http://sourceware.org/bugzilla/show_bug.cgi?id=2737 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
Re: Relocation in generic ELF problem
aniruddha <[EMAIL PROTECTED]> writes: > make[1]: Leaving directory `/home/buildroot/build_arm/sysappl/C++' > for i in C++ ; do make -C $i || exit ; done > make[1]: Entering directory `/home/buildroot/build_arm/sysappl/C++' > g++-c -o test1.o test1.cpp > /home/buildroot/build_arm/staging_dir/bin/arm-linux-uclibc-g++ --static > -o test1 test1.o > > /home/buildroot/build_arm/staging_dir/lib/gcc/arm-linux-uclibc/3.4.6/../../../../arm-linux-uclibc/bin/ld: > test1.o: Relocatns in generic ELF (EM: 3) > make[1]: *** [test1] Error 1 > make[1]: Leaving directory `/home/buildroot/build_arm/sysappl/C++' > make: *** [all] Error 2 > > wat is the solution to this problem? Use the C++ cross compiler for your target. Andreas. -- Andreas Schwab, SuSE Labs, [EMAIL PROTECTED] SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany PGP key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
Relocation in generic ELF problem
make[1]: Leaving directory `/home/buildroot/build_arm/sysappl/C++' for i in C++ ; do make -C $i || exit ; done make[1]: Entering directory `/home/buildroot/build_arm/sysappl/C++' g++-c -o test1.o test1.cpp /home/buildroot/build_arm/staging_dir/bin/arm-linux-uclibc-g++ --static -o test1 test1.o /home/buildroot/build_arm/staging_dir/lib/gcc/arm-linux-uclibc/3.4.6/../../../../arm-linux-uclibc/bin/ld: test1.o: Relocatns in generic ELF (EM: 3) test1.o: could not read symbols: File in wrong format collect2: ld returned 1 exit status make[1]: *** [test1] Error 1 make[1]: Leaving directory `/home/buildroot/build_arm/sysappl/C++' make: *** [all] Error 2 wat is the solution to this problem? regards, Aniruddha. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
Re: Subject: binutils-2.17.50 build fails: opcodes/arm-dis.h
Hi Arto, /build/binutils-2.17.50/opcodes/arm-dis.c: In function 'print_insn': /build/binutils-2.17.50/opcodes/arm-dis.c:3967: warning: 'type' may be used uninitialized in this function Fixed. Cheers Nick opcodes/ChangeLog 2007-04-24 Nick Clifton <[EMAIL PROTECTED]> * arm-dis.c (print_insn): Initialise type. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
Re: binutils-2.17.50 build fails: bfd/coffcode.h
Hi Arto, /build/binutils-2.17.50/bfd/coffcode.h: In function 'coff_canonicalize_reloc': /build/binutils-2.17.50/bfd/coffcode.h:4911: warning: 'dst.r_offset' is used uninitialized in this function This should now be fixed. Cheers Nick ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
Re: build fail (binutils/srconv.c) in snapshot binutils-2.17.50
Hi Arto, Workaround: initialize dpt.dunno = 0; gcc -DHAVE_CONFIG_H -I. -I/build/binutils-2.17.50/binutils -I. -D_GNU_SOURCE -I. -I/build/binutils-2.17.50/binutils -I../bfd -I/build/binutils-2.17.50/binutils/../bfd -I/build/binutils-2.17.50/binutils/../include -DLOCALEDIR="\"/usr/local/static/gcc/binutils-2.17.50/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O3 -mcpu=supersparc -mno-app-regs -c /build/binutils-2.17.50/binutils/srconv.c cc1: warnings being treated as errors /build/binutils-2.17.50/binutils/srconv.c: In function 'walk_tree_type_1': ./sysroff.c:2355: warning: 'dpt.dunno' is used uninitialized in this function I have applied this patch. Cheers Nick binutils/ChangeLog 2007-04-24 Nick Clifton <[EMAIL PROTECTED]> * srconv.c (walk_tree_type_1): Initialise dpt.dunno. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/4414] unrecognized option `-mc68020'
--- Additional Comments From ivbx at mail dot ru 2007-04-24 08:05 --- Configure binutils witch option: --target=m68k-coff --enable-shared, --target=m68k-none-coff, --target=m68k-coff-none, --target=m68k-*-coff, successfull. During compilation error: "This target is no longer supported in gas" What target value correct? -- http://sourceware.org/bugzilla/show_bug.cgi?id=4414 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils