Hi Aharon, Tony,
Thanks for your cooperation. Especially, thanks for mentioning your requirements
up-front.
> 1. The functionality must remain the same. In particular, at some point in
> between
>grep 2.4 and grep 2.5, someone removed the ability of the grep dfa to match
>embedded newlin
On Sun, Feb 01, 2009 at 05:08:41PM +0100, Jim Meyering wrote:
> ko...@comcast.net wrote:
> > It looks like the file descriptor returned by dirfd is used mainly by
> > fts_safe_changedir to allow fts to work correctly even when parts of
> > the file system are changed while being traversed. I wonde
Hello Ozkan,
> Hello: Found this while compiling gdb for win64: memcmp.c
> casts long to pointers but sizeof(long) == 4 for win64. A patch
> is attached here.
Thanks for reporting this. Indeed there are two things wrong in
gnulib's memcmp.c:
- The assumption that sizeof (long) >= sizeof (void
Hello: Found this while compiling gdb for win64: memcmp.c
casts long to pointers but sizeof(long) == 4 for win64. A patch
is attached here. (if it gets applied, does it automatically go
into gdb and/or any other users?)
Regards,
Ozkan Sezer
PS: There are a few similar errors of long type in li
All of the @ characters are designed to be replaced by running the
Makefile produced by the ./configure script. Are you able to run that
script? If not, can you at least post the resulting config.log to show
how far it got?
I can't run configure. The target is the mainframe, not the
compiler
ko...@comcast.net wrote:
...
> To find out what was happening, I took all of the gnulib code out of
> the picture by using the i686-pc-mingw32-gcc compiler to directly
> compile a simple test program, and found that the mingw opendir
> routine sets the dd_handle to -1 itself.
>
> #include
>
On Sun, Feb 01, 2009 at 01:36:59PM +0100, Jim Meyering wrote:
> ko...@comcast.net wrote:
> > I've found a problem with the gnulib fts module. When using the mingw
> > cross compiler, the fts_read routine never finds any files or
> > directories other than the directories supplied to the preceeding
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[please keep the list in the loop; also, adding bug-gnulib, since the
files you are complaining about come from there]
According to Paul Edwards on 1/31/2009 11:01 PM:
>> All of the @ characters are designed to be replaced by running the
>> Makefile p
ko...@comcast.net wrote:
> I've found a problem with the gnulib fts module. When using the mingw
> cross compiler, the fts_read routine never finds any files or
> directories other than the directories supplied to the preceeding
> fts_open call. It seems that this will happen on any platform that
Ben Asselstine ha escrit:
> On Sat, Jan 31, 2009 at 5:22 PM, Karl Berry wrote:
> >The <...> markup is helpful when the URL is broken into two lines,
> >
>
> Let's not forget about argp. Here's a patch to sync it to the new
> format.
That would break too many existing programs. I'd rather
10 matches
Mail list logo
