Karl,
Is there any reason your autoupdates to the build-aux directory remove
executable permissions? For example:
http://git.sv.gnu.org/gitweb/?p=gnulib.git;a=commitdiff;h=9dd135f
converted gendocs.sh. I just re-added execute permissions, but want to make
sure this doesn't become a perpetual
Eric Blake byu.net> writes:
> Bruno - several long double operations are being misdiagnosed for OpenBSD 4.0:
>
> checking where to find the exponent in a 'long double'... word 2 bit 0
> checking where to find the sign bit in a 'long double'... word 2 bit 15
In particular, it appears that is bo
On Tue, 04. Dec 2007, 09:45:02 +0100, Bruno Haible wrote:
> > > The implementation that you gave in your previous patch
> > >
> > > #if (defined _WIN32 || defined __WIN32__) && ! defined __CYGWIN__
> > >SYSTEM_INFO system_info;
> > >GetSystemInfo (&system_info);
> > >return system_inf
When compiling natively on mingw:
checking for float.h... yes
checking whether byte ordering is bigendian... no
checking whether isnan(long double) can be used without linking with libm... yes
checking whether isnanl works... no
checking where to find the exponent in a 'long double'... word 2 bit
When compiling natively:
checking whether frexp() can be used without linking with libm... yes
checking whether frexp works... no
The failure is with +inf, where frexp mistakenly returns NaN instead of inf.
But when cross-compiling, mingw was omitted from the list of broken platforms.
Installin
Simon Josefsson <[EMAIL PROTECTED]> writes:
>>> Btw, I tried to install gettext 0.17 under /usr/local, but gettextize
>>> didn't seem to install the *.m4 files from /usr/local anyway, instead I
>>> got the lib-link file from /usr.
>>
>> If you installed gettext with --prefix=/usr/local, and call g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bruno - several long double operations are being misdiagnosed for OpenBSD 4.0:
$ uname -a
OpenBSD host 4.0 GENERIC#1107 i386
$ ./gnulib-tool --with-tests --test frexpl
...
checking whether frexpl() can be used without linking with libm... no
checking
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 12/3/2007 5:14 AM:
> Eric Blake wrote:
>>/* Cygwin 1.5.24 and earlier fail to put stdin in 64-bit mode, making
>> + fseeko/ftello needlessly fail. This bug was fixed in 1.5.25, at the
>> + same time that cygwin
Bruno Haible <[EMAIL PROTECTED]> writes:
>> I think I have two general questions here:
>>
>> 1) Is it guaranteed that replacing the gettext M4 files with those in
>> gnulib will work with the gettext version installed?
>
> Yes. I avoid incompatible changes in the gnulib copies of these files,
> e
Hi Simon,
> So I'd like to make sure the gnulib copy is
> used rather than the gettext version.
I'm sorry that you too have been bitten by this problem. Can someone help
unify gnulib-tool, gettextize, and libtoolize into a single tool?
> The following files are installed by
> gettextize into m4/
Le mardi 04 décembre 2007 à 09:46 +0100, Bruno Haible a écrit :
> Yoann Vandoorselaere wrote:
> > > I don't know what a better handling
> > > of pthread_* function failures could look like. What do you propose?
> >
> > Any reason why you don't simply return error values returned by
> > pthread_* f
Yoann Vandoorselaere wrote:
> > I don't know what a better handling
> > of pthread_* function failures could look like. What do you propose?
>
> Any reason why you don't simply return error values returned by
> pthread_* functions (which should set errno appropriately), and let the
> caller possib
Martin Lambers wrote:
> It seems to be only in libgcc.a, both in MinGW-5.1.3+MSYS and
> Debian-crosscompiled (version 3.4.5.20060117.1.dfsg-2 from etch).
Indeed! The libgcc.a contains a file _trampoline.o that was compiled from
this piece of gcc-3.4.4/gcc/libgcc2.c:
--
13 matches
Mail list logo
