Skip to content

Conversation

@khwilliamson
Copy link
Contributor

  • This set of changes does not require a perldelta entry.

The compiler used on MingW doesn't realize that there is no path that
keeps this from being initialized
@khwilliamson khwilliamson force-pushed the mingw branch 3 times, most recently from a7f460d to d7350e3 Compare November 2, 2025 21:20
win32/perllib.c Outdated
Comment on lines 266 to 267
PERL_UNUSED_ARG(lpvReserved);

Copy link
Contributor

@tonycoz tonycoz Nov 3, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

perllib.c is C++, we can just omit the lpvReserved in LPVOID lpvReserved.

@tonycoz
Copy link
Contributor

tonycoz commented Nov 3, 2025

Looks good otherwise.

These should silence warnings on MingW.
This silences a compiler warning
This should be in a comment even though the compilers on Windows
tolerate it, but with a warning
Make this macro more legible, while silencing some compiler warnings
about the if statements looking like they are intended to apply to more
than they actually do.
We have macros that including perl.h gets us access to, and do the same
thing more quickly than this did.
The MingW compiler spotted this.  The code prior to these uses already
has made sure these indices are positive, so casting to unsigned works.
The MingW compiler thinks this can be used unininitalized, even though I
don't think it can.  Just initialize it to 0.
The MingW compiler thinks this can be used unininitalized.
The MingW compiler thinks this can be used unininitalized
@khwilliamson khwilliamson merged commit 9153e0d into Perl:blead Nov 4, 2025
33 checks passed
@khwilliamson khwilliamson deleted the mingw branch November 5, 2025 12:18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants