[bug-gnulib] Re: findutils doesn't compile on sunos 4.1.4

2005-06-03 Thread James Youngman
On Fri, Jun 03, 2005 at 10:54:07PM +0200, Bruno Haible wrote: > Derek Price asked: > > In a recent discussion on bug-gnulib of the GNULIB stat & lstat modules, > > GNULIB admins Jim Meyering, Bruno, and Paul Eggert agreed that it was no > > longer useful to support SunOS 4.1.4 in GNULIB since even

[bug-gnulib] Re: findutils doesn't compile on sunos 4.1.4

2005-06-03 Thread Bruno Haible
Derek Price asked: > In a recent discussion on bug-gnulib of the GNULIB stat & lstat modules, > GNULIB admins Jim Meyering, Bruno, and Paul Eggert agreed that it was no > longer useful to support SunOS 4.1.4 in GNULIB since even Sun stopped > supporting it over a year ago (handy dead OS reference h

[bug-gnulib] Re: gcc -Wall warning for minmax.h

2005-06-03 Thread Bruno Haible
Derek Price wrote: > Actually, `m4_popdef' is documented explicitly in my Autoconf 2.59 > manual. The Autoconf 2.59 manual also contains the following text: > > With a few exceptions, all the M4 native macros are moved in the `m4_' > pseudo-namespace, e.g., M4sugar renames `define' as `m4_

Re: [bug-gnulib] Re: gcc -Wall warning for minmax.h

2005-06-03 Thread Derek Price
Bruno Haible wrote: >>- use m4_pushdef/m4_popdef instead of define/undefine >>- use AS_TR_* instead of raw m4_translit >> >> > >m4_pushdef, m4_popdef, AS_TR_* are not documented in the autoconf manual >(latest release, 2.59). In consequence, their meaning can change, or they >can go away entir

Re: [bug-gnulib] Re: findutils doesn't compile on sunos 4.1.4

2005-06-03 Thread Derek Price
Bruno Haible wrote: >James Youngman wrote: > > >>Certainly I believe that should >>define NULL (though my copy of the standard isn't to hand). >> >> > >On SunOS 4, it doesn't. GNU gettext has this ChangeLog entry: > >2001-10-31 Bruno Haible <[EMAIL PROTECTED]> > >* plural.y: Inclu

[bug-gnulib] Re: gcc -Wall warning for minmax.h

2005-06-03 Thread James Youngman
On Fri, Jun 03, 2005 at 05:54:29PM +0200, Bruno Haible wrote: > James Youngman wrote: > > HAVE_MINMAX_IN_FOO_H is defined if MIN is defined in foo.h and MAX is > > not. > > Have you seen a system where this is the case? No, never. > The autoconf test assumes that when MIN is defined in a heade

[bug-gnulib] Re: gcc -Wall warning for minmax.h

2005-06-03 Thread Bruno Haible
Stepan Kasal wrote: > I read your macro in minmax.m4. I'd like to propose some > changes in style: > - avoid the obsoleted AC_TRY_COMPILE AC_TRY_COMPILE is shorter and more mnemonic than the *_IFELSE macros. > - use m4_pushdef/m4_popdef instead of define/undefine > - use AS_TR_* instead of raw m

[bug-gnulib] Re: gcc -Wall warning for minmax.h

2005-06-03 Thread Bruno Haible
James Youngman wrote: > HAVE_MINMAX_IN_FOO_H is defined if MIN is defined in foo.h and MAX is > not. Have you seen a system where this is the case? The autoconf test assumes that when MIN is defined in a header, MAX will be defined as well, and vice versa. Bruno ___

[bug-gnulib] Re: findutils doesn't compile on sunos 4.1.4

2005-06-03 Thread Bruno Haible
James Youngman wrote: > Certainly I believe that should > define NULL (though my copy of the standard isn't to hand). On SunOS 4, it doesn't. GNU gettext has this ChangeLog entry: 2001-10-31 Bruno Haible <[EMAIL PROTECTED]> * plural.y: Include , needed for NULL with SunOS 4 cc. ___

[bug-gnulib] Re: removed some inaccurate uses of "pathname" etc. from gnulib modules

2005-06-03 Thread Bruno Haible
Paul Eggert wrote: > Most of the changes come from the following part of the GNU > coding standards: > > Please do not use the term ``pathname'' that is used in Unix > documentation; use ``file name'' (two words) instead. We use the term > ``path'' only for search paths, which are lists of d

Re: [bug-gnulib] Re: gcc -Wall warning for minmax.h

2005-06-03 Thread James Youngman
On Fri, Jun 03, 2005 at 01:54:01PM +0200, Stepan Kasal wrote: > +gl_CACHE_VAR, > +[AC_COMPILE_IFELSE([#include <$1> > + int x = MIN (42, 17);], > + [gl_CACHE_VAR=yes], > + [gl_CACHE_VAR=no])]) > + if test $gl_CACHE_VAR = yes; then > +AC_DEFINE([HAVE_MIN

[bug-gnulib] Re: findutils doesn't compile on sunos 4.1.4

2005-06-03 Thread jason andrade
On Fri, 3 Jun 2005, James Youngman wrote: Thanks for the bug report. It would be nice if it did work. i agree. but i am not holding my breath as a) i'm sure the number of sunos4 users out there is very finite b) the older version of findutils appears to work fine but thanks for taking the t

Re: [bug-gnulib] Re: gcc -Wall warning for minmax.h

2005-06-03 Thread Stepan Kasal
Hi Bruno, I read your macro in minmax.m4. I'd like to propose some changes in style: - avoid the obsoleted AC_TRY_COMPILE - use m4_pushdef/m4_popdef instead of define/undefine - use AS_TR_* instead of raw m4_translit A patch with my proposal is attached; it's not tested, sorry. Could you please

[bug-gnulib] Re: findutils doesn't compile on sunos 4.1.4

2005-06-03 Thread Ian Abbott
On 03/06/2005 09:34, James Youngman wrote: [...] Certainly I believe that should define NULL (though my copy of the standard isn't to hand). Mine isn't either (that horribly annotated book), but draft standards are online, e.g. . According to th

[bug-gnulib] Re: findutils doesn't compile on sunos 4.1.4

2005-06-03 Thread James Youngman
On Fri, Jun 03, 2005 at 11:20:35AM +1000, jason andrade wrote: > > hi, > > just letting you know that findutils 4.2.20 doesn't seem to compile on > sunos 4.1.4. Thanks for the bug report. It would be nice if it did work. > the error is: > > gcc -DHAVE_CONFIG_H -I. -I. -I../.. -g -O2 -c