[bug #22923] option to prevent interspersed output in parallel builds

[Ian Prest]

Follow-up Comment #1, bug #22923 (project make):

Some commands are long-running.  And while it would be useful for post-build
analysis to have the entire output of each command grouped together, it's much
less fun to watch.  :)

Perhaps something like MSFT did with parallel builds in Visual Studio?  That
is:

1) Line-buffer (i.e., don't intermix output from multiple processes on the
same line); and
2) Prefix each line with a number to indicate which process generated the
message.  (Visual Studio uses 1, 2, etc.)



___

Reply to this item at:

  http://savannah.gnu.org/bugs/?22923

___
  Message sent via/by Savannah
  http://savannah.gnu.org/



___
Bug-make mailing list
Bug-make@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-make

Make Error

[Ko Ken]

Description
Keywords: GNU, 3.8, bash

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.


Solution
This error is probably due to an unsupported version of the make utility in 
the Cygwin installation. EDK provides the flexibility for users to use a 
pre-existing Cygwin environment (this is mostly a Cygwin installation that the 
user installed outside of the EDK installation). The latest version (v3.81) of 
the make utility is known to have problems related to path references. This 
version of the make utility is not supported by EDK. The make utility that 
ships with EDK is of version v3.79.1 and is a supported version.

To determine the version of the make utility being used, launch an EDK shell 
(from the Start Menu or from the XPS environment), and use the command, make 
-v. See sample output below:

$ make -v
GNU Make 3.81
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

This program built for i686-pc-cygwin


If the above message occurs, this version of the make utility is not 
supported. The make utility that ships with EDK produces the following output:

$ make -v
GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.
Built for
Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000
Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

Report bugs to bug-make@gnu.org.


To fix the problem, you can perform one of the following:

- Uninstall the current Cygwin installation and then install the EDK Cygwin:
1. Backup the existing Cygwin registry branches if they will later be needed by 
Exporting them from Registry Editor:
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2
2. Delete both branches.
3. Launch the EDK shell. The Registry is automatically populated with entries 
from the Cygwin in the EDK installation area.

- Make a backup of the make.exe in the existing Cygwin installation (under 
the /bin directory). Copy the make.exe utility from EDK Cygwin installation 
(%Xilinx_EDK%\cygwin\bin) to the Cygwin installation's bin directory. 

NOTE: Refer to (Xilinx Answer 24134) for more options. 



  



___
Bug-make mailing list
Bug-make@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-make

Re: Make Error

[Brian Dessent]

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