[Bug binutils/3196] Build fails for target arm-xscale-pe
--- Additional Comments From niko dot schwarz at gmx dot net 2006-09-18 08:46 --- Subject: Re: Build fails for target arm-xscale-pe > > --- Additional Comments From amodra at bigpond dot net dot au > 2006-09-15 01:42 --- > Builds for me. Have you broken your makefile somehow? Hello! I managed to build it with gcc-2.95. However, with gcc-3 and up it will NOT compile. I didn't touch the makefile. It doesn't work on TWO computers, I tried on my computer with suse10.0, knoppix AND kubuntu, none of them will compile it, there is most definitely something broken. Furthermore I tried on my computer with gcc-4.1.1, gcc-4.0.2, gcc-3.4, gcc-3.0 regards, niko -- http://sourceware.org/bugzilla/show_bug.cgi?id=3196 --- 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/3223] New: ld fails to link correct variables from linker script.
winxp SP2 running cygwin. Upgrading binutils from 2.16.1 to 2.17 (and cvs head) the following problem has appeared. when using a startup file that uses variables from the linker script, the values passed to the final binary are incorrect if the section is empty, data section is used for this example. In the example below the value for __data_start is incorrect if the data section is empty, if the var is uncommented then the value for __data_start is correct. Built with command line: arm-elf-as --gdwarf-2 test.s -o test.o arm-elf-ld -Ttext 0x -Tdata 0x2000 -Map=test.map -o test.elf test.o test.s dump: .data #var1: .long 0x10 .text .arm .global _start _start: /* Relocate .data section (Copy from ROM to RAM) */ LDR r1, =_etext LDR r2, =__data_start LDR r3, =_edata LoopRel: CMP r2, r3 LDRLO r0, [r1], #4 STRLO r0, [r2], #4 BLO LoopRel main: B main .end -- Summary: ld fails to link correct variables from linker script. Product: binutils Version: 2.18 (HEAD) Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: sjo at anglia dot com CC: bug-binutils at gnu dot org GCC build triplet: i686-pc-cygwin GCC host triplet: i686-pc-cygwin GCC target triplet: arm-elf http://sourceware.org/bugzilla/show_bug.cgi?id=3223 --- 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/3223] ld fails to link correct variables from linker script.
--- Additional Comments From carlos at codesourcery dot com 2006-09-18 17:38 --- Tested with the binutils-csl-2_17-branch arm-none-eabi-as --gdwarf-2 test.s -o test.o arm-none-eabi-ld -Ttext 0x -Tdata 0x2000 -Map=test.map -o test.elf test.o arm-none-eabi-objdump -d test.elf test.elf: file format elf32-littlearm Disassembly of section .text: <_start>: 0: e59f1018ldr r1, [pc, #24] ; 20 <.text+0x20> 4: e59f2018ldr r2, [pc, #24] ; 24 <.text+0x24> 8: e59f3018ldr r3, [pc, #24] ; 28 <.text+0x28> 000c : c: e1520003cmp r2, r3 10: 34910004ldrcc r0, [r1], #4 14: 34820004strcc r0, [r2], #4 18: 3afbbcc c 001c : 1c: eafeb 1c 20: 002candeq r0, r0, ip, lsr #32 24: 2000andcs r0, r0, r0 28: 012candeq r0, r0, ip, lsr #2 The value of "__data_start" is loaded from the constant pool at ".text+0x24", whose value is "0x2000" as expected. What is the value you expect and what does objdump produce? -- http://sourceware.org/bugzilla/show_bug.cgi?id=3223 --- 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/3223] ld fails to link correct variables from linker script.
--- Additional Comments From carlos at codesourcery dot com 2006-09-18 18:16 --- However, .data1 *(.data1) 0x2000_edata = . The value of _edata in the -Map file is wrong. The value of the dot operator is evaluated as the current location counter, and that is 0x12c, not the value of .data1 which does not exist. That is definately a bug. -- http://sourceware.org/bugzilla/show_bug.cgi?id=3223 --- 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 gas/3207] Why do we need md_section_align?
--- Additional Comments From hjl at lucon dot org 2006-09-18 18:43 --- Just leave it alone since nothing breaks. -- What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://sourceware.org/bugzilla/show_bug.cgi?id=3207 --- 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/3229] New: objdump doesn't recognize cli and clf instructions
The POWER assembler instructions clf and cli are not recognized by objdump, as seen in the following output: 28: 7d 2a 48 10 subfc r9,r10,r9 2c: 7c 00 58 ec .long 0x7c0058ec 30: 7d 29 42 14 add r9,r9,r8 6c: 7c 8b 48 10 subfc r4,r11,r9 70: 7c 03 03 ec .long 0x7c0303ec 74: 7c 84 52 14 add r4,r4,r10 The first is "clf" the second "cli". http://www.nersc.gov/vendor_docs/ibm/asm/cli.htm http://www.nersc.gov/vendor_docs/ibm/asm/clf.htm Documentation for above instructions is in the above links. -- Summary: objdump doesn't recognize cli and clf instructions Product: binutils Version: 2.16 Status: NEW Severity: normal Priority: P2 Component: binutils AssignedTo: unassigned at sources dot redhat dot com ReportedBy: root at garbled dot net CC: bug-binutils at gnu dot org GCC build triplet: netbsd--powerpc GCC host triplet: netbsd--powerpc GCC target triplet: netbsd--powerpc http://sourceware.org/bugzilla/show_bug.cgi?id=3229 --- 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
