Re: link-warning a build-aux file?

Simon Josefsson <[EMAIL PROTECTED]> wrote: ... > I tried that now, since I kind of agree with the reasoning, although > this breaks the maintainer-makefile module that I'm using in several > projects. The module contains a 'GNUmakefile' that really need to be > in the top-level directory to make s

Re: link-warning a build-aux file?

Jim Meyering <[EMAIL PROTECTED]> writes: > Simon Josefsson <[EMAIL PROTECTED]> wrote: > ... >> I tried that now, since I kind of agree with the reasoning, although >> this breaks the maintainer-makefile module that I'm using in several >> projects. The module contains a 'GNUmakefile' that really

Re: new module 'isnan-nolibm'

Bruno Haible <[EMAIL PROTECTED]> wrote: > The package I announced two days ago shows that most systems have isnan() > as a function: > > $ ./show-portability isnan > libcfreebsd-5.2.1 > libcfreebsd-6.0 > libcirix-6.5 > libcmacosx-10.3

Re: new module 'isnan-nolibm'

Jim Meyering wrote: Bruno Haible <[EMAIL PROTECTED]> wrote: The package I announced two days ago shows that most systems have isnan() as a function: $ ./show-portability isnan libcfreebsd-5.2.1 libcfreebsd-6.0 libcirix-6.5 libcmaco

Re: new module 'isnan-nolibm'

Matthew Woehlke <[EMAIL PROTECTED]> wrote: > http://lists.gnu.org/archive/html/bug-gnulib/2007-02/msg00269.html Oh! In _this_ list. Thanks. I never received that message. I wish list-delivery-to-subscribers were more reliable. Perhaps I should make gnus start reading via e.g., gmane.org.

Re: new module 'isnan-nolibm'

Jim Meyering <[EMAIL PROTECTED]> writes: > Perhaps I should make gnus start reading via e.g., gmane.org. I recommend this approach. I read many mailing lists this way, and it works very well for me. I'm not sure how gmane chooses what to put in To: and CC:, but I've had no complaints so far. --

Re: new module 'isnan-nolibm'

Jim Meyering asked: > Where did you announce it? http://lists.gnu.org/archive/html/bug-gnulib/2007-02/msg00269.html http://article.gmane.org/gmane.comp.lib.gnulib.bugs/9267

Re: Building universal binaries makes 'check' fail

In Elias Pipping <[EMAIL PROTECTED]> writes: > The actual problem (while these binaries work flawlessly for me) > is that 'make check' fails (see cmd_output_tail) Most likely the problem is that 'configure' is probing your bu

Re: Building universal binaries makes 'check' fail

I have installed the following patch into Autoconf in an attempt to fix the problem. However, I have not tested this under Mac OS X, so it'd help if someone with access to that environment could test it. 2007-02-27 Paul Eggert <[EMAIL PROTECTED]> * NEWS: AC_C_BIGENDIAN now supports uni

Re: recommended copyright stanza?

Gary Vaughan just submitted a patch to Libtool to point to the URL for the GPL in addition to the ability to request it by post: Ah. There have been several versions of this floating around, e.g., coreutils has another variant text. The last time we had this discussion was back in Augus

Re: recommended copyright stanza?

Karl Berry freefriends.org> writes: > > Gary Vaughan just submitted a patch to Libtool to point to the URL for the > GPL in addition to the ability to request it by post: > > Ah. There have been several versions of this floating around, e.g., > coreutils has another variant text. > >

Re: first draft of "relocatable" module

A couple more comments. * Ben Pfaff wrote on Mon, Feb 26, 2007 at 03:27:42AM CET: Content-Description: gnulib diff versus gettext > --- gettext/build-aux/install-reloc 2006-11-09 06:26:40.0 -0800 > +++ gnulib.relocatable/build-aux/install-reloc2007-02-19 > 22:31:39.0 -0

Re: first draft of "relocatable" module

* Ben Pfaff wrote on Mon, Feb 26, 2007 at 05:56:54AM CET: > Ralf Wildenhues <[EMAIL PROTECTED]> writes: > > * Ben Pfaff wrote on Mon, Feb 26, 2007 at 05:41:15AM CET: > >> > >> The issue is foo_CFLAGS and foo_LDFLAGS need to refer back to the > >> directory in which foo is installed. Thus, if foo

Re: Building universal binaries makes 'check' fail

+[[#if ! (defined __BIG_ENDIAN__ || defined __LITLE_ENDIAN__) typo