Skip to content

regen/embed.pl: Separate symbols not always pulled in - #24820

Open
khwilliamson wants to merge 1 commit into
Perl:bleadfrom
khwilliamson:embed_by_hdr
Open

khwilliamson wants to merge 1 commit into
Perl:bleadfrom
khwilliamson:embed_by_hdr

Conversation

@khwilliamson

Copy link
Copy Markdown
Contributor

Many perl symbols are exposed to XS module namespace. embed.pl has a list of the ones we have yet to decide if they should be exposed, or shouldn't. It turns out that some symbols on that list are not exposed to the typical XS module that uses EXTERN.h, perl.h, and XSUB.h; but only get exposed if the module explicitly #includes another perl header file.

It is less important to resolve these than the ones that always are exposed. So this commit splits them out into a separate list, grouped for convenience by the header file they are defined in.

This commit brings the always visible unresolved symbol number down to just under 2500, a decrease of 25% from 5.44.0

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

Many perl symbols are exposed to XS module namespace.  embed.pl has a
list of the ones we have yet to decide if they should be exposed, or
shouldn't.  It turns out that some symbols on that list are not exposed
to the typical XS module that uses EXTERN.h, perl.h, and XSUB.h; but
only get exposed if the module explicitly #includes another perl header
file.

It is less important to resolve these than the ones that always are
exposed.  So this commit splits them out into a separate list, grouped
for convenience by the header file they are defined in.

This commit brings the always visible unresolved symbol number down to
just under 2500, a decrease of 25% from 5.44.0
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.

1 participant