-
Notifications
You must be signed in to change notification settings - Fork 57
HHVM compatibility #32
Comments
Hi Julius, thank you for this report. I do not have a testing setup at the moment ready to test this combination. Can you do a PR with the change needed to support this version and/or integrate tests? I will merge it. |
@mevdschee Look what i did to your tests and travis :) |
Hey that looks very good.. look what I did to the master branch! |
Please send me your feedback.. |
check out: v1.2.14 |
Okay, some feedback:
As far as i can see, the folder I am going to rebase to your changes and work out some more tests. Then we can have a look, how to get ext-memcached v2.2.0 or hhvm 3.2.0 to run. |
Thanks for the merge. Travis needs to be connected to the repo to work. |
I connected Travis and see that HHVM is not working yet. I'll try to make it work |
Can you take a look as well? https://travis-ci.org/LeaseWeb/LswMemcacheBundle/builds/69521319 |
The missing Class |
Is there a workaround somehow? I tried to define the MemcachePool class in hhvm, but I failed. |
It seems like there needs to be an adapter layer for compatibility with different architectures (hhvm vs php) which is unfortunate. Not sure how realistic it is to expect something like that. I like using this bundle, but I must make a decision to use something else if I use HHVM for the project. |
Hi there,
the current version of this Bundle
1.2.13
is not useable with HHVM in stable version3.2.0
.The problem is, that the memcached extension is using the version string
2.2.0b1
instead of just2.2.0
.Is there a way to make this work? Maybe we could integrate tests running on travis against hhvm and hhvm-nightly to support them.
Version output:
The text was updated successfully, but these errors were encountered: