| Author |
|
Jan-E
Joined: 09 Mar 2012
Posts: 1244
Location: Amsterdam, NL, EU
|
 Posted: Sun 20 Sep '15 19:19 Post subject: |
 |
|
| Try loading php_igbinary.dll as well. php_redis.dll is compiled --with-redis-igbinary |
|
| Back to top |
|
akaHaki
Joined: 18 Sep 2015
Posts: 12
|
| Posted: Sun 20 Sep '15 19:25 Post subject: |
|
|
| Thank works |
|
| Back to top |
|
Jan-E
Joined: 09 Mar 2012
Posts: 1244
Location: Amsterdam, NL, EU
|
| Posted: Wed 21 Oct '15 5:06 Post subject: |
|
|
PHP 7.0.0RC5 has a Windows only feature:
Added Windows only opcache.file_cache_fallback=1 ini option, which implies the implemented fallback mechanism. When OPcache was not able to reattach the shared memory segment to the desired address and opcache.file_cache is on, opcache.file_cache_only=1 will be automatically enforced
The PHP devs are asking everyone to test it:
https://twitter.com/weltling/status/654624040393568256 |
|
| Back to top |
|
johmue
Joined: 07 Nov 2015
Posts: 2
Location: DE, Berlin
|
| Posted: Sat 07 Nov '15 23:36 Post subject: |
|
|
Hi Jan, what's your setup to build php_excel for PHP7?
Since the change from VC11 to VC14 I struggle to build the code for myself on Windows which is a bit awkward since I maintain the code... unfortunately the php_excel extension crashes on a clean PHP7 installation. Do you get any warnings when compiling the code?
Thanks Johannes |
|
| Back to top |
|
Jan-E
Joined: 09 Mar 2012
Posts: 1244
Location: Amsterdam, NL, EU
|
| Posted: Thu 12 Nov '15 4:23 Post subject: |
|
|
I am just checking out the extension in the php7 extension dir:
cd \php-sdk\php70dev\ext
git clone -b php7 https://github.com/johmue/php_excel excel
And let buildconf do its job. No errors at all on x86, except the usual libiconv_a.lib warning:
| Quote: | "cl.exe" /I "C:\php-sdk\win32build\include\libxl" /DHAVE_LIBXL_H=1 /D COMPILE_DL_EXCEL /D EXCEL_EXPORTS=1 /nologo /I . /I main /I Zend /I TSRM /I ext /D _WINDOWS /D ZEND_WIN32=1 /D PHP_WIN32=1 /D WIN32 /D _MBCS /W3 /FD /wd4996 /D_USE_32BIT_TIME_T=1 /guard:cf /MP /Zi /LD /MD /W3 /Ox /D NDebug /D NDEBUG /D ZEND_WIN32_FORCE_INLINE /GF /D ZEND_DEBUG=0 /I "C:\php-sdk\win32build\include" /D FD_SETSIZE=256 /I "..\zlib" /FoC:\php-sdk\php70dev\Release\ext\excel\ /FpC:\php-sdk\php70dev\Release\ext\excel\ /FRC:\php-sdk\php70dev\Release\ext\excel\ /FdC:\php-sdk\php70dev\Release\ext\excel\ /c ext\excel\excel.c
excel.c
Recreating build dirs
Recreating build dirs
Recreating build dirs
Recreating build dirs
libiconv_a.lib(iconv1.obj) : MSIL .netmodule or module compiled with /GL found; restarting link with /LTCG; add /LTCG to the link command line to improve linker performance
Creating library C:\php-sdk\php70dev\Release\php7.lib and object C:\php-sdk\php70dev\Release\php7.exp
Generating code
Finished generating code
rc /n /fo C:\php-sdk\php70dev\Release\php_excel.dll.res /d FILE_DESCRIPTION="\"excel\"" /d FILE_NAME="\"php_excel.dll\"" /d URL="\"http://www.php.net\"" /d INTERNAL_NAME="\"EXCEL extension\"" /d THANKS_GUYS="\"Thanks to Ilia Alshanetsky\"" win32\build\template.rc
Microsoft (R) Windows (R) Resource Compiler Version 6.3.9600.17336
Copyright (C) Microsoft Corporation. All rights reserved.
Creating library C:\php-sdk\php70dev\Release\php_excel.lib and object C:\php-sdk\php70dev\Release\php_excel.exp
EXT excel build complete |
Edit: More warnings on x64
| Quote: | "cl.exe" /I "C:\php-sdk\win64build\include\libxl" /DHAVE_LIBXL_H=1 /D COMPILE_DL_EXCEL /D EXCEL_EXPORTS=1 /nologo /I . /I main /I Zend /I TSRM /I ext /D _WINDOWS /D ZEND_WIN32=1 /D PHP_WIN32=1 /D WIN32 /D _MBCS /W3 /FD /wd4996 /guard:cf /MP /Zi /LD /MD /W3 /Ox /D NDebug /D NDEBUG /D ZEND_WIN32_FORCE_INLINE /GF /D ZEND_DEBUG=0 /I "C:\php-sdk\win64build\include" /D FD_SETSIZE=256 /I "..\zlib" /FoC:\php-sdk\php70dev\x64\Release\ext\excel\ /FpC:\php-sdk\php70dev\x64\Release\ext\excel\ /FRC:\php-sdk\php70dev\x64\Release\ext\excel\ /FdC:\php-sdk\php70dev\x64\Release\ext\excel\ /c ext\excel\excel.c
excel.c
ext\excel\excel.c(373): warning C4267: 'function': conversion from 'size_t' to 'unsigned int', possible loss of data
ext\excel\excel.c(411): warning C4267: 'function': conversion from 'size_t' to 'unsigned int', possible loss of data
ext\excel\excel.c(444): warning C4267: '=': conversion from 'size_t' to 'int', possible loss of data
ext\excel\excel.c(862): warning C4133: 'function': incompatible types - from 'long *' to 'const time_t *const '
ext\excel\excel.c(970): warning C4244: 'return': conversion from 'time_t' to 'long', possible loss of data
ext\excel\excel.c(1140): warning C4267: '=': conversion from 'size_t' to 'int', possible loss of data
ext\excel\excel.c(1142): warning C4267: '=': conversion from 'size_t' to 'int', possible loss of data
ext\excel\excel.c(1218): warning C4267: 'function': conversion from 'size_t' to 'unsigned int', possible loss of data
ext\excel\excel.c(1233): warning C4267: 'function': conversion from 'size_t' to 'unsigned int', possible loss of data
ext\excel\excel.c(2252): warning C4244: 'function': conversion from 'zend_long' to 'long', possible loss of data
ext\excel\excel.c(2284): warning C4133: 'function': incompatible types - from 'long *' to 'zend_long *'
Recreating build dirs
Recreating build dirs
Recreating build dirs
Recreating build dirs
libiconv_a.lib(iconv1.obj) : MSIL .netmodule or module compiled with /GL found; restarting link with /LTCG; add /LTCG to the link command line to improve linker performance
Creating library C:\php-sdk\php70dev\x64\Release\php7.lib and object C:\php-sdk\php70dev\x64\Release\php7.exp
Generating code
Finished generating code
Creating library C:\php-sdk\php70dev\x64\Release\php_excel.lib and object C:\php-sdk\php70dev\x64\Release\php_excel.exp
EXT excel build complete
|
|
|
| Back to top |
|
roysitumorang
Joined: 13 Jul 2015
Posts: 14
Location: Indonesia, Sidikalang
|
| Posted: Thu 12 Nov '15 19:25 Post subject: |
|
|
| Jan-E wrote: | No. Jsmin is in my build tree. If it is not in the PHP7 zips, it does not build. And even the php7-dev branch of igbinary does not build.
| Code: | | /home/travis/build/igbinary/igbinary/igbinary.c:20:32: fatal error: zend_dynamic_array.h: No such file or directory |
https://github.com/igbinary/igbinary/issues/40#issuecomment-85544267 |
Hi Jan. FYI, Jsmin v2.0.0 just released (https//github.com/sqmk/pecl-jsmin/releases/tag/v2.0.0). Could you please add it in your next build? |
|
| Back to top |
|
Jan-E
Joined: 09 Mar 2012
Posts: 1244
Location: Amsterdam, NL, EU
|
| Posted: Fri 13 Nov '15 2:23 Post subject: |
|
|
Release 2.0.0 does not compile. From the log by the PHP devs:
http://windows.php.net/downloads/pecl/releases/jsmin/2.0.0/logs/php_jsmin-2.0.0-5.6-nts-vc11-x86-logs.zip
| Quote: | Creating library C:\obj\5.6-nts-windows-vc11-x86\Release\php_jsmin.lib and object C:\obj\5.6-nts-windows-vc11-x86\Release\php_jsmin.exp
jsmin.obj : error LNK2019: unresolved external symbol _u8_wc_toutf8 referenced in function _jsmin_action
jsmin.obj : error LNK2019: unresolved external symbol _u8_nextchar referenced in function _jsmin_get
C:\obj\5.6-nts-windows-vc11-x86\Release\php_jsmin.dll : fatal error LNK1120: 2 unresolved externals
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\BIN\cl.exe"' : return code '0x2'
Stop. |
I am getting the same error.
Edit: https://github.com/sqmk/pecl-jsmin/pull/41
BTW. I did not check yet but I do not think it compiles for PHP7. |
|
| Back to top |
|
glsmith
Moderator
Joined: 16 Oct 2007
Posts: 2268
Location: Sun Diego, USA
|
| Posted: Fri 13 Nov '15 19:58 Post subject: |
|
|
| 2.0.1 now |
|
| Back to top |
|
Jan-E
Joined: 09 Mar 2012
Posts: 1244
Location: Amsterdam, NL, EU
|
| Posted: Fri 13 Nov '15 20:52 Post subject: |
|
|
Edit: This is a comment on Gregg's pointer to https://github.com/JeffBezanson/libsupport. He changed the comment while I was typing the reaction below.
There already was a utf8.c/h combination in pecl-jsmin, but it was only called for *nix in config.m4, not for Windows in config.w32.
And the utf8.c/h in jsmin had a problem with snprintf/_snprintf, which needed a simple fix.
JeffBezanson's libsupport has a fix for snprintf/_snprintf in utf8.c/h, but that one will fail with VC14: redefinition of snprintf. |
|
| Back to top |
|
L-W
Joined: 14 Nov 2015
Posts: 2
|
| Posted: Sat 14 Nov '15 19:24 Post subject: |
|
|
Thanks for the work performed, however, it seems that php-7.0RC7 x86 archive is corrupted: downloaded twice, 7-zip, Winrar display errors during extraction, the x64 version is ok, however.
On the other hand, have you tried to compile the haru extension for php 7.0 ? |
|
| Back to top |
|
Jan-E
Joined: 09 Mar 2012
Posts: 1244
Location: Amsterdam, NL, EU
|
| Posted: Sat 14 Nov '15 22:10 Post subject: |
|
|
The x86 downloads should be OK now.
And php_haru.dll is in my build environment, but does not compile for VC14/PHP7.
Last edited by Jan-E on Wed 23 Dec '15 13:06; edited 1 time in total |
|
| Back to top |
|
L-W
Joined: 14 Nov 2015
Posts: 2
|
| Posted: Sat 14 Nov '15 23:31 Post subject: |
|
|
The archive of the x86 version is now correct, thank you.
Also thank you for information about the haru extension. |
|
| Back to top |
|
johmue
Joined: 07 Nov 2015
Posts: 2
Location: DE, Berlin
|
| Posted: Tue 17 Nov '15 0:31 Post subject: |
|
|
| Thank you for the build logs. I managed to compile php_excel (without multibyte support) for PHP7 but unfortunately it crashes on Windows while running quite stable on Linux. :-/ |
|
| Back to top |
|
perni1984
Joined: 23 Nov 2015
Posts: 1
|
| Posted: Mon 23 Nov '15 16:09 Post subject: |
|
|
I am currently setting up a dev environment on windows and my symfony2 / doctrine app would need apc to work.
Although there is a php_apcu.dll provided in the package that works, starting with the php7 version of apcu all functions have a apcu_* prefix instead of a apc_* prefix.
The apc_* prefix is only provided when apcu is running in backward compatability mode, for which also apc.so must be loaded on Linux systems (see: https://github.com/krakjoe/apcu/issues/137). I suppose therefore a php_apc.dll should be available on the windows build to enable backwards-compatible apc_* functions.
I guess this has to be enabled somewhere during the build process, as I don't find it in the packages provided. Could you eventually include the php_apc.dll aswell? |
|
| Back to top |
|
Jan-E
Joined: 09 Mar 2012
Posts: 1244
Location: Amsterdam, NL, EU
|
|
| Back to top |
|
Jan-E
Joined: 09 Mar 2012
Posts: 1244
Location: Amsterdam, NL, EU
|
| Posted: Wed 25 Nov '15 15:09 Post subject: |
|
|
There was a nasty bug in count(array()), so the Release Managers decided to put in another Release Candidate.
php_xdebug.dll added. |
|
| Back to top |
|
Jan-E
Joined: 09 Mar 2012
Posts: 1244
Location: Amsterdam, NL, EU
|
| Posted: Wed 25 Nov '15 15:15 Post subject: |
|
|
| johmue wrote: | | Thank you for the build logs. I managed to compile php_excel (without multibyte support) for PHP7 but unfortunately it crashes on Windows while running quite stable on Linux. :-/ |
Do you still have those crashes? I tested all versions on the invoice example at the end of http://www.king-foo.com/2011/05/a-first-attempt-at-the-php-excel-extension/ and it worked OK. Only difference: there was a Euro sign before the amounts. |
|
| Back to top |
|
Jan-E
Joined: 09 Mar 2012
Posts: 1244
Location: Amsterdam, NL, EU
|
| Posted: Sun 06 Dec '15 16:15 Post subject: |
|
|
| roysitumorang wrote: | | Hi Jan. FYI, Jsmin v2.0.0 just released (https//github.com/sqmk/pecl-jsmin/releases/tag/v2.0.0). Could you please add it in your next build? |
Jsmin v3.0.0 has a PHP7 branch. I added this to the PHP 7.0.0 builds:
https://www.apachelounge.com/viewtopic.php?t=6359 |
|
| Back to top |
|
roysitumorang
Joined: 13 Jul 2015
Posts: 14
Location: Indonesia, Sidikalang
|
| Posted: Sun 06 Dec '15 18:25 Post subject: |
|
|
Thanks Jan, I'll redownload your build. |
|
| Back to top |
|
Jan-E
Joined: 09 Mar 2012
Posts: 1244
Location: Amsterdam, NL, EU
|
|
| Back to top |
|
