Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:74527 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 40154 invoked from network); 27 May 2014 15:30:12 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 May 2014 15:30:12 -0000 Authentication-Results: pb1.pair.com smtp.mail=mike.php.net@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=mike.php.net@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.213.42 as permitted sender) X-PHP-List-Original-Sender: mike.php.net@gmail.com X-Host-Fingerprint: 209.85.213.42 mail-yh0-f42.google.com Received: from [209.85.213.42] ([209.85.213.42:43283] helo=mail-yh0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 2F/B3-18053-38FA4835 for ; Tue, 27 May 2014 11:30:12 -0400 Received: by mail-yh0-f42.google.com with SMTP id t59so7544945yho.15 for ; Tue, 27 May 2014 08:30:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=LlIKanxSrRQQn0uBYMGLHghGskNV4OjILadN3j4uMEc=; b=NbJFAz9U8DgOKPC95G48E+GVsJ5xowB/58Q2AleqAE5aECVz4bQzr6/iT358XVcXRO 3qVLINqyIItHVpWBntmjdIxK1KCvdFR1qNcopHTq7+FRR4DPNKv/bW0Ozv8pQZKlHLUB FhYOo1Wx2gL8lnC2fQmzqXG82Ddp5bD7tFkNGiEsdjXUPflcZ8uee5un465arBREg9Vi EtBb6UpqkyE1jm/20U60o2vJqakIS8VgwoXT/x3dagFP2imEDIoqxaYGUVb5n8KLkYEM 3f9H3FWXFG8U9SqWYo9akx4KA4FLGnXKriHiuAeRG+R2ztIeYXIBo2oWtCu6OGxCMXfA C0WA== MIME-Version: 1.0 X-Received: by 10.236.134.169 with SMTP id s29mr3570459yhi.4.1401204609198; Tue, 27 May 2014 08:30:09 -0700 (PDT) Sender: mike.php.net@gmail.com Received: by 10.170.191.69 with HTTP; Tue, 27 May 2014 08:30:09 -0700 (PDT) Received: by 10.170.191.69 with HTTP; Tue, 27 May 2014 08:30:09 -0700 (PDT) In-Reply-To: <1401200710.2998.56.camel@guybrush> References: <1401193927.2998.50.camel@guybrush> <1401200710.2998.56.camel@guybrush> Date: Tue, 27 May 2014 17:30:09 +0200 X-Google-Sender-Auth: -thYYbxxBBSQOR1Pw4w_veuZk-o Message-ID: To: =?UTF-8?Q?Johannes_Schl=C3=BCter?= Cc: PHP Internals Content-Type: multipart/alternative; boundary=20cf303a2eabfd2e3c04fa635e3d Subject: Re: [PHP-DEV] Linking and autoloading of dependent extensions From: mike@php.net (Michael Wallner) --20cf303a2eabfd2e3c04fa635e3d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 27 May 2014 16:25, "Johannes Schl=C3=BCter" wro= te: > > On Tue, 2014-05-27 at 16:11 +0200, Michael Wallner wrote: > > >> * the extension is inside extension_dir and > > >> * a specific naming scheme on the extension's shared library file. > > > > Wait, what? I guess I read too fast. Did you see extensions not named that way? > > I myself do this when keeping different versions around for testing etc. > and I've even different (commercial) extensions doing that for > distributing differently named files for different PHP versions.This > also happens when handling mixed cased names vs. lowercase (i.e. if you > build phar shared you get phar.so but it is called Phar, I assume there > are others) Well, ok... so that's absolutely not the problem I'm trying to solve. You can still load that stubbornly named extensions manually and nothing will complain, even if something has a dependency on it. I'm about e.g. pecl install & going ahead without reordering extension entries... Cheers, Mike --20cf303a2eabfd2e3c04fa635e3d--