On Sun, May 05, 2002 at 10:05:18AM +1000, Bruce Evans wrote:
On Fri, 3 May 2002, Kenneth D. Merry wrote:
On Fri, May 03, 2002 at 22:00:05 -0600, Kenneth D. Merry wrote:
The attached patch fixes it for me.
I'm sure someone can come up with a cleaner way of fixing the problem.
It
Often I hear people complain about one lacking in FreeBSD's make(1), if an
error is encountered in a Makefile, we only get the base of its name: what
is passed to ReadMakefile(). This is confusing for people trying to debug
Makefiles, I am told, and really, there's no reason not to always give
On Sun, May 19, 2002 at 03:21:59PM +0200, Bernd Walter wrote:
Why do people think that a realpath is always available?
Because the manual page doesn't say it isn't.
What is wrong with just extending using pwd?
That won't handle . and .. and relative paths spanning symbolic links, which
you
On Sun, May 19, 2002 at 05:34:28PM +0200, Bernd Walter wrote:
I even can't buildworld on another machine without taking care of
realpath.
If I don't enshure that the source has the same realpath on the
machine to run installworld as it had on the machine where I did
the buildworld it
On Sun, May 19, 2002 at 06:56:40PM +0200, Bernd Walter wrote:
I'm ``blindly'' using the only answer we have to a question: how can I get
an absolute (thus unique) path to an object in the filesystem.
Forget it - it's not possible with FreeBSD (see below).
I'm just a bit frustrated about
On Sun, May 19, 2002 at 08:47:29PM +0200, Bernd Walter wrote:
Look at getcwd_logical() in pwd.c
Aha - but that does mean trusting $PWD.
The only thing that can keep track of where we started vs. where we cd to
is the shell, and so we'd have to trust what it says PWD is.
A possible
On Sun, May 19, 2002 at 01:21:49PM -0700, Terry Lambert wrote:
Bernd Walter wrote:
Why do people think that a realpath is always available?
Because it would be really convenient if we could program without
having to remember on line 17 what we did on line 3, because we
have really, really
On Thu, May 23, 2002 at 03:46:01AM -0700, Shizuka Kudo wrote:
You're right. The only reason it didn't show up
several days before is that v 1.58 added the real path
to MAKEFILE as mentioned in the commit log:
Try with the current make(1) sources.
--
[EMAIL PROTECTED] | C, MIPS, POSIX,
of thumb.
Furthermore, it'd be nice if as people made stylistic changes for outside
projects they committed them to the central repository, where applicable.
Anyway, I'm out of paint.
Good day.
--
J. Mallett [EMAIL PROTECTED]FreeBSD: The Power To Serve
To Unsubscribe: send mail
.
You missed the point entirely. Go back and READ WHAT I WROTE. I made
it pretty damn clear.
I was showing a parallel set of thoughts and points of my own.
--
J. Mallett [EMAIL PROTECTED]FreeBSD: The Power To Serve
To Unsubscribe: send mail to [EMAIL PROTECTED
code 2
Thanks ...
Update sh.
--
J. Mallett [EMAIL PROTECTED]FreeBSD: The Power To Serve
I've coined new words, like, misunderstanding and Hispanically.
-- George W. Bush, Radio-Television Correspondents Association
dinner, Washington, D.C
jmallett
--
J. Mallett [EMAIL PROTECTED]FreeBSD: The Power To Serve
I've coined new words, like, misunderstanding and Hispanically.
-- George W. Bush, Radio-Television Correspondents Association
dinner, Washington, D.C., March 29, 2001
* From Cyrille Lefevre [EMAIL PROTECTED]
On Tue, Jun 04, 2002 at 03:13:21PM -0700, J. Mallett wrote:
Aphex% ps -ouser=
??
jmallett
jmallett
jmallett
I remember to see something like that when a kernel dependent
command, such as ps, is out of sync w/ the running
PROTECTED]
Trying to support or use Microsoft products makes about as much sense
as painting the outside of a house with watercolors.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
J. Mallett [EMAIL PROTECTED
of the message
--
J. Mallett [EMAIL PROTECTED]FreeBSD: The Power To Serve
I've coined new words, like, misunderstanding and Hispanically.
-- George W. Bush, Radio-Television Correspondents Association
dinner, Washington, D.C., March 29, 2001
* From Steven G. Kargl [EMAIL PROTECTED]
J. Mallett said:
* From Steven G. Kargl [EMAIL PROTECTED]
The first patch fixes install(1). The reamining patches
correctly document the breakage of rev 1.55 of xinstall.c
I should have stated that if the first patch isn't
acceptable
* From Steven G. Kargl [EMAIL PROTECTED]
J. Mallett said:
* From Steven G. Kargl [EMAIL PROTECTED]
J. Mallett said:
No. The third patch is correct (see below); otherwise I could set
INSTALL to install -C QED.
And I could set BINOWN to something bogus.
Don't protect
/gnu/bin:/usr/local/bin:/a/pkg/bin: \
/sbin:/usr/sbin:/usr/etc:/usr/gnu/sbin:/usr/local/sbin:/a/pkg/sbin
Can you spot all the places Perl might be there? Can you now tell me
which one a ``wrapper'' for the 'real' Perl should look? And what about
where autoconf scripts should find perl?
--
J
of INSTALL in /etc/make.conf.
Andrew Lankford
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
J. Mallett [EMAIL PROTECTED]FreeBSD: The Power To Serve
I've coined new words, like, misunderstanding
19 matches
Mail list logo