Jim Meyering <[EMAIL PROTECTED]> writes:
> Simon Josefsson <[EMAIL PROTECTED]> wrote:
>
>> Jim Meyering <[EMAIL PROTECTED]> writes:
>>
>>> FYI, I've just created the sha256 and sha512 modules and
>>> moved the remaining sha*-related files from coreutils/{lib,m4}
>>> into coreutils/gl/{lib,m4}.
>>>
Simon Josefsson <[EMAIL PROTECTED]> wrote:
> Jim Meyering <[EMAIL PROTECTED]> writes:
>
>> FYI, I've just created the sha256 and sha512 modules and
>> moved the remaining sha*-related files from coreutils/{lib,m4}
>> into coreutils/gl/{lib,m4}.
>>
>> http://git.sv.gnu.org/gitweb/?p=coreutils.g
Jim Meyering <[EMAIL PROTECTED]> writes:
> FYI, I've just created the sha256 and sha512 modules and
> moved the remaining sha*-related files from coreutils/{lib,m4}
> into coreutils/gl/{lib,m4}.
>
> http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=f33599c1441
Looks fine. Would yo
Hello John,
* John E. Malmberg wrote on Mon, Mar 03, 2008 at 07:01:46AM CET:
> In tests/testsuite :
>
> VMS can not deal with having a file/directory named testname and
> testname.dir in the same directory.
>
> This is because all directories are named .dir, and to be more POSIX
> friendly, VM
I have TAR passing the pipe test, so I though it would be a good point
to pass the source changes I needed so far.
TODO: I still have to add the vfork/exec/pipe code from the VMS bash
port so that the compression options work.
In lib/alloca.in.h :
VMS needs a definition for the built-in __AL
Bruno Haible <[EMAIL PROTECTED]> wrote:
> Hi Jim,
>
>> FYI, I've just created the sha256 and sha512 modules ...
>> I expect to move them into gnulib eventually, so if you see
>> anything wrong ... please let me know.
>
> The compilation of these files with -g -O2 and newer gcc releases takes
> an a
Hi Jim,
> FYI, I've just created the sha256 and sha512 modules ...
> I expect to move them into gnulib eventually, so if you see
> anything wrong ... please let me know.
The compilation of these files with -g -O2 and newer gcc releases takes
an awful lot of time (5 minutes or so). Is there some w
Bob Proulx noticed that the buildbot was failing.
Thanks again, Bob!
Here's the fix:
diff --git a/ChangeLog b/ChangeLog
index 29dc04a..9573a79 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,9 @@
2008-03-02 Jim Meyering <[EMAIL PROTECTED]>
+ Remove the last dependency on the "free" mo
Simon Josefsson <[EMAIL PROTECTED]> wrote:
> Jim Meyering <[EMAIL PROTECTED]> writes:
>> Here's a proposed patch to remove all redundant "if"-before-free
>> tests in the tests/ directory and in the lib/*.c files not owned
>> by Bruno. It also deprecates (in comments and documentation) the
>> free
I've just committed this:
bootstrap: sync from coreutils again
* build-aux/bootstrap: Remove dangling m4/*.m4 symlinks.
diff --git a/build-aux/bootstrap b/build-aux/bootstrap
index d68d3f4..cf6b73b 100755
--- a/build-aux/bootstrap
+++ b/build-aux/bootstrap
@@ -546,6 +546,16 @@ if
Jim Meyering <[EMAIL PROTECTED]> writes:
> Here's a proposed patch to remove all redundant "if"-before-free
> tests in the tests/ directory and in the lib/*.c files not owned
> by Bruno. It also deprecates (in comments and documentation) the
> free module. Paul ok'd that part.
>
> Simon, this af
Jim Meyering <[EMAIL PROTECTED]> writes:
> Hi Simon,
>
> I noticed that our getdelim replacement can leak when the initial realloc
> fails. While that can happen only when *N is 0 and *LINEPTR is malloc'd,
> I think it's worth fixing, if only to avoid further discussion on the topic.
>
> Here's t
FYI, I've just created the sha256 and sha512 modules and
moved the remaining sha*-related files from coreutils/{lib,m4}
into coreutils/gl/{lib,m4}.
http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=f33599c1441
2008-03-02 Jim Meyering <[EMAIL PROTECTED]>
Create sha256 and
13 matches
Mail list logo
