Hi,
The RMs team would like to announce the roadmap for the first PHP7 release
circle
https://wiki.php.net/todo/php70#timetable
In short:
- the first alpha is tagged on 2015-06-09
- the first alpha is coming out on 2015-06-11
- the 7.0.0 final is planned for 2015-11-12
In the light of the time plan, everyone is asked to finish the open tasks
before 2015-06-09, especially if targeting explicit the alpha1. Despite it's
still not the feature freeze, it makes much of sense to have the heavy
patches landed already. As the timeline is tight, it will help to hold with
it, stabilize features, avoid delays and get the final in time.
Regards
Anatol
"Anatol Belski" in php.internals (Wed, 27 May 2015 16:01:49 +0200):
https://wiki.php.net/todo/php70#timetable
In short:
- the first alpha is tagged on 2015-06-09
- the first alpha is coming out on 2015-06-11
- the 7.0.0 final is planned for 2015-11-12
There is a lot to do to make VC2015 (VC14) work, I guess.
I gave a shot at it wwith these results:
https://www.apachelounge.com/viewtopic.php?p=30557#30557
A lot of unresolved externals broke many of the extensions that did
compile with VC11 and VC12. This one is the most common one:
unresolved external symbol __imp____iob_func
Maybe it is just adding an extra include file or something like that,
but at the moment I am at a loss.
Jan
PHP7-extensions that did compile with VC11 and VC12, but do not compile
anymore with VC14:
php_bz2.dll
php_curl.dll
php_dba.dll
php_fribidi.dll
php_gd2.dll
php_geoip.dll
php_gmp.dll
php_http.dll
php_imap.dll
php_ldap.dll
php_snmp.dll
php_tidy.dll
php_xmldiff.dll
Hi Jan,
-----Original Message-----
From: Jan Ehrhardt [mailto:phpdev@ehrhardt.nl]
Sent: Thursday, May 28, 2015 11:06 AM
To: internals@lists.php.net
Subject: [PHP-DEV] Re: PHP 7.0.0 roadmap"Anatol Belski" in php.internals (Wed, 27 May 2015 16:01:49 +0200):
https://wiki.php.net/todo/php70#timetable
In short:
- the first alpha is tagged on 2015-06-09
- the first alpha is coming out on 2015-06-11
- the 7.0.0 final is planned for 2015-11-12
There is a lot to do to make VC2015 (VC14) work, I guess.
I gave a shot at it wwith these results:
https://www.apachelounge.com/viewtopic.php?p=30557#30557A lot of unresolved externals broke many of the extensions that did
compile
with VC11 and VC12. This one is the most common one:unresolved external symbol __imp____iob_func
Maybe it is just adding an extra include file or something like that, but
at
the moment I am at a loss.Jan
PHP7-extensions that did compile with VC11 and VC12, but do not compile
anymore with VC14:php_bz2.dll
php_curl.dll
php_dba.dll
php_fribidi.dll
php_gd2.dll
php_geoip.dll
php_gmp.dll
php_http.dll
php_imap.dll
php_ldap.dll
php_snmp.dll
php_tidy.dll
php_xmldiff.dll--
To unsubscribe,
visit:
http://www.php.net/unsub.php
Thanks for reporting. How do you build, which deps do you use? What I've
read on the page you've linked sounds terribly wrong
" Really pre-alpha with a mixture of VC11 and VC14 and a mixture of OpenSSL
1.0.1m and 1.0.2a."
Jan, please open a bug ticket, we can follow up there.
Thanks.
Anatol
"Anatol Belski" in php.internals (Thu, 28 May 2015 14:16:49 +0200):
Thanks for reporting. How do you build, which deps do you use? What I've
read on the page you've linked sounds terribly wrongJan, please open a bug ticket, we can follow up there.
Actually, I should open a bug ticket for the developers of VC 2015, I
guess. I am using Visual Studio Pro Web 2015 RC at the moment.
Compilation of even deplister.exe is broken in this compiler with a
'unresolved external symbol _printf'. I created a real simple example of
the same error. See the following console output:
|C:\php-sdk>type windowsh.c
|
|#include <windows.h>
|
|int main( int argc, char* args[] ) {
| printf("Testing");
| return 0;
|}
|
|C:\php-sdk>cl.exe /Fewindowsh.exe windowsh.c
|Microsoft (R) C/C++ Optimizing Compiler Version 19.00.22816 for x86
|Copyright (C) Microsoft Corporation. All rights reserved.
|
|windowsh.c
|Microsoft (R) Incremental Linker Version 14.00.22816.0
|Copyright (C) Microsoft Corporation. All rights reserved.
|
|/out:windowsh.exe
|windowsh.obj
|windowsh.obj : error LNK2019: unresolved external symbol _printf referenced in function _main
|windowsh.exe : fatal error LNK1120: 1 unresolved externals
If I #include <stdio.h> compilation goes fine:
|C:\php-sdk>type stdioh.c
|
|#include <stdio.h>
|
|int main( int argc, char* args[] ) {
| printf("Testing");
| return 0;
|}
|C:\php-sdk>cl.exe /Festioh.exe stdioh.c
|Microsoft (R) C/C++ Optimizing Compiler Version 19.00.22816 for x86
|Copyright (C) Microsoft Corporation. All rights reserved.
|
|stdioh.c
|Microsoft (R) Incremental Linker Version 14.00.22816.0
|Copyright (C) Microsoft Corporation. All rights reserved.
|
|/out:stioh.exe
|stdioh.obj
|
|C:\php-sdk>stioh.exe
|Testing
This might be a recent change in VC 2015. It looks like they are still
changing a lot in it. Not ideal to build alpha's with a moving compiler.
Jan
Hi Jan
2015-05-28 22:42 GMT+02:00 Jan Ehrhardt phpdev@ehrhardt.nl:
Compilation of even deplister.exe is broken in this compiler with a
'unresolved external symbol _printf'. I created a real simple example of
the same error. See the following console output:
I patched deplister in master for VC14 (works with <VC14 too):
http://git.php.net/?p=php-src.git;a=commitdiff;h=0a173501c86a426f3387c3d7229420b721743dfc
--
regards,
Kalle Sommer Nielsen
kalle@php.net
Kalle Sommer Nielsen in php.internals (Thu, 28 May 2015 23:09:12 +0200):
Hi Jan
2015-05-28 22:42 GMT+02:00 Jan Ehrhardt phpdev@ehrhardt.nl:
Compilation of even deplister.exe is broken in this compiler with a
'unresolved external symbol _printf'. I created a real simple example of
the same error. See the following console output:I patched deplister in master for VC14 (works with <VC14 too):
http://git.php.net/?p=php-src.git;a=commitdiff;h=0a173501c86a426f3387c3d7229420b721743dfc
Did you actually try it? I tried several variations of inserting
#include <stdio.h> but none worked.
Jan
Hi Jan
2015-05-28 23:15 GMT+02:00 Jan Ehrhardt phpdev@ehrhardt.nl:
Did you actually try it? I tried several variations of inserting
#include <stdio.h> but none worked.
Yes I tried it.
VC11 x86 and VC11 x64 was fine, but with VC14 (both x86 and x64), it
threw me a linker error about _printf being undefined, and the
#include <stdio.h> addition made it compile.
My compile argument was rather simple:
cl deplister.c imagehlp.lib
If there is a persistent problem, then please report it at
http://bugs.php.net/ and mark it with PHP 7.0 (master-Git) and we'll
look into it.
Thanks
--
regards,
Kalle Sommer Nielsen
kalle@php.net
Kalle Sommer Nielsen in php.internals (Thu, 28 May 2015 23:36:38 +0200):
My compile argument was rather simple:
cl deplister.c imagehlp.lib
This one was indeed OK. I do not know anymore why it failed when I tried
the same.
If there is a persistent problem, then please report it at
http://bugs.php.net/ and mark it with PHP 7.0 (master-Git) and we'll
look into it.
See https://bugs.php.net/bug.php?id=69729
I had to recompile mcrypt, iconv, xml2, ssleay32, libeay32, ssh2, curl,
xpm, zlib, jpeg, png, vpx, libbz2, netsnmp for VC14 to get some
extensions working. But for instance php_gmp.dll still fails on
mpir_a.lib.
Jan
Kalle Sommer Nielsen in php.internals (Thu, 28 May 2015 23:36:38 +0200):
My compile argument was rather simple:
cl deplister.c imagehlp.libThis one was indeed OK. I do not know anymore why it failed when I tried
the same.If there is a persistent problem, then please report it at
http://bugs.php.net/ and mark it with PHP 7.0 (master-Git) and we'll
look into it.See https://bugs.php.net/bug.php?id=69729
I had to recompile mcrypt, iconv, xml2, ssleay32, libeay32, ssh2, curl,
xpm, zlib, jpeg, png, vpx, libbz2, netsnmp for VC14 to get some
extensions working. But for instance php_gmp.dll still fails on
mpir_a.lib.
As Anatol said it i s a work in progress. All the sources (patched or just
for the reference when not) are available.on github.
We also contact or send PR upstream when necessary. I would strongly
suggest to work on the same base instead of duplicating the efforts or one
of us trying to reproduce someone else build. Using the same base, we
drastically reduce this kind of issues.
Pierre Joye in php.internals (Fri, 29 May 2015 17:27:15 +0700):
See https://bugs.php.net/bug.php?id=69729
I had to recompile mcrypt, iconv, xml2, ssleay32, libeay32, ssh2, curl,
xpm, zlib, jpeg, png, vpx, libbz2, netsnmp for VC14 to get some
extensions working. But for instance php_gmp.dll still fails on
mpir_a.lib.As Anatol said it i s a work in progress. All the sources (patched or just
for the reference when not) are available.on github.We also contact or send PR upstream when necessary. I would strongly
suggest to work on the same base instead of duplicating the efforts or one
of us trying to reproduce someone else build. Using the same base, we
drastically reduce this kind of issues.
Just tell me how I can use the same base. I am using github/winlibs as
much as possible, but as long as there are no publically avalaible deps
for VC14 that is all I have.
Please start publishing the deps for VC14 at
http://windows.php.net/downloads/php-sdk/
Jan
Pierre Joye in php.internals (Fri, 29 May 2015 17:27:15 +0700):
See https://bugs.php.net/bug.php?id=69729
I had to recompile mcrypt, iconv, xml2, ssleay32, libeay32, ssh2, curl,
xpm, zlib, jpeg, png, vpx, libbz2, netsnmp for VC14 to get some
extensions working. But for instance php_gmp.dll still fails on
mpir_a.lib.As Anatol said it i s a work in progress. All the sources (patched or
just
for the reference when not) are available.on github.We also contact or send PR upstream when necessary. I would strongly
suggest to work on the same base instead of duplicating the efforts or
one
of us trying to reproduce someone else build. Using the same base, we
drastically reduce this kind of issues.Just tell me how I can use the same base. I am using github/winlibs as
much as possible, but as long as there are no publically avalaible deps
for VC14 that is all I have.Please start publishing the deps for VC14 at
http://windows.php.net/downloads/php-sdk/
They are public. I remember Anatol posting a link to the builds. I did not
check if the repos are actually updated but they should asap if not.
Anatol? Can you confirm or push the changes?
To work on the same sources is what I meant.
Cheers
Pierre
Jan
Hi Pierre,
-----Original Message-----
From: Pierre Joye [mailto:pierre.php@gmail.com]
Sent: Friday, May 29, 2015 3:09 PM
To: Jan Ehrhardt
Cc: PHP internals
Subject: Re: [PHP-DEV] Re: PHP 7.0.0 roadmapPierre Joye in php.internals (Fri, 29 May 2015 17:27:15 +0700):
See https://bugs.php.net/bug.php?id=69729
I had to recompile mcrypt, iconv, xml2, ssleay32, libeay32, ssh2,
curl, xpm, zlib, jpeg, png, vpx, libbz2, netsnmp for VC14 to get
some extensions working. But for instance php_gmp.dll still fails
on mpir_a.lib.As Anatol said it i s a work in progress. All the sources (patched or
just
for the reference when not) are available.on github.We also contact or send PR upstream when necessary. I would strongly
suggest to work on the same base instead of duplicating the efforts
or
one
of us trying to reproduce someone else build. Using the same base, we
drastically reduce this kind of issues.Just tell me how I can use the same base. I am using github/winlibs as
much as possible, but as long as there are no publically avalaible
deps for VC14 that is all I have.Please start publishing the deps for VC14 at
http://windows.php.net/downloads/php-sdk/They are public. I remember Anatol posting a link to the builds. I did not check if
the repos are actually updated but they should asap if not.
Anatol? Can you confirm or push the changes?
Yeah, I was pushing the changes. Jan's issue was using vc11 binaries.
I haven't push some like ICU as it's requires too many tricks. Gonna go through and check what I've missed. Jan, if you see some issue, please open a ticket and assign to me. But ATM the existing vc14 bins should be enough.
Regards
Anatol