Bruno Haible <[EMAIL PROTECTED]> wrote:
> The system that Elbert Pol is talking about is derived from emx+gcc (the
> old but well-known POSIX implementation for DOS and OS/2 [the DOS part was
> much more reliable than DJGPP]).
>
> I'm committing first a port for emx+gcc. Untested.
>
> Jim, at the e
My gnulib-comp.m4 contains, from modules/stdarg:
dnl Some compilers (e.g., AIX 5.3 cc) need to be in c99 mode
dnl for the builtin va_copy to work. With Autoconf 2.60 or later,
dnl AC_PROG_CC_STDC arranges for this. With older Autoconf AC_PROG_CC_STDC
dnl shouldn't hurt, though installers
Paolo Bonzini <[EMAIL PROTECTED]> wrote:
> I don't know is something's wrong with git gc --auto support, but
> there's definitely a need to run git gc on gnulib's repository.
Hi Paolo,
Thanks for the heads-up.
I see that the repository currently weighs in at 1.2GB.
That's crazy. I'm repacking it
I don't know is something's wrong with git gc --auto support, but
there's definitely a need to run git gc on gnulib's repository.
Paolo
I just made this script that prepares a git-merge-changelog tarball. I
don't know if it would be useful to have it in a cron job somewhere. It
needs git in the path.
#! /bin/sh
mkdir -p git-merge-changelog
cd git-merge-changelog
if test -d gnulib/.git; then
(cd gnulib && git pull)
else
g
Elbert Pol's answer.
--- Begin Message ---
Hoi Bruno,
I attach the output as out
Bruno Haible wrote:
Eric Blake wrote:
[Please keep bug-gnulib in the loop, since this problem affects multiple
gnulib clients, and since Bruno's code is more impacted than mine by
knowing the innards of FILE]
Elbert Pol wrote:
> #define _X86_ 1
> #define __32BIT__ 1
> #define __EMX__ 1
> #define __INNOTEK_LIBC__ 0x006
> #define __KLIBC__ 0
> #define __KLIBC_MINOR__ 6
> #define __KLIBC_PATCHLEVEL__ 2
> #define __KLIBC_VERSION__ 0x00060002
> #define __OS2__ 1
> #define __i386 1
> #define __i386__ 1
Thank
Jim Meyering <[EMAIL PROTECTED]> wrote:
> Paolo Bonzini <[EMAIL PROTECTED]> wrote:
>> I don't know is something's wrong with git gc --auto support, but
>> there's definitely a need to run git gc on gnulib's repository.
>
> Thanks for the heads-up.
> I see that the repository currently weighs in at
Hi Eric,
No longer the fpurge error now.
But other errors.
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 4/9/2008 10:07 PM:
|
| http:\\home.comcast.net\~ericblake\m4-1.4.10b.22-be55.tar.gz
| signed:
| http:\\home.comcast.net\~ericblake\m4-1.4.10b.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[Please keep replies on the list.]
According to Elbert Pol on 4/10/2008 1:19 PM:
| Hi Eric,
|
|
| I did a change to the regex.internal.h
|
| see the diff file.
It looks like __attribute ((regparm (3), stdcall)) is not supported on
your platform, so
Hi Eric,
I attach the check.log it fails :(
I also send all i wrote to you @ Bug-m4 and bug-gnulib
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[Please keep replies on the list.]
According to Elbert Pol on 4/10/2008 1:19 PM:
| Hi Eric,
|
|
| I did a change to the regex.int
Hi Jim,
Something with the "git gc" may have disturbed the git repository. I now
get an error when trying to push some changes:
$ git push
Counting objects: 7, done.
Compressing objects: 100% (4/4), done.
Writing objects: 100% (4/4), 376 bytes, done.
Total 4 (delta 3), reused 0 (delta 0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 4/10/2008 5:54 PM:
| PS: What's the big difference between "git gc" and "git repack"?
|
git gc is a newer feature, that does git repack and more all in one
command, and as of 1.5.5, runs automatically whenever the project
Bruno Haible <[EMAIL PROTECTED]> wrote:
> Hi Jim,
>
> Something with the "git gc" may have disturbed the git repository. I now
> get an error when trying to push some changes:
>
> $ git push
> Counting objects: 7, done.
> Compressing objects: 100% (4/4), done.
> Writing objects: 100% (4/4),
14 matches
Mail list logo
