search for: pathconst

And I had just fixed VC++ so that it *did* handle the dependencies with platform correctly... This means that each file in System you change to eliminate the #include from platform will require a corresponding change to System.vproj. I'd appreciate it if you got it over with all at once, otherwise VC++ support will be broken more often than not. Reid Spencer wrote: >This is one of

Hi Reid, Looking closer at the build process, I find that Path.cpp doesn't get compiled, even if it is a newer version than its *.o file. That's probaly the reason the error still exists. I've zipped and attached the trace after the point the new Path.cpp was updated by cvs. It clearly shows that it newer gets compiled and now shows that it is the dependencies in the makefile

Jeff/Chris, So, I opted for the smallest "big bang" commit that made sense. Hopefully this won't be too hard for Chris to review and yet it gets the bulk of the lib/System changes over and done with. Although you'll see a log of commit messages, it turned out that the bulk of the remaining lib/System work was "remove this useless file". There are still some small

I'll see what I can do. However, I have to balance your need for "big bang" change with Chris' fervor for incremental changes. Making a huge change makes his review task harder. There are only seven files to merge so at most seven change sets. I'll probably get these done early next week. Sorry for the hassle, but I want to get lib/System simple, complete and working so I can

This is one of the reasons I'm getting rid of the "platform" link. I'm not sure what platform you're working on, but on Cygwin it causes problems. Cygwin doesn't like .. through a soft link and generates incorrect file names. I imagine this is what is happening to the dependencies. In any event, the "platform" link will be gone before the new year. Sorry for