https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109685
Markus Böck changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Assignee: unassigned at gcc dot gnu.org
Reporter: markus.boeck02 at gmail dot com
Target Milestone: ---
Sorry that I can't ship a proper reproducer, since I believe this essentially
requires a JIT or extracts of binary sections I am not yet familiar with. If I
do figure out
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: markus.boeck02 at gmail dot com
Target Milestone: ---
Following code has been produced via reduction with `creduce`.
When compiled with `-O2`, GCC 11 and later versions will incorrectly print `f`,
while if `-O1
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: markus.boeck02 at gmail dot com
Target Milestone: ---
I am currently unable to build trunk version of gcc due to a compiler error
when compiling the file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100238
Markus Böck changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: markus.boeck02 at gmail dot com
Target Milestone: ---
Building a shared libstdc++ with --enable-libstdcxx-debug for MinGW currently
fails to link on both trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98409
--- Comment #2 from Markus Böck ---
That is indeed weird.
At the top of the Makefile it says:
EXEEXT := .exe
and further down in the Makefile:
g++-mapper-server$(exeext): $(MAPPER.O) $(CODYLIB)
+$(CXX) $(LDFLAGS) -o $@ $^ $(VERSION.O)
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: markus.boeck02 at gmail dot com
Target Milestone: ---
Current version of trunk GCC (1b021bbd85a79c9d16c1359cbc23b608685dfd9f) fails
to compile when cross compiling GCC to Windows due
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: markus.boeck02 at gmail dot com
Target Milestone: ---
Given two std::filesystem::path that are identical except for maybe spelling
std::filesystem::equivalent
: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: markus.boeck02 at gmail dot com
Target Milestone: ---
Created attachment 49513
--> https://gcc.gnu.org/bugzi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97729
Markus Böck changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97729
--- Comment #4 from Markus Böck ---
Indeed that sounds like it might be the issue. I am currently on a very recent
version of binutils:
$ ./x86_64-w64-mingw32-ld --versionGNU ld (GNU
Binutils) 2.35.50.20200709
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97729
--- Comment #2 from Markus Böck ---
Created attachment 49507
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49507=edit
config.h
Applied the patch and it fixed the issue regarding the undefined references.
Still getting the multiple
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: markus.boeck02 at gmail dot com
Target Milestone: ---
Current trunk of libstdc++ is not able to be built when building a shared
library on the i686-w64-mingw32 and x86_64
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: markus.boeck02 at gmail dot com
Target Milestone: ---
Following code produces an error message I can't quite decipher. The code to my
knowledge is also correct and compiles with clang and MSVC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96608
--- Comment #2 from Markus Böck ---
Don't worry there's no rush! It's the master branch after all. Just wanted to
make sure people are aware of it as soon as possible.
: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: markus.boeck02 at gmail dot com
Target Milestone: ---
Current trunk (revision 808f4dfeb3a95f50f15e71148e5c1067f90a126d) fails when
using the MinGW target due to a few casts to the type long which is 32 bit on
Windows
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95418
--- Comment #8 from Markus Böck ---
Tested the above patch and the build failure is gone now
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95418
--- Comment #2 from Markus Böck ---
I printed the size of the struct and it yielded 36. Interestingly, using clang
instead yields 32 like on Linux
Assignee: unassigned at gcc dot gnu.org
Reporter: markus.boeck02 at gmail dot com
Target Milestone: ---
Since commit "i386: Use generic division to generate INEXACT exception"
(d3a1459cd4f2d4997fb53e34ddef72e91a7855c1) libgfortran is not able to be
compiled with the tar
++
Assignee: unassigned at gcc dot gnu.org
Reporter: markus.boeck02 at gmail dot com
Target Milestone: ---
Current trunk version of GCC (tested with HEAD at
4833c1adc3c7b125bf1c59e8bd8d802ac3b0d205) fails to build using MinGW. The
compiler error is as follows:
In file included from
/mnt/c/GCC
21 matches
Mail list logo