[Bug binutils/31527] gdb is not working for UNC path

2024-04-16 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=31527 Pekka Seppänen changed: What|Removed |Added CC||pexu at sourceware dot mail.kapsi.

[Bug binutils/31611] New: bfd: bfdio using shlwapi (win32) functionality without linking

2024-04-05 Thread pexu at sourceware dot mail.kapsi.fi
: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Hi. As of PR 31527 solution _bfd_real_fopen now uses PathIsNetworkPathA, that is part of the Windows Shell

[Bug binutils/30291] New: AArch64: multiple definition of `reglist'

2023-03-30 Thread pexu at sourceware dot mail.kapsi.fi
Component: binutils Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Hi. If targetting aarch64 linking binutils is not currently possible: ``.o:(.bss+0x0): multiple definition of `reglist'; app.o:(.bss+0x0): first

[Bug ld/30193] ASCII command length checking corner cases not properly handled

2023-03-03 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=30193 Pekka Seppänen changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug ld/30193] New: ASCII command length checking corner cases not properly handled

2023-03-02 Thread pexu at sourceware dot mail.kapsi.fi
: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Created attachment 14727 --> https://sourceware.org/bugzilla/attachment.cgi?id=14727=edit Handle ASCII cor

[Bug binutils/29981] Non-existing references to init.texi still present after bfd_init move

2023-01-10 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=29981 --- Comment #3 from Pekka Seppänen --- Thanks, your version is indeed much, much better than my hacky proposal :) Also, tried it, and it working as expected (which is not a surprise) for both native and cross-compiler targets. -- You are

[Bug binutils/29981] New: Non-existing references to init.texi still present after bfd_init move

2023-01-10 Thread pexu at sourceware dot mail.kapsi.fi
Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Created attachment 14567 --> https://sourceware.org/bugzilla/attachment.cgi?id=14567=edit Rem

[Bug gas/29320] [gas] gas/app.c: -Werror, 'struct obstack' declared inside parameter list

2022-07-07 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=29320 --- Comment #5 from Pekka Seppänen --- Oh, I see. Of course, so it seems that glibc indeed has that. I usually just look at (and use) vanilla POSIX interfaces so I didn't realize this at all. Nice catch! I confirm that binutils now builds

[Bug gas/29320] [gas] gas/app.c: -Werror, 'struct obstack' declared inside parameter list

2022-07-06 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=29320 Pekka Seppänen changed: What|Removed |Added Target||aarch64-none-elf

[Bug gas/29320] New: [gas] gas/app.c: -Werror, 'struct obstack' declared inside parameter list

2022-07-05 Thread pexu at sourceware dot mail.kapsi.fi
Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Hi. I recent [1] obstack commit unfortunately causes compile error with -Werror when using gas/as.h

[Bug ld/29293] New: [2.39 Regression] elfnn-aarch64.c: def_protected member unintialized

2022-06-27 Thread pexu at sourceware dot mail.kapsi.fi
Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Created attachment 14178 --> https://sourceware.org/bugzilla/attachment.cgi?id=14178=edit aarc

[Bug binutils/28630] [mingw] bfd/coffgen.c triggers "cast to pointer from integer of different size" [-Werror=int-to-pointer-cast]

2021-11-29 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=28630 --- Comment #2 from Pekka Seppänen --- In this case for x86_64-w64-mingw32-gcc __SIZEOF_POINTER__ is 8 while __SIZEOF_LONG__ is only 4. Since all store locations use an explicit cast this goes undetected. E.g. struct internal_syment uses

[Bug binutils/28630] New: [mingw] bfd/coffgen.c triggers "cast to pointer from integer of different size" [-Werror=int-to-pointer-cast]

2021-11-26 Thread pexu at sourceware dot mail.kapsi.fi
Version: 2.38 (HEAD) Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Hi. The following compile err

[Bug binutils/28614] [AArch64] opcodes/aarch64-*: -Werror=maybe-uninitialized hit unless assertations are enabled

2021-11-25 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=28614 --- Comment #4 from Pekka Seppänen --- Agreed, that is indeed a better option. Thanks! -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/28614] [AArch64] opcodes/aarch64-*: -Werror=maybe-uninitialized hit unless assertations are enabled

2021-11-22 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=28614 --- Comment #1 from Pekka Seppänen --- Comment on attachment 13802 --> https://sourceware.org/bugzilla/attachment.cgi?id=13802 Use `abort ()' instead of `assert (0)' Oops.. opcodes/arm-dis.c shouldn't appear on the patch -- At least not

[Bug binutils/28614] New: [AArch64] opcodes/aarch64-*: -Werror=maybe-uninitialized hit unless assertations are enabled

2021-11-22 Thread pexu at sourceware dot mail.kapsi.fi
) Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Created attachment 13802 --> https://sourceware.

[Bug binutils/28575] binutils/readelf.c and binutils/strings.c use undefined type `uint'

2021-11-10 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=28575 Pekka Seppänen changed: What|Removed |Added Attachment #13771|0 |1 is patch|

[Bug binutils/28575] New: binutils/readelf.c and binutils/strings.c use undefined type `uint'

2021-11-10 Thread pexu at sourceware dot mail.kapsi.fi
Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Created attachment 13771 --> https://sourceware.org/bugzilla/attachment.cgi?id=13771=edit Repl

[Bug binutils/27734] New: binutils/rename.c: get_stat_atime_ns/get_stat_mtime_ns might not use a parameter

2021-04-15 Thread pexu at sourceware dot mail.kapsi.fi
Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Created attachment 13370 --> https://sourceware.org/bugzilla/attachment.cgi?id=13

[Bug binutils/27671] bfd/bfd-in.h, bfd/bfd-in2.h: Poisoning TRUE / FALSE also poisons e.g. Win32 system headers

2021-04-01 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=27671 --- Comment #4 from Pekka Seppänen --- Hi, the fixed version did work just fine, thanks! Can't make an omelet without breaking some eggs, so no worries. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/27671] New: bfd/bfd-in.h, bfd/bfd-in2.h: Poisoning TRUE / FALSE also poisons e.g. Win32 system headers

2021-03-31 Thread pexu at sourceware dot mail.kapsi.fi
: UNCONFIRMED Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Created attachment 13337 --> https://sourceware.org/bugzilla/attachment.

[Bug binutils/27456] Link failure due to the use of lstat in rename.c on MinGW

2021-02-24 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=27456 Pekka Seppänen changed: What|Removed |Added CC||pexu at sourceware dot mail.kapsi.

[Bug binutils/27345] New: binutils/arsup.c: lstat() not available on all targets

2021-02-04 Thread pexu at sourceware dot mail.kapsi.fi
Component: binutils Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Hi. As of commit 95b91a043aeaeb546d2fea556d84a2de1e917770 [1] lstat() call at binutils/arsup.c moves out of `#if !defined (_WIN32

[Bug ld/26150] Assertion failure at ldlang.c:7269 when using inline assembly, -flto and --start-group

2020-06-23 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=26150 --- Comment #11 from Pekka Seppänen --- Oh my... I completely forgot the --plugin part and how it participates with ar. This is my bad, sorry :( Indeed the resulting (thin) archive is a bit different whether or not --plugin is there, namely

[Bug ld/26150] Assertion failure at ldlang.c:7269 when using inline assembly, -flto and --no-whole-archive

2020-06-22 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=26150 --- Comment #9 from Pekka Seppänen --- Created attachment 12643 --> https://sourceware.org/bugzilla/attachment.cgi?id=12643=edit Testcase: Misc. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/26150] Assertion failure at ldlang.c:7269 when using inline assembly, -flto and --no-whole-archive

2020-06-22 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=26150 --- Comment #6 from Pekka Seppänen --- Created attachment 12640 --> https://sourceware.org/bugzilla/attachment.cgi?id=12640=edit Testcase -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/26150] Assertion failure at ldlang.c:7269 when using inline assembly, -flto and --no-whole-archive

2020-06-22 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=26150 --- Comment #2 from Pekka Seppänen --- Created attachment 12636 --> https://sourceware.org/bugzilla/attachment.cgi?id=12636=edit Testcase -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/26150] Assertion failure at ldlang.c:7269 when using inline assembly, -flto and --no-whole-archive

2020-06-22 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=26150 --- Comment #7 from Pekka Seppänen --- Created attachment 12641 --> https://sourceware.org/bugzilla/attachment.cgi?id=12641=edit Testcase -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/26150] Assertion failure at ldlang.c:7269 when using inline assembly, -flto and --no-whole-archive

2020-06-22 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=26150 --- Comment #8 from Pekka Seppänen --- Created attachment 12642 --> https://sourceware.org/bugzilla/attachment.cgi?id=12642=edit Testcase: Driver -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/26150] Assertion failure at ldlang.c:7269 when using inline assembly, -flto and --no-whole-archive

2020-06-22 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=26150 --- Comment #5 from Pekka Seppänen --- Created attachment 12639 --> https://sourceware.org/bugzilla/attachment.cgi?id=12639=edit Testcase -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/26150] Assertion failure at ldlang.c:7269 when using inline assembly, -flto and --no-whole-archive

2020-06-22 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=26150 --- Comment #3 from Pekka Seppänen --- Created attachment 12637 --> https://sourceware.org/bugzilla/attachment.cgi?id=12637=edit Testcase -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/26150] Assertion failure at ldlang.c:7269 when using inline assembly, -flto and --no-whole-archive

2020-06-22 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=26150 --- Comment #4 from Pekka Seppänen --- Created attachment 12638 --> https://sourceware.org/bugzilla/attachment.cgi?id=12638=edit Testcase -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/26150] Assertion failure at ldlang.c:7269 when using inline assembly, -flto and --no-whole-archive

2020-06-22 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=26150 --- Comment #1 from Pekka Seppänen --- Created attachment 12635 --> https://sourceware.org/bugzilla/attachment.cgi?id=12635=edit Testcase: Makefile -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/26150] New: Assertion failure at ldlang.c:7269 when using inline assembly, -flto and --no-whole-archive

2020-06-22 Thread pexu at sourceware dot mail.kapsi.fi
: UNCONFIRMED Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Target: aarch64-none-elf Hi. Hitting this assert on ldlang.c. 7269

[Bug ld/25244] --print-memory-usage, division by zero if MEMORY length is zero

2019-12-04 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=25244 --- Comment #3 from Pekka Seppänen --- I think there's a slight issue with this patch: It also omits the linefeed for that particular memory region, should the length be zero. -- You are receiving this mail because: You are on the CC list

[Bug ld/25244] New: --print-memory-usage, division by zero if MEMORY length is zero

2019-12-03 Thread pexu at sourceware dot mail.kapsi.fi
: enhancement Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Hi. lang_print_memory_usage() at ld/ldlang.c calculates and displays the memory region usage as follows

[Bug ld/25002] New: ld/ldelf.c: missing safe-ctype.h include

2019-09-16 Thread pexu at sourceware dot mail.kapsi.fi
Component: ld Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Target: w64-mingw Hi. As of the elf32 -> elf transtion [1] the new ld/lfelf.c drops for some reason safe-ctype.h include. This bre

[Bug ld/24730] INCLUDE and --default-script / --script have different whitespace behavior when using REGION_ALIAS

2019-06-25 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=24730 --- Comment #1 from Pekka Seppänen --- Created attachment 11865 --> https://sourceware.org/bugzilla/attachment.cgi?id=11865=edit test input 1 -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/24730] New: INCLUDE and --default-script / --script have different whitespace behavior when using REGION_ALIAS

2019-06-25 Thread pexu at sourceware dot mail.kapsi.fi
) Status: UNCONFIRMED Severity: minor Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Created attachment 11864 --> https://sourceware.org/bugzilla/attachment.

[Bug binutils/24631] libctf: MinGW builds do not have NBBY/O_CLOEXEC

2019-06-05 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=24631 Pekka Seppänen changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug binutils/24631] New: libctf: MinGW builds do not have NBBY/O_CLOEXEC

2019-06-03 Thread pexu at sourceware dot mail.kapsi.fi
Component: binutils Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Hi. I'm not sure if libctf should be enabled for MinGW cross-compiler builds, but at least now it appears to be. However, that does

[Bug ld/24536] ld/ldbuildid.c: Incompatible pointer types in an assignment, -Werror/-Wcast-function-type

2019-05-08 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=24536 --- Comment #2 from Pekka Seppänen --- Hi Nick. It's purely syntactic sugar; I prefer to use traditional Win32 typedefs when dealing with Win32 API functions, as in this case. Either way will work just fine. -- You are receiving this mail

[Bug ld/24536] New: ld/ldbuildid.c: Incompatible pointer types in an assignment, -Werror/-Wcast-function-type

2019-05-08 Thread pexu at sourceware dot mail.kapsi.fi
: UNCONFIRMED Severity: enhancement Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Created attachment 11765 --> https://sourceware.org/bugzilla/attachment.cgi

[Bug binutils/24460] New: bfd/elf32-arm.c: get_value_helper, uninitialized value used

2019-04-17 Thread pexu at sourceware dot mail.kapsi.fi
: minor Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Hello. get_value_helper() doesn't initialize branch_type, its address will be passed to arm_type_of_stub

[Bug gas/23369] New: [AArch64] opcodes/aarch64-opc.c: CSSELR_EL1 incorrectly marked as read-only

2018-07-04 Thread pexu at sourceware dot mail.kapsi.fi
Severity: minor Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Hello. As of commit f9830ec1655e7cc2aa88c9c34a20503978d9dc88 ("Implement Read/Write constr

[Bug gas/23153] gas: distinct input and output files are not properly detected on not-fully-emulated POSIX platforms

2018-05-14 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=23153 --- Comment #4 from Pekka Seppänen --- (In reply to Nick Clifton from comment #3) > Hi Pekka, > > Can you confirm that MingW always returns 0 for the st_dev field as well ? > (I assume that it does, but I would like to make sure). If so

[Bug gas/23153] gas: distinct input and output files are not properly detected on not-fully-emulated POSIX platforms

2018-05-14 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=23153 --- Comment #2 from Pekka Seppänen --- Hi Nick, My apologies for a late response; The patch appears to work just fine as expected. However, it just occured to me that IEEE Std 1003.1 (2016 edition), i.e. the POSIX specs, state that ``The

[Bug gas/23153] New: gas: distinct input and output files are not properly detected on not-fully-emulated POSIX platforms

2018-05-09 Thread pexu at sourceware dot mail.kapsi.fi
) Status: UNCONFIRMED Severity: critical Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- As of commit 67f846b59b32f3d704c601669409c2584383fea9 gas tries to use

[Bug ld/22903] [AArch64] Insufficient veneer stub alignment

2018-03-01 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=22903 --- Comment #6 from Pekka Seppänen --- Created attachment 10864 --> https://sourceware.org/bugzilla/attachment.cgi?id=10864=edit Makefile for the testcase really, it just compiles the assembly code and links with `--section-start

[Bug ld/22903] [AArch64] Insufficient veneer stub alignment

2018-03-01 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=22903 --- Comment #4 from Pekka Seppänen --- Hi. My apologies for not noticing the branch between the sections; I was not aware of it even one was just in front of my eyes (it was right after a lenghty data table, and objdump considered the branch

[Bug ld/22903] [AArch64] Insufficient veneer stub alignment

2018-03-01 Thread pexu at sourceware dot mail.kapsi.fi
https://sourceware.org/bugzilla/show_bug.cgi?id=22903 --- Comment #5 from Pekka Seppänen --- Created attachment 10863 --> https://sourceware.org/bugzilla/attachment.cgi?id=10863=edit Long braches crossing the 32/64-bit boundary -- You are receiving this mail because: You are on the CC list

[Bug ld/22903] New: [AArch64] Insufficient veneer stub alignment

2018-02-28 Thread pexu at sourceware dot mail.kapsi.fi
Component: ld Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Hi. It is not currently possible to specify an alignment requirement that will be used for generated veneer stubs (i.e. far calls for -fpic

[Bug gas/20429] New: ARM: too many registers allowed for vpush/vpop

2016-08-02 Thread pexu at sourceware dot mail.kapsi.fi
Component: gas Assignee: unassigned at sourceware dot org Reporter: pexu at sourceware dot mail.kapsi.fi Target Milestone: --- Created attachment 9418 --> https://sourceware.org/bugzilla/attachment.cgi?id=9418=edit vpush and vpop with too many D and Q registers as does