https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70401
--- Comment #6 from jyong at gcc dot gnu.org ---
I don't think this is mingw specific, I get the same error on Linux with
gcc-7.3.
g++ -std=c++1z variadic.cpp -o aa
variadic.cpp: In instantiation of ‘std::ostream& operator<&l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69506
--- Comment #9 from jyong at gcc dot gnu.org ---
Author: jyong
Date: Tue May 2 15:04:39 2017
New Revision: 247502
URL: https://gcc.gnu.org/viewcvs?rev=247502&root=gcc&view=rev
Log:
2017-05-02 Hugo Beauzée-Luyssen
PR libstdc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80881
--- Comment #5 from jyong at gcc dot gnu.org ---
Can you post the full backtrace? Meanwhile, I'll setup gcc with --enable-tls
and give this a try.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80881
--- Comment #6 from jyong at gcc dot gnu.org ---
Crash seems to be coming from the mingw-w64 runtime tls handler.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80881
jyong at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77277
jyong at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66488
--- Comment #13 from jyong at gcc dot gnu.org ---
Author: jyong
Date: Wed Aug 17 09:34:52 2016
New Revision: 239525
URL: https://gcc.gnu.org/viewcvs?rev=239525&root=gcc&view=rev
Log:
016-08-17 Stanislaw Halik
PR targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #40 from jyong at gcc dot gnu.org ---
Personally I'm fine with gcc configure warning of a potentially broken binutils
dwarf5 handing when targeting mingw/cygwin with binutils 2.35.1 or earlier.
How do you even parse binutils ver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #43 from jyong at gcc dot gnu.org ---
Is it as simple as running the following?
${target}-objdump -j .debug_loclists -h a.exe | grep -q 0001
A return code 0 means potentially broken linker script is used.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #46 from jyong at gcc dot gnu.org ---
Is there a machine parsable output from objdump? I'm not sure if using gawk
would be OK. Such a test also won't work in build != host conditions.
I'm considering just having a no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #48 from jyong at gcc dot gnu.org ---
Now that's an interesting trick I never thought of.
There's LLVM based mingw, but I have never used nor do I know if it is relevant
here. Gold is ELF only as far as I know, so it woul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #50 from jyong at gcc dot gnu.org ---
I'll try testing it out over the next few days, thanks for the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
jyong at gcc dot gnu.org changed:
What|Removed |Added
Attachment #50459|0 |1
is obsolete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #52 from jyong at gcc dot gnu.org ---
Oops I need retest with optimizations enabled to see the debug sections
emitted.
On the other hand, the new adjusted patch detects the binutils bug fine, tested
with new and old binutils.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #56 from jyong at gcc dot gnu.org ---
OK, I've tested the patch from attachment 50461, seems to work fine:
gcc uses dwarf 4 by default if it does find a broken linker, but allows the
user to specify -gdwarf-5 if they want, resu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #60 from jyong at gcc dot gnu.org ---
Thanks all for debugging and finding a solution.
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: jyong at gcc dot gnu.org
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Target: x86_64-w64-mingw32
Build: x86_64-pc-linux-gnu
Created
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99872
--- Comment #2 from jyong at gcc dot gnu.org ---
No, its the internal compiler symbols like LC5 and _LC6 generated by GCC
ignoring the underscore prefix setting for the target, causing GAS to emit them
as external undefined symbols. LD fails to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99872
--- Comment #5 from jyong at gcc dot gnu.org ---
I'll test out the patch soon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99872
--- Comment #6 from jyong at gcc dot gnu.org ---
I can confirm the symbols are correctly generated regardless of
-fno-leading-underscore or not, the internal symbols are no longer emitted as
undefined after assembly.
GCC can also finish building
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99234
jyong at gcc dot gnu.org changed:
What|Removed |Added
CC||ktietz70 at googlemail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100383
jyong at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2021-05-03
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62109
jyong at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55886
jyong at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108192
jyong at gcc dot gnu.org changed:
What|Removed |Added
CC||jyong at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113850
jyong at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113337
jyong at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
CC
27 matches
Mail list logo
