Skip to content

Conversation

@henderkes
Copy link
Collaborator

@henderkes henderkes commented Nov 11, 2025

What does this PR do?

  • attention *
    targets no-strip branch!
  • removes SPC_CMD_VAR_PHP_CONFIGURE_CFLAGS and uses SPC_CMD_VAR_PHP_MAKE_CFLAGS instead
  • use FRANKENPHP_VERSION and FRANKENKPHP_SOURCE_PATH to not require downloading source (for people developing frankenphp)
  • use eu-strip if available (doesn't remove interpreter name)
  • sort configs
  • remove -w -s from frankenphp build

Checklist before merging

If your PR involves the changes mentioned below and completed the action, please tick the corresponding option.
If a modification is not involved, please skip it directly.

  • If you modified *.php or *.json, run them locally to ensure your changes are valid:
    • composer cs-fix
    • composer analyse
    • composer test
    • bin/spc dev:sort-config
  • If it's an extension or dependency update, please ensure the following:
    • Add your test combination to src/globals/test-extensions.php.
    • If adding new or fixing bugs, add commit message containing extension test or test extensions to trigger full test suite.

@henderkes henderkes marked this pull request as ready for review November 11, 2025 14:57
@henderkes henderkes changed the title Frankenphp/mbed remove SPC_CMD_VAR_PHP_CONFIGURE_CFLAGS, use eu-strip Nov 11, 2025
Comment on lines +388 to +392
if ($version = getenv('FRANKENPHP_VERSION')) {
return $version;
}
$frankenphpSourceDir = getenv('FRANKENPHP_SOURCE_PATH') ?: SOURCE_PATH . '/frankenphp';
$goModPath = $frankenphpSourceDir . '/caddy/go.mod';
Copy link
Owner

Choose a reason for hiding this comment

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

Is there any point of these new introduced env vars? In which scenarios would they be used?

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

essentially for frankenphp developers, so they can use the current frankenphp source directory instead of having spc download it

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

I would prefer not to use the FRANKENPHP_VERSION variable, but frankenphp source currently expects it to be defined by CGO_CFLAGS. It's not optimal :/

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

Copy link
Owner

Choose a reason for hiding this comment

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

essentially for frankenphp developers, so they can use the current frankenphp source directory instead of having spc download it

We currently have a source type local, but there's no option to specify a custom local. I'll think about how to handle that tomorrow.

Copy link
Owner

Choose a reason for hiding this comment

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

I'm currently refactoring the artifact part of version 3.0, and I don't really want to add more new APIs/options to version 2.x, so this workaround is acceptable for me, since there's currently no way to customize the local source.

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

Yeah I don't mind the FRANKENPHP_SOURCE_PATH, that part seems alright to me. It's the FRANKENPHP_VERSION that I'm not a fan of, but I have no idea how to mark builds as development builds rather than stable releases otherwise.

@henderkes henderkes merged commit dc83282 into feat/no-strip Nov 12, 2025
1 check passed
@henderkes henderkes deleted the frankenphp/mbed branch November 12, 2025 19:53
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