[Bug gas/26858] [arm] unsupported vmul instruction for vfp5-sp-d16 + armv8-r
https://sourceware.org/bugzilla/show_bug.cgi?id=26858 --- Comment #1 from Alexander Fedotov --- Meanwhile vmul instruction is supported with Thumb mode. Following snippet assembles w/o error: .arch armv8-r .syntax unified .thumb .fpu fpv5-sp-d16 vmul.f32 s12, s13, s14 Comparing versions 2.32 and 2.33.1 I see that instruction vmul has removed from "ARM_VARIANT & fpu_vfp_ext_v1xd" in latter one: /* Mnemonics shared by Neon and VFP. */ - nCEF(vmul, _vmul,3, (RNSDQ, oRNSDQ, RNSDQ_RNSC), neon_mul), Does it mean this mnemonic no more supported in ARM mode ? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/26858] [arm] unsupported vmul instruction for vfp5-sp-d16 + armv8-r
https://sourceware.org/bugzilla/show_bug.cgi?id=26858 Alexander Fedotov changed: What|Removed |Added Target||arm-none-eabi -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/26858] New: [arm] unsupported vmul instruction for vfp5-sp-d16 + armv8-r
https://sourceware.org/bugzilla/show_bug.cgi?id=26858 Bug ID: 26858 Summary: [arm] unsupported vmul instruction for vfp5-sp-d16 + armv8-r Product: binutils Version: 2.35 Status: UNCONFIRMED Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: alfedotov at gmail dot com Target Milestone: --- GCC 9 generates following assembly code for cortex-r52 with -mfpu=fpv5-sp-d16: .arch armv8-r .syntax unified .arm .fpu fpv5-sp-d16 vmul.f32 s12, s13, s14 This assembly code works with binutils 2.32 but not with 2.33.1 and later: Error: selected processor does not support `vmul.f32 s12,s13,s14' in ARM mode Is there any intention? Seems to me this is a bug. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/25992] Wrong Tag_CPU_arch_profile for armv8-r
https://sourceware.org/bugzilla/show_bug.cgi?id=25992 --- Comment #16 from Alexander Fedotov --- Nick, could we have this fix in 2.34.1 as well ? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/25992] Wrong Tag_CPU_arch_profile for armv8-r
https://sourceware.org/bugzilla/show_bug.cgi?id=25992 --- Comment #15 from Alexander Fedotov --- Difference in Tag_CPU_arch confuses as well armv7-r vs armv8-r Tag_CPU_arch: v7 vs Tag_CPU_arch: v8-R but I have no clue how critical is it. From the user perspective it looks weird. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/25992] Wrong Tag_CPU_arch_profile for armv8-r
https://sourceware.org/bugzilla/show_bug.cgi?id=25992 --- Comment #13 from Alexander Fedotov --- Andre you can find attr-march-armv8-r*.d files in GAS testsuite which already had the wrong attribute in them i.e. Tag_CPU_arch_profile: Application In any way I have ran into this issue on windows host and then reproduce on linux using git master branch. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/25992] Wrong Tag_CPU_arch_profile for armv8-r
https://sourceware.org/bugzilla/show_bug.cgi?id=25992 --- Comment #8 from Alexander Fedotov --- I believe this will break GCC multilib since armv8-r+neon are mapped to armv8-a libraries -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/25992] Wrong Tag_CPU_arch_profile for armv8-r
https://sourceware.org/bugzilla/show_bug.cgi?id=25992 Alexander Fedotov changed: What|Removed |Added Attachment #12536|0 |1 is obsolete|| Attachment #12537|0 |1 is obsolete|| Attachment #12546|0 |1 is obsolete|| Attachment #12547|0 |1 is obsolete|| --- Comment #7 from Alexander Fedotov --- Created attachment 12558 --> https://sourceware.org/bugzilla/attachment.cgi?id=12558=edit patch for git master branch This patch fixes incorrect profile tag for armv8-r and updates testsuite files as well -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/25992] Wrong Tag_CPU_arch_profile for armv8-r
https://sourceware.org/bugzilla/show_bug.cgi?id=25992 --- Comment #6 from Alexander Fedotov --- I see bunch of failures with testsuite. Need to fix them. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/25992] Wrong Tag_CPU_arch_profile for armv8-r
https://sourceware.org/bugzilla/show_bug.cgi?id=25992 Alexander Fedotov changed: What|Removed |Added CC||alfedotov at gmail dot com --- Comment #5 from Alexander Fedotov --- Created attachment 12547 --> https://sourceware.org/bugzilla/attachment.cgi?id=12547=edit patch for git master barnch Hi Andre, please review this patch for the master branch. It seems working well now on my side. But I'm not sure about defines that describing features in armv8-r. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/25992] Wrong Tag_CPU_arch_profile for armv8-r
https://sourceware.org/bugzilla/show_bug.cgi?id=25992 --- Comment #4 from Alexander Fedotov --- Hi Andre I've tried with latest 2.34 and git master branch - result is the same. the problem as I can see this is that armv8-r is inherited from the arm8-a. I tried to fix it - see attached patch. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/25992] Wrong Tag_CPU_arch_profile for armv8-r
https://sourceware.org/bugzilla/show_bug.cgi?id=25992 --- Comment #3 from Alexander Fedotov --- Created attachment 12546 --> https://sourceware.org/bugzilla/attachment.cgi?id=12546=edit patch for 2.34 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/25992] Wrong Tag_CPU_arch_profile for armv8-r
https://sourceware.org/bugzilla/show_bug.cgi?id=25992 Alexander Fedotov changed: What|Removed |Added Target||arm-none-eabi -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/25992] Wrong Tag_CPU_arch_profile for armv8-r
https://sourceware.org/bugzilla/show_bug.cgi?id=25992 --- Comment #1 from Alexander Fedotov --- Created attachment 12537 --> https://sourceware.org/bugzilla/attachment.cgi?id=12537=edit armv8-r_fpsp -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/25992] Wrong Tag_CPU_arch_profile for armv8-r
https://sourceware.org/bugzilla/show_bug.cgi?id=25992 Alexander Fedotov changed: What|Removed |Added Attachment #12536|asm file|armv8-r_neon.asm description|| -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gas/25992] New: Wrong Tag_CPU_arch_profile for armv8-r
https://sourceware.org/bugzilla/show_bug.cgi?id=25992 Bug ID: 25992 Summary: Wrong Tag_CPU_arch_profile for armv8-r Product: binutils Version: 2.35 (HEAD) Status: UNCONFIRMED Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: alfedotov at gmail dot com Target Milestone: --- Created attachment 12536 --> https://sourceware.org/bugzilla/attachment.cgi?id=12536=edit asm file Assembling files (see attached) with different FPU and then checking: ./arm-none-eabi-as armv8-r_neon.asm -o armv8-r_neon.o ./arm-none-eabi-readelf.exe -A armv8-r_neon.o | grep Tag_CPU_arch_profile ./arm-none-eabi-as armv8-r_fpsp.asm -o armv8-r_fpsp.o ./arm-none-eabi-readelf.exe -A armv8-r_fpsp.o | grep Tag_CPU_arch_profile returns result Tag_CPU_arch_profile: Application Attribute Section: aeabi File Attributes Tag_CPU_name: "8-R" Tag_CPU_arch: v8-R Tag_CPU_arch_profile: Application At the same time result for armv7-r gives the correct profile: Attribute Section: aeabi File Attributes Tag_CPU_name: "7-R" Tag_CPU_arch: v7 Tag_CPU_arch_profile: Realtime -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/24827] Linker loop forever if unterminated multi-line comment script
https://sourceware.org/bugzilla/show_bug.cgi?id=24827 Alexander Fedotov changed: What|Removed |Added Target||arm-none-eabi Host||windows, linux -- 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/24827] New: Linker loop forever if unterminated multi-line comment script
https://sourceware.org/bugzilla/show_bug.cgi?id=24827
Bug ID: 24827
Summary: Linker loop forever if unterminated multi-line comment
script
Product: binutils
Version: 2.32
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: alfedotov at gmail dot com
Target Milestone: ---
If there is unterminated multi-line comment in the linker script - LD becomes
looping forever w/o throwing a warning or an error.
For instance script may contain at the end:
MEMORY
{
RAM (rw) : ORIGIN = 0x0, LENGTH = 0x8000
}
/*
--
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/24008] Wrong value of ternary expression in map file
https://sourceware.org/bugzilla/show_bug.cgi?id=24008 Alexander Fedotov changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #6 from Alexander Fedotov --- Verified using binutils-2_32-branch -- 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/24008] New: Wrong value of ternary expression in map file
https://sourceware.org/bugzilla/show_bug.cgi?id=24008 Bug ID: 24008 Summary: Wrong value of ternary expression in map file Product: binutils Version: 2.32 (HEAD) Status: UNCONFIRMED Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: alfedotov at gmail dot com Target Milestone: --- If we have such expression in linker script: __TESTVAL1__ = 1; __TESTVAL2__ = 2; __TESTVAL__ = DEFINED ( __TESTVAL1__ ) ? (__TESTVAL1__) : (__TESTVAL2__); in final Map file output it always shows "else" branch: 0x0001 __TESTVAL1__ = 0x1 0x0002 __TESTVAL2__ = 0x2 0x0002 __TESTVAL__ = DEFINED (__TESTVAL1__)?__TESTVAL1__:__TESTVAL2__ While disassembling final ELF shows: 0001 g *ABS* __TESTVAL__ 0001 g *ABS* __TESTVAL1__ 0002 g *ABS* __TESTVAL2__ -- 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/21832] New: Failed to build glibc 2.25
https://sourceware.org/bugzilla/show_bug.cgi?id=21832 Bug ID: 21832 Summary: Failed to build glibc 2.25 Product: binutils Version: 2.29 Status: UNCONFIRMED Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: alfedotov at gmail dot com Target Milestone: --- aarch64-linux-gnu-gcc regexp.c -c -std=gnu11 -fgnu89-inline -O2 -Wall -Werror -Wundef -Wwrite-strings -fmerge-all-constants -fno-stack-protector -frounding-math -g -Wstrict-prototypes -Wold-style-definition -fPIC -ftls-model=initial-exec -I../include -I/home/af/test_229/obj_glibc/misc -I/home/af/test_229/obj_glibc -I../sysdeps/unix/sysv/linux/aarch64 -I../sysdeps/aarch64/nptl -I../sysdeps/unix/sysv/linux/generic -I../sysdeps/unix/sysv/linux/wordsize-64 -I../sysdeps/unix/sysv/linux/include -I../sysdeps/unix/sysv/linux -I../sysdeps/nptl -I../sysdeps/pthread -I../sysdeps/gnu -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/aarch64/fpu -I../sysdeps/aarch64 -I../sysdeps/wordsize-64 -I../sysdeps/ieee754/ldbl-128 -I../sysdeps/ieee754/dbl-64/wordsize-64 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/aarch64/soft-fp -I../sysdeps/ieee754 -I../sysdeps/generic -I.. -I../libio -I. -nostdinc -isystem /home/af/gcc-6.3.1-linaro-linux/x86_64-linux/bin/../lib/gcc/aarch64-linux-gnu/6.3.1/include -isystem /home/af/gcc-6.3.1-linaro-linux/x86_64-linux/bin/../lib/gcc/aarch64-linux-gnu/6.3.1/include-fixed -isystem /home/af/gcc-6.3.1-linaro-linux/x86_64-linux/aarch64-linux-gnu/libc/usr/include -D_LIBC_REENTRANT -include /home/af/test_229/obj_glibc/libc-modules.h -DMODULE_NAME=libc -include ../include/libc-symbols.h -DPIC -DSHARED -o /home/af/test_229/obj_glibc/misc/regexp.os -MD -MP -MF /home/af/test_229/obj_glibc/misc/regexp.os.dt -MT /home/af/test_229/obj_glibc/misc/regexp.os /tmp/ccJkuOWT.s: Assembler messages: /tmp/ccJkuOWT.s: Error: `loc1@GLIBC_2.17' can't be versioned to common symbol 'loc1' /tmp/ccJkuOWT.s: Error: `loc2@GLIBC_2.17' can't be versioned to common symbol 'loc2' /tmp/ccJkuOWT.s: Error: `locs@GLIBC_2.17' can't be versioned to common symbol 'locs' ../o-iterator.mk:9: recipe for target '/home/af/test_229/obj_glibc/misc/regexp.os' failed -- 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/21516] PPC VLE linker produces broken object
https://sourceware.org/bugzilla/show_bug.cgi?id=21516 --- Comment #1 from Alexander Fedotov --- Hmm Seems like I have another source tree. Main line doesn't have such issue. Please ignore for a while. -- 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/21516] PPC VLE linker produces broken object
https://sourceware.org/bugzilla/show_bug.cgi?id=21516 Alexander Fedotov changed: What|Removed |Added CC||amodra at gmail dot 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 ld/21516] New: PPC VLE linker produces broken object
https://sourceware.org/bugzilla/show_bug.cgi?id=21516 Bug ID: 21516 Summary: PPC VLE linker produces broken object Product: binutils Version: 2.25 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: alfedotov at gmail dot com Target Milestone: --- Created attachment 10067 --> https://sourceware.org/bugzilla/attachment.cgi?id=10067=edit reproducible test case Hi It seems since from 2.25 version linker does something with VLE relocations wrong. Issue not present on 2.24.90. Running LD with certain command line and disassemble resulting ELF gives: 0200 <__init>: 200: 18 21 06 f0 e_stwu r1,-16(r1) 204: 00 80 se_mflr r0 206: 54 01 00 14 e_stw r0,20(r1) 20a: 00 00 se_illegal 20c: 50 01 00 14 e_lwz r0,20(r1) 210: 00 90 se_mtlr r0 212: 20 f1 se_addi r1,16 214: 00 04 se_blr 216: 50 01 81 00 e_lwz r0,0(r1) se_illegal instruction appears in ELF multiple times and breaks runtime execution. Tracked down differences 2.24.90 vs 2.25 I found that check "branch in range" at ppc_elf_relax_section() somehow affects final result. E.g. 2.24.90 produces warning on output: test.o: In function `main': test.c:(.text+0x10): relocation truncated to fit: R_PPC_VLE_REL24 against symbol `foo' defined in .ram_code section in test.o while 2.25 is not. Attached ld_se_illegal.tar which contains objects and linker script. -- 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 binutils/21303] New: [powerpc] objdump doesn't show e200z4 specific instructions
https://sourceware.org/bugzilla/show_bug.cgi?id=21303 Bug ID: 21303 Summary: [powerpc] objdump doesn't show e200z4 specific instructions Product: binutils Version: 2.28 Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: alfedotov at gmail dot com Target Milestone: --- Hi Assembling simple file with only following lines: e_li 0, 0 lbdcbx 0, 1, 2 lhdcbx 0, 1, 2 lwdcbx 0, 1, 2 ./powerpc-eabivle-as -me200z4 e200z4.s -o e200z4.o and disassembling it back gives me: ./powerpc-eabivle-objdump -dS -Me200z4 e200z4.o > e200z4.dis <.text>: 0: 70 00 00 00 e_lir0,0 4: 7c 01 14 04 .long 0x7c011404 8: 7c 01 14 44 .long 0x7c011444 c: 7c 01 14 84 .long 0x7c011484 But when I commented line with e_li insn and repeated assemble-disassemble I got correct result: <.text>: 0: 7c 01 14 04 lbdcbx r0,r1,r2 4: 7c 01 14 44 lhdcbx r0,r1,r2 8: 7c 01 14 84 lwdcbx r0,r1,r2 Any ideas ? -- 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 binutils/21266] Unstable qsort in bfd/elf64-ppc.c results in difference in ld's TLS opt 3 test on Windows
https://sourceware.org/bugzilla/show_bug.cgi?id=21266 Alexander Fedotov changed: What|Removed |Added CC||alfedotov at gmail dot com --- Comment #1 from Alexander Fedotov --- Paul, You can try to add qsort.c (from glibc for instance) into libiberty to get the same behaviour on different OSes. -- 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/21262] EVUIMM_8 mask and shift are invalid
https://sourceware.org/bugzilla/show_bug.cgi?id=21262 --- Comment #2 from Alexander Fedotov --- Ahgggr.. SPE instructions description is quite confusing. The value of UIMM must be shifted. Please ignore this ticket. -- 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/21262] EVUIMM_8 mask and shift are invalid
https://sourceware.org/bugzilla/show_bug.cgi?id=21262 --- Comment #1 from Alexander Fedotov --- Created attachment 9903 --> https://sourceware.org/bugzilla/attachment.cgi?id=9903=edit insn with EVUIMM_4 -- 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/21262] New: EVUIMM_8 mask and shift are invalid
https://sourceware.org/bugzilla/show_bug.cgi?id=21262 Bug ID: 21262 Summary: EVUIMM_8 mask and shift are invalid Product: binutils Version: 2.28 Status: UNCONFIRMED Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: alfedotov at gmail dot com Target Milestone: --- Created attachment 9902 --> https://sourceware.org/bugzilla/attachment.cgi?id=9902=edit evldd insn description I suspect that in current SPE instructions with EVUIMM_8, EVUIMM_4 and EVUIMM_2 operands current mask and shift values are invalid. For instance "evldd" has EVUIMM_8. And EVUIMM_8 has mask=0xf8 and shift=8. While regular EVUIMM has mask=0x1f and shift=11 what is fine. EVUIMM_8 and regular EVUIMM operands have the one place in instruction bits [16:20] >From my point of view: EVUIMM_2 should have mask=0x1e EVUIMM_4 should have mask=0x1c EVUIMM_8 should have mask=0x18 Shift for all of the must be the same as in EVUIMM = 11. Alexander -- 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/20744] [PPC] Incorrect relocation for VLE-instructions
https://sourceware.org/bugzilla/show_bug.cgi?id=20744 --- Comment #11 from Alexander Fedotov --- (In reply to Alan Modra from comment #9) > Fixed those issues Hi Alan In ppc_elf_vle_split16(): opcode = insn & 0xf300f800; I think correct mask is 0xfc00f800 -- 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/20744] [PPC] Incorrect relocation for VLE-instructions
https://sourceware.org/bugzilla/show_bug.cgi?id=20744 --- Comment #10 from Alexander Fedotov --- Hi Alan In ppc_elf_vle_split16(): opcode = insn & 0xf300f800; I think correct mask is 0xfc00f800 -- 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/20744] [PPC] Incorrect relocation for VLE-instructions
https://sourceware.org/bugzilla/show_bug.cgi?id=20744 Alexander Fedotov changed: What|Removed |Added CC||alfedotov at gmail dot com --- Comment #5 from Alexander Fedotov --- Hi Alan Are you sure about shift = 9 ? It seems shift should be 10. -- 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
