Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:74269 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 97120 invoked from network); 17 May 2014 11:00:12 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 May 2014 11:00:12 -0000 Authentication-Results: pb1.pair.com header.from=anatol.php@belski.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=anatol.php@belski.net; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain belski.net from 85.214.73.107 cause and error) X-PHP-List-Original-Sender: anatol.php@belski.net X-Host-Fingerprint: 85.214.73.107 klapt.com Received: from [85.214.73.107] ([85.214.73.107:52384] helo=klapt.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 71/95-35141-13147735 for ; Sat, 17 May 2014 07:00:05 -0400 Received: by klapt.com (Postfix, from userid 33) id E931E23D6106; Sat, 17 May 2014 12:59:57 +0200 (CEST) Received: from 178.2.22.225 (SquirrelMail authenticated user anatol@belski.net) by webmail.klapt.com with HTTP; Sat, 17 May 2014 12:59:57 +0200 Message-ID: <9fb17c9f5735c8323ff4940b452e2631.squirrel@webmail.klapt.com> In-Reply-To: References: <4ED7146272E04A47B986ED49E771E347BBDA6AAA06@Ikarus.ameusgmbh.intern> <537333BF.7070106@lsces.co.uk> <5373C674.9030402@lsces.co.uk> Date: Sat, 17 May 2014 12:59:57 +0200 To: "Dmitry Stogov" Cc: "Lester Caine" , "PHP internals" User-Agent: SquirrelMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] [VOTE] [RFC] 64 bit platform improvements for string length and integer From: anatol.php@belski.net ("Anatol Belski") Hi, from the previous episodes Dmitry http://grokbase.com/p/php/php-internals/141qd2k0ct/php-dev-rfc-64-bit-platform-improvements-for-string-length-and-integer "After some thoughts I think that usage of "size_t" is a good thing for the future support of X32 ABI." Stas http://grokbase.com/p/php/php-internals/1421be3ywy/php-dev-vote-64-bit-platform-improvements-for-string-length-and-integer " I can't speak for others but I can speak for myself in saying that these concerns are not just kicking the can down the road in hope that eventually this patch dies off. " Nikita: http://www.serverphorums.com/read.php?7,862033,862730#msg-862730 "I fully support merging this into master, as the first change for PHP 6." That's pretty sad guys. Applause for playing me for a fool (well, probably not only me). On the other hand, I'd be honored to be as stupid as that old farts from ANSI who wrote the specs. Why can't you just work together instead of looking for a hair in the soup? Best regards Anatol On Wed, May 14, 2014 21:48, Dmitry Stogov wrote: > On Wed, May 14, 2014 at 11:39 PM, Lester Caine > wrote: > > >> On 14/05/14 10:24, Dmitry Stogov wrote: >> >> >>> Ah, you are on windows and lack 64-bit IS_LONG. >>> This is the part of the patch that should be accepted. >>> I mentioned it on original email. >>> >>> >> Not used windows for a number of years. 64 bit builds on Linux ... >> > > > then you already have 64-bit long, or do I miss something? > > >> >> >> The "bad" thing that this patch did, it changed all C data structures >> to >>> use 64-bit string lengths and it means that each such data sructure >>> would take more memory. Even zend_op becames bigger and as it's used >>> for VM byte-code representation you may just multiply the difference >>> to number of opcodes in application (that might be millions). >>> >> Actually I do agree that this may not be ideal ... >> >> >> >> Unfortunately, phpng don't support firebird yet and it's not in our >> >>> priority list. >>> >> Then there is no way that I can get involved at the present time :) >> > > > may be help in porting ext/interbase and ext/pdo_firebird :) > > I really don't know a lot about Firebird and afraid even proper > configuration might take us significant time. > > Thanks. Dmitry. > > > >> >> >> -- >> Lester Caine - G8HFL >> ----------------------------- >> Contact - http://lsces.co.uk/wiki/?page=contact >> L.S.Caine Electronic Services - http://lsces.co.uk >> EnquirySolve - http://enquirysolve.com/ >> Model Engineers Digital Workshop - http://medw.co.uk >> Rainbow Digital Media - http://rainbowdigitalmedia.co.uk >> >> >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php >> >> >> >