httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Per Einar Ellefsen <>
Subject Re: Apache/Mingw Build Hackathon 19:00Z Jul 1 @ #apr
Date Tue, 25 Jun 2002 16:57:33 GMT
At 17:18 25.06.2002, William A. Rowe, Jr. wrote:
>At 09:20 AM 6/25/2002, Per Einar Ellefsen wrote:
>>Hi again Bill,
>>At 22:51 19.06.2002, William A. Rowe, Jr. wrote:
>>>If we could set up an evening next week or over the weekend, perhaps we have
>>>an informal Win32/mingw hackathon on irc:// #apr 
>>>to trade ideas with anyone interested in attacking this, and turn around 
>>>1.3 and 2.0 build methods.
>>>The problem with mingw has been the lack of libtool/autoconf/automake/m4
>>>support, but I'm hoping to hear that the situation has improved over time :)
>>So when should we do this? From thursday evening (CET time :) tothe 4th 
>>of July I'm free most of the time. Then it's summer vacation :)
>Ok... CDT[US] here, so I'm 7 hours behind you.  If we said, say, 1:00 
>here, that's
>8p.m. out by you and those PDT folks who are interested could join at 
>11am.  Guess
>that would make about 19:00-20:00 Zulu a pretty good hour.
>Anyone interested in Mingw hacking is welcome to join us on 
>#apr channel.


>My daytime is somewhat limited this week, with bughunting and work related
>coding deadlines.  Monday next week should work great..
>>Anyway, I've been looking into the subject a little when I have had the 
>>time: for me it seems like the most reasonable approach would be to 
>>forget the libtool things, as it's still imperfect :( but rather treat 
>>Mingw GCC as just another windows compiler, and port the win32 makefiles 
>>to that. This is the path taken in Perl which has very good Mingw support 
>>IMO. I've just been looking at why Perl uses dmake as opposed to nmake 
>>for the Mingw build before trying to modify the makefiles to any extent. 
>>(on another note, my nmake downloaded from an MS site complains when 
>>looking at the Apache makefiles.. the '::'s seem to be bugging it.. weird).
>I'd suggest a quick trip through the makefiles using .awk.  The question 
>is, which
>makefiles?  I've considered for a while just creating a simplified [some 
>notation] structure and script to populate makefile's from 
>'s.  Or populate
>project files for VisualStudio, or whatever other IDEs folks want to plug in.
>Is gnu make ported to mingw as well?  If so, this intersects neatly with some
>work related research deadlines I have coming up :-)

I have a make running here, but I think I saw somewhere it's pretty 
crippled. I can't seem to find it back though, so maybe I was dreaming!

>The right attack is probably to get apr building independent of everything
>else, then roll onto apr-util (trivial) and httpd (not as trivial).  But 
>is sort of the new cornerstone of the build system, since httpd borrows
>much of it's decision making from apr who already ran or collected most
>m4/autoconf variables.  We might just need to create some .gw* stubs
>out there for 'generic windows', e.g. bcc or gcc.

A lot of work to do it seems, let's just hope it goes well enough :)

>>Anyway, as Mingw exposes the Win32 API and links to MSVCRT.DLL I think 
>>the win32 code should be able to run cleanly. Or atleast hope so :)
>And that is the hope :-)  Worst case: a recent PSDK to get the headers we
>need.  But the other question is; can gnu c help us with __declspec() syntax
>or will we need to punt some exports?  Brian Havard and Jeff Trawick did some
>great work on that for their respective platforms, I suspect we can borrow
>liberally here, if we need to set up our exports in that manner.

No idea, sorry.

Per Einar Ellefsen

View raw message