This isn't really something that I see myself using for what is likely
going to be a very long time, which is why I haven't commented on it so
far, but I'm fairly certain there could be a big warning under any
documentation for this flag concerning the runtime switching that Jon is
worried about,
On Wednesday 21 September 2022 11:31:54 Martin Storsjö wrote:
> On Tue, 20 Sep 2022, Pali Rohár wrote:
>
> > > There are many, many different variants of inline behaviour - C89 inline,
> > > C99 inline, static inline, extern inline, gnu_inline, etc. There's a
> > > couple
> > > different styles
On 12/4/22 12:48, LIU Hao wrote:
在 2022-12-04 20:16, Pali Rohár via Gcc 写道:
Hello! I would like to ask gcc people, what do you think about such
proposed -mcrtdll= parameter?
There are lot of unofficial gcc patches which implement this -mcrtdll=
parameter and this parameter is present in more
在 2022-12-04 08:24, Pali Rohár 写道:
Symbols _ctype and _mbctype are DATA, like in all other crt libraries.
Symbol _onexit is read-only function. And symbols _mkgmtime, _mkgmtime32
and _mkgmtime64 are not present in crtdll.dll at all. Calling gendef on
crtdll.dll from Win NT 3.50 and Win 7
在 2022-12-04 20:16, Pali Rohár via Gcc 写道:
Hello! I would like to ask gcc people, what do you think about such
proposed -mcrtdll= parameter?
There are lot of unofficial gcc patches which implement this -mcrtdll=
parameter and this parameter is present in more gcc forks.
So it looks like that
On Sunday 20 November 2022 13:53:48 Pali Rohár wrote:
> Hello! I would like to propose a new parameter for gcc: -mcrtdll= to
> allow specifying against which Windows C Runtime library should be
> binary linked. On Windows there are more crt libraries and currently gcc
> links to libmsvcrt.a which
