On Wed, Apr 29, 2009 at 1:57 AM, Jim Meyering wrote:
> David Bartley wrote:
>> The following patches for coreutils and gnulib add a new Solaris 10
>> privilege module as previously suggested [1].
>
> Hi David,
>
> Thanks for following through.
> Are you up to the task of making a few more changes?
Hello Stefan,
> I assume everybody still remembers the drand48 issue ;-)
Yes: it resurfaces repeatedly :-)
> I just had the time to dive into Richards code and the comments on it.
> Would'nt it be easier to fetch the whole thing from glibc again? Instead
> of pulling Richards code apart and pl
Hello
I here attach compiled fnmatch I wrote as gnulib module.
It always should give same answer as fnmatch.
Still I assume UTF8 or singlebyte encoding otherwise I fallback.
I could generalize this to wide characters but if I dont know any character is
single wchar I cannot do much (UTF16 wchar i
Hi again!
I assume everybody still remembers the drand48 issue ;-)
I just had the time to dive into Richards code and the comments on it.
Would'nt it be easier to fetch the whole thing from glibc again? Instead
of pulling Richards code apart and placing everything back where it came
from?
Or
Hello,
what do you think of the following patch? When the same day as the
current one is provided then a week is added. It doesn't change the
behaviour for days in the past.
It closes coreutils #25406.
Giuseppe
diff --git a/lib/getdate.y b/lib/getdate.y
index 877b264..8154fd9 100644
--- a/li
Bruno Haible wrote:
> Yes, you're right. This should fix it:
>
> 2009-04-30 Bruno Haible
>
> Fix bug introduced on 2009-04-25.
> * lib/math.in.h (gl_signbitf_OPTIMIZED_MACRO,
> gl_signbitd_OPTIMIZED_MACRO, gl_signbitl_OPTIMIZED_MACRO): New macros.
> * lib/signbitf.c (gl_s
Hi Jim,
> Bruno, as Elbert suggests, it looks like this change from last week is the
> cause:
>
> Avoid link error when creating a namespace clean library.
> * lib/math.in.h (gl_signbitf, gl_signbitd, gl_signbitl): Don't define
> as macro with arguments if already defined
> Okay... the problem here is that "[prototypes for functions] must
> contain only promoted types if prototype and nonprototype declarations
> are mixed." The c89-definition of "bool" is biting you here, and will
> bite you wherever 'bool' appears in a function prototype.
Ok I changed all bool pr
