Re: Make Error
Ko Ken wrote: After I upgraded my Cygwin install to the latest make (3.81), it caused problems with the XPS make. When I try to Export to Project Navigator, the following error occurs: ublaze_top.make:146: *** target pattern contains no `%'. Stop. I don't understand what you are asking or reporting. This is not a bug, more like an expression of the fact that the Cygwin project doesn't generally support using paths with drive letters, i.e. Win32 style paths, because Cygwin tries to provide a *nix-like environment. It has been discussed to death on the Cygwin mailing list and to a lesser degree on the make-w32 mailing list. There is a workaround implemented in CVS HEAD. This error is probably due to an unsupported version of the make utility in the [snip directions] So, it seems you have your solution. What's the question? Brian ___ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman/listinfo/bug-make
po_repo in maintMakefile seems to be out of date
When building from CVS I get this error on make update: if test -d po; then \ make do-po-update; \ fi make[1]: Entering directory `/usr/src/make' tmppo=/tmp/po-make-3.81.90.$$ \ rm -rf $tmppo \ mkdir $tmppo \ (cd $tmppo \ wget --passive-ftp -nv -r -l1 -nd --no-parent -A '*.po' http://translationproject.org/maint/make) \ cp $tmppo/*.po po rm -rf $tmppo http://translationproject.org/maint/make: 23:55:03 ERROR 404: Not Found. unlink: No such file or directory FINISHED --23:55:03-- Downloaded: 0 bytes in 0 files cp: cannot stat `/tmp/po-make-3.81.90.1884/*.po': No such file or directory make[1]: *** [do-po-update] Error 1 make[1]: Leaving directory `/usr/src/make' make: *** [po-update] Error 2 It seems that translationproject.org has changed their URL structure, and it seems like http://translationproject.org/latest/make/ is now correct, as in the attached. Brian2008-03-08 Brian Dessent [EMAIL PROTECTED] * maintMakefile: Update Translation Project location. Index: maintMakefile === RCS file: /sources/make/make/maintMakefile,v retrieving revision 2.43 diff -u -p -r2.43 maintMakefile --- maintMakefile 4 Jul 2007 19:35:19 - 2.43 +++ maintMakefile 9 Mar 2008 07:58:37 - @@ -135,7 +135,7 @@ move_if_change = if test -r $(target) # http://translation.sf.net/maint/ # ftp://tiger.informatik.hu-berlin.de/pub/po/maint/ -po_repo = http://translationproject.org/maint/$(PACKAGE) +po_repo = http://translationproject.org/latest/$(PACKAGE) .PHONY: do-po-update po-update do-po-update: tmppo=/tmp/po-$(PACKAGE)-$(VERSION). \ ___ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman/listinfo/bug-make
Re: 3.81 and windows paths
Bob Rossi wrote: Is it true that 3.81 does not work with windows paths? If so, what is the solution now? I need to use the unix path interally to make, and use the windows path only when compiling with cl? Please refer to the lengthy discussion on the Cygwin list. To summarize, the Cygwin version of make prior to 3.81 contained local patches to support both posix and Windows paths. The Cygwin maintainer got tired of continuously maintaining these local patches and so when packaging 3.81 the vanilla sources were used. This means that only posix paths work. However, completely separate from Cygwin is the native (mingw) build of make which has always supported Windows paths and always will. So it's completely wrong to say that make doesn't support Windows paths. You should use this version if you need to support such paths. The only thing that has changed was on the part of the Cygwin make maintainer, and so this discussion belongs on the Cygwin list (where it has already been hashed out in length.) Brian ___ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman/listinfo/bug-make