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:
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 possibly
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_* functions
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/
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,
except when
-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 fixed
-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
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 gettextize from
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.
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
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_info.dwPageSize;
Eric Blake ebb9 at 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
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
13 matches
Mail list logo
