I was always using nntp://news.php.net to reply to messages in the Internals
list. Sad thing: the syncing from the newsserver to the mailinglist is
currently broken. If that is a permanent situation the newsserver shuld be
rejecting usenet posts, like AFAIK php.internals.win does. Otherwise could
On 2019-10-23 07:01, Jan Ehrhardt wrote:
On 2019-10-23 06:36, Helmut K. C. Tessarek wrote:
On 2019-10-23 00:28, Jan Ehrhardt wrote:
It worked in my PHP 7.2 when I added '-pthread' to CFLAGS:
https://news-web.php.net/php.internals/107632
Hmm, CFLAGS shouldn't be used for linker flags. It
On 2019-10-23 06:36, Helmut K. C. Tessarek wrote:
On 2019-10-23 00:28, Jan Ehrhardt wrote:
It worked in my PHP 7.2 when I added '-pthread' to CFLAGS:
https://news-web.php.net/php.internals/107632
Hmm, CFLAGS shouldn't be used for linker flags. It should be added to
LDFLAGS.
In either case,
On 2019-10-23 00:28, Jan Ehrhardt wrote:
> It worked in my PHP 7.2 when I added '-pthread' to CFLAGS:
> https://news-web.php.net/php.internals/107632
Hmm, CFLAGS shouldn't be used for linker flags. It should be added to LDFLAGS.
In either case, it's possible that it works with those, but I was
On 2019-10-23 06:17, Helmut K. C. Tessarek wrote:
On 2019-10-23 00:03, Jan Ehrhardt wrote:
That is more or less the same answer I posted 13 hours earlier
https://news-web.php.net/php.internals/107628
Darn, that would have saved me a lot of time... ;-)
Yes. Really bad that
On 2019-10-23 00:03, Jan Ehrhardt wrote:
> That is more or less the same answer I posted 13 hours earlier
> https://news-web.php.net/php.internals/107628
Darn, that would have saved me a lot of time... ;-)
> BTW: should not that be '-pthread' in stead of '-lpthread'? It was
> stripped from
"Helmut K. C. Tessarek" in php.internals (Tue, 22 Oct 2019 22:33:39 -0400):
>Eureka!
>
>After a few more hours of trial and error I managed to get it working.
>
>However, the `-lpthread` in OPENSSL_LIBS is ignored. I checked the config.log,
> but it wasn't added to the linker command. But adding
Eureka!
After a few more hours of trial and error I managed to get it working.
However, the `-lpthread` in OPENSSL_LIBS is ignored. I checked the config.log,
but it wasn't added to the linker command. But adding it to LIBS solved the
issue.
This is the command that finally worked:
./configure
Jan Ehrhardt in php.internals (Tue, 22 Oct 2019 15:04:20 +0200):
>With at least bison 3.0 and re2c 3.14.1 installed this seens to
>work with PHP 7.4.0RC4:
>
>#!/bin/sh
>./configure \
>--with-config-file-scan-dir=/usr/local/lib/php.conf.d \
>--disable-all \
>--with-openssl-dir=/usr/local/ssl-1.1.1
On Tue, 22 Oct 2019 at 14:38, Benjamin Morel
wrote:
>
> I used this one function as an example, but I'm happy to apply my point of
> view to other examples if you wish.
>
You have phrased this as though your point of view is different from mine,
but I think you've just misunderstood it. I
@Mike,
> Then about a year ago I started using Go, and Go's approach to error
> handling just clicked for me. Go's philosophy is to handle the error as
> soon as you one is aware of it and to only ever handle it once. Since I
> have been using that strategy I have become very happy with my
Jan Ehrhardt in php.internals (Tue, 22 Oct 2019 15:04:20 +0200):
>With at least bison 3.0 and re2c 3.14.1 installed this seems to
>work with PHP 7.4.0RC4:
[snip]
With some modules enabled:
#!/bin/sh
./configure \
--disable-all \
--with-openssl-dir=/usr/local/ssl-1.1.1 \
"Helmut K. C. Tessarek" in php.internals (Mon, 21 Oct 2019 23:34:58 -0400):
>On 2019-10-14 05:46, Nikita Popov wrote:
>> This should be fixed with
>> https://github.com/php/php-src/commit/c518932c0326a938f0fd0254f2adb03b1cddfbca.
>> Now using just
>>
>> ./configure --disable-all --with-openssl
Hi Nikita,
Can you please give me one/two days, before starting the voting, for
implementation review (at least until October 25),
Thanks. Dmitry.
From: Nikita Popov
Sent: Tuesday, October 22, 2019 12:36
To: PHP internals
Subject: [PHP-DEV] Re: [RFC] Union
On Wed, Sep 4, 2019 at 10:26 AM Nikita Popov wrote:
> Hi internals,
>
> I'd like to start the discussion on union types again, with a new proposal:
>
> Pull Request: https://github.com/php/php-rfcs/pull/1
> Rendered Proposal:
>
On 2019-10-22 02:32, Rainer Jung wrote:
> If you are willing for another round:
>
> # The next line only if configure.saved
> # no longer exists from the previous try
> cp -p configure configure.saved
>
> # The sed command here is three lines,
> # the first two of them continued by a
> #
Am 22.10.2019 um 05:28 schrieb Helmut K. C. Tessarek:
On 2019-10-14 07:01, Rainer Jung wrote:
Could you do yet another test? First manipulate the configure script with the
following two commands:
cp -p configure configure.saved
# the following is one long line
sed -e 's#PKG_CONFIG --libs
17 matches
Mail list logo