Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:72569 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 49481 invoked from network); 13 Feb 2014 23:04:09 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Feb 2014 23:04:09 -0000 Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.215.10 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.215.10 mail.experimentalworks.net Received: from [217.114.215.10] ([217.114.215.10:46334] helo=mail.experimentalworks.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 5E/FC-09050-66F4DF25 for ; Thu, 13 Feb 2014 18:04:08 -0500 Received: from [192.168.2.31] (ppp-88-217-65-62.dynamic.mnet-online.de [88.217.65.62]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: johannes@schlueters.de) by mail.experimentalworks.net (Postfix) with ESMTPSA id E6E863FE91; Fri, 14 Feb 2014 00:04:43 +0100 (CET) To: Nikita Popov Cc: Kevin Ingwersen , internals In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Fri, 14 Feb 2014 00:04:01 +0100 Message-ID: <1392332641.3990.109.camel@guybrush> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] When will the extension and embedding APIs ever be cleaned or documented? From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Thu, 2014-02-13 at 21:45 +0100, Nikita Popov wrote: > > I think we have a pretty good coverage of object and class APIs here: > http://www.phpinternalsbook.com :) > Why is that an eternal project not part of the documentation? Contributors seem to be php.net contributors ... sad :( > > > I have been learning to use the v8 API a lot and it has a very clean > > syntax. A third-party scripting language brought it even so far, > that it > > could almost map native types to script types - but that was pure C > ++ - > > both of them. > > > > V8 has the benefit of being written in C++ and being a lot newer. HHVM > has really nice extension APIs, all courtesy to C++. But a number of > core devs are rather opposed to using a more powerful language as the > basis for PHP > ;) *Glares at Pierre* > Well, C++ has tools which would help to provide way cleaner APIs in efficient manner. PHP's API has a >15 years history though with tons of modules depending on it. Any major break is bad. Mind: "Compatibility is a feature." (Bjarne Stroustrup) The fact that 10 years old extensions can be used with php git master with quite little work is not only a help for old users but also promise to new users that their investment won't be lost easily. johannes