Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:24415 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 76632 invoked by uid 1010); 16 Jul 2006 15:53:36 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 76617 invoked from network); 16 Jul 2006 15:53:36 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Jul 2006 15:53:36 -0000 X-PHP-List-Original-Sender: jeff@procata.com X-Host-Fingerprint: 207.58.169.145 vps.procata.net Linux 2.4/2.6 Received: from ([207.58.169.145:35079] helo=vps.procata.net) by pb1.pair.com (ecelerity 2.1.1.3 r(11751M)) with ESMTP id 91/64-11992-EF06AB44 for ; Sun, 16 Jul 2006 11:53:35 -0400 Received: from [65.111.192.78] (helo=[65.111.192.78]) by vps.procata.net with esmtp (Exim 4.52) id 1G28vz-0001AH-0Q; Sun, 16 Jul 2006 11:53:31 -0400 In-Reply-To: <002c01c6a888$19b133e0$8f051fac@vait> References: <347185750.20060715202622@marcus-boerger.de> <002c01c6a888$19b133e0$8f051fac@vait> Mime-Version: 1.0 (Apple Message framework v624) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-ID: <3228902ffeb3f76f56afad7e58490abd@procata.com> Content-Transfer-Encoding: 7bit Cc: Marcus Boerger , 'PHP-DEV' internals Date: Sun, 16 Jul 2006 11:54:07 -0400 To: "Sara Golemon" X-Mailer: Apple Mail (2.624) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.procata.net X-AntiAbuse: Original Domain - lists.php.net X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - procata.com X-Source: X-Source-Args: X-Source-Dir: Subject: Re: [PHP-DEV] Re: Long awaited line directive From: jeff@procata.com (Jeff Moore) On Jul 15, 2006, at 11:29 PM, Sara Golemon wrote: > One minor thought I'd offer up is an option INI setting to disable > creation of the opcode. This allows the #line directives to be used > in dev/debug environments without causing an impact for production > servers during execution. It's not a major performance hit, but it's > something. Hi Sara, Why not leave it up to the user land code generator to include the directive in the debug version or generate without it in the production version? Best Regards, Jeff