https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95130
--- Comment #25 from Martin Storsjö ---
(In reply to Andrew Pinski from comment #23)
> Note since MSVC 2015 runtime, printf has support %ll so ms_printf should be
> fixed to incldue that.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95130
--- Comment #8 from Martin Storsjö ---
(In reply to Tomas Kalibera from comment #7)
> I sent an updated version for the trunk, 12, 11 and 10 to the gcc-patches
> mailing list in May:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105506
--- Comment #8 from Martin Storsjö ---
(In reply to Brecht Sanders from comment #7)
> So I guess the question that remains is: Where is -D__USE_MINGW_ACCES
> missing in the configuration of GCC 12?
>
> It would seem to me the answer lies in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105506
Martin Storsjö changed:
What|Removed |Added
CC||martin at martin dot st
--- Comment
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: martin at martin dot st
Target Milestone: ---
Since GCC 10.0, the following snippet produces warnings (various numbers of
warnings with the same issue) for this reduced
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103274
--- Comment #11 from Martin Storsjö ---
(In reply to Eric Botcazou from comment #10)
> Thanks for reporting the problem.
Thanks for the fix! I can confirm that the version of the patch backported on
the gcc-10 branch fixes the testcase at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103274
--- Comment #4 from Martin Storsjö ---
Also for additional context; with GCC 9.x, this testcase had the needed nop
instruction between "call" and ".seh_endproc".
In GCC 10.x (regressed in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103274
Martin Storsjö changed:
What|Removed |Added
CC||martin at martin dot st
--- Comment
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: martin at martin dot st
Target Milestone: ---
Since a long time (GCC 4.4?) GCC does support annotating functions with either
the format attribute "gnu_printf" or "ms_printf&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89088
--- Comment #1 from Martin Storsjö ---
FWIW, Clang (when operating in MinGW mode, where it tries to follow what GCC
does) also had the same issue. There this issue was fixed by making dllexport
export inline methods as well, for template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89087
--- Comment #1 from Martin Storsjö ---
FWIW, Clang (when operating in MinGW mode, where it tries to follow what GCC
does) also had the same issue. There this issue was fixed by emitting
definitions for nested classes even if a template
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: martin at martin dot st
Target Milestone: ---
Created attachment 45538
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45538=edit
Sample code showing the issue
With dllexpor
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: martin at martin dot st
Target Milestone: ---
Created attachment 45537
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45537=edit
Sample code showing the is
13 matches
Mail list logo