mingw32

php.internals

Sascha Schumann

22 years ago
Hi Wez, now that the dependency on VC has been dropped, what would it take to get mingw32 build support? - Sascha

Pierre-Alain Joye

22 years ago
On Wed, 3 Dec 2003 17:01:23 +0100 (CET) Sascha Schumann <sascha@schumann.cx> wrote:
> Hi Wez, > > now that the dependency on VC has been dropped, what would it > take to get mingw32 build support?
Should be really great :). By the way (or a bit OT), I got little little success by running console VC tools using wine on linux, anyone experencied with these tools? pierre

Wez Furlong

22 years ago
When I tried to enable win32 specific extensions (such as COM) under cygwin, I found that a lot of the win32 api headers were missing, so the build failed. I suspect that the same problem will manifest with mingw32. It's nothing that downloading the platform SDK won't solve, but if you download that, you've got the MS build tools anyway. I don't plan to look at mingw32 myself, and I don't want to deal with patches for it until I've completed the features I have planned for the build system; once done, adding mingw support should be reasonably simple (just change the object and library suffixes and compiler flags...). --Wez.

Sascha Schumann

22 years ago
On Wed, 3 Dec 2003, Wez Furlong wrote:
> When I tried to enable win32 specific extensions (such as COM) > under cygwin, I found that a lot of the win32 api headers were > missing, so the build failed.
Cygwin is a Unix portability layer, not a win32. :) mingw's header set should be fairly complete. http://www.mingw.org/mingwfaq.shtml#faq-w32api
> I don't plan to look at mingw32 myself, and I don't want to > deal with patches for it until I've completed the features > I have planned for the build system; once done, adding mingw > support should be reasonably simple (just change the object > and library suffixes and compiler flags...).
Will there be an abstraction similar to our current m4 infrastructure? (I have not looked at the .js yet) - Sascha

Wez Furlong

22 years ago
> > When I tried to enable win32 specific extensions (such as COM) > > under cygwin, I found that a lot of the win32 api headers were > > missing, so the build failed. > > Cygwin is a Unix portability layer, not a win32. :)
Sure, but you can use the win32 api from there, and some of the headers used by COM are not present in cygwin install.
> Will there be an abstraction similar to our current m4 > infrastructure? (I have not looked at the .js yet)
Although there isn't right at this moment, there will be. --Wez.