Hi! The IDE chipset on the machine who used to build gnulib daily
seem to have broken (possibly due to the load :)). I've moved this to
a faster machine. The machine now has a 2.8GHz P4 CPU, 1GB RAM and a
1rpm WD Raptor SATA disk, which I reckon should half the build
time, to around 4-5
Hello,
since I only own one machine (a ppc mac) that's the only platform i
can test on.
Modifying config.h the way you described has these effects, though:
* make check completes without any errors
* the output of md5sum matches the output of openssl's md5.
Regards,
Elias Pipping
On Feb
The existing snprintfv supports both use as a libtool convenience
library and installation as a separate standalone library. Since
we're merging this into gnulib, can we drop the standalone library?
I'm hoping to rely entirely on gnulib infrastructure (e.g. for
portability issues that
The existing snprintfv supports both use as a libtool convenience
library and installation as a separate standalone library. Since
we're merging this into gnulib, can we drop the standalone library?
Currently, the standalone library has the possibility to load additional
external modules.
On Wed, Feb 21, 2007 at 09:24:04PM -0800, Ben Pfaff wrote:
--- /dev/null 1 Jan 1970 00:00:00 -
+++ build-aux/config.libpath 22 Feb 2007 04:51:33 -
+ hpux9* | hpux10* | hpux11*)
+shlibpath_var=SHLIB_PATH
+;;
HP-UX/IA is ELF so you should really use LD_LIBRARY_PATH.
--
On Wed, Feb 28, 2007 at 06:48:25AM +0100, Ralf Wildenhues wrote:
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
+++
Bruno Haible [EMAIL PROTECTED] writes:
Paul Eggert wrote:
Do they lack the C99 printf 'a' and 'A' conversion?)
It depends on the compiler and version. For example, SAS/C 7.50
(April 2004) has 'a' and 'A', but SAS/C 7.00 (April 2001) does not.
OK, a mainframe system with a 6 year old
I'd suggest leaving off the gnulib list during the porting phase, unless someone
not involved with snprintfv on that list says they want to follow the minutia of
this port. Seems like it would be mostly be noise to the full list. To me.
On 2/22/07, Paolo Bonzini [EMAIL PROTECTED] wrote:
Does
for the copyright comment that should be
placed at the top of each source file.
Obviously I didn't understand. Sorry. Ok, now that I know what we're
talking about, I can try to address it :). The main issue here is that
that canonical text appears in the GPL itself. But heck, what
Paul Eggert wrote:
A more up-to-date mainframe C compiler would be Systems/C
http://www.dignus.com/dcc/. Its most recent release is 1.85
(released 2006-09-01). It supports some C99 features but not all, and
its documentation doesn't claim support for printf 'a' and 'A'.
OK, but nevertheless
On Mar 1, 2007, at 12:18 AM, Peter O'Gorman wrote:
Apple suggests using their lipo tool to create universal binaries
from multiple single architecture runs of configure and make.
Where do they do that? I was following
http://developer.apple.com/technotes/tn2005/tn2137.html
While that
Eric Blake wrote:
2007-02-23 Eric Blake [EMAIL PROTECTED]
* lib/getdate.h (includes): Include time.h, not timespec.h.
* lib/stat-time.h (includes): Likewise.
* lib/utimecmp.c (includes): Likewise.
* lib/utimens.h (includes): Likewise.
* lib/getdate.y
On Mar 1, 2007, at 8:34 AM, Elias Pipping wrote:
On Mar 1, 2007, at 12:18 AM, Peter O'Gorman wrote:
Apple suggests using their lipo tool to create universal binaries
from multiple single architecture runs of configure and make.
Where do they do that? I was following
Elias Pipping [EMAIL PROTECTED] writes:
autoconf fails for me with
177: AC_C_BIGENDIAN FAILED (semantics.at:478)
Thanks for testing this. I have installed the following additional
patch, which I hope fixes your problem. It also fixes the misspelling
noted by Paolo Bonzini. Please give
Jim Meyering wrote:
I like (a), but would prefer a different name, e.g.,
xreadlink_with_hint
xreadlink_with_size
xreadlink_size_hint
xreadlink_length_hint
because the hint needn't come from stat/st_size,
or even just
xreadlink_hint
or, shortest of all (2, for two parameters),
Eric Blake wrote:
This release exercises several recent changes in gnulib, in an attempt to
improve code portability while minimizing maintainence efforts. Testing
on a wide variety of platforms prior to the formal release of M4 1.4.9 is
appreciated.
Sigh. Now you're picking up coreutils'
And here's the accompanying coreutils patch. The call in src/readlink.c
is actually better served with the 1-argument xreadlink(), since memcopying
a small string is typically faster than a memory allocation of 1 KB.
2007-02-28 Bruno Haible [EMAIL PROTECTED]
* bootstrap.conf
Hello Ben,
I'm attaching updated sets of diffs, same ones as before.
Thanks a lot. I committed them, with minor tweaks.
OK. Now I've put essentially that text into
doc/relocatable.texi, with part of the introduction from what was
there before, and added doc/relocatable.texi to the module
seems to work!
== building ==
./configure \
--prefix=/opt/local \
--infodir=/opt/local/share/info \
--mandir=/opt/local/share/man
make
make -k check ~/logs/autoconf-cvs.check.log; \
cp config.log ~/logs/autoconf-cvs.config.log
== files ==
On Mar 1, 2007, at 9:20 AM, Paul Eggert wrote:
Elias Pipping [EMAIL PROTECTED] writes:
autoconf fails for me with
177: AC_C_BIGENDIAN FAILED (semantics.at:478)
Thanks for testing this. I have installed the following additional
patch, which I hope fixes your problem. It also fixes
Matthew Woehlke wrote:
Sigh. Now you're picking up coreutils' problem, trying to use 'unsigned
long long' on a platform (Tandem NSK/OSS) that doesn't have such a
thing, just because 'long long' exists. 16 errors trying to build printf.c.
Are you following the recommendation that we gave you
Bruno Haible [EMAIL PROTECTED] wrote:
And here's the accompanying coreutils patch. The call in src/readlink.c
is actually better served with the 1-argument xreadlink(), since memcopying
a small string is typically faster than a memory allocation of 1 KB.
2007-02-28 Bruno Haible [EMAIL
22 matches
Mail list logo