-
-
Notifications
You must be signed in to change notification settings - Fork 722
HipHop VM testing #250
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
HipHop VM testing #250
Conversation
|
I think adding HHVM to the build is a good idea. It looks like the |
|
Yes it does, looking into making the |
|
|
|
Oh wait never mind, they are implicitly skipped when related extensions are not found :-) |
|
Hmm didn't mean to commit that just yet but the github web ui decided I did. Anyway travis doesn't like my check, so have t o figure something else out. I'll contact travis for the best way to check for hhvm and come back with a working version. (Their docs haven't been updated with HHVM yet.) |
|
You could try parsing the output of |
|
Will try that, but what worries me is the parse error on line 32, not sure yet what is causing that. (Atleast it doesn't look healthy.) |
|
Ok so moved all the before_script logic into before_script.sh making it easier to maintain and extend. |
|
looks good, the phpunit thing needs to be fixed in hhvm... anything missing form this PR or can it be merged? |
|
I'd like to see the |
|
Looks pretty good to me now. The only thing that is still nagging me are the phpunit phar errors. Might have something for that but that would mean loading in phpunit with composer instead of using the system wide install. If it's ok with you @igorw, I can add it to this PR. |
|
Changing to a non-phar phpunit won't resolve all issues. I just ran phpunit 3.7.28 with hhvm 2.3 on your react:master and get a fatal:
|
|
Feel free to install phpunit via composer, but it looks like phpunit-mock-objects still has a bug? |
|
It's probably related to facebook/hhvm#1363. The problematic test is I ran into a similiar problem yesterday, and ran some tests with the dev-hhvm branch of PHPUnit. It all came down to problems resolving around the Edit: maybe it's not related to hhvm#1363 - EventLoop itself runs fine, it's just the mocking of the former. Maybe related to Reflection/callable on HHVM? I'll see what I can findout. |
|
Ok so phpunit is now loaded by composer, it solves the phar issue but as @bzikarsky mentions there are some fatal erros. How ever in my opinion that isn't something preventing this PR to be merged. |
|
Yes, I think the problems around HHVM and callable are no reason not to a merge. Loading PHPUnit from composer at least works around the PHAR-bug. |
|
Merged. Thanks @WyriHaximus and @bzikarsky - great work! Now we play the waiting game :-) |
|
Thanks indeed! |
|
Though I think the PHAR issue is already resolved in HHVM/master. We might be able to remove phpunit from composer.json very soon. Edit: Link to resolved PHAR issue: facebook/hhvm#1334 |
Travis CI added hhvm as possible PHP version to test against. Because hhvm is an emerging alternative PHP VM it's interesting to keep an eye on it. By adding it to the test matrix we can see how our code (changes) respond on hhvm. Since it's not critical and AFAIK a goal to work on hhvm I've added it to allow failures. So we don't have to worry about breaking the tests if it doesn't work in hhvm just yet.