apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William A. Rowe, Jr." <wr...@rowe-clan.net>
Subject Re: [PATCH] apr_intialize() doesn't work on Win32
Date Sat, 16 Mar 2002 20:07:12 GMT
At 01:46 PM 3/16/2002, you wrote:
>DOH,  I see what happened.  A new win32 specific version was added.  I
>forgot I was using VC++ 7 (which doesn't read the dsp files anymore), and
>had imported the project file (which meant I didn't get the new updates).
>Sorry about that... on a now related note:  any chance of keeping VC++ 7
>projects in the repository? :)

No, just at there is little chance of maintaining the current MSVC 6.0 projects
the way things stand.

The "only right way"(TM)(R) would be to create a perl project manager.
Sure, I hear, let's not make those "poor [Windows|Netware|IDEfan] users"
set up and configure perl, it's "too hard"(SM).

Phoey.  That's the direction I'm heading in; autogenerating a workspace
schema from our existing Makefile.in sources.  Take the top level definitions
from the Makefiles, and spit into a perl script the targets.  Let the IDE
architecture-specific perl module craft it into a project schema and write
out build files.

This could be extended for VC5/6 .dsw/.dsp files, VC7 .msproj files, the
Netware CodeWarrior projects, the Apple's OSX IDE, and so on.

So requests to add more cruft that -someone- [probably not you] must
maintain will be rudely rejected.  Offers to help create such a solution
will be warmly embraced :-)

Bill



Mime
View raw message