"Helmut K. C. Tessarek" in php.internals (Sun, 27 Oct 2019 22:31:52
-0400):
>Hmm, it does not fail on my machine as you can see from the results I posted
>earler. But I just had an idea:
>The extension is very picky about having a proper ca file. I ran into similar
>issues a while back.
>
>Can you
> On Oct 27, 2019, at 11:20 PM, Mark Randall wrote:
>
> On 27/10/2019 23:56, Mike Schinkel wrote:
>> 2. Allowing PHP to continue to meet the needs of new/less-skilled
>> programmers and/or people who want a more productive language for smaller
>> projects that do not need or want all the
On 2019-10-27 22:03, Jan Ehrhardt wrote:
> Your build is still linking the system OpenSSL.
Maybe, but the openssl extension is not using it.
$ php -r 'echo "openssl version text: " . OPENSSL_VERSION_TEXT . "\n"; echo
"openssl version number: 0x" . dechex(OPENSSL_VERSION_NUMBER) . "\n";'
Nikita Popov in php.internals (Mon, 14 Oct 2019 11:22:24 +0200):
>./configure --disable-all --with-openssl OPENSSL_LIBS="-l:libssl.a
>-l:libcrypto.a -ldl" CFLAGS="-pthread"
>
>This compiles successfully.
>
>> ldd sapi/cli/php
>linux-vdso.so.1 (0x7ffd1531f000)
>libresolv.so.2 =>
>
> > So we'd probably need some built-in definition of a "package", which
> could be analysed and compiled as one unit, and didn't rely on any run-time
> loading.
> That idea of a "package" came up during a debate on this list at least
> once, a few months ago, and I think it makes a lot of
> On Oct 27, 2019, at 7:04 PM, Rowan Tommins wrote:
Thank you for your comments.
> I chose the phrase "static analysis tool" deliberately, because I wanted to
> think about the minimum requirements for such a tool, rather than its
> long-term possibilities.
Your points are all
On 27/10/2019 02:12, Mike Schinkel wrote:
While reading the [RFC] Union Types v2 thread and comments from Dmitry[1], and especially
Benjamin[2] who suggested "building a static analysis tool which could prove that
certain type checks would never fail, and prime OpCache" it occurred to me that
On 2019-10-27 14:50, Jan Ehrhardt wrote:
> For me it still fails, also on the command line. OpenSSL 1.1.1d builds
> with 1 subtest failing: test/recipes/20-test_enc.t. A known issue.
Nope, no errors on my system, otherwise my openssl install would have failed
when doing: make && make test && make
Helmut K. C. Tessarek in gmane.comp.php.devel (Sat, 26 Oct 2019 15:49:30 -0400):
>On 2019-10-26 08:20, Jan Ehrhardt wrote:
>> Fill in a smtp-server of your choice (like smtp.gmail.com) and run it.
>> It is non optimized for speed, so it might take 2 minutes before the
>> results show. @Helmut and
On 27/10/2019 02:12, Mike Schinkel wrote:
Hello all:
And for everyone:>
What do you think of this as a potential future for PHP?
I had received the impression that a lot of the problems for performance
optimizations relate to how PHP can shift things around at runtime,
where identical code
10 matches
Mail list logo
