Derek Robert Price <[EMAIL PROTECTED]> writes:
> I just got a complaint from one of the other CVS developers that Sun
> likes to see wither the uname output (SunOS 5.9) or their marketing
> name (Solaris 9) when referring to various versions of their operating
> systems.
Thanks. I reviewed gnuli
Jim Meyering wrote:
Derek Robert Price <[EMAIL PROTECTED]> wrote:
Did you have an opinion about my tweaks to stat.c?
Yes. I liked it and have just made that change. Thanks.
I also confirmed that Solaris5.9 still requires the
work-around code and added this comment:
Also work around a de
Jim Meyering wrote:
Regarding this:
http://mail.gnu.org/archive/html/bug-gnulib/2003-05/msg00014.html
Do you know if it'd solve the problem to make the prerequisite tests
unconditional? I really hope so, because using cache variable names
from other tests makes the code very fragile -- I've
Derek Robert Price wrote:
Index: m4/lstat.m4
===
RCS file: /cvsroot/gnulib/gnulib/m4/lstat.m4,v
retrieving revision 1.14
diff -u -r1.14 lstat.m4
--- m4/lstat.m431 Dec 2002 13:43:06 -1.14
+++ m4/lstat.m420 Jul 2003 12:0
Derek Robert Price <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>>I do see why that prerequisite-testing [in stat.m4 and lstat.m4]
>>is conditional, and agree in principle with the general goal.
>
> I should hope so. Doesn't the "jm_" prefix on "jm_FUNC_LSTAT" mean
> you wrote the macro in the
Jim Meyering wrote:
Regarding this:
http://mail.gnu.org/archive/html/bug-gnulib/2003-05/msg00014.html
[. . . snip . . .]
Do you know if it'd solve the problem to make the prerequisite tests
unconditional?
Yes, it would.
I really hope so, because using cache variable names
from other tests m
Regarding this:
http://mail.gnu.org/archive/html/bug-gnulib/2003-05/msg00014.html
Derek Robert Price <[EMAIL PROTECTED]> wrote:
> I've attached a patch for the lstat half of the stat replacements.
>
> The main problem this addresses is that on systems where lstat has
> problems with trailing sl
