david@glance.ch (David Mosberger) (12/20/90)
We are encountering an annoying problem when we try to use some utilities
distributed with SCO ODT 1.0. For example, if we try to `make' a program
on an NFS mounted ULTRIX filesystem the command terminates with the message:
`Make: don't know how to make cio.o'
Similarly, if we install manual pages on he ULTRIX system, the `man' command
doesn't find the manual pages (although MANPATH was set correctly.
This problem does not show up as long as the NFS mounted filesystem is a
System V.3 filesystem.
Did anyone else have the same experiences and is the problem solved in
the new UNIX (or coming ODT 1.1) release?
Any information is appreciated!
--dave
--
David Mosberger Glance Ltd.
david@glance.ch Gewerbestrasse 4
UUCP: {...}!{uunet,mcsun}!elava!david 8162 Steinmaur
X.400: S=david;O=glance;P=switch;A=arCom;C=ch Switzerlandlerman@stpstn.UUCP (Ken Lerman) (12/22/90)
In article <1990Dec20.082120.3297@glance.ch> David Mosberger <david@vichy.glance.ch> writes:
->We are encountering an annoying problem when we try to use some utilities
->distributed with SCO ODT 1.0. For example, if we try to `make' a program
->on an NFS mounted ULTRIX filesystem the command terminates with the message:
->
-> `Make: don't know how to make cio.o'
->
->Similarly, if we install manual pages on he ULTRIX system, the `man' command
->doesn't find the manual pages (although MANPATH was set correctly.
->This problem does not show up as long as the NFS mounted filesystem is a
->System V.3 filesystem.
->
->Did anyone else have the same experiences and is the problem solved in
->the new UNIX (or coming ODT 1.1) release?
->
->Any information is appreciated!
->
-> --dave
->--
->David Mosberger Glance Ltd.
->david@glance.ch Gewerbestrasse 4
->UUCP: {...}!{uunet,mcsun}!elava!david 8162 Steinmaur
->X.400: S=david;O=glance;P=switch;A=arCom;C=ch Switzerland
The make problem has been reported to SCO and a fix is available. It
has not been fixed in 3.2.2 even though it was reported (by me) in
April or May. The fix consists of a new version of make.
My guess is that the problem has to do with reading remote directories
and probably shows up on other utilities as well.
When I first reported the bug, SCO wanted a simple test case. I gave them:
cd /nfs/remote/direct
touch foo.c
make foo.o
which fails with `Make: don't know how to make cio.o'
cd localdir
touch foo.c
make foo.o
which compiles foo.c
Kenchip@tct.uucp (Chip Salzenberg) (12/23/90)
According to David Mosberger <david@vichy.glance.ch>:
> `Make: don't know how to make cio.o'
I wouldn't be surprised to find that /usr/bin/make is actually reading
"." to find files for implicit dependencies, which won't work, instead
of using the C library readdir() that calls getdents(), which will
work. I'd be disappointed, though.
Try switching to dmake or GNU Make; maybe that will help.
--
Chip Salzenberg at Teltronics/TCT <chip@tct.uucp>, <uunet!pdn!tct!chip>
"Please don't send me any more of yer scandalous email, Mr. Salzenberg..."
-- Bruce Becker