Re: autoconf + automake support for MSVC

2011-09-02 Thread Bruno Haible
Peter Rosin wrote: > I didn't want to create yet another fork of cccl, and instead fixed > the 'compile' script in Automake to handle the bits that must be > handled by the build tools (and taught libtool to deal with cl > natively). What I didn't do was add all sorts of options to > 'compile' to m

Re: btowc(0) configure check hangs clang? [was: Possible configure bug]

2011-09-02 Thread Bruno Haible
Aleksander Balicki wrote: > it was checked with clang-2.9 and trunk - the same effect > > it compiles under gcc-4.4.5 For reference, the test program is this one: foo.c #include #include #include #include #include int main () { if (btowc ('\0') != 0)

Re: btowc(0) configure check hangs clang? [was: Possible configure bug]

2011-09-02 Thread Aleksander Balicki
On Fri, 2 Sep 2011, Eric Blake wrote: On 09/02/2011 03:53 PM, Aleksander Balicki wrote: I was ask to forward the message here. Because there nothing more to it, I'll just paste the bugzilla link: https://bugzilla.redhat.com/process_bug.cgi Bogus link. You meant to give a lot more details,

Re: autoconf + automake support for MSVC

2011-09-02 Thread Michael Goffioul
On Fri, Sep 2, 2011 at 11:26 PM, Peter Rosin wrote: > The web has a couple of different forked versions of cccl. What is > the "upstream" for that script? There is ancient support for some > version of cccl in libtool, but I didn't get it to work with any > version of cccl that I found (some thing

Re: autoconf + automake support for MSVC

2011-09-02 Thread Peter Rosin
Den 2011-09-02 23:11 skrev Bruno Haible: > Ralf Wildenhues wrote in > : Windows+MSVC. I know this is not a gnulib target. >>> >>> Yes. But it could become a gnulib target if the $CC wrapper script was >>> agreed >>> upon in G

Re: Dependencies not compiled in

2011-09-02 Thread Michael Goffioul
On Fri, Sep 2, 2011 at 10:38 PM, Bruno Haible wrote: > Michael Goffioul wrote: >> > Indeed. The problem is that after the 2011-08-05 commit, m4/chdir-long.m4 >> > and lib/chdir-long are no longer in sync: The .m4 file assumes that only >> > and will be included before >> > (defined PATH_MAX || d

btowc(0) configure check hangs clang? [was: Possible configure bug]

2011-09-02 Thread Eric Blake
On 09/02/2011 03:53 PM, Aleksander Balicki wrote: I was ask to forward the message here. Because there nothing more to it, I'll just paste the bugzilla link: https://bugzilla.redhat.com/process_bug.cgi Bogus link. You meant to give a lot more details, so I'll help you out: https://bugzilla.re

Possible configure bug

2011-09-02 Thread Aleksander Balicki
I was ask to forward the message here. Because there nothing more to it, I'll just paste the bugzilla link: https://bugzilla.redhat.com/process_bug.cgi -- Aleksander "Alistra" Balicki email: balicki.aleksan...@gmail.com jabber: wszystkie.inne.byly.zaj...@gmail.com

Re: Dependencies not compiled in

2011-09-02 Thread Bruno Haible
Michael Goffioul wrote: > > Indeed. The problem is that after the 2011-08-05 commit, m4/chdir-long.m4 > > and lib/chdir-long are no longer in sync: The .m4 file assumes that only > > and will be included before > > (defined PATH_MAX || defined MAXPATHLEN) is tested, > > whereas the .h file includ

autoconf + automake support for MSVC

2011-09-02 Thread Bruno Haible
Ralf Wildenhues wrote in : > > > Windows+MSVC. I know this is not a gnulib target. > > > > Yes. But it could become a gnulib target if the $CC wrapper script was > > agreed > > upon in GNU. For example, if Automake would distribu

Re: Unable to override value of AR set by gnulib macro?

2011-09-02 Thread Bruno Haible
John W. Eaton wrote: > GNU Octave's configure script used to allow users to set AR using > > ./configure AR=... > > but that stopped working recently. Oh, I see. Octave has a macro OCTAVE_PROG_AR like this: AC_DEFUN([OCTAVE_PROG_AR], [if test -z "$AR"; then AR=ar fi AC_SUBST(AR) if test -z

Re: [PATCH] tests: init.sh: work also with any non-GNU diff that supports -u

2011-09-02 Thread Bruno Haible
Jim Meyering wrote: > > 2011-09-02 Bruno Haible > > > > * tests/init.sh (compare): If "diff -c" is supported but "diff -u" is > > not, use "diff -c". > > Good idea. Thanks. OK, I pushed that as well. Bruno -- In memoriam Robert Mensah

Re: [PATCH] tests: init.sh: work also with any non-GNU diff that supports -u

2011-09-02 Thread Jim Meyering
Bruno Haible wrote: > Jim Meyering wrote: >> FYI, I've just pushed this in Bruno's name: > > I see it pushed in coreutils, not in gnulib. > >> Rather than checking for GNU diff via --version, simply check >> for support for -u itself. Useful at least on OpenBSD 4.9. > > Also useful on AIX 7.1, IRI

Re: [PATCH] tests: init.sh: work also with any non-GNU diff that supports -u

2011-09-02 Thread Bruno Haible
Jim Meyering wrote: > FYI, I've just pushed this in Bruno's name: I see it pushed in coreutils, not in gnulib. > Rather than checking for GNU diff via --version, simply check > for support for -u itself. Useful at least on OpenBSD 4.9. Also useful on AIX 7.1, IRIX 6.5, Solaris 10. And on AIX 6

[PATCH] tests: init.sh: work also with any non-GNU diff that supports -u

2011-09-02 Thread Jim Meyering
FYI, I've just pushed this in Bruno's name: >From 0cfe1ace2814772d708260aaa8938196222afd5d Mon Sep 17 00:00:00 2001 From: Bruno Haible Date: Fri, 2 Sep 2011 14:13:59 +0200 Subject: [PATCH] tests: init.sh: work also with any non-GNU diff that supports -u * tests/init.sh: Relax check for diff -u

Re: Dependencies not compiled in

2011-09-02 Thread Michael Goffioul
On Fri, Aug 26, 2011 at 10:08 PM, Bruno Haible wrote: > Eric Blake wrote: >> > Just for the record, it turns out the chdir-long is not compiled, because >> > the variable $gl_cv_have_arbitrary_file_name_length_limit ends up being >> "no". >> >> Aha - that's a bug in the chdir-long module. > > Inde