Skip to content

Conversation

@khwilliamson
Copy link
Contributor

This inserts a colon in the message to make it consistent with all the other similar ones.

It is safe to do this, as this code is executed only as a fallback under non-debugging builds. The condition that gets to this warning is asserted against in debugging builds.

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

Copy link
Contributor

@leonerd leonerd left a comment

Choose a reason for hiding this comment

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

You say it's asserted, but then you deleted the assert(0) call.

This inserts a colon in the message to make it consistent with all the
other similar ones.  This will enable easier parsing of messages for
future commits.

If this change causes failures in any code in the field, that would be a
Good Thing, as that code is now illegal.  This message happens only when
this function is called with a zero length string, which has been
illegal for some releases.  Doing this in a DEBUGGING build results in
an assert(0).  This message now only exists as a fallback to prevent
bad or undefined behavior, should we get called with that anyway.
@khwilliamson
Copy link
Contributor Author

I thought the assert was redundant with an earlier one. But that apparently had already been removed. And I should have mentioned this line being removed in the commit message. The bottom line is, it's back in.

@khwilliamson khwilliamson merged commit a175c38 into Perl:blead Sep 22, 2025
33 checks passed
@khwilliamson khwilliamson deleted the utf8_colon_warn branch September 22, 2025 19:05
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.

3 participants