Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:40167
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.198.227 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:cc:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references;
        b=soJmlztQb/HMcrJWEJk9WN17JVMHk5PGoW4occHQs7G0yWZXEg3S3f19SWz+NfqULD
         Nej9e0gWWlMf68vfEK/qxDnnkLREHNsBVcThWxxRPfP2rZlHE5TqqmVrng1oWKCvC4y5
         WE9ti2clyEWFvMFInmUC76m7smv8ZXzz+Qj+w=
Message-ID: <fe05d1540808301102m1ae9ad47n456650e828da87b1@mail.gmail.com>
Date: Sat, 30 Aug 2008 20:02:02 +0200
To: "Greg Beaver" <greg@chiaraquartet.net>
Cc: internals@lists.php.net
In-Reply-To: <48B989B5.7030708@chiaraquartet.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <48B955FD.804@chiaraquartet.net>
	 <fe05d1540808300748j3e74ac37xf94d4583ea39cba@mail.gmail.com>
	 <48B9781E.60502@chiaraquartet.net>
	 <fe05d1540808300956n4d7efe9epfde87707e24435dc@mail.gmail.com>
	 <48B989B5.7030708@chiaraquartet.net>
Subject: Re: [PHP-DEV] phar in win32 snapshots
From: pierre.php@gmail.com ("Pierre Joye")

On Sat, Aug 30, 2008 at 7:56 PM, Greg Beaver <greg@chiaraquartet.net> wrote:

> Right, my point is that this:
>
> configure --enable-debug-pack
>
> builds phar in statically, just as zlib is built statically.  Perhaps
> the --enable-snapshot-build could be fixed to match this behavior?

That's my point yes. The change has been introduced with the extension
dependency patch from Steph. I don't have the time to dig in now and
I'm not willing to change this part before alpha2 but there is an easy
fix (see below).

>  It
> makes it hard to design config.w32 for multiple branches if it behaves
> differently with different unrelated config options.

You can simply change the EXTENSION call to:

EXTENSION("phar", "dirstream.c func_interceptors.c phar.c
phar_object.c phar_path_check.c stream.c tar.c util.c zip.c", false);

and the problem will be gone. The false set the "shared" argument to
false (problem is that PHP_XYZ_SHARED is set to NULL now or smtg
similar). I will have time after alpha2 to dig into this problem and
apply a fix.

> Thanks,
> Greg
>
> P.S. I'm not trying to start a war over anybody's code religion, just
> asking for an obvious bug in the build process to be corrected.

Yes, I should have not replied to other mails in this thread as they
are completely irrelevant to the actual problem (or solution).
noise--;

Cheers,
-- 
Pierre

http://blog.thepimp.net | http://www.libgd.org