Re: [INTERNALS-WIN] RE: Compilers, SDK support roadmap

[email protected] ("Pierre Joye")
Newsgroups php.internals.win
Message-ID <[email protected]>
hi Garrett,

On Thu, Jul 17, 2008 at 1:03 AM, Garrett Serack <[email protected]> wrote:
> Ok, I just got off a two and a half hour phone call with Bill Rowe from
> the Apache Foundation, and we've come to the conclusion that VC9 is the
> path going forward.

Thanks for clearing this point! We can now take better decisions
without having to reconsider them right before the final 5.3 release
;)

> The next official build of Apache HTTPD (which will be HTTPD 2.2.10) and
> the Apache Portable Runtime (APR 1.3.3) will be compiled both with VC9
> and VC6. When this is done, they will post binary builds of both x64 and
> x86 builds of HTTPD. The build scripts will continue to support vc6 thru
> 9, but binary releases will be done only in VC6 and VC9.
>
> Summer schedules being what they are, he anticipates those being built
> by mid to late August.

I think it is then better to move directly to VC6+VC9 too for 5.3 and
use only VC9 in any future releases (5.4 or 6.x). Any objection?

> We talked in depth about build scripts too, they have run into a lot of
> issues with theirs, specifically the un-maintain-ability of VC6,7,8,9
> build scripts that can be used from the command line and Visual Studio.
>
> I spoke about CMake for a bit, and we're going to investigate that as a
> better solution across the different platforms for Apache as well.

That's a great news too, CMake really rocks and is portable, no more
special scripts for windows and unices. I'm sure Bill from Cmake will
be happy to support them in a migration effort, Alejandro as well.

> He also mentioned that for them, the 2.4 build of Apache would be an
> appropriate time to eliminate VC6 completely. He didn't know the timeline
> for 2.4 yet.

It is a sane choice.

Cheers,
-- 
Pierre

http://blog.thepimp.net | http://www.libgd.org
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.