Currently, these forward declarations make widl add IHTMLDocument2's `URL`
symbol before the other, lowercased, `url` symbols to the type library
(from IHTMLMetaElement, IDOMStorageEvent, etc). Since the typelib symbols
are case insensitive, `URL` ends up stored instead of `url`, which doesn't
match native.
Signed-off-by: Gabriel Ivăncescu <gabrielopcode@gmail.com>

Because the typelib should contain the lowercase `url` symbol instead.
Signed-off-by: Gabriel Ivăncescu <gabrielopcode@gmail.com>

And calculate the sizes when media type is successfully changed.

And calculate the sizes when media type is successfully changed.

And calculate the sizes when media type is successfully changed.

And calculate the sizes when media type is successfully changed.

And calculate the sizes when media type is successfully changed.

Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

Signed-off-by: Alistair Leslie-Hughes <leslie_alistair@hotmail.com>

Note that quite often the unhandled exception messages actually come
from Windows or Wine and these cannot be colorized.

GdipGetCompositingMode() fails when the object is busy, which happens
when flushing changes in GdipReleaseDC().

Fixes a test crash on Gitlab CI.

We have dups in global / file static variables definition:
- between compiland stream and global (DBI) stream
  (we need to de-dup these)
- still adding variables only present global DBI stream
- keeping in mind, we need to keep:
  + two variables of different names at same address (aliasing)
  + variables of same name at different addresses
    (MS linker generate those)
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

Only load records that are listed in global hash file when handling
the global symbol stream.
Do the same thing for the public symbols.

When using MS linker in incremental mode:
- old variable definitions are kept in the (DBI) global symbol stream
  along side the new definition
- but only the latest (valid) definition is referenced from the hash
  table
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

These should be stored in function's children vector.
Signed-off-by: Eric Pouech <eric.pouech@gmail.com>

mingw-w64 defines __forceinline (and therefore FORCEINLINE) as
"extern __inline__ __attribute__((__always_inline__,__gnu_inline__)). This means
that COM inline wrappers specify multiple storage classes and hence cannot be
compiled.

Wine defines FORCEINLINE simply as "inline" (and uses "static" everywhere), so
this is a non-issue for Wine. However, since Wine and mingw-w64 share the source
code of widl and of most IDL headers, this patch changes the definition for both
projects.

There's no reason to force inlining here, especially since the wrappers need to
be manually enabled, and we don't need to match PSDK semantics where these
wrappers don't even exist.

In practice, use "__inline__" instead of "inline" for GNU C targets, to preserve
compatibility with C89 in mingw-w64 headers.