Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:33104
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 212.25.124.162 as permitted sender)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 12 Nov 2007 21:34:03 -0800
Message-ID: <698DE66518E7CA45812BD18E807866CEE8A7F6@us-ex1.zend.net>
Thread-Topic: [PHP-DEV] Providing Visual Studio 2005 builds (again)
Thread-Index: AcglTzlQAqXUD/IoSO2Pyw7icYaj6wAZrLmA
References: <02.DE.09095.25988374@pb1.pair.com>
To: "Elizabeth Smith" <emsmith@elizabethmariesmith.com>,
	<internals@lists.php.net>
Subject: RE: [PHP-DEV] Providing Visual Studio 2005 builds (again)
From: andi@zend.com ("Andi Gutmans")

Hi Elizabeth,

No doubt there's value in providing a non-threadsafe build of PHP as now
that there's a robust and efficient FastCGI solution for IIS which is
likely to be the preferred way to run PHP on Windows. Also, we know PHP
runs significantly faster when built with Visual Studio 2005 (VC8) and
one of the optimizations we made in the source is even VC8 specific as
the functionality didn't exist with the previous version.=20
Basically we should have the same package as today and have an
additional package which is non-threadsafe with VC8 (we offer a separate
package for releases anyway).

I've actually had this discussion a few days ago with Edin and John
(Windows Installer). They were also supportive but I guess it's mainly a
bandwidth issue for Edin. So if you can connect with him and help make
it work that'd be great. We can also help out with the process as we've
been successful in doing such a build.

Thanks for stepping up!
Andi

> -----Original Message-----
> From: Elizabeth Smith [mailto:emsmith@elizabethmariesmith.com]
> Sent: Monday, November 12, 2007 9:09 AM
> To: internals@lists.php.net
> Subject: [PHP-DEV] Providing Visual Studio 2005 builds (again)
>=20
> Afternoon,
> and don't shoot me,
>=20
> I'd like to bring up the topic of providing builds created with Visual
> Studio 2005 again.  I know that until Apache and other Open Source
> software makes the move as well, we can't provide ONLY 2005 builds
> because they just won't work properly, the runtimes will crash and
> things will blow up.
>=20
> But what is the thought of providing additional builds?  I'm thinking
> specifically of Windows users running FastCGI probably on IIS with a
> non-threadsafe build (implying that they're not point and click
> installer happy already, and therefore a step above the general
> population), who would get the most performance increases out of the
> switch to the new compiler.  So basically a special non thread safe
and
> 2005 compile for additional download.  I'm well aware that the process
> of doing this needs to be well thought out and planned, but PHP users
> are notorious for not testing things that aren't available right on
the
> downloads page, and people at Microsoft have made the request that
> binaries be made available on the php.net site.
>=20
> I'd be willing to help create builds of common open source libraries
> that PHP links against, such as libiconv and libxml2, with the newer
> compiler so there are no runtime issues originating from that angle.
> But until people start using it, we can't really see where issues are
> going to appear.  And I know it will be a big job to get all the open
> source libraries php extensions link against migrated to the new
> compiler (and impossible for the closed source ones) - but I think we
> need to be proactive in this and not sit around until Apache migrates
> and then have everything break ;)
>=20
> Opinions? Thoughts?  And yes I am volunteering to help with the work,
> not just whining for a solution.
>=20
> Thanks,
> Elizabeth Marie Smith
>=20
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php