[Bug gas/29466] APP/NO_APP with linefile
https://sourceware.org/bugzilla/show_bug.cgi?id=29466 Peter Bergner changed: What|Removed |Added CC||bergner at linux dot ibm.com --- Comment #6 from Peter Bergner --- Hi Alan, I just built a current as of today powerpc64le-linux build (our rain6p1 system - RHEL8.5) and did a "make maybe-check-gas" and I see this FAIL with the following output: ../as-new -o tmpdir/app5.o /home/bergner/binutils/binutils-gdb/gas/testsuite/gas/macros/app5.s Executing on host: sh -c {../as-new -o tmpdir/app5.o /home/bergner/binutils/binutils-gdb/gas/testsuite/gas/macros/app5.s 2>&1} /dev/null dump.tmp (timeout = 300) spawn [open ...]^M size -G tmpdir/app5.o > tmpdir/dump.out Executing on host: sh -c {size -G tmpdir/app5.o > tmpdir/dump.out 2>dump.tmp} /dev/null (timeout = 300) spawn [open ...]^M exited abnormally with 1, output:size: invalid option -- 'G' Usage: size [option(s)] [file(s)] Displays the sizes of sections inside binary files If no input file(s) are specified, a.out is assumed The options are: -A|-B --format={sysv|berkeley} Select output style (default is berkeley) -o|-d|-x --radix={8|10|16} Display numbers in octal, decimal or hex -t--totals Display the total sizes (Berkeley only) --common Display total size for *COM* syms --target=Set the binary file format @ Read options from -h--helpDisplay this information -v--version Display the program's version size: supported targets: elf64-powerpcle elf64-powerpc elf32-powerpcle elf32-powerpc aixcoff-rs6000 aixcoff64-rs6000 aix5coff64-rs6000 elf64-little elf64-big elf32-little elf32-big pe-x86-64 pei-x86-64 pe-bigobj-x86-64 elf64-x86-64 elf64-l1om elf64-k1om pe-i386 pei-i386 elf32-i386 elf32-iamcu plugin srec symbolsrec verilog tekhex binary ihex FAIL: APP with linefile -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29389] Failed assertions in bfd/cofflink.c and bfd/coff-x86_64.c during the linking stage (MSYS2 MinGW64)
https://sourceware.org/bugzilla/show_bug.cgi?id=29389 Peter Bergner changed: What|Removed |Added CC||bergner at linux dot ibm.com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/28824] relro security issues
https://sourceware.org/bugzilla/show_bug.cgi?id=28824 Peter Bergner changed: What|Removed |Added CC||bergner at linux dot ibm.com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/27647] [PowerPC] Extended conditional branch mnemonics should accept an optional branch hint operand
https://sourceware.org/bugzilla/show_bug.cgi?id=27647 Peter Bergner changed: What|Removed |Added CC||bergner at linux dot ibm.com -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/24349] [powerpc] gas rejects valid branch instruction and doesn't set "at" branch hints correctly
https://sourceware.org/bugzilla/show_bug.cgi?id=24349 Peter Bergner changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #3 from Peter Bergner --- Fixed. -- 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/24349] [powerpc] gas rejects valid branch instruction and doesn't set "at" branch hints correctly
https://sourceware.org/bugzilla/show_bug.cgi?id=24349 Peter Bergner changed: What|Removed |Added Status|NEW |ASSIGNED URL||https://sourceware.org/ml/b ||inutils/2019-04/msg00030.ht ||ml --- Comment #1 from Peter Bergner --- Patch posted. -- 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/24349] [powerpc] gas rejects valid branch instruction and doesn't set "at" branch hints correctly
https://sourceware.org/bugzilla/show_bug.cgi?id=24349 Peter Bergner changed: What|Removed |Added CC||amodra at gmail dot com Assignee|unassigned at sourceware dot org |bergner at linux dot ibm.com -- 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/24349] New: [powerpc] gas rejects valid branch instruction and doesn't set "at" branch hints correctly
https://sourceware.org/bugzilla/show_bug.cgi?id=24349 Bug ID: 24349 Summary: [powerpc] gas rejects valid branch instruction and doesn't set "at" branch hints correctly Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: bergner at linux dot ibm.com Target Milestone: --- bergner@pike:~/binutils/BCTAR$ cat -n bug1.s 1 .text 2 start: 3 bclr0,0 4 bctar 0,0 5 bcctr 0,0 bergner@pike:~/binutils/BCTAR$ as -mpower8 bug1.s bug1.s: Assembler messages: bug1.s:4: Error: invalid counter access bug1.s:5: Error: invalid counter access A BO value using a “decrement and test CTR” option is only invalid for the bcctr insn. It should be valid for bctar as it is for bclr. The problem is the "invalid counter access" test in insert_bo() and insert_boe() isn't specific enough to distinguish between bcctr and bctar. That fix is easy enough. However, looking closer, I see that we also have a problem setting the "at" branch hints for some insns. In the test case below, we have bclr insns using a BO value of'0b1a01t'. The first explicitly sets the "at" bits to "11", meaning likely taken. In the second insn, we use the "+" opcode suffix to set the bits. They should encode to the exact same insn, but they don't. bergner@pike:~/binutils/BCTAR$ cat bug2.s .text bclr: bclr0b11011,0 bclr+ 0b10010,0 bergner@pike:~/binutils/BCTAR$ as -mpower8 -o bug2.o bug2.s bergner@pike:~/binutils/BCTAR$ objdump -d -Mpower8 bug2.o 0: 20 00 60 4f bdzlr+ 4: 20 00 60 4e bclr+ 18,lt Looking at the disassembled bits, we can see the insn that used the "+" opcode suffix only set the "t" bit, which was the old "y" bit. This leaves us with an "at" branch hint of "01" which is a reserved value. I'm working on a patch. -- 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