> From: "Offner, Georg" <[EMAIL PROTECTED]> > Cc: <[email protected]> > Date: Fri, 3 Nov 2006 16:58:47 +0100 > > OBJ_DIR = > OUTPATH1/OUTPATH12/OUTPATH13/OUTPATH14/OUTPATH15/OUTPATH6/OUTPATH61/OUTPATH62/OUTPATH63/OUTPATH64/OUTPATH65/OUTPATH66/OUTPATH67/OUTPATH68/OUTPATH1/OUTPATH12/OUTPATH13/OUTPATH14 > > > local_lib = $(OBJ_DIR)local.lib > > all: $(local_lib)
If these are your file names, I think I know why they don't work. For obscure histerical reasons, the native Windows port of Make uses an obsolete API to look for executable files. That obsolete API only supports file names up to 128 characters long. Can you try shortening your OBJ_DIR path to less than 128 characters and see if it starts working then? Note that you append local.lib to the path, so you should shorten OBJ_DIR so that the resulting file name does not exceed 128 characters. It is on my todo to fix this by switching to a more modern API for the next release of Make. If my guess is correct, it would also explain why the Cygwin port is not hit by the problem: it doesn't use the code which calls the obsolete API. If the above does not explain the failure (i.e. the example makefile does not work even with file names shorter than 128 characters), perhaps you could step with a debugger into the function process_begin, which reports the failure you posted, and see why it fails. Sorry for the inconvenience, and thanks in advance for your help in investigating this problem. P.S. I see that you also reported a similar problem back in May. _______________________________________________ Make-w32 mailing list [email protected] http://lists.gnu.org/mailman/listinfo/make-w32
