[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.
Regards,
--Daniel
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)