> From: Boris Kolpackov <[EMAIL PROTECTED]>
> Date: Wed, 31 May 2006 07:48:12 + (UTC)
>
> I just checked the page for realpath in SUS and I don't see anything
> that implies this. My understanding that all components of the path
> must exist.
So it's probably system-dependent.
> > Yes, that
Eli Zaretskii <[EMAIL PROTECTED]> writes:
> > > The realpath function will resolve both absolute and relative paths
> > > and return the absolute pathname corresponding to pathname. All but
> > > the last component of pathname must exist when realpath is called.
I just checked the page for realpa
> Date: Tue, 30 May 2006 10:49:17 -0400
> Cc: bug-make@gnu.org
> From: "Paul D. Smith" <[EMAIL PROTECTED]>
>
> > The realpath function will resolve both absolute and relative paths
> > and return the absolute pathname corresponding to pathname. All but
> > the last component of pathname must exist
%% Eli Zaretskii <[EMAIL PROTECTED]> writes:
ez> Incidentally, shouldn't we emulate realpath's failures in
ez> func_realpath on systems that don't have realpath? AFAIK,
ez> realpath fails if the file does not exist, so perhaps we should
ez> stat the result of abspath on such systems and r
Incidentally, shouldn't we emulate realpath's failures in
func_realpath on systems that don't have realpath? AFAIK, realpath
fails if the file does not exist, so perhaps we should stat the result
of abspath on such systems and return an NULL if it fails.
WDYT?
__
%% Andreas Büning <[EMAIL PROTECTED]> writes:
ab> In July 2005 I sent an email to this list because the new builtin
ab> function abspath does not support drive letters. I also sent a patch
ab> to fix this. The last information I got about this issue was the
ab> following email (24th of Jul
Hello!
In July 2005 I sent an email to this list because the new builtin
function abspath does not support drive letters. I also sent a patch
to fix this. The last information I got about this issue was the
following email (24th of July, 2005) by Paul Smith stating that he
wanted to find a differe
Paul D. Smith wrote:
> In that vein, I'd urge the implementation of the abspath function to be
> moved into a w32 source file and invoked from there, if at all possible.
As long as it will work I'll have no problems with it.
But, is it intended that the builtin abspath overwrites the
user-define
%% Boris Kolpackov <[EMAIL PROTECTED]> writes:
>> I've written a patch to handle drive letters. If anybody has a better
>> solution, please let me know.
bk> I am of a strong opinion that such patches should be kept outside of
bk> the main tree. However I know that Paul disagrees with this
Andreas,
Andreas Buening <[EMAIL PROTECTED]> writes:
> The builtin function abspath does not consider drive letters.
> Therefore, I think it will break not only on OS/2 but also on DOS
> or Win* systems. And I suspect it won't work on VMS, too.
I think you are correct. I implemented abspath and
Hello!
The builtin function abspath does not consider drive letters.
Therefore, I think it will break not only on OS/2 but also on DOS
or Win* systems. And I suspect it won't work on VMS, too.
I've written a patch to handle drive letters. If anybody has a better
solution, please let me know.
Jus
11 matches
Mail list logo
