New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error generating a full debug report using gcc 14.1.0-2 #20864
Comments
FWIW, native for me is 'haswell'. |
See #20861 |
I've c-reduced the wxwidget build error as well and added it to the upstream bug report: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115038#c1 |
There is a temporary workaround now by passing |
If you don't think that it is important to get the gcc -freport-bug option to work, that is OK by me.I'll just treat it as so much boiler plate BS to be ignored should the occasion ever arise in the future. Joe Searle
On Sunday, May 12, 2024 at 10:02:03 PM PDT, Christoph Reiter ***@***.***> wrote:
Closed #20864 as completed via #20884.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: ***@***.***>
|
hm, yeah, not sure. It's annoying that I've created #20894 so we don't forget at least. btw. the fixed package is now in the repo |
Thanks for the info. I've used gcc-14.1.0-3 and it works for me. rebuilt wxWidgets and Code::Blocks, then got that to compile a debug version of itself. I was wondering if some environment variable needed to be set in order for it to find suitable temporary directory.
Thanks again!
|
Description / Steps to reproduce the issue
NateJoe@TinkeringAround UCRT64 ~/wxWidgets/clang/dbgTesting324/wxWidgets-3.2.4
cd wxWidgets-3.2.4/build/msw
mingw32-make -f makefile.gcc SHARED=1 MONOLITHIC=1 USE_OPENGL=0 BUILD=release clean
mingw32-make -f makefile.gcc SHARED=1 MONOLITHIC=1 USE_OPENGL=0 BUILD=release
This ends up with an error I think is being caused by trying to generate a bug report.
Something about not being able to open a temporary directory:
P.S. The only reason I'm specifying the -fno-omit-frame-pointer option is because drmingw, the post-mortem dumper used by Code::Blocks, requires it.
Expected behavior
Compiles without errors when using gcc-13.2.0
Actual behavior
gets an error trying to generate bug report.
Verification
Windows Version
MINGW64_NT-10.0-19045
MINGW environments affected
Are you willing to submit a PR?
No response
The text was updated successfully, but these errors were encountered: