Funny thing. I was just trying to get the native W32 build to work, as I'm upgrading our build systems from 3.74 to 3.80. We use cmd.exe almost exclusively, and the W32 build broke the system because it refused to use cmd.exe.
I examined the source, and in variable.c, the logic for DOS file handling depends on __MSDOS__ which is true for the DJGPP build, but not the native W32 build. The native W32 build uses WINDOWS32 for this purpose and has separate logic. Doug Konrad -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Sunday, February 12, 2006 9:06 AM To: [email protected] Subject: Some bugs reported with W32 make... please comment... Can someone take a look and comment on these bugs that were just filed: I've never really understood the management of SHELL in Windows so I can't say much about the first one. One of the others seems to point to some kind of bug in variable exports in the Windows version of GNU make, and the third is possibly already fixed by the parallelism changes that were just introduced... or maybe not? http://savannah.gnu.org/bugs/?func=detailitem&item_id=15718 http://savannah.gnu.org/bugs/?func=detailitem&item_id=15719 http://savannah.gnu.org/bugs/?func=detailitem&item_id=15720 -- ------------------------------------------------------------------------ ------- Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at: http://www.gnu.org http://make.paulandlesley.org "Please remain calm...I may be mad, but I am a professional." --Mad Scientist _______________________________________________ Make-w32 mailing list [email protected] http://lists.gnu.org/mailman/listinfo/make-w32 _______________________________________________ Make-w32 mailing list [email protected] http://lists.gnu.org/mailman/listinfo/make-w32
