https://sourceware.org/bugzilla/show_bug.cgi?id=23762
--- Comment #2 from pirama at google dot com ---
This seem to happen consistently after https://reviews.llvm.org/rL335286.
Before then, I didn't see this error with clang + libc++ + MinGW. Also it was
reported at least once before:
http://per
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
https://sourceware.org/bugzilla/show_bug.cgi?id=23762
Bug ID: 23762
Summary: __CTOR_LIST__ should be aligned at 4 bytes for
i686-windows-mingw32
Product: binutils
Version: unspecified
Status: UNCONFIRMED
Severit
https://sourceware.org/bugzilla/show_bug.cgi?id=19011
--- Comment #8 from gerald at wireshark dot org
---
Googling for "mingw-w64 aslr" turned up a CERT vulnerability note[1] for this
issue along with CVE-2018-5392. It wasn't apparent from the VN or the CVE
whether or not Sourceware had been not
https://sourceware.org/bugzilla/show_bug.cgi?id=19011
--- Comment #7 from Tom Ritter ---
This is a big drive-by, as I don't have much understanding on the details of
the problem; but Tor uses the following patch to add a relocation section so
Windows builds of Tor Browser can have ASLR:
https://g
https://sourceware.org/bugzilla/show_bug.cgi?id=23759
Alan Modra changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23759
Bug ID: 23759
Summary: Qimak
Product: binutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: admin
Assignee: una
