[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Bug in coreutils/man/Makefile.am

From: Daniel Richard G.
Subject: Re: Bug in coreutils/man/Makefile.am
Date: Tue, 2 Nov 2004 15:34:34 -0500
User-agent: Mutt/1.5.6+20040722i

I made do with gmake, but it's typical for an Autotools-based source tree
to support out-of-tree builds without needing GNU Make. I haven't seen that
blurb in the generic INSTALL file, but from experience, most cases where 
non-GNU make programs fail are due to bugs....

Is it really accurate to refer to e.g. basename.c as "../src/basename.c"? I
can see this getting dicey for false.c---maybe an "if MAINTAINER_MODE"
conditional would be warranted there---but otherwise, all those source
files live squarely in $(top_srcdir)/src.



On Tue, 2004 Nov 02 11:36:05 -0800, Paul Eggert wrote:
> "Daniel Richard G." <address@hidden> writes:
> > Building coreutils-5.2.1 on a Sun machine, with the source tree on a 
> > separate read-only NFS mount:
> Sun's "make" doesn't support VPATH well.  As mentioned in the
> coreutils INSTALL file, you need a version of "make" that supports
> VPATH if you want to build from a separate source tree.
> Please download and install GNU make, and use that.  If you're using
> Solaris 9, /opt/sfw/bin/gmake (in the SFWgmake package) should work.

NAME   = Daniel Richard G.       ##  Remember, skunks       _\|/_  meef?
EMAIL1 = address@hidden        ##  don't smell bad---    (/o|o\) /
EMAIL2 = address@hidden      ##  it's the people who   < (^),>
WWW    = http://www.******.org/  ##  annoy them that do!    /   \
(****** = site not yet online)

reply via email to

[Prev in Thread] Current Thread [Next in Thread]