On Wed, 2020-12-02 at 18:03 +0000, Jon Turney wrote: > On 02/12/2020 17:05, Corinna Vinschen via Cygwin-patches wrote: > > On Dec 2 15:36, Jon Turney wrote: > > > On 01/12/2020 09:18, Corinna Vinschen wrote: > > > > What bugs me is that the mingw executables are built in > > > > utils/mingw, > > > > but the object files are still in utils. Any problem > > > > generating the > > > > object files in utils/mingw, too? > > > > > > Not easily. > > > > > > This behaviour can be turned off by not using the 'subdir- > > > objects' automake > > > option. > > > > > > But then automake warns that option is disabled (since it's going > > > to be the > > > default in future). > > > > So why not just move the mingw source files to utils/mingw, too? > > There's probably some scope for doing that, but not in all cases, as > some files are built multiple times with different compilers and/or > flags. > > e.g. path.cc is built with a cygwin compiler and -DFSTAB as part of > mount, with a MinGW compiler as part of cygcheck, and with a MinGW > compiler and -DTESTSUITE as part of path-testsuite.
Then something like: $ cat > winsup/utils/mingw/path.cc <<_EOF #define MINGW // whatever is needed here... #include "../path.cc" _EOF ?? -- Yaakov