https://sourceware.org/bugzilla/show_bug.cgi?id=31250
--- Comment #8 from Amyspark ---
(In reply to Nick Clifton from comment #6)
>
> Actually that is a very interesting point. Does MSVC require that the path
> inside the lib point to an object that already exists or one that could
> exist, sho
https://sourceware.org/bugzilla/show_bug.cgi?id=31250
--- Comment #5 from Amyspark ---
> Is the library really valid if it contains absolute pathnames ?
Yes, all that MSVC cares about is a) the symbol b) the path inside the .lib
pointing to an existing object. I was able to extract all of them
https://sourceware.org/bugzilla/show_bug.cgi?id=31250
--- Comment #4 from Amyspark ---
Applied the patch on top of mingw-w64-binutils (commit
c2aee7d89488d9402315d59d25852dff258c9eba), and can confirm it works as
expected.
Only nit I could propose is to keep track of those files that have been
b
https://sourceware.org/bugzilla/show_bug.cgi?id=31250
--- Comment #1 from Amyspark ---
7z compressed file of gstrswebrtc.lib:
https://s3.amyspark.me/temp/gstrswebrtc.7z
SHA256: de8d45f9a67b500c9f237375efca3593c2c301a7266b1ffd21b523dc35fc4b88
--
You are receiving this mail because:
You are on t
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: amy at amyspark dot me
Target Milestone: ---
Created attachment 15307
--> https://sourceware.org/bugzilla/attachment.cgi?id=15307&action=edit
