RE: cvs commit: httpd-2.0 libhttpd.dsp
> From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED] > Sent: Friday, March 05, 2004 7:43 PM > At 12:37 PM 3/5/2004, Allan Edwards wrote: > > >Looks like MSDEV fooness to me. I changed nothing in the project except > >adding the eoc file but I can't coax MSDEV into including /incremental:no > >in the dsp even though it *is* there in the Link Project Options box. > > this is why I always add sources (in alpha order as some DevStudio versions > seem to prefer) by hand. Yes DevStudio is brain dead on this and other points. You know, those python build system changes that went into apr the other day... :) Sander
Re: cvs commit: httpd-2.0 libhttpd.dsp
At 12:37 PM 3/5/2004, Allan Edwards wrote: >Looks like MSDEV fooness to me. I changed nothing in the project except >adding the eoc file but I can't coax MSDEV into including /incremental:no >in the dsp even though it *is* there in the Link Project Options box. this is why I always add sources (in alpha order as some DevStudio versions seem to prefer) by hand. Yes DevStudio is brain dead on this and other points. Bill
RE: cvs commit: httpd-2.0 libhttpd.dsp
> From: Allan Edwards [mailto:[EMAIL PROTECTED] > Sent: Friday, March 05, 2004 7:38 PM > William A. Rowe, Jr. wrote: > >>>uh wrong. with /debug incremental yes is the default but you have > >>>to pound it into the msdev's head. please fix/revert. > >>> > >>> > >> -# ... /dll /incremental:no /debug /machine:I386 > >> /base:@"os\win32\BaseAddr.ref",libhttpd.dll /opt:ref > >> +# ... /dll /debug /machine:I386 /base:@"os\win32\BaseAddr.ref",libhttpd.dll > >> /opt:ref > > Looks like MSDEV fooness to me. I changed nothing in the project except > adding the eoc file but I can't coax MSDEV into including /incremental:no > in the dsp even though it *is* there in the Link Project Options box. > > Since I don't want to manually edit the generated file the only thing I can > do is revert the checkin and let someone else (Bill?) add the eoc file back in. I'll go and hand edit it then. Sander
Re: cvs commit: httpd-2.0 libhttpd.dsp
William A. Rowe, Jr. wrote: uh wrong. with /debug incremental yes is the default but you have to pound it into the msdev's head. please fix/revert. -# ... /dll /incremental:no /debug /machine:I386 /base:@"os\win32\BaseAddr.ref",libhttpd.dll /opt:ref +# ... /dll /debug /machine:I386 /base:@"os\win32\BaseAddr.ref",libhttpd.dll /opt:ref Looks like MSDEV fooness to me. I changed nothing in the project except adding the eoc file but I can't coax MSDEV into including /incremental:no in the dsp even though it *is* there in the Link Project Options box. Since I don't want to manually edit the generated file the only thing I can do is revert the checkin and let someone else (Bill?) add the eoc file back in. Allan
Re: cvs commit: httpd-2.0 libhttpd.dsp
At 01:33 PM 3/4/2004, William A. Rowe, Jr. wrote: At 12:04 PM 3/4/2004, Greg Marr wrote: >At 12:00 PM 3/4/2004, William A. Rowe, Jr. wrote: >>At 09:55 AM 3/4/2004, Greg Marr wrote: >> >>>/incremental:no is the default, and MSDev will at times remove flags that it finds redundant, even ones that it added itself. It's a bit schizophrenic like that. >> >>uh wrong. with /debug incremental yes is the default but you have >>to pound it into the msdev's head. please fix/revert. >> > -# ... /dll /incremental:no /debug /machine:I386 /base:@"os\win32\BaseAddr.ref",libhttpd.dll /opt:ref > +# ... /dll /debug /machine:I386 /base:@"os\win32\BaseAddr.ref",libhttpd.dll /opt:ref ... > >Odd, I thought non-incremental was the default, but the help says otherwise. Incremental is the default, for regular and debug, at least in VC6. > >Why would you not want incremental for a debug build anyway? Greg we are creating the release build there - we create a pdb for unwinding core dumps. Oh, duh. Yeah. It is an optimized binary - incremental is not a healthy way to release a final image. Again, please revert. I would if I could... I was just commenting on why I thought it happened.
Re: cvs commit: httpd-2.0 libhttpd.dsp
At 12:04 PM 3/4/2004, Greg Marr wrote: >At 12:00 PM 3/4/2004, William A. Rowe, Jr. wrote: >>At 09:55 AM 3/4/2004, Greg Marr wrote: >> >>>/incremental:no is the default, and MSDev will at times remove flags that it finds >>>redundant, even ones that it added itself. It's a bit schizophrenic like that. >> >>uh wrong. with /debug incremental yes is the default but you have >>to pound it into the msdev's head. please fix/revert. >> > -# ... /dll /incremental:no /debug /machine:I386 > /base:@"os\win32\BaseAddr.ref",libhttpd.dll /opt:ref > +# ... /dll /debug /machine:I386 /base:@"os\win32\BaseAddr.ref",libhttpd.dll > /opt:ref ... > >Odd, I thought non-incremental was the default, but the help says otherwise. >Incremental is the default, for regular and debug, at least in VC6. > >Why would you not want incremental for a debug build anyway? Greg we are creating the release build there - we create a pdb for unwinding core dumps. It is an optimized binary - incremental is not a healthy way to release a final image. Again, please revert. Bill
Re: cvs commit: httpd-2.0 libhttpd.dsp
At 12:00 PM 3/4/2004, William A. Rowe, Jr. wrote: At 09:55 AM 3/4/2004, Greg Marr wrote: >/incremental:no is the default, and MSDev will at times remove flags that it finds redundant, even ones that it added itself. It's a bit schizophrenic like that. uh wrong. with /debug incremental yes is the default but you have to pound it into the msdev's head. please fix/revert. >>> -# ... /dll /incremental:no /debug /machine:I386 /base:@"os\win32\BaseAddr.ref",libhttpd.dll /opt:ref >>> +# ... /dll /debug /machine:I386 /base:@"os\win32\BaseAddr.ref",libhttpd.dll /opt:ref >>... Odd, I thought non-incremental was the default, but the help says otherwise. Incremental is the default, for regular and debug, at least in VC6. Why would you not want incremental for a debug build anyway?
Re: cvs commit: httpd-2.0 libhttpd.dsp
At 09:55 AM 3/4/2004, Greg Marr wrote: >/incremental:no is the default, and MSDev will at times remove flags that it finds >redundant, even ones that it added itself. It's a bit schizophrenic like that. uh wrong. with /debug incremental yes is the default but you have to pound it into the msdev's head. please fix/revert. >>> -# ... /dll /incremental:no /debug /machine:I386 >>> /base:@"os\win32\BaseAddr.ref",libhttpd.dll /opt:ref >>> +# ... /dll /debug /machine:I386 /base:@"os\win32\BaseAddr.ref",libhttpd.dll >>> /opt:ref >>...
Re: cvs commit: httpd-2.0 libhttpd.dsp
At 09:09 AM 3/4/2004, Joe Orton wrote: On Mon, Mar 01, 2004 at 05:49:52PM -, [EMAIL PROTECTED] wrote: > ake 2004/03/01 09:49:52 > > Modified:.libhttpd.dsp > Log: > add eoc_bucket.c to project I'm not qualified to review Win32 changes but did you mean to remove /incremental:no from the linker flags here as well as adding eoc_bucket.c? Can you add this change to the list of changes to include in the EOC bucket backport if it is really OK to backport for 2.0? /incremental:no is the default, and MSDev will at times remove flags that it finds redundant, even ones that it added itself. It's a bit schizophrenic like that. > -# ... /dll /incremental:no /debug /machine:I386 /base:@"os\win32\BaseAddr.ref",libhttpd.dll /opt:ref > +# ... /dll /debug /machine:I386 /base:@"os\win32\BaseAddr.ref",libhttpd.dll /opt:ref ...
Re: cvs commit: httpd-2.0 libhttpd.dsp
On Mon, Mar 01, 2004 at 05:49:52PM -, [EMAIL PROTECTED] wrote: > ake 2004/03/01 09:49:52 > > Modified:.libhttpd.dsp > Log: > add eoc_bucket.c to project I'm not qualified to review Win32 changes but did you mean to remove /incremental:no from the linker flags here as well as adding eoc_bucket.c? Can you add this change to the list of changes to include in the EOC bucket backport if it is really OK to backport for 2.0? > -# ... /dll /incremental:no /debug /machine:I386 > /base:@"os\win32\BaseAddr.ref",libhttpd.dll /opt:ref > +# ... /dll /debug /machine:I386 /base:@"os\win32\BaseAddr.ref",libhttpd.dll > /opt:ref ...
Re: cvs commit: httpd-2.0 libhttpd.dsp
At 01:39 AM 7/18/2002, [EMAIL PROTECTED] wrote: >wrowe 2002/07/17 23:39:06 > Revision ChangesPath > 1.49 +134 -154 httpd-2.0/libhttpd.dsp David... I knocked out the header you pointed out, along with a number of duplicated entries for the headers we now move about into include/ Bill
Re: cvs commit: httpd-2.0 libhttpd.dsp
I like! Will do some testing on NT 4. Bill - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, May 24, 2002 11:16 AM Subject: cvs commit: httpd-2.0 libhttpd.dsp > wrowe 02/05/24 08:16:53 > > Modified:.libhttpd.dsp > Log: > We appear to never have had any complaints about copy srcname dstname > not overwriting dstname ... this flavor is certain not to emit a file > exists error [with the obvious caviat - if it's write protected, your > problem.] Much simpler than /y, <.y or set copycmd fooness. > > Revision ChangesPath > 1.39 +26 -40httpd-2.0/libhttpd.dsp > > Index: libhttpd.dsp > === > RCS file: /home/cvs/httpd-2.0/libhttpd.dsp,v > retrieving revision 1.38 > retrieving revision 1.39 > diff -u -r1.38 -r1.39 > --- libhttpd.dsp 17 Apr 2002 03:02:02 - 1.38 > +++ libhttpd.dsp 24 May 2002 15:16:53 - 1.39 > @@ -198,12 +198,11 @@ > ># PROP Ignore_Default_Tool 1 >USERDEP__WIN32=".\include\os.h" > -# Begin Custom Build - Generating test_char.h > +# Begin Custom Build - Generating test_char.h from gen_test_char.exe >InputPath=.\server\gen_test_char.exe > >".\server\test_char.h" : $(SOURCE) "$(INTDIR)" "$(OUTDIR)" >.\server\gen_test_char.exe >.\server\test_char.h > - echo Generated test_char.h from gen_test_char.exe > ># End Custom Build > > @@ -211,12 +210,11 @@ > ># PROP Ignore_Default_Tool 1 >USERDEP__WIN32=".\include\os.h" > -# Begin Custom Build - Generating test_char.h > +# Begin Custom Build - Generating test_char.h from gen_test_char.exe >InputPath=.\server\gen_test_char.exe > >".\server\test_char.h" : $(SOURCE) "$(INTDIR)" "$(OUTDIR)" >.\server\gen_test_char.exe >.\server\test_char.h > - echo Generated test_char.h from gen_test_char.exe > ># End Custom Build > > @@ -230,24 +228,22 @@ >!IF "$(CFG)" == "libhttpd - Win32 Release" > ># PROP Ignore_Default_Tool 1 > -# Begin Custom Build - Generating mod_core.h > +# Begin Custom Build - Creating include/mod_core.h >InputPath=.\modules\http\mod_core.h > >".\include\mod_core.h" : $(SOURCE) "$(INTDIR)" "$(OUTDIR)" > - xcopy /y .\modules\http\mod_core.h .\include > - echo Created mod_core.h > + type .\modules\http\mod_core.h > .\include\mod_core.h > ># End Custom Build > >!ELSEIF "$(CFG)" == "libhttpd - Win32 Debug" > ># PROP Ignore_Default_Tool 1 > -# Begin Custom Build - Generating mod_core.h > +# Begin Custom Build - Creating include/mod_core.h >InputPath=.\modules\http\mod_core.h > >".\include\mod_core.h" : $(SOURCE) "$(INTDIR)" "$(OUTDIR)" > - xcopy /y .\modules\http\mod_core.h .\include > - echo Created mod_core.h > + type .\modules\http\mod_core.h > .\include\mod_core.h > ># End Custom Build > > @@ -261,24 +257,22 @@ >!IF "$(CFG)" == "libhttpd - Win32 Release" > ># PROP Ignore_Default_Tool 1 > -# Begin Custom Build - Generating mod_dav.h > +# Begin Custom Build - Creating include/mod_dav.h >InputPath=.\modules\dav\main\mod_dav.h > >".\include\mod_dav.h" : $(SOURCE) "$(INTDIR)" "$(OUTDIR)" > - xcopy /y .\modules\dav\main\mod_dav.h .\include > - echo Created mod_dav.h > + type .\modules\dav\main\mod_dav.h > .\include\mod_dav.h > ># End Custom Build > >!ELSEIF "$(CFG)" == "libhttpd - Win32 Debug" > ># PROP Ignore_Default_Tool 1 > -# Begin Custom Build - Generating mod_dav.h > +# Begin Custom Build - Creating include/mod_dav.h >InputPath=.\modules\dav\main\mod_dav.h > >".\include\mod_dav.h" : $(SOURCE) "$(INTDIR)" "$(OUTDIR)" > - xcopy /y .\modules\dav\main\mod_dav.h .\include > - echo Created mod_dav.h > + type .\modules\dav\main\mod_dav.h > .\include\mod_dav.h > ># End Custom Build > > @@ -292,24 +286,22 @@ >!IF "$(CFG)" == "libhttpd - Win32 Release" > ># PROP Ignore_Default_Tool 1 > -# Begin Custom Build - Generating mod_proxy.h > +# Begin Custom Build - Creating include/mod_proxy.h >InputPath=.\modules\proxy\mod_proxy.h > >".\include\mod_proxy.h" : $(SOURCE) &qu
