Re: [RFC] Use gnulib's stdint.h.

> Boo. And if we change libdecnumber to use gnulib's version we'll > undoubtedly break gcc. If we provide gstdint.h in the gdb directory > which redirects to , will libdecnumber pick it up at this > point? That's pretty ingenious. Indeed, that works, since the include order when compiling GDB fi

Broken link to 'libit' on 'gnulib' webpage

This page http://www.gnu.org/software/gnulib/ has a link to http://www.iro.umontreal.ca/~pinard/libit/HTML/ which gives error 403. Now, http://www.iro.umontreal.ca/~pinard/ is accessible, and it redirects here http://pinard.progiciels-bpi.ca/ but 'libit' doesn't seem to be mentioned there.

Re: [RFC] Use gnulib's stdint.h.

Hi, For some context, the message you were replying to is . Generally the experience we've made with gnulib is: * It's wise to include the system headers first, and the application headers after that. This minimizes the risk that

Re: [RFC] Use gnulib's stdint.h.

On Fri, Jun 27, 2008 at 02:59:07PM -0400, Joel Brobecker wrote: > There are two distinct issues that I have seen so far: > > 1. dfp.c includes libdecnumber/dpd/decimal128.h which ends up > including gstdint.h. But before we included decimal128.h, we > had already included defs.h which

Re: [PATCH]: Fix for several getdate.y issues

Jim Meyering wrote: > Would you mind separating that into a few separate change sets? No problem, I splitted the main patch into smaller sub-patches, it is still not complete set of changes, following 3 gnulib getdate.y patches are fixing only issue #2 and #3. > - in a function definition, the f

Re: [PATCH]: Fix for several getdate.y issues

Ondřej Vašík <[EMAIL PROTECTED]> wrote: > Hello, > while playing a bit with date formats, I found several issues (still > present in GIT head). Current date on my machine is Fri Jun 27 11:58:47 > CEST 2008, used in all examples. > > 1) "Strange" results of signed relative time offset > [EMAIL PROTE

[PATCH]: Fix for several getdate.y issues

Hello, while playing a bit with date formats, I found several issues (still present in GIT head). Current date on my machine is Fri Jun 27 11:58:47 CEST 2008, used in all examples. 1) "Strange" results of signed relative time offset [EMAIL PROTECTED] ~]$ date -d "11:40 + 60 minutes" Fri Jun 27 12: