Hi,
It was reported at https://savannah.gnu.org/bugs/?18337 that the csharpcomp
module mis-recognizes an unrelated program called 'mcs' as being a C#
compiler. This should fix it.
2007-09-02 Bruno Haible [EMAIL PROTECTED]
Fix mis-recognition of 'mcs' on QNX 6.
*
I've been using this in coreutils for a few days, and like it:
[hmm... should have reloaded it to let the scriptversion update :-)
* build-aux/git-version-gen: New file, from coreutils. For details, see
http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=bfe49f506
Hello Jim,
as far as I can see, no one even uses xreadlink any more, so it's not urgent.
The 'relocatable' facility uses xreadlink.
However, your point about the a vs. m prefix is valid,
and I've just renamed mreadlink-with-size.
Thanks. I've got an 'areadlink' module ready now, but I would
The Translation Project now provides rsync access,
(just had to ask :-) thanks to Jeroen Dekkers for setting up rsyncd,
and Benno Schulenberg for the quick replies. So along with some
other changes, now coreutils' bootstrap script makes much more efficient
use of network bandwidth. However, now
Bruno Haible [EMAIL PROTECTED] wrote:
Hello Jim,
as far as I can see, no one even uses xreadlink any more, so it's not urgent.
The 'relocatable' facility uses xreadlink.
However, your point about the a vs. m prefix is valid,
and I've just renamed mreadlink-with-size.
Thanks. I've got an
Eric Blake wrote:
I would somewhat like this idea - it is much nicer assuming that malloc
reliably sets errno to ENOMEM on failure than having to patch all callers
of malloc to do the same.
Jim Meyering confirmed:
Yes. This is a fundamental goal of gnulib:
If there is some portability
Jim Meyering wrote:
I deliberately chose to remove all wget support.
If someone can make a really good case for reintroducing such support
gnulib-tool's --import handling continues to use wget for the purpose of
downloading the PO files.
The reason is that IMO 'wget' is more frequently
