-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Restore php 5.3 support #51
Conversation
434e837
to
665b384
Compare
Side note, the PHP version check never worked, as it was not expected that the file must conform to the syntax for the PHP version. In other words, if you want the script to print error message under (for example) php 4.3.0, your entry point PHP script must be a valid syntax for PHP 4.3.0:
|
Funnily, the most breaking change was made in the entry point of this application, which should have been kept compatible with any PHP version to say out a nice error message: |
Note the
|
This can be seen in action here: I've included screenshot there as well, because before merge the syntax error is intended to be removed. |
Any chance for merge and release, before some big and breaking changes come in? This way would have at least one release that can be used in php 5.3 projects and I can finish up it in my project: |
This might be a bit blunt, but is this a good idea? PHP 5.3 has been EOL since August 14th, 2014. Maybe we shouldn't re-open and re-support dead horses? |
@roelofr yes, this is blunt, as outlined elsewhere in this project's comments, this project is useful for other projects, whose version support is their own consideration. The changes here are very minimal, in fact, the short array syntax should be a separate PR, but I expected this PR to go smooth. you support 5.4, which equally also very dead in such a sense. and also, the original commit that dropped 5.3, was due to wrong reasons, also outlined in PR body. |
Okay, sorry, no offence intended. Should this be part of #46? Add tests to ensure php 5.3 still works? |
@roelofr I don't expect any actual support, for me it's fine with just these changes released and no other guarantees. For example, the json output part is not working, but it's probably possible to make it work. From the project manager's point of view, it's probably best to add CI integration too. But then need to update the readme as well that 5.3 is supported. It's a kind of a chicken-egg problem right now with the CI, because without CI I can't test and without php 5.3 support one can't develop CI. so, perhaps deal with that once this and CI tasks are merged? |
I looked at #46, and it describes that it depends on code-restructuring task... in my opinion, it's way too big to chew, as it will take ages to get there... |
PHP 5.3 is old, really too much old. On the other hand, I know more live projects with PHP < 5.4 with sometimes changes. Codebase does not use new features. Ok - it makes sense to go back to support. Please, can you:
|
@grogy added CI and updated readme. And it passes, wohoo! and so is 5.4 old, the only notable difference with 5.4 is the short array and some newer interfaces. But 5.3 was some groundwork from what things evolved further. I guess it stayed because it was the first version with namespaces, and php without namespaces support today just not possible in the composer ecosystem. thanks for accepting this PR. |
Would be good to see this actually tested in combination with #55 which re-enables the running of the unit and integration tests. |
This way the polyfill won't be executed when php-parallel-lint is loaded as composer dependency but in application only.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM.
Only thing I'm wondering about is whether the generation of the phar in the GH Actions workflow should now also be done on PHP 5.3, though between PHP 5.3 and 5.4, I don't suppose there would be that much of a difference (if any).
FYI: I've just done a test run with this PR and PR #55 combined and depending on whichever PR gets merged first, the other PR will need to be adjusted to add the following step to the # Remove PHPCS as it has a minimum PHP requirements of PHP 5.4 and would block install on PHP 5.3.
- name: 'Composer: remove PHPCS'
if: ${{ matrix.php < 5.4 }}
run: composer remove --dev squizlabs/php_codesniffer --no-update @glensc Shall I just add that change to PR #55 in anticipation of both PRs being merged ? |
@jrfnl I can rebase once the other dependency is merged. altho I don't see why not do the other way around. The CI knowledge is bigger in the other PR. |
@glensc I've adjusted the other PR in a way that a build against PHP 5.3 will pass and confirmed this with a test build, so either one of these PRs getting merged first will be fine now. |
@grogy merge & release? or what is this waiting for? |
Thanks for the changes. I wanted first to check and merge #55 with unit testing all PHP versions. It is merged now. Can you please rebase the current master? When the CI success then we can immediately merge it. |
Super! Can this be released too before other big PR's? |
Yes, I mean it is a good point. I will test today / tomorrow ;) |
As Parallel Lint supports PHP 5.3 again since [PR 51](php-parallel-lint/PHP-Parallel-Lint#51), it would be helpful for the Console Color repo to also support PHP 5.3.
As Parallel Lint supports PHP 5.3 again since [PR 51](php-parallel-lint/PHP-Parallel-Lint#51), it would be helpful for the Console Color repo to also support PHP 5.3. This restores the PHP 5.3 minimum version to the same as before the version drop in de0bf63
As Parallel Lint supports PHP 5.3 again since [PR 51](php-parallel-lint/PHP-Parallel-Lint#51), it would be helpful for the Highlighter repo to also support PHP 5.3. This restores the PHP 5.3 minimum version to the same as before the version drop in 02b6aa6
As Parallel Lint supports PHP 5.3 again since [PR 51](php-parallel-lint/PHP-Parallel-Lint#51), it would be helpful for the Highlighter repo to also support PHP 5.3. This restores the PHP 5.3 minimum version to the same as before the version drop in 02b6aa6
As Parallel Lint supports PHP 5.3 again since [PR 51](php-parallel-lint/PHP-Parallel-Lint#51), it would be helpful for the Highlighter repo to also support PHP 5.3. This restores the PHP 5.3 minimum version to the same as before the version drop in 02b6aa6
As Parallel Lint supports PHP 5.3 again since [PR 51](php-parallel-lint/PHP-Parallel-Lint#51), it would be helpful for the Console Color repo to also support PHP 5.3. This restores the PHP 5.3 minimum version to the same as before the version drop in de0bf63
As Parallel Lint supports PHP 5.3 again since [PR 51](php-parallel-lint/PHP-Parallel-Lint#51), it would be helpful for the Console Color repo to also support PHP 5.3. This restores the PHP 5.3 minimum version to the same as before the version drop in de0bf63
As Parallel Lint supports PHP 5.3 again since [PR 51](php-parallel-lint/PHP-Parallel-Lint#51), it would be helpful for the Highlighter repo to also support PHP 5.3. This restores the PHP 5.3 minimum version along the same lines as before the version drop in 02b6aa6 The PHP 5.3.2 minimum is in-line with the PHP Console Color minimum version for PHP 5.3. Includes: * Enabling a build against PHP 5.3 in the GH Actions workflow. * Adjusting the `testVersion` for the PHPCompatibility checks to `5.3-` (5.3 and higher).
As Parallel Lint supports PHP 5.3 again since [PR 51](php-parallel-lint/PHP-Parallel-Lint#51), it would be helpful for the Highlighter repo to also support PHP 5.3. This restores the PHP 5.3 minimum version along the same lines as before the version drop in 02b6aa6 The PHP 5.3.2 minimum is in-line with the PHP Console Color minimum version for PHP 5.3. Includes: * Enabling a build against PHP 5.3 in the GH Actions workflow. * Adjusting the `testVersion` for the PHPCompatibility checks to `5.3-` (5.3 and higher).
As Parallel Lint supports PHP 5.3 again since [PR 51](php-parallel-lint/PHP-Parallel-Lint#51), it would be helpful for the Highlighter repo to also support PHP 5.3. This restores the PHP 5.3 minimum version along the same lines as before the version drop in 02b6aa6 The PHP 5.3.2 minimum is in-line with the PHP Console Color minimum version for PHP 5.3. Includes: * Enabling a build against PHP 5.3 in the GH Actions workflow. * Adjusting the `testVersion` for the PHPCompatibility checks to `5.3-` (5.3 and higher).
As Parallel Lint supports PHP 5.3 again since [PR 51](php-parallel-lint/PHP-Parallel-Lint#51), it would be helpful for the Highlighter repo to also support PHP 5.3. This restores the PHP 5.3 minimum version along the same lines as before the version drop in 02b6aa6 The PHP 5.3.2 minimum is in-line with the PHP Console Color minimum version for PHP 5.3. Includes: * Enabling a build against PHP 5.3 in the GH Actions workflow. * Adjusting the `testVersion` for the PHPCompatibility checks to `5.3-` (5.3 and higher).
Originally, the PHP 5.3 was removed, because Travis misconfiguration (32855d5). However, seems most PHP 5.3 code is still there. This will attempt to restore such compatibility.
The
--json
support is not added, see notes below.This is needed for projects that support old versions, example:
As the version still won't be tested in CI, such use will be at their own risk, as this project doesn't CI test those versions.
PS: once this project CI is migrated to GitHub actions and setup-php, then PHP 5.3 support can be enabled in Ci. Also, php 5.3 can be enabled in Travis, likely the original commit author did not know-how.
PS2: This can be seen in action here: zf1s/zf1#66