[Bug binutils/12633] Crash with dlltool geneated import *.libs in MSVC++ Release target (Debug OK)

2013-05-09 Thread martin at martin dot st
http://sourceware.org/bugzilla/show_bug.cgi?id=12633 Martin Storsjö changed: What|Removed |Added CC||martin at martin dot st

[Bug binutils/12633] Crash with dlltool geneated import *.libs in MSVC++ Release target (Debug OK)

2013-11-20 Thread martin at martin dot st
http://sourceware.org/bugzilla/show_bug.cgi?id=12633 --- Comment #4 from Martin Storsjö --- This issue seems to go away with the latest version of the linker from MSVC 2012 and 2013, so I guess it can be considered a bug in their side. -- You are receiving this mail because: You are on

[Bug binutils/28885] dlltool broke in 2.38

2022-03-11 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=28885 --- Comment #2 from Martin Storsjö --- (In reply to Brendan Shanks from comment #1) > With fdeee5d59dca41e3c70c399a939105e39a4b4282, the temporary file prefix > will be taken from the .def file, and the .def files may not have unique > names.

[Bug binutils/28878] [RISCV] Incorrect DW_AT_high_pc for assembly source with linker relaxation

2022-03-11 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=28878 Martin Storsjö changed: What|Removed |Added CC|martin at martin dot st| -- You are receiving this

[Bug binutils/28885] dlltool broke in 2.38

2022-03-11 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=28885 --- Comment #3 from Martin Storsjö --- Created attachment 14013 --> https://sourceware.org/bugzilla/attachment.cgi?id=14013&action=edit Potential fix Here's a pretty straightforward patch that uses the output filename as basis for the temp

[Bug binutils/28885] dlltool broke in 2.38

2022-03-11 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=28885 --- Comment #5 from Martin Storsjö --- (In reply to Brendan Shanks from comment #4) > (In reply to Martin Storsjö from comment #3) > > Created attachment 14013 [details] > > Potential fix > > > > Here's a pretty straightforward patch that use

[Bug ld/30140] LD does not link PE executable with symbols from DEF file

2023-02-20 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=30140 Martin Storsjö changed: What|Removed |Added CC||martin at martin dot st --- Comment

[Bug binutils/23348] binutils strip corrupts binaries produced by clang+lld+mingw-w64 toolchain

2018-06-28 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=23348 Martin Storsjö changed: What|Removed |Added CC||martin at martin dot st -- You are

[Bug ld/22762] missing static variable constructor calls

2018-07-09 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 Martin Storsjö changed: What|Removed |Added CC||martin at martin dot st --- Comment

[Bug binutils/23348] binutils strip corrupts binaries produced by clang+lld+mingw-w64 toolchain

2018-07-15 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=23348 --- Comment #2 from Martin Storsjö --- This doesn't seem to be an issue with binutils, but with LLD; initial fix suggestions for LLD are at https://reviews.llvm.org/D49350 and https://reviews.llvm.org/D49351. -- You are receiving this mail b

[Bug binutils/23348] binutils strip corrupts binaries produced by clang+lld+mingw-w64 toolchain

2018-07-20 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=23348 --- Comment #3 from Martin Storsjö --- This should have been fixed now in LLD SVN r337598. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list

[Bug ld/23762] __CTOR_LIST__ should be aligned at 4 bytes for i686-windows-mingw32

2018-10-11 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=23762 --- Comment #1 from Martin Storsjö --- While the conclusion probably is right, I'd like to see more details about why this happens in this configuration and why it hasn't happened so far. As far as I can see, ld places __CTOR_LIST__ directly

[Bug ld/23872] MinGW Binaries can be built with misaligned relocation information

2018-11-25 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=23872 Martin Storsjö changed: What|Removed |Added CC||martin at martin dot st --- Comment

[Bug ld/24574] extern symbols in dlls are misleading under debugger

2019-06-02 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=24574 Martin Storsjö changed: What|Removed |Added CC||martin at martin dot st --- Comment

[Bug ld/24574] extern symbols in dlls are misleading under debugger

2019-08-03 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=24574 --- Comment #9 from Martin Storsjö --- I went ahead and dug into this a little bit more. First off, props for the great testcase, it was great to even have the gdb test routine automated. I haven't dug into the gdb sources to figure out exact

[Bug ld/24574] extern symbols in dlls are misleading under debugger

2019-08-06 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=24574 --- Comment #10 from Martin Storsjö --- The corresponding issue in LLD is fixed in https://reviews.llvm.org/D65727, both in trunk and in the upcoming 9.x release branch. -- You are receiving this mail because: You are on the CC list for the

[Bug ld/25374] linking to msvc import library results in invalid IDT entry

2020-01-12 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=25374 Martin Storsjö changed: What|Removed |Added CC||martin at martin dot st --- Comment

[Bug binutils/27594] build processes broken by changed space handling

2021-04-29 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=27594 Martin Storsjö changed: What|Removed |Added CC||martin at martin dot st --- Comment

[Bug binutils/27594] build processes broken by changed space handling

2021-05-10 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=27594 --- Comment #9 from Martin Storsjö --- (In reply to Eli Zaretskii from comment #8) > Quoting with backslashes also doesn't work in cmd.exe. The suggestion to > pre-quote the preprocessor is also unreliable, because when `windres` is run > fro

[Bug binutils/27594] build processes broken by changed space handling

2021-05-10 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=27594 --- Comment #11 from Martin Storsjö --- (In reply to Eli Zaretskii from comment #10) > > So if I want to call windres so that it receives the argument "path > > to/gcc.exe" -E -DRC_INVOKED, I can call windres with "\"path to/gcc.exe\" -E > > -

[Bug binutils/27594] build processes broken by changed space handling

2021-05-10 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=27594 --- Comment #15 from Martin Storsjö --- (In reply to Eli Zaretskii from comment #13) > So bottom line: the revert reverted the wrong commit. Yup, exactly. (In reply to Eli Zaretskii from comment #12) > That means `windres` will be the only p

[Bug binutils/27843] New: windres quoting of backslashes and double quotes is lacking

2021-05-10 Thread martin at martin dot st
: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: martin at martin dot st Target Milestone: --- Given a rc file like this: $ cat test.rc STRINGTABLE { 1 STRING } Normally, if one were to provide the definition of

[Bug binutils/27843] windres quoting of backslashes and double quotes is lacking

2021-05-10 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=27843 Martin Storsjö changed: What|Removed |Added CC||eliz at gnu dot org -- You are rece

[Bug binutils/27594] build processes broken by changed space handling

2021-05-11 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=27594 --- Comment #19 from Martin Storsjö --- (In reply to Eli Zaretskii from comment #18) > Moreover, `windres` calls `popen` only in its default mode; you could change > that with the --use-temp-file option, in which case the preprocessor will be

[Bug binutils/27594] build processes broken by changed space handling

2021-05-11 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=27594 --- Comment #21 from Martin Storsjö --- (In reply to Eli Zaretskii from comment #20) > (In reply to Martin Storsjö from comment #19) > > Up until the 2.35 version, the option was documented as "This option may be > > used to specify the prepro

[Bug binutils/27594] build processes broken by changed space handling

2021-05-13 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=27594 --- Comment #24 from Martin Storsjö --- (In reply to Nick Clifton from comment #22) > To be clear, my opinion is that previously the documentation was incorrect. > I do not believe that it was ever the intention that the --preprocessor > opt

[Bug ld/25374] linking to msvc import library results in invalid IDT entry

2021-09-28 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=25374 --- Comment #4 from Martin Storsjö --- The issue shown in the reproduction sample posted by Petteri seems to have been caused by a regression in binutils 2.34, that was fixed again in binutils 2.35. The commit that caused the breakage was thi

[Bug ld/25541] linking twice to the same msvc import library produces an invalid IAT

2021-09-28 Thread martin at martin dot st
https://sourceware.org/bugzilla/show_bug.cgi?id=25541 --- Comment #1 from Martin Storsjö --- Created attachment 13682 --> https://sourceware.org/bugzilla/attachment.cgi?id=13682&action=edit Attempt at reproducing the issue The explanation of the issue sounds indeed like something that could ha

[Bug binutils/12633] Crash with dlltool geneated import *.libs in MSVC++ Release target (Debug OK)

2011-05-02 Thread martin at martin dot st
http://sourceware.org/bugzilla/show_bug.cgi?id=12633 --- Comment #2 from Martin Storsjö 2011-05-02 11:26:59 UTC --- Created attachment 5700 --> http://sourceware.org/bugzilla/attachment.cgi?id=5700 Minimal test case Here's an attached quite minimal testcase for this issue. The makefile build