is due out
real soon now.
libtool-2.0 will allow libraries to lt_dlopen other libraries, which
is needed by m4-2.0 that will allow programmatic control of the macro
search path which is needed by automake-1.10.
Not much help... sorry :-(
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL
. There
is at least an implied agreement that gnulib contributions can be
used elsewhere... otherwise gnulib is effectively useless.
IMHO.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker
, and *that* will need M4-2.0.
M4-2.0 is still blocked until Libtool-2.0 releases btw.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author
/software/libtool/, Libtool}.
The uref for Gnulib is wrong.
Cheers,
Gary.
--
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )= http://www.gnu.org/software/libtool
Technical Author `(_~)_ http
Hi Bruno,
Bruno Haible wrote:
Gary V. Vaughan wrote:
$ ./src/m4 --version
GNU M4 1.9a
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software. You may redistribute copies of it under the terms
of
the GNU General Public License http://www.gnu.org/licenses
I'll commit over the weekend if nobody raises an objection.
Cheers,
Gary.
Gary V. Vaughan wrote:
Okay to commit the attached patch in order to have
regexprops-generic.texi import to CVS M4 handled by gnulib-tool?
Or would it be better to make a whole new module for this?
Cheers
Hi Eric,
[[bug-gnulib folks, please jump to the first bug 25 lines down]]
Gary V. Vaughan wrote:
If you give me until the weekend I'll run the testsuite on all the
architectures I have access to.
All checks successful on:
hppa2.0-hp-hpux10.20
hppa2.0w-hp-hpux11.00
hppa2.0w-hp-hpux11.11
Hi Bruno,
Bruno Haible wrote:
Gary V. Vaughan wrote:
A gnulib bug on osf (4.0d and 5.1):
alphaev67-dec-osf5.1$ make all check
cc -DHAVE_CONFIG_H -I. -I../../lib -I.. -g -c ../../lib/mbchar.c
cc: Warning: ../../lib/wcwidth.h, line 70: In this declaration,
parameter 1 has
Hi Bruno,
Gary V. Vaughan wrote:
alphaev67-dec-osf5.1$ ../configure --enable-changeword CC=gcc |
fgrep wcwidth
checking for wcwidth... yes
checking whether wcwidth is declared... yes
alphaev67-dec-osf5.1$ fgrep WCWIDTH config.h
#define HAVE_DECL_WCWIDTH 1
#define HAVE_WCWIDTH 1
All:
Bruno Haible wrote:
Gary V. Vaughan wrote:
Here is the culprit:
configure:14791: checking whether wcwidth is declared
configure:14828: cc -c -g conftest.c 5
cc: Error: /usr/include.dtk/wchar.h, line 78: Ill-formed parameter type
list. (parmtyplist)
__VA_LIST__ __arg
],
[m4_define([AM_GETTEXT_NEED_NGETTEXT],
[defn([AM_GETTEXT_NEED_NGETTEXT])
gt__NEED_NGETTEXT_FU
])dnl
])# AM_GNU_GETTEXT
Cheers,
Gary.
--
Gary V. Vaughan ())_. gary@
{lilith.warpmail.net,gnu.org},[EMAIL PROTECTED]
Research Scientist ( '/ http://blog.azazil.net
GNU
I have an (undoubtedly caffeine induced) idea... why not enhance
gnulib to provide a shim that sits between the system libraries and
client code that wants to use it without shipping (another copy) of
the particular parts it depends upon?
If we add a
Hi Eric,
Thanks for the feedback.
On 27 Sep 2008, at 01:04, Eric Blake wrote:
Gary V. Vaughan gary at gnu.org writes:
I have an (undoubtedly caffeine induced) idea... why not enhance
gnulib to provide a shim that sits between the system libraries and
client code that wants to use it without
[[Simon, I'm Cc:ing you for the gnutls bug at the bottom]]
The current test code inside strerror.m4 says:
AC_LANG_PROGRAM(
[[#include string.h
]],
[[return !*strerror (-2);]])
Which is fine for Solaris 9 and 10 which return Unknown Error,
but causes a
Bruno Haible bruno at clisp.org writes:
Albert Chin wrote:
The patch below would work around this and disable #include_next on this
platform.
--
albert chin (china at thewrittenword.com)
-- snip snip
diff --git a/m4/include_next.m4 b/m4/include_next.m4
index
Hi Eric,
Thanks for working on this, and giving me time to run some tests :)
2009/1/17 Eric Blake e...@byu.net:
I obviously missed releasing GNU M4 1.4.13 by the end of 2008, but maybe
I'll make January. Gnulib has had some improvements to fix bugs reported
on the last snapshot, but also
2009/1/24 Bruno Haible br...@clisp.org:
Gary V. Vaughan wrote:
hppa2.0w-hp-hpux11.11-hpc m4 tests pass, gnulib fails: test-c-stack.sh
./test-c-stack.sh[7]: 1752 Memory fault(coredump)
FAIL: test-c-stack.sh
I reproduce this on HP-UX 11.11, without libsigsegv.
I'm committing the change
details as I should! :(
Hi Gary,
Howdy Bruno,
Gary V. Vaughan wrote:
2009/1/24 Bruno Haible br...@clisp.org:
Gary V. Vaughan wrote:
!THE FOLLOWING IS A REGRESSION OVER m4-1.4.12, WHICH COMPILES AND
PASSES ALL TESTS!
$ ./configure CC=cc -nodtk and CFLAGS=-O2 -msym -readonly_strings
...
cc
Hi Bruno,
2009/2/25 Bruno Haible br...@clisp.org:
sparc-sun-solaris2.8-suncc58 m4 tests pass, gnulib fails: test-mbrtowc4.sh
test-mbrtowc.c:305: assertion failedAbort - core dumped
FAIL: test-mbrtowc4.sh
configured as follows:
/opt/fsw/bin/bash ./configure CC=cc CFLAGS=-mr -Qn
Hi Eric,
2009/2/24 Eric Blake e...@byu.net:
According to Gary V. Vaughan on 2/23/2009 7:39 PM:
ia64-hp-hpux11.31-acc622 m4 tests pass, gnulib fails: test-strtod
test-strtod.c:386: assertion failed
test-strtod.c:387: assertion failed
test-strtod.c:559: assertion failed
test
Hi Eric,
2009/2/24 Eric Blake e...@byu.net:
According to Gary V. Vaughan on 2/23/2009 7:39 PM:
ia64-hp-hpux11.23-acc622 m4 tests pass, gnulib fails to compile
test-stdint.c
cc -AC99 -I. -I../lib -I. -I. -I.. -I./.. -I../lib -I./../lib -z
+O2 +Ofltacc +Olit=all +Oentrysched
Hi Eric,
2009/2/24 Eric Blake e...@byu.net:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Gary V. Vaughan on 2/23/2009 7:39 PM:
hppa2.0-hp-hpux10.20-hpc1037 m4 fails: 175.format
Checking ./175.format
@ ../doc/m4.texinfo:5978: Origin of test
./175.format: stdout mismatch
Hi Bruno,
2009/2/25 Bruno Haible br...@clisp.org:
Gary V. Vaughan wrote:
#define INT8_MAX INT8_C(127)
#define INT16_MAX INT16_C(32767)
#define INT32_MAX INT32_C(2147483647)
#define INT64_MAX INT64_C(9223372036854775807)
#define INT8_MIN (-INT8_MAX - 1)
#define INT16_MIN
Hi Bruno,
2009/2/25 Bruno Haible br...@clisp.org:
Gary V. Vaughan wrote:
All pass except this one:
...
cc -I. -I../lib -I. -I. -I.. -I./.. -I../lib -I./../lib -I../intl
+O2 -Ae -z +Ofltacc +ESlit +DAportable +Oentrysched +Odataprefetch
+Onolimit -c test-vasprintf-posix.c
test-vasprintf
Hi Eric,
Thanks for following through with this!
2009/2/25 Eric Blake e...@byu.net:
Would someone with access to a system that has previously been failing the
ftell/fseek tests (older glibc, HPUX, and perhaps other old platforms) please
check this patch? The expected results is that
Hi Eric,
2009/2/26 Eric Blake e...@byu.net:
Gary V. Vaughan gary at gnu.org writes:
l7 UINT8_MAX
l8 UINT16_MAX
l9 UINT32_MAX
=
$ cc -AC99 i.c
Trimming the system files fat leaves:
l7 255u
l8 65535u
l9 4294967295ul
Yep. l7 and l8
Hi Eric,
Almost there now =)O|
2009/2/26 Eric Blake e...@byu.net:
Hmm. I suspect that ungetc.m4 needs work. Can you confirm that
FUNC_UNGETC_BROKEN did not get defined? On a working platform, the configure
output includes:
checking whether ungetc works on arbitrary bytes... yes
checking
On 19 Feb 2007, at 20:29, Bruce Korb wrote:
Daniel Jacobowitz wrote:
On Mon, Feb 19, 2007 at 04:59:02PM -0700, Gary V. Vaughan wrote:
That sounds like a splendid idea! I'll even have some time to spend
on it starting next month.
I have some motivation to work on this, though no urgency
On 22 Feb 2007, at 18:34, Daniel Jacobowitz wrote:
On Mon, Feb 19, 2007 at 11:42:59PM -0700, Gary V. Vaughan wrote:
My copy is in ftp://ftp.gnu.org/gnu/smalltalk/smalltalk-2.3.3.tar.gz
AFAIK, I have all the bugfixes from Gary and Bruce's stuff there.
Then we should probably take that one
Looks like you have a good plan for gnulib integration. I especially
like splitting out the other datatypes into independently useable
modules.
On 23 Feb 2007, at 04:36, Paolo Bonzini wrote:
I will work on gnulib-izing snprintfv first. Are there any
particular
platforms you would recommend
Hi gnulibers, Eric,
On 23 Feb 2007, at 09:05, Eric Blake wrote:
Eric Blake ebb9 at byu.net writes:
Gnulib just enhanced string.h to guarantee GNU properties,
obsoleting
several
minor headers in the process.
Another gnulib update during my 2-week vacation got rid of exit.h.
At this
Hi Jim,
Thanks for the swift response.
On 25 Feb 2007, at 12:48, Jim Meyering wrote:
Gary V. Vaughan [EMAIL PROTECTED] wrote:
For this reason, and for the difficulty of reboot-strapping old
releases
of gnulib using projects, I find the anti-release model of gnulib
somewhat
depressing
Hi Jim, Eric,
On 25 Feb 2007, at 15:45, Jim Meyering wrote:
Eric Blake [EMAIL PROTECTED] wrote:
...
Eventually, when the move to git is complete, doing this will be
easy -
you just make a branch in your local git copy of gnulib, and base
your m4
release off of that branch.
But so far, it
Hi Bruno,
On 25 Feb 2007, at 18:25, Bruno Haible wrote:
Eric Blake wrote:
Eventually, when the move to git is complete, doing this will be
easy -
you just make a branch in your local git copy of gnulib, and base
your m4
release off of that branch.
git will certainly help in doing so.
Hi Eric,
On 28 Mar 2007, at 12:41, Eric Blake wrote:
I still hope to incorporate the ideas in libtool so that m4 no longer
requires GNU make
(http://lists.gnu.org/archive/html/libtool-patches/2007-03/
msg00048.html).
Done :-D
In the meantime, I have been playing with git, which does not
Hallo Bruno,
On 28 Mar 2007, at 22:29, Bruno Haible wrote:
Eric Blake wrote:
Now that you mention it, it would be nice if every invocation of
'gnulib-tool --update' or 'gnulib-tool --import' would touch a
timestamp
file that could then be incorporated into the project.
How would this
Hi Eric,
Here is the relevant code from modules/m4.c in CVS HEAD:
508/* POSIX requires that if m4 doesn't consume all input,
but stdin is
509 opened on a seekable file, that the file pointer be
left at the
510 next character on exit (but places no restrictions on
On 2 Apr 2007, at 17:24, Paul Eggert wrote:
Gary V. Vaughan [EMAIL PROTECTED] writes:
At worst we need an autoconf test to see whether fflush works on
stdin,
but maybe all that is needed is to call fpurge when present, and
fallback to fflush otherwise?
For what it's worth, on Solaris it's
Hi Eric,
Please either, indent patches so that gpg doesn't escape leading '-'
signs,
or use S/MIME for attaching as separate gpg signature. Either would
allow
feeding a saved copy of emails containing a diff to GNU patch (which
copes
well with consistent indentation)
On 3 Apr 2007, at
Hi Simon,
On 3 Apr 2007, at 11:22, Simon Josefsson wrote:
Gary V. Vaughan [EMAIL PROTECTED] writes:
Please either, indent patches so that gpg doesn't escape leading '-'
signs, or use S/MIME for attaching as separate gpg signature.
I think you meant PGP/MIME (RFC3156), S/MIME doesn't use PGP
On 5 Apr 2007, at 17:43, Paul Eggert wrote:
One dumb question:
Does the Tru64 compiler define __GNUC__, or some other similar symbol?
No, it doesn't.
For the case of overriding standard headers I am thinking that this
concern might be overdone. If someone installs a gnulib-generated
Hi Eric,
[for bug-gnulib, this is on Mac OS 10.4.9 intel]
On 11 Apr 2007, at 13:39, Eric Blake wrote:
gnulib-tool --with-tests --test fflush
make check-TESTS
File offset is wrong.
FAIL: test-fflush
PASS: test-stdio
PASS: test-unistd
===
1 of 3 tests failed
Here is the recipe I used to set up the sources:
$ wget ftp://alpha.gnu.org/gnu/m4/m4-1.4.9b.tar.gz
$ tar zxf m4-1.4.9b.tar.gz
$ cd m4-1.4.9b
Here is the recipe I used to build and test on each machine:
$ cd devel/m4-1.4.9b
$ mkdir `config.guess` cd `config.guess`
$ ../configure
On 2 Jun 2007, at 02:31, Bruno Haible wrote:
Gary V. Vaughan reported in
http://article.gmane.org/gmane.comp.lib.gnulib.bugs/10446
that on HP-UX 11.23:
ia64-hp-hpux11.23: 2 gnulib test failures
hppa2.0w-hp-hpux11.23: 2 gnulib test failures
gmake check-TESTS
gmake[4]: Entering directory
More detail on powerpc-apple-darwin8.9.0 failures:
On 1 Jun 2007, at 18:53, Gary V. Vaughan wrote:
powerpc-apple-darwin8.9.0: 2 failed gnulib tests
test-frexpl.c:163: assertion failed
FAIL: test-frexpl
test-printf-frexpl.c:114: assertion failed
FAIL: test-printf-frexpl
Inserting
On 2 Jun 2007, at 02:55, Bruno Haible wrote:
Gary V. Vaughan reported in
http://article.gmane.org/gmane.comp.lib.gnulib.bugs/10446
that on Solaris/SPARC:
Thanks for that 'truss' log. It clearly points to the bug in the
test. This
should fix it.
2007-06-01 Bruno Haible [EMAIL PROTECTED
Hi Bruno,
[[Cc:ing Albert Chin: Albert, why do we need +Onofltacc in the
standard hpux11.23
flags, when it clearly causes NaN regressions?]]
On 3 Jun 2007, at 01:48, Bruno Haible wrote:
Gary V. Vaughan wrote in
http://lists.gnu.org/archive/html/bug-gnulib/2007-06/msg5.html
Hi Bruno,
On 3 Jun 2007, at 02:03, Bruno Haible wrote:
Gary V. Vaughan wrote:
powerpc-apple-darwin8.9.0: 2 failed gnulib tests
Cannot reproduce on powerpc-apple-darwin7.9.0. Which compiler and
optimization
flags did you use?
Gcc from Apple's Xcode package as shipped on my Tiger
Hi Bruno,
[[Cc:ing Albert Chin for context surrounding my last post]]
On 3 Jun 2007, at 02:15, Bruno Haible wrote:
Gary V. Vaughan wrote:
hppa2.0-hp-hpux10.20: Unable to compile 1 gnulib test;
2 gnulib test failures and 1 failed m4 check
cc -I. -I../lib -I. -I. -I.. -I./.. -I../lib -I
Hi Bruno,
On 3 Jun 2007, at 01:48, Bruno Haible wrote:
[For some reason, I can see your last 3 mails on gmane and on
lists.gnu.org,
but they don't came into my mailbox. And I have no spam filter.]
[sorry to respond on-list, but there is no other way to contact you
right now!]
You're MTA
Hi Bruno,
On 4 Jun 2007, at 12:42, Bruno Haible wrote:
Gary V. Vaughan wrote:
Run till exit from #0 my_ldexp
(x=1.012105021804531261788329606451e-292, d=969) at test-
printf- frexpl.c:56
This value x has the mantissa 0x2.051EB851EB8520. Which
means, the hardware truncates
Hi Bruno,
On 5 Jun 2007, at 00:06, Bruno Haible wrote:
That fixes test-frexpl.c on my ppc machine.
OK, I've committed the fix.
My bad, I meant test-printf-frexpl is fixed by the patch. I'm
talking about
the Mac OS X ppc test-frexpl failure below. Committing the whole fix
was
still
Hi Bruno,
On 16 Jun 2007, at 18:53, Bruno Haible wrote:
Gary V. Vaughan wrote on 2007-06-05:
(This is using test-frexpl.c from gnulib HEAD after your patch
commit)
1.01L = 0X2.051EB851EB851EB851EB851EB8P-1
0.505L = 0X2.051EB851EB851EB851EB851EB8P-2
mantissa
On 11 Jun 2007, at 13:24, Daniel Jacobowitz wrote:
On Mon, Jun 11, 2007 at 03:08:53AM +0200, Bruno Haible wrote:
The snprintfv code has not been migrating to gnulib (yet? dormant
project?),
so I have no other choice than using gnulib's vasnprintf.c as code
base.
I ran out of time to work
On Jul 13, 2007, at 12:22 PM, Clemens Koller wrote:
Hi, Gary!
Hi Clemens,
Thanks for the bug report. I'm forwarding to the bug-m4 mailing list
for
wider visibility.
This looks like a corner case for one of the files from gnulib that m4
imports during bootstrap: I'm forwarding to the
-osf4.0d.
I'm investigating why right now, and will submit a patch as soon as
I've figured
out what the problem is.
Cheers,
Gary
--
Gary V. Vaughan ([EMAIL PROTECTED])
PGP.sig
Description: This is a digitally signed message part
Hi Bruno,
In preparation for some libtool patches against Eric's reports, I
decided to upgrade my gnulib checkout and rebuild m4 HEAD against
it.I'm on the opposite side of the planet to my ppc machine for
the next few months, but there are /\(still\|new\)/ frexpl bugs in
gnulib on
On 25 Jan 2008, at 07:12, Bruno Haible wrote:
Hi Gary,
Hallo Bruno,
Gary V. Vaughan wrote:
... upgrade my gnulib checkout and rebuild m4 HEAD against it.
... there are /\(still\|new\)/ frexpl bugs in gnulib on my intel
MacBook:
$ VERBOSE=1 make check TESTS='test-frexpl test-printf
Hi Bruno,
On 25 Jan 2008, at 20:03, Bruno Haible wrote:
Gary V. Vaughan wrote:
Can you verify that the configure file, when doing the whether
frexpl works
check, runs a program that includes the
/* Test on denormalized numbers. */
section?
It doesn't.
Then your configure file was built
Hi Joseph,
Your OS is older than the one I'm testing on, but I still think your
gcc installation is not quite right somehow. Have you tried compiling
with the SGI compiler?
On 5 May 2008, at 03:46, Joseph Maxwell wrote:
% gcc -v
Reading specs from
patches Bruce committed subsequently of course).
Cheers,
--
Gary V. Vaughan (g...@gnu.org)
Hi Reuben,
On 8 Dec 2010, at 13:33, Gary V. Vaughan wrote:
On 8 Dec 2010, at 05:32, Reuben Thomas wrote:
From a current checkout from git, I get, from make:
make[3]: *** No rule to make target `version.lo', needed by
`libposix.la'. Stop.
I have followed the bootstrapping instructions I
Hi Reuben,
On 8 Dec 2010, at 22:32, Reuben Thomas wrote:
On 8 December 2010 14:11, Gary V. Vaughan g...@gnu.org wrote:
If you are on a glibc system, I think the library provides the necessary
symbol and you should be able to build a working libposix from the topic
branch after a git pull
the tip of trunk
into the topic branch before making a new libposix tarball for test purposes?
Cheers,
Gary
--
Gary V. Vaughan (g...@gnu.org)
Howdy Bruce!
On Wed, Apr 06, 2011 at 08:41:43AM -0700, Bruce Korb wrote:
On 04/05/11 21:06, Gary V. Vaughan wrote:
AFAICT, very little (if anything) remains to be done short of actually
commiting it to the repository. I did stall on the horrid slurp function
shared among a few projects
Howdy Bruce!
On Wed, Apr 06, 2011 at 10:28:28AM -0700, Bruce Korb wrote:
On 04/06/11 09:50, Gary V. Vaughan wrote:
1. gnulib_non_module_files ought to be dependent upon not being set
by bootstrap.conf (as is the case), but also $build_aux.
if configure.ac or bootstrap.conf changes
Hi Bruno,
Either I haven't been able to reach you at your clisp address, or your
responses have not reached me, so I'm reposting to bug-gnulib.
On Sun, Apr 17, 2011 at 11:18:44AM +0700, Gary V. Vaughan wrote:
Ping?
On Wed, Apr 13, 2011 at 12:57:40AM +0700, Gary V. Vaughan wrote:
Not sure
anything you need to patch up a workaround.
Cheers,
--
Gary V. Vaughan (g...@thewrittenword.com)
Hi Bruno,
Ping?
On Sat, Apr 23, 2011 at 05:12:22PM +0700, Gary V. Vaughan wrote:
Either I haven't been able to reach you at your clisp address, or your
responses have not reached me, so I'm reposting to bug-gnulib.
On Sun, Apr 17, 2011 at 11:18:44AM +0700, Gary V. Vaughan wrote:
Ping
with:
./configure CPPFLAGS=-D_REENTRANT ac_cv_search_pthread_create=-lpthread \
rest of args
If I can help track down a better fix that allows pthreads to be
detected properly on these host for coreutils sort and friends,
please don't hesitate to ask.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org
Ping?
On Sat, Apr 23, 2011 at 11:52:30AM +, Gary V. Vaughan wrote:
I'm trying to build a 64bit libunistd on ia64-hpux11.23, but it fails
while building it's gnulib tests with:
source='test-stdint.c' object='test-stdint.o' libtool=no \
DEPDIR=.deps depmode=hp2 /opt/fsw/bash32/bin
hppa to ia64, so there will come a time where Guile
does not build on a currently supported HP machine...
On Sat, Apr 23, 2011 at 05:12:23PM +0700, Gary V. Vaughan wrote:
Hi Bruno,
Either I haven't been able to reach you at your clisp address, or your
responses have not reached me, so I'm
Hi Paul,
Thanks for the response.
On Sat, Apr 30, 2011 at 10:55:24PM -0700, Paul Eggert wrote:
On 04/30/11 22:10, Gary V. Vaughan wrote:
test-stdint.o test-stdint.c
test-stdint.c, line 189: error #2105: invalid size for bit field
verify (TYPE_MAXIMUM (uint_fast8_t
ordering?
It's notable that neither ia64*-hpux11.31 nor hppa*-hpux11.23 have this
problem - only ia64*-hpux11.23!
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
pgpRfwjDJJef1.pgp
Description: PGP signature
Hi Bruce,
On Sun, May 01, 2011 at 01:46:18PM +, Gary V. Vaughan wrote:
I notice that the latest sharutils relies on iconv.m4 and friends from
gnulib to provide --with-libiconv-prefix and --with-libintl-prefix.
But, these macros are assuming that you will link using libtool, which
knows
,
--
Gary V. Vaughan (g...@thewrittenword.com)
Hi Paul,
Thanks for following up.
On Sun, May 01, 2011 at 10:52:48AM -0700, Paul Eggert wrote:
On 05/01/11 10:15, Gary V. Vaughan wrote:
$ cat ,t.c
#include stdint.h
#include intprops.h
int main (int argc, char **argv) {
printf(%lu\n, (unsigned long) ULONG_MAX);
printf(%lu\n
Hi Paul,
On Mon, May 02, 2011 at 09:24:46AM -0700, Paul Eggert wrote:
On 05/02/11 05:09, Gary V. Vaughan wrote:
example, it could be that limits.h (which intprops.h includes)
redefines UINT_FAST8_MAX to the wrong value.
That seems to me to be what is happening. Is this something
to my schedule :)
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
pgpQNWWo3PtHn.pgp
Description: PGP signature
give away if it turns out that assigning copies of key parts to
the FSF forces me to GPL all the other code I compile with whatever I
wanted to give away!
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
pgpDjDRX6OUPy.pgp
Description: PGP signature
like, I'll have time to make the merge on Saturday.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
(Wordpress),
which is a shame since that makes all prospective iOS developers start from
scratch when learning good practices for coding in that environment :-(
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
...
Whenever I've done that I always `git format-patch` from the read-
only tree, checkout out a fresh working copy, and then apply the
stack of patches from the broken checkout.
HTH,
--
Gary V. Vaughan (gary AT gnu DOT org)
pgpd4yz4cuvv3.pgp
Description: PGP signature
On 7 May 2011, at 21:19, Paolo Bonzini bonz...@gnu.org wrote:
On 05/05/2011 07:23 AM, Gary V. Vaughan wrote:
This makes it a lot easier to distribute software through Apple's
various AppStore channels under the more onerous terms they impose,
while still having the freedom to share the actual
V. Vaughan (gary AT gnu DOT org)
Hi Reuben,
On 23 Jul 2011, at 17:16, Gary V. Vaughan wrote:
On 23 Jul 2011, at 05:50, Reuben Thomas wrote:
build-aux/bootstrap seems to use gnulib.mk rather than Makefile.am,
and further to hardwire this choice. This is what bootstrap-using
projects like coreutils seem to use. But I can't
Hi Reuben,
On 23 Jul 2011, at 17:16, Gary V. Vaughan wrote:
On 23 Jul 2011, at 05:50, Reuben Thomas wrote:
build-aux/bootstrap seems to use gnulib.mk rather than Makefile.am,
and further to hardwire this choice. This is what bootstrap-using
projects like coreutils seem to use. But I can't
like the elephant in the room...
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
bootstrap.tar.bz2
Description: BZip2 compressed data
Hi Paul,
On 15 Aug 2011, at 04:19, Paul Eggert wrote:
On 08/14/2011 01:38 PM, Gary V. Vaughan wrote:
Please tell me to stop bugging the list if you're tired of my
mentioning this from time to time. On the other hand, if you just
need more proof that this one is working as well as I say, I'll
. Vaughan g...@gnu.org wrote:
On 15 Aug 2011, at 04:19, Paul Eggert wrote:
On 08/14/2011 01:38 PM, Gary V. Vaughan wrote:
Please tell me to stop bugging the list if you're tired of my
mentioning this from time to time. On the other hand, if you just
need more proof that this one is working as well
about how the cast is discarding a const instead
of a warning at the original site?
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
Bumping this thread back to the top of the pile for it's 1 month anniversary...
On 24 Aug 2011, at 00:51, Gary V. Vaughan wrote:
Hi Paul,
Just want to keep this on your radar...
Also, please note that I've made some small improvements to the script,
and pushed to the GNU Zile repository
, the solution will be to chase the multiple requotes and
expansions around with
trace to try to find where the misquoting is hiding.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
Anyone:
It's beginning to look as though all this work is, once again, in very
real danger of just slipping quietly through the cracks.
On 8 Sep 2011, at 01:56, Gary V. Vaughan wrote:
Bumping this thread back to the top of the pile for it's 1 month
anniversary...
On 24 Aug 2011, at 00:51
[[Resend from subscribed email address. Apologies for duplicates. ]]
Anyone:
It's beginning to look as though all this work is, once again, in very
real danger of just slipping quietly through the cracks.
On 8 Sep 2011, at 01:56, Gary V. Vaughan wrote:
Bumping this thread back to the top
Hi Paul,
Thanks for the quick response.
On 22 Sep 2011, at 22:40, Paul Eggert wrote:
On 09/22/11 05:42, Gary V. Vaughan wrote:
I'm treating the bootstrap script in GNU Zile git as the master copy
It's certainly on my list of things to do.
I was planning to do it with diffutils.
But if I
need it, whether or not gnulib ships it
that
way to start with.
HTH,
--
Gary V. Vaughan (gary AT gnu DOT org)
/software/irix/
so IRIX will become moot soon anyway.
Except that some of us still have to support clients that use modern free
software on IRIX. The system doesn't cease to exist just because SGI are no
longer providing support. And in any case that's still more than 2 years
away.
Cheers,
--
Gary V
Hi Paul,
On 25 Sep 2011, at 13:09, Paul Eggert wrote:
On 09/24/11 22:31, Gary V. Vaughan wrote:
$ cc -o hello hello.c
cc-1241 cc: ERROR File = hello.c, Line = 7
A declaration cannot appear after an executable statement in a block.
You're supposed to use cc's -c99 flag, no?
Or compile
opportunities.
HTH, and thanks for all your work on this!
I'm extremely happy to have another set of eyes on the code at last, so
thanks again for making the time to review.
Cheers,
--
Gary V. Vaughan (gary AT gnu DOT org)
1 - 100 of 302 matches
Mail list logo