https://sourceware.org/bugzilla/show_bug.cgi?id=31929
--- Comment #2 from Ralf Habacker ---
(In reply to Ralf Habacker from comment #1)
> It doesn't seem to be so easy to find the appropriate place. Is there a way
> to output the file and line where bfd_set_error() is called ?
It looks like ther
https://sourceware.org/bugzilla/show_bug.cgi?id=31929
--- Comment #1 from Ralf Habacker ---
(In reply to Ralf Habacker from comment #0)
...
> /usr/lib64/gcc/x86_64-w64-mingw32/13.2.0/../../../../x86_64-w64-mingw32/bin/
> ld: final link failed: bad value
> collect2: error: ld returned 1 exit statu
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: ralf.habacker at freenet dot de
Target Milestone: ---
Created attachment 15595
--> https://sourceware.org/bugzilla/attachment.cgi?id=15595&action=edit
link log file
When building Qt webkit with mi
https://sourceware.org/bugzilla/show_bug.cgi?id=28363
--- Comment #4 from Ralf Habacker ---
Has there been any progress in the meantime ?
--
You are receiving this mail because:
You are on the CC list for the bug.
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: ralf.habacker at freenet dot de
Target Milestone: ---
Created attachment 15547
--> https://sourceware.org/bugzilla/attachment.cgi?id=15547&action=edit
Patch adding high-ent
https://sourceware.org/bugzilla/show_bug.cgi?id=29505
--- Comment #17 from Ralf Habacker ---
(In reply to Nick Clifton from comment #14)
> I am guessing that such an option would not make a lot of difference,
> since the debug information will still have to be loaded and scanned.
>
> But that is
https://sourceware.org/bugzilla/show_bug.cgi?id=28363
--- Comment #3 from Ralf Habacker ---
(In reply to Ralf Habacker from comment #2)
> The current workaround is to link with the DLL instead of the import library
> and add -Wl,--enable-stdcall-fixup to the link line.
Any hint how to implement
https://sourceware.org/bugzilla/show_bug.cgi?id=30069
--- Comment #2 from Ralf Habacker ---
(In reply to Nick Clifton from comment #1)
Hi Nick,
thanks for investigating.
> Given that the symbols can be demangled via the command line that you use
> in the description, it seems to me that fixin
: UNCONFIRMED
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: ralf.habacker at freenet dot de
Target Milestone: ---
Dynamic libraries generated for windows by i686-w64-mingw32-g++ may provide c++
symbols
https://sourceware.org/bugzilla/show_bug.cgi?id=28363
--- Comment #2 from Ralf Habacker ---
(In reply to Ralf Habacker from comment #0)
> It link to an import library created from the Vulkan-Loader source (
> https://github.com/KhronosGroup/Vulkan-Loader) for the shared library
> vulkan-1.dll. T
https://sourceware.org/bugzilla/show_bug.cgi?id=29534
--- Comment #4 from Ralf Habacker ---
(In reply to Nick Clifton from comment #3)
> Patch applied.
Thanks Nick.
I think that https://sourceware.org/bugzilla/show_bug.cgi?id=17227 can also be
closed now.
--
You are receiving this mail becaus
https://sourceware.org/bugzilla/show_bug.cgi?id=29523
Ralf Habacker changed:
What|Removed |Added
Component|gas |binutils
--
You are receiving this m
https://sourceware.org/bugzilla/show_bug.cgi?id=29523
--- Comment #10 from Ralf Habacker ---
(In reply to Nick Clifton from comment #9)
> Strange - it works perfectly for me, using the same steps as you did.
(In reply to Ralf Habacker from comment #8)
> user@host:~/src/binutils-gdb> git pull
https://sourceware.org/bugzilla/show_bug.cgi?id=29523
--- Comment #8 from Ralf Habacker ---
(In reply to Nick Clifton from comment #7)
Hi Nick,
> Please try out the uploaded patch and let me know if it works for you.
Thank you for your support.
Unfortunally the patch does not seem to fit on
https://sourceware.org/bugzilla/show_bug.cgi?id=29523
--- Comment #6 from Ralf Habacker ---
(In reply to Ralf Habacker from comment #5)
The object file generated from the related source file with
$ cd ~/src/test-binutils/build
$ i686-w64-mingw32-gcc -c -o test.o ~/src/test-binutils/test.c -g
s
https://sourceware.org/bugzilla/show_bug.cgi?id=29523
--- Comment #5 from Ralf Habacker ---
Created attachment 14308
--> https://sourceware.org/bugzilla/attachment.cgi?id=14308&action=edit
tests: assembler output of mentioned problem
generated by
i686-w64-mingw32-gcc -S -o test.s ~/src/test-
https://sourceware.org/bugzilla/show_bug.cgi?id=29535
--- Comment #2 from Ralf Habacker ---
(In reply to Nick Clifton from comment #1)
Hi Nick,
> So the DW_AT_comp_dir attribute is only used when DW_AT_name contains
> a relative path, not an absolute one.
Thanks for the clarification, which mea
: 2.39
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: ralf.habacker at freenet dot de
Target Milestone: ---
When using source files with absolute paths, gas
: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: ralf.habacker at freenet dot de
Target Milestone: ---
When compiling binutils cross-support packages under OBS, rpmlint raises the
following issues:
mingw64-cross
https://sourceware.org/bugzilla/show_bug.cgi?id=29523
Ralf Habacker changed:
What|Removed |Added
Component|ld |gas
--- Comment #3 from Ralf Habacker
https://sourceware.org/bugzilla/show_bug.cgi?id=29523
Ralf Habacker changed:
What|Removed |Added
Component|binutils|ld
--
You are receiving this mail be
https://sourceware.org/bugzilla/show_bug.cgi?id=29523
--- Comment #2 from Ralf Habacker ---
objdump -Wi ../output/test.exe dumps
<0><251a>: Abbrev Number: 9 (DW_TAG_compile_unit)
<251b> DW_AT_producer: GNU C17 12.1.0 -mtune=generic
-march=pentiumpro -g
<254e> DW_AT_language:
https://sourceware.org/bugzilla/show_bug.cgi?id=29505
--- Comment #15 from Ralf Habacker ---
(In reply to Nick Clifton from comment #14)
> (In reply to Ralf Habacker from comment #13)
>
> > Since this probably results from the mass dumping of debug information in
> > plain text, which is discard
https://sourceware.org/bugzilla/show_bug.cgi?id=29523
--- Comment #1 from Ralf Habacker ---
(In reply to Ralf Habacker from comment #0)
>
> /home//src/test-binutils/build/test.c:
>
> where it should be
>
> /home//src/test-binutils/test.c:
that needs minor path correction:
The output is
/h
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: ralf.habacker at freenet dot de
Target Milestone: ---
Created attachment 14298
--> https://sourceware.org/bugzilla/attachment.cgi?id=14298&action=edit
binary test cas
https://sourceware.org/bugzilla/show_bug.cgi?id=29505
--- Comment #13 from Ralf Habacker ---
(In reply to Ralf Habacker from comment #12)
In connection with the time savings in parsing a file mentioned at
https://bugzilla.opensuse.org/show_bug.cgi?id=1202431#c8), parsing all
generated binaries i
https://sourceware.org/bugzilla/show_bug.cgi?id=29505
--- Comment #12 from Ralf Habacker ---
(In reply to Ralf Habacker from comment #11)
> Maybe something with limited or fragmented memory ?
After a thorough investigation of the build environment, it turned out that the
speed problem was caused
https://sourceware.org/bugzilla/show_bug.cgi?id=29505
--- Comment #11 from Ralf Habacker ---
Created attachment 14295
--> https://sourceware.org/bugzilla/attachment.cgi?id=14295&action=edit
2. Screenshot from running strace
This difference is repeated very often after the difference from the f
https://sourceware.org/bugzilla/show_bug.cgi?id=29505
--- Comment #10 from Ralf Habacker ---
Created attachment 14294
--> https://sourceware.org/bugzilla/attachment.cgi?id=14294&action=edit
Screenshot from comparing strace output
The attached screenshot shows clear differences between running
https://sourceware.org/bugzilla/show_bug.cgi?id=29505
--- Comment #9 from Ralf Habacker ---
(In reply to Nick Clifton from comment #8)
> Would you mind trying a small test ? Does this patch make any difference to
> the performance ?
No, unfortunately that is not the case.
[ 329s] extracting d
https://sourceware.org/bugzilla/show_bug.cgi?id=29505
--- Comment #7 from Ralf Habacker ---
(In reply to Nick Clifton from comment #6)
> (In reply to Ralf Habacker from comment #5)
> Hi Ralf,
>
> > i686-w64-mingw32-objdump still needs about 30s to scan assistant-qt5.exe,
> > where it needs 2.8s
https://sourceware.org/bugzilla/show_bug.cgi?id=29505
--- Comment #5 from Ralf Habacker ---
(In reply to Ralf Habacker from comment #4)
>
> I'm going to rebuild binutils 2.39 with this commit and will check if the
> performance issue is also fixed.
It isn't fixed. The build log
(https://build.o
https://sourceware.org/bugzilla/show_bug.cgi?id=29505
--- Comment #4 from Ralf Habacker ---
(In reply to Ralf Habacker from comment #3)
> Looking at the the valgrind backtrace, the commit
> https://sourceware.org/git/?p=binutils-gdb.git;a=commit;
> h=9f272209118972864b2c3799ddf2b39683c1a7b7 may
https://sourceware.org/bugzilla/show_bug.cgi?id=29505
--- Comment #3 from Ralf Habacker ---
(In reply to Nick Clifton from comment #2)
Hi Nick,
> Please could you upload a copy of the bin/assistant.exe file so that I can
> take a look ?
The file is bigger than the 100k limit for adding atta
https://sourceware.org/bugzilla/show_bug.cgi?id=29505
--- Comment #1 from Ralf Habacker ---
(In reply to Ralf Habacker from comment #0)
> The question is whether objdump itself or in conjunction with the binaries
> used can cause this problem and if so, how to fix it.
At least objdump seems to h
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: ralf.habacker at freenet dot de
Target Milestone: ---
A speed issue with objdump in conjunction with binaries in portable executable
format (pe) has
https://sourceware.org/bugzilla/show_bug.cgi?id=28362
Ralf Habacker changed:
What|Removed |Added
Attachment #13671|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=28362
Ralf Habacker changed:
What|Removed |Added
Target|*-w64-mingw32 |i686-w64-mingw32,
|
https://sourceware.org/bugzilla/show_bug.cgi?id=28362
Ralf Habacker changed:
What|Removed |Added
Component|binutils|ld
--
You are receiving this mail be
https://sourceware.org/bugzilla/show_bug.cgi?id=28363
Ralf Habacker changed:
What|Removed |Added
Target|*-w64-mingw32 |i686-w64-mingw32,
|
https://sourceware.org/bugzilla/show_bug.cgi?id=28363
Ralf Habacker changed:
What|Removed |Added
Component|binutils|ld
--
You are receiving this mail be
https://sourceware.org/bugzilla/show_bug.cgi?id=28362
Ralf Habacker changed:
What|Removed |Added
Target||*-w64-mingw32
--
You are receiving t
https://sourceware.org/bugzilla/show_bug.cgi?id=28363
Ralf Habacker changed:
What|Removed |Added
Target||*-w64-mingw32
--
You are receiving t
https://sourceware.org/bugzilla/show_bug.cgi?id=28363
--- Comment #1 from Ralf Habacker ---
Created attachment 13672
--> https://sourceware.org/bugzilla/attachment.cgi?id=13672&action=edit
Patch with testcase
--
You are receiving this mail because:
You are on the CC list for the bug.
: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: ralf.habacker at freenet dot de
Target Milestone: ---
The mentioned ld is able to directly link a DLL created using a def file (see
attachment 13671) but not using a
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: ralf.habacker at freenet dot de
Target Milestone: ---
Created attachment 13671
--> https://sourceware.org/bugzilla/attachment.cgi?id=13671&action=edit
Patch
The attached patch adds a linki
https://sourceware.org/bugzilla/show_bug.cgi?id=26088
--- Comment #7 from Ralf Habacker ---
ping
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26082
--- Comment #15 from Ralf Habacker ---
Created attachment 12609
--> https://sourceware.org/bugzilla/attachment.cgi?id=12609&action=edit
0001-windmc-Reject-EOF-without-line-break.patch
Converted attachment 12605 to a git formatted patch.
B
https://sourceware.org/bugzilla/show_bug.cgi?id=26082
Ralf Habacker changed:
What|Removed |Added
Blocks||26088
Referenced Bugs:
https://sour
https://sourceware.org/bugzilla/show_bug.cgi?id=26088
Ralf Habacker changed:
What|Removed |Added
Depends on||26082
Referenced Bugs:
https://sour
https://sourceware.org/bugzilla/show_bug.cgi?id=26088
Ralf Habacker changed:
What|Removed |Added
Attachment #12608|0001-Corrects-the-broken-li |0001-Corrects-the-broken-li
de
https://sourceware.org/bugzilla/show_bug.cgi?id=26088
Ralf Habacker changed:
What|Removed |Added
Attachment #12600|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=26082
--- Comment #14 from Ralf Habacker ---
(In reply to Nick Clifton from comment #12)
> Created attachment 12605 [details]
Hi Nick,
looks good to me, except on spelling error in a comment
326-: /* Skip characters in input_stram_pos up to and
https://sourceware.org/bugzilla/show_bug.cgi?id=26082
--- Comment #11 from Ralf Habacker ---
(In reply to Joel Anderson from comment #10)
> this suggests that this has been the
> functionality for at least a very long time.
Thanks for this info.
> Considering this hasn't been allowed in mc.exe f
https://sourceware.org/bugzilla/show_bug.cgi?id=26082
Ralf Habacker changed:
What|Removed |Added
Attachment #12595|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=26088
Ralf Habacker changed:
What|Removed |Added
Attachment #12599|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=26082
Ralf Habacker changed:
What|Removed |Added
Blocks|26088 |
Referenced Bugs:
https://sourcewar
https://sourceware.org/bugzilla/show_bug.cgi?id=26088
Ralf Habacker changed:
What|Removed |Added
Depends on|26082 |
--- Comment #4 from Ralf Habacker -
https://sourceware.org/bugzilla/show_bug.cgi?id=26088
Ralf Habacker changed:
What|Removed |Added
Attachment #12598|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=26082
Ralf Habacker changed:
What|Removed |Added
Attachment #12596|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=26082
--- Comment #8 from Ralf Habacker ---
(In reply to Joel Anderson from comment #7)
> I do think that it is important to note that the two new patches alter
> windmc behavior to accept a file where the period is immediately followed by
> a EOF i
https://sourceware.org/bugzilla/show_bug.cgi?id=26082
Ralf Habacker changed:
What|Removed |Added
Blocks||26088
Referenced Bugs:
https://sour
https://sourceware.org/bugzilla/show_bug.cgi?id=26088
Ralf Habacker changed:
What|Removed |Added
Depends on||26082
--- Comment #2 from Ralf Haback
https://sourceware.org/bugzilla/show_bug.cgi?id=26088
--- Comment #1 from Ralf Habacker ---
Created attachment 12598
--> https://sourceware.org/bugzilla/attachment.cgi?id=12598&action=edit
0003-Corrects-the-broken-line-number-incrementation-in-th.patch
Patch which corrects the broken line numb
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: ralf.habacker at freenet dot de
Target Milestone: ---
Created attachment 12597
--> https://sourceware.org/bugzilla/attachment.cgi?id=12597&action=edit
sample.mc - test file
windmc returns wrong line nu
https://sourceware.org/bugzilla/show_bug.cgi?id=26082
--- Comment #6 from Ralf Habacker ---
Created attachment 12596
--> https://sourceware.org/bugzilla/attachment.cgi?id=12596&action=edit
0002-Fix-catching-EOF-in-the-Windows-resource-parser.patch
This patch fixes the remaining, not catched EO
https://sourceware.org/bugzilla/show_bug.cgi?id=26082
Ralf Habacker changed:
What|Removed |Added
CC||ralf.habacker at freenet dot de
67 matches
Mail list logo
