* Bruno Haible wrote on Fri, Aug 26, 2011 at 11:13:45PM CEST:
Michael Goffioul wrote:
On which platform? ...
Windows+MSVC. I know this is not a gnulib target.
Yes. But it could become a gnulib target if the $CC wrapper script was agreed
upon in GNU. For example, if Automake would
Hello,
* Eli Zaretskii wrote on Wed, Jul 20, 2011 at 08:29:38AM CEST:
From: Paul Eggert egg...@cs.ucla.edu
And this would occur every time one does a 'make', even when there's
no real work to do.
This occurs already: these headers are regenerated every time I re-run
the `configure'
* Eli Zaretskii wrote on Wed, Jul 20, 2011 at 08:38:24AM CEST:
I'm afraid this cure would be worse than the disease.
I feel there's some kind of misunderstanding here, because with my
proposal, nothing will happen that doesn't already happen. Perhaps
you could show in more detail
Hi Bruno,
On Sat, Jul 02, 2011 at 05:54:43PM +0200, Bruno Haible wrote:
Which places do you read, or do have have occiasionally read, and on which
lessons / tutorials about C programming with POSIX API would be expected or
welcome?
planet.gnu.org seems appropriate to me, but it only
* Paul Eggert wrote on Tue, Jun 21, 2011 at 12:19:25AM CEST:
Testing this is not something for the fainthearted, as it requires
access to all sorts of strange hosts. However, it does seem to
defeat GCC 4.6.0's tail-recursion optimization (-O0 through -O4)
on my platform, which is what is
* James Youngman wrote on Sun, Jun 19, 2011 at 11:17:22PM CEST:
On Sun, Jun 19, 2011 at 7:49 AM, Ralf Wildenhues wrote:
* James Youngman wrote on Sun, Jun 19, 2011 at 12:57:01AM CEST:
On Sat, Jun 18, 2011 at 11:24 PM, Karl Berry k...@freefriends.org wrote:
I suspect that the most useful
Hello,
* James Youngman wrote on Sun, Jun 19, 2011 at 12:57:01AM CEST:
On Sat, Jun 18, 2011 at 11:24 PM, Karl Berry k...@freefriends.org wrote:
I suspect that the most useful thing we can do in gnulib is define
PATH_MAX to a non-constant expression on all platforms,
And
Hello,
* Paul Eggert wrote on Tue, May 24, 2011 at 07:28:36AM CEST:
Come to think of it, it'd be even easier to read this way:
sed_extract_condition2='
/^ *'$escaped_dep' *\[.*\] *$/{
s/^ *'$escaped_dep' *\[\(.*\)\] *$/\1/p
}
'
It's even easier to read this way IMVHO
Hi Bruno,
* Bruno Haible wrote on Tue, Apr 26, 2011 at 02:27:52AM CEST:
Here's an experimental patch that allow conditional dependencies between
modules.
If you get an error like
gllib/Makefile.am:137: GL_GENERATE_STDDEF_H does not appear in
AM_CONDITIONAL
it is a symptom of a bug of
Hi Reuben,
* Reuben Thomas wrote on Fri, May 20, 2011 at 11:32:29PM CEST:
I've just been playing with flymake. To make it work at all I copied
the following rule into my src/Makefile.am from the flymake manual:
check-syntax:
gcc -o nul -S ${CHK_SOURCES}
It would be nice to put this
* Reuben Thomas wrote on Sun, May 22, 2011 at 06:48:16PM CEST:
Until the GNU build system
abandons portable make (I wish it would!), we should be sticking to
portable makefiles, which after all do have real advantages.
Even if the GNU build system aims to support portable make, that doesn't
Hi Pádraig,
* Pádraig Brady wrote on Mon, May 16, 2011 at 04:44:42PM CEST:
On 14/05/11 09:07, Paul Eggert wrote:
If something treats symlink mtime as significant,
then I suspect that it's at fault.
Yes, there's something busted there. GNU 'make' does the right thing:
it follows
|uniq -c
3 Ben Pfaff
54 Bruno Haible
1 Derek R. Price
34 Eric Blake
67 Jim Meyering
1 Paolo Bonzini
39 Paul Eggert
1 Ralf Wildenhues
1 Simon Josefsson
Would any of those who read this please say whether they're happy to
relicense
[ apologies if you receive this multiple times ]
Hello,
* Bruce Korb wrote on Wed, May 04, 2011 at 08:04:05PM CEST:
So, if I've not mis-stated nor missed anything, we only wait for Derek,
Paolo and Ralf.
OK by me.
Sorry for the delay,
Ralf
Hello,
* Bruno Haible wrote on Sun, May 01, 2011 at 09:38:43PM CEST:
Should we just play more with boldface output?
This sounds like an arms race again. Whenever that happens, it is
usually most helpful in the long to consider removing output, or
producing some of the other output more
Hello Simon,
* Simon Josefsson wrote on Sun, May 01, 2011 at 09:47:06PM CEST:
Bruno Haible br...@clisp.org writes:
'gettextize' requires the user to press Enter to acknowledge the output. And
it has annoyed a lot of people. Some distros patch out this part of
gettextize.
In summary,
Hello Pádraig,
* Pádraig Brady wrote on Sat, Apr 30, 2011 at 07:02:10PM CEST:
On 30/04/11 12:13, Bruno Haible wrote:
Pádraig Brady wrote:
I've amended that, and the indenting issue Bruno noticed, and pushed.
That file also has other indentation issues: the basic indentation
sometimes
Hi Bruno,
* Bruno Haible wrote on Sat, Apr 16, 2011 at 12:10:41PM CEST:
Maybe we should advertise this more? That gnulib is not only for programmers
but also contains a test suite for part of POSIX. For example, we could
mention
this in the documentation, on the web pages, and upload on ftp
Hi Jim,
* Jim Meyering wrote on Wed, Apr 13, 2011 at 08:48:03PM CEST:
This script segfaults on opensolaris 5.11 snv_134 i86pc:
Could you (or somebody else) report this upstream, please?
Or ping me, so I'll eventually do it?
Thanks,
Ralf
Hello,
* Mats E Andersson wrote on Sat, Apr 09, 2011 at 02:23:27PM CEST:
the m4 helper in `m4/getaddrinfo.m4` is incorrectly implementing
a test whether `struct sockaddr` contains a member `sa_len`.
Any BSD system must include `sys/types.h` in order for the test
code to deliver a
Hi Bruno,
* Bruno Haible wrote on Sat, Apr 02, 2011 at 07:08:14PM CEST:
OK, let me get more constructive. For which of the following do you have
test cases in the Automake test suite already, that verify that after
./configure and make and some edits in the infrastructure, make
still works as
* Bruno Haible wrote on Sat, Apr 02, 2011 at 06:42:46PM CEST:
Ralf Wildenhues wrote:
A nice and clean solution to would require a AC_CONFIG_FILES_LAZY macro
or similar (similarly to how AC_CONFIG_HEADERS works, but it should also
work if the second macro argument modified the output file
* Bruno Haible wrote on Sat, Apr 02, 2011 at 06:42:46PM CEST:
Ralf Wildenhues wrote:
Ideally, those rebuild rules
work lazily for headers which are included often (i.e., if the contents
don't change, the file isn't updated).
For files that are rebuilt outside of Makefile rules
/wchar (Makefile.am): Likewise.
* modules/wctype-h (Makefile.am): Likewise.
Reported by Karl Berry and Ralf Wildenhues.
Hi Bruno,
* Bruno Haible wrote on Sat, Apr 02, 2011 at 06:50:57PM CEST:
So, for example, you would propose to change modules/byteswap from
[...]
But in that situation, when configuration decides that the system is
now good enough, the generated byteswap.h will stay on disk. make
will work
Hello Bruno,
* Bruno Haible wrote on Sat, Apr 02, 2011 at 01:23:59AM CEST:
There's also a problem when the set of files of a module changes:
Dependencies to nonexistent files cause errors, like
make[2]: *** No rule to make target `../build-aux/c++defs.h', needed by
`c++defs.h'. Stop.
* Bruno Haible wrote on Sat, Apr 02, 2011 at 02:21:24AM CEST:
- If gnulib-tool removes the generated files stdio.h, stdlib.h, and similar,
the make process will rebuild a majority of the .o files and all
tests programs. Not much of a win, compared to running make clean.
I agree that
* Bruno Haible wrote on Sat, Apr 02, 2011 at 01:37:27AM CEST:
There's also a problem when the set of macros defined in .m4 files changes.
Then 'autoconf' complains.
$ ./gnulib-tool --create-testdir --dir=/tmp/testdir wchar
$ cd /tmp/testdir
$ configure
$ make
$ gnulib-tool
* Eric Blake wrote on Sat, Apr 02, 2011 at 12:42:07AM CEST:
I've run into problems most frequently with two types of related
changes: 1. gnulib changed the header.in.h template file for a
replacement header, but because we (intentionally?) don't have a
Makefile dependency, the header.h
* Bruno Haible wrote on Sat, Apr 02, 2011 at 02:00:56AM CEST:
The autotools go to a lot of
trouble to make it possible to rerun make and rebuild the
infrastructure without resorting to the big hammer of make *clean.
This is very useful. So gnulib breaks that now?
It's not gnulib that
I suggest you guys check out the parallel-tests driver from recent
Automake. It provides makefile variables for specifying a command
to run specific tests, plus options to that. That can be used for
valgrind.
Quoting the documentation:
For tests that match an extension `.EXT' listed in
* Bruno Haible wrote on Tue, Mar 15, 2011 at 09:16:53PM CET:
Paul Eggert wrote:
http://buildlogs.pld-linux.org/index.php?dist=tharch=athlonok=1name=gccid=78974776-f08b-4b31-a977-863793c73c22action=text
This log is inconsistent: In line 872 it shows
checking for strrchr... checking for
* Reuben Thomas wrote on Wed, Mar 16, 2011 at 05:17:44PM CET:
On 16 March 2011 16:09, Jim Meyering wrote:
Reuben Thomas wrote:
1. It doesn't upload the release tarball c. itself, it emits commands
to do so. Why?
Uploading is final.
Once you do it, you may have trouble undoing it,
Hello Bruno,
* Bruno Haible wrote on Sun, Mar 06, 2011 at 10:26:18PM CET:
1. autopoint, in order to get the gettext infrastructure,
2. gnulib-tool, in order to override some gettext infrastructure .m4 files
with newer ones,
3. AUTOPOINT=true autoreconf --install
in order to
By the way, do I understand correctly that this whole thing would
become less of an issue once the pot-primary branch of git Automake
is implemented and merged?
(Sorry for the non-progress on this; I'm swamped with other stuff.)
Thanks,
Ralf
Hi Simon,
* Simon Josefsson wrote on Sat, Mar 05, 2011 at 12:22:56PM CET:
The reason an older longlong.m4 ends up in the *.tar.gz archive is
proabably that autoreconf --install (gettextize) pulls in an old
longlong.m4:
test -f ./configure || autoreconf --install
...
Copying file
[ moving from autoconf-patches ]
* Ralf Wildenhues wrote on Fri, Mar 04, 2011 at 09:46:00PM CET:
This patch is my current known set of updates for existing Fortran
macros. [...]
I'm syncing the part below to gnulib.
Thanks,
Ralf
Update AC_OPENMP macro for Lahey compiler on GNU/Linux
Hi Bruno,
* Ralf Wildenhues wrote on Sun, Feb 20, 2011 at 06:56:49PM CET:
Bruno, OK to merge to gnulib as below, in Christian's name?
A friendly ping!
Thanks,
Ralf
2011-02-20 Christian Rössel ... (tiny change)
Markus Geimer ... (tiny change)
Fix OpenMP flag detection
a bug whereby strstr would mistakenly return NULL
* lib/str-two-way.h (two_way_short_needle): Correct off-by-one error
in period calculation.
(two_way_long_needle): Likewise.
Reported by Ralf Wildenhues, with the short needle and haystack.
* tests/test-strstr.c: Add Ralf's test case to trigger
[ this is http://thread.gmane.org/gmane.comp.sysutils.autoconf.bugs/7834
from http://gcc.gnu.org/ml/gcc-patches/2011-02/msg01480.html
adding bug-gnulib; followups can elide bug-autoconf ]
* Ralf Wildenhues wrote on Thu, Feb 24, 2011 at 07:24:35AM CET:
IOW, it looks like the replacement code
Hello,
* Karl Berry wrote on Wed, Feb 23, 2011 at 01:25:11AM CET:
The minor advantage of having time stamps in the text
Minor? How else can we have an accurate version number? Doing it by
hand, or doing anything related to particular vc systems, proved
completely untenable for these
Hello gnulib developers,
I've started writing an Autotools FAQ:
http://thread.gmane.org/gmane.comp.sysutils.automake.general/12601/focus=12615
Input regarding gnulib (or any of the other packages) is welcome.
Thanks,
Ralf
* Ralf Wildenhues wrote on Sat, Feb 19, 2011 at 08:10:05PM CET:
2
Hello Albert,
* Albert Chin wrote on Tue, Feb 08, 2011 at 08:45:13PM CET:
wchar.h: wchar.in.h $(CXXDEFS_H) $(ARG_NONNULL_H) $(WARN_ON_USE_H)
$(AM_V_GEN)rm -f $@-t $@ \
{ echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \
27: sed -e
* Simon Josefsson wrote on Sat, Jan 29, 2011 at 10:39:34PM CET:
Btw, there is nothing about Cray UNICOS in your text but there is Cray
platform specific stuff in the gnulib code. Does anyone know about
status of Cray architectures?
FWIW, I don't know about gnulib's level of support of UNICOS,
Hello Paul,
* Paul Eggert wrote on Sun, Jan 30, 2011 at 12:51:47AM CET:
--- a/lib/mktime.c
+++ b/lib/mktime.c
@@ -45,6 +63,13 @@
# define mktime my_mktime
#endif /* DEBUG */
+/* A signed type that is at least one bit wider than int. */
+#if INT_MAX = LONG_MAX / 2
+typedef long int
Hi Simon,
* Simon Josefsson wrote on Sun, Jan 30, 2011 at 10:37:48AM CET:
Ralf Wildenhues ralf.wildenh...@gmx.de writes:
* Simon Josefsson wrote on Sat, Jan 29, 2011 at 10:39:34PM CET:
Btw, there is nothing about Cray UNICOS in your text but there is Cray
platform specific stuff
Hello Paul,
* Paul Eggert wrote on Sun, Jan 30, 2011 at 06:45:24PM CET:
--- a/lib/mktime.c
+++ b/lib/mktime.c
@@ -64,12 +64,16 @@
# define mktime my_mktime
#endif /* DEBUG */
+/* Verify a requirement at compile-time (unlike assert, which is runtime).
*/
+#define verify(name,
* Paul Eggert wrote on Sun, Jan 30, 2011 at 08:19:09PM CET:
On 01/30/2011 10:20 AM, Ralf Wildenhues wrote:
+verify (long_int_is_wide_enough, INT_MAX == INT_MAX * (long_int) 2 / 2);
This doesn't make sense to me. If long_int has the same width as int,
then the right hand side overflows thus
* Bruce Korb wrote on Fri, Jan 28, 2011 at 05:28:10PM CET:
On 01/27/11 16:16, Karl Berry wrote:
(Although, switching topics a bit, I wonder if
users might like to have all such errors cast in the above format so
that next-error would do something sensible with them
Makes sense for where
* Ralf Wildenhues wrote on Sun, Jan 23, 2011 at 09:39:59AM CET:
Updated patch below. Question remains whether the whole patch
is overkill or not?
Here's the answer:
http://sourceware.org/ml/binutils/2011-01/msg00366.html
I've committed the patch as shown below now.
Thanks,
Ralf
move
* Karl Berry wrote on Fri, Jan 28, 2011 at 11:18:18PM CET:
fumble: you just fumbled this
I am looking for clarity that the second form is to be avoided and
On the contrary, standards.texi is completely clear that this is the
format to use. See the Errors node.
I agree.
Hello,
* Jim Meyering wrote on Thu, Jan 27, 2011 at 05:42:09PM CET:
Bruno Haible wrote:
# Error messages should not start with a capital letter
Why should error messages not start with a capital letter?
I think this quote from the GCS is at the origin:
Yes, I think so too.
* Paul Eggert wrote on Sun, Jan 23, 2011 at 09:38:58PM CET:
On 01/23/2011 04:39 AM, Eli Zaretskii wrote:
. Why are PACKAGE and VERSION needed, and where are they used?
That's another Automake thing. PACKAGE should be emacs,
and VERSION 24.0.50. VERSION is used in some auxiliary
A small poll: can anybody confirm whether something like this:
while touch a b; mv -f a c mv -f b c wait; do :; done
can ever fail with EBUSY from rename(2), say, on an SMP system on NFS
or in some other weird setup? Can it fail on w32? Or with some Linux
kernel versions only?
Asking
Hello Paul,
* Paul Eggert wrote on Tue, Jan 11, 2011 at 10:17:31PM CET:
lib_SOURCES += ftoastr.h ftoastr.c dtoastr.c ldtoastr.c
Now I naively had thought that lib_SOURCES was just for
.c files that produce .o files. Is my assumption incorrect?
Yes. _SOURCES is generally for all kinds of
Hi Bruno,
* Bruno Haible wrote on Mon, Jan 10, 2011 at 09:30:17PM CET:
2) We might remove some workarounds from gnulib, thinking that don't
affect recent systems any more. (We sometimes do this for Cygwin,
on the premise that Cygwin users update at least once every 2 years.)
In
Hi Jim,
* Jim Meyering wrote on Tue, Jan 04, 2011 at 07:14:49PM CET:
In releasing coreutils-8.9, I left its gnulib submodule pointing at a
private commit that was going to be pushed, pending an ACK... Since a
slightly different commit was pushed, coreutils' submodule SHA1 was
invalid for a
Hello Ben, Jim,
* Ben Pfaff wrote on Mon, Jan 03, 2011 at 08:54:19PM CET:
Jim Meyering j...@meyering.net writes:
Bruce Korb wrote:
Does that git diff-index really need to be run in a separate
shell invocation?
dirty=`sh -c 'git diff-index --name-only HEAD' 2/dev/null` || dirty=
Hi Bruce,
* Bruce Korb wrote on Fri, Dec 31, 2010 at 12:38:10AM CET:
On my fully patched OpenSuSE 11.3 system, libposix now installs
the files listed below. What is still needed is an autoconf
macro used to detect libposix at some minimum version number.
Currently, the only annotated tag
Hello,
* Eric Blake wrote on Tue, Dec 14, 2010 at 10:14:11PM CET:
+ configmake: support more values with older automake
+ * modules/configmake (Makefile.am): Provide fallbacks for older
+ automake.
FWIW this looks safer to me because it won't regress 2.60+ setups.
Cheers,
Ralf
Hi Simon,
* Simon Josefsson wrote on Tue, Dec 14, 2010 at 08:44:02AM CET:
GNU Nettle contains optimized SHA-1, although I'm not sure it exploits
SSE operations. Generally, the crypto code in GNU Nettle is clean (no
malloc!) and leans itself to modularity, so maybe it could replace some
Trying out gold (no LTO) on GCC's cc1, a log shows that the single
biggest part (20%) of user time for such a medium sized program may be
spent in SHA1 computation for the build id. I think the SHA1 code in
libiberty would benefit from an SSE implementation, such as the one
found in git or
Hello,
* Bruno Haible wrote on Sun, Dec 05, 2010 at 02:12:49AM CET:
If the particular
combination of failures matches 63, 77, or 99 (as commonly used by
automake and autoconf to mean version mismatch, skip, or hard fail),
then the configure script might misbehave.
In the generated
Hello Paul,
* Paul Eggert wrote on Thu, Dec 02, 2010 at 06:52:05PM CET:
On 11/27/10 00:59, Ralf Wildenhues wrote:
Should this patch have a similar pendant for the AC_TYPE_INT64_T macro
in Autoconf?
Offhand I would say not, since that macro tests for int64_t
individually, whereas
The recent coreutils sort bug related to threading made me take a look
at gnulib for similar issues. When you try to use gnulib in threaded
code, any process-global state can potentially cause problems, whether
that be static data, file descriptor state, current directory, umask,
etc. For a lot
* Paul Eggert wrote on Fri, Dec 03, 2010 at 01:39:19AM CET:
On 12/02/10 13:47, Ralf Wildenhues wrote:
* error_at_line.c ...
IMVHO it makes sense to at least document the requirement for the caller
here.
Yes. This is also a restriction for the glibc implementation, no?
Yes.
So it's
Hello Paul,
* Paul Eggert wrote on Wed, Nov 24, 2010 at 09:07:52PM CET:
I pushed the following patch; could you please give it a try?
I don't have an OSX host to test it on. Thanks.
From 531b8a416b6ae40f89808e1db8976eb25972e661 Mon Sep 17 00:00:00 2001
From: Paul Eggert egg...@cs.ucla.edu
* Joel E. Denny wrote on Sat, Nov 20, 2010 at 03:56:49PM CET:
On Sat, 20 Nov 2010, Ralf Wildenhues wrote:
1. If someone does bash bootstrap, I'm not sure how to detect that in
order to do it again in the exec.
Yep, sounds like a problem. How about honoring $CONFIG_SHELL
* Mike Frysinger wrote on Sat, Nov 20, 2010 at 01:31:13AM CET:
that isnt quite the case here. when i do `make clean`, lib/stdint.h does get
removed. but the `make` still does GEN on stdint.h even after the re-
configure with the new target.
That's because some .deps/*.Po files still refer
* Joel E. Denny wrote on Sat, Nov 20, 2010 at 05:27:08AM CET:
Thanks to everyone for the input. How about the following patch? I
foresee two minor issues:
1. If someone does bash bootstrap, I'm not sure how to detect that in
order to do it again in the exec.
Yep, sounds like a problem.
Hello,
* Paul Eggert wrote on Mon, Nov 15, 2010 at 07:30:55PM CET:
One problem I forsee is that, if the script is modified in place,
the modification can occur while the shell is reading the script.
So one must first create the desired script as a separate file,
and then atomically rename
* Paolo Bonzini wrote on Sun, Nov 14, 2010 at 08:09:12PM CET:
On 11/14/2010 06:48 PM, Florin Iucha wrote:
checking build system type... i386-pc-solaris2.10
checking host system type... i386-pc-solaris2.10
checking how to run the C preprocessor... cc -E
checking for grep that handles long
Hello,
* Eric Blake wrote on Fri, Nov 12, 2010 at 10:40:25PM CET:
On 11/12/2010 02:35 PM, Paul Eggert wrote:
On 11/12/2010 12:50 PM, Eric Blake wrote:
+ s/^\([0-9]\{1,\}\(\.[.a-z0-9-]*\)\)*.*/\1/
Surely that is a typo. The *\)\)* should be a *\)*\).
Aargh - I tested on one
Hello,
* Bruce Korb wrote on Mon, Nov 08, 2010 at 05:29:57PM CET:
On 11/07/10 12:40, Bruno Haible wrote:
-extern char *program_name;
+char *program_name;
...
+ char const *p = program_name ? program_name : unknown;
No, this is not OK, for two reasons:
1) It will cause a
* Jim Meyering wrote on Sat, Nov 06, 2010 at 06:14:05PM CET:
Ralf Wildenhues wrote:
- Posix does not require IFS to be set upon script startup. It only
requires
that, if IFS is unset, word splitting ought to behave as if it were set to
space, tab, and newline, in that order
* Jim Meyering wrote on Sun, Nov 07, 2010 at 12:22:13PM CET:
Ralf Wildenhues wrote:
* Jim Meyering wrote on Sat, Nov 06, 2010 at 06:14:05PM CET:
Ralf Wildenhues wrote:
- Posix does not require IFS to be set upon script startup. It only
requires
that, if IFS is unset, word splitting
Hello,
* Jim Meyering wrote on Sat, Nov 06, 2010 at 02:55:47PM CET:
Jim Meyering wrote:
Andreas Schwab wrote:
Jim Meyering writes:
cat \EOF init.cfg
f()
{
case $IFS in '') exit 91;; esac
local s=$IFS
case $s in '') exit 97;; esac
}
f
EOF
$ /bin/sh -c '. init.cfg'
Hi Ludovic,
* Ludovic Courtès wrote on Sun, Oct 17, 2010 at 12:16:30AM CEST:
BTW, TinyCC compiles all the configure tests and Gnulib files in Guile.
It eventually bails out because Libtool insists on invoking it with
‘-rpath’, which it doesn’t support:
Hi Gary,
* Gary V. Vaughan wrote on Wed, Oct 13, 2010 at 11:45:52AM CEST:
Hmm... it's a pity that there isn't an Automake syntax for transforming
lists of filenames (that works with portable make anyway), since having
four near-identical lists of filenames bothers me a (tiny) little bit.
For
Hello, and adding bug-automake,
* Gary V. Vaughan wrote on Wed, Oct 13, 2010 at 12:06:32PM CEST:
On 13 Oct 2010, at 03:55, Bruno Haible wrote:
And what's the role or effect of EXTRA_HEADERS? Automake does not do
anything with .h files that it doesn't do with .png files. gnulib-tool
already
Hello Bruno, all,
* Bruno Haible wrote on Tue, Oct 12, 2010 at 10:03:09PM CEST:
There's also a technical problem: Jim decided that in gnulib's git repository,
merge commits are disallowed. I don't remeember the rationale, but I think it
is a good decision, because
1. it assigns a clear
Hello Gary,
* Gary V. Vaughan wrote on Mon, Oct 11, 2010 at 09:31:55AM CEST:
On 9 Oct 2010, at 22:40, Bruce Korb wrote:
I think I know why pkg-config makes autotools people wince...
rant
I still regret not having noticed pkg-config before it became so pervasive
-
it basically
Hello,
* Bruno Haible wrote on Sun, Oct 10, 2010 at 05:49:06PM CEST:
3. to make a new git checkout of gnulib with the non-anonymous method
(see https://savannah.gnu.org/git/?group=gnulib).
This is not necessary. Once Bruce has the required permission, he can
git remote add write
* Bruce Korb wrote on Mon, Oct 11, 2010 at 02:59:04AM CEST:
On Sun, Oct 10, 2010 at 3:34 PM, Bruno Haible wrote:
Bruce Korb wrote:
Having looked
through the module sources, there is no clear way of
deriving the list of header macro names.
So you can recognize it through BUILT_SOURCES.
* Bruce Korb wrote on Sun, Oct 10, 2010 at 11:45:43PM CEST:
However, since folks fixing the modules are highly unlikely
to be thinking about miniscule perturbations of libposix
interfaces,
Why not? They are thinking of adding a NEWS entry, too, for
incompatible changes? Bumping the library
* Bruce Korb wrote on Mon, Oct 11, 2010 at 07:08:56AM CEST:
On Sun, Oct 10, 2010 at 10:04 PM, Ralf Wildenhues wrote:
Just to be completely clear, the BUILT_SOURCES in Makefile.am is now
overloaded. Not only does it mean (to automake anyway) that the
source gets built first, but also
Hello Gary,
* Gary V. Vaughan wrote on Sat, Oct 09, 2010 at 05:48:04AM CEST:
I had to autoreconf to get rid of a ton of spurious configure time errors
on my Mac... oddly, the first autoreconf threw up a ton of unset AC_LANG
warnings, but when I reran autorecong to log them for later
Hi Gary,
* Gary V. Vaughan wrote on Sat, Oct 09, 2010 at 02:45:57PM CEST:
On 9 Oct 2010, at 15:13, Ralf Wildenhues wrote:
* Gary V. Vaughan wrote on Sat, Oct 09, 2010 at 05:48:04AM CEST:
...ah, that's because autoreconf is still running aclocal before
libtoolize,
autoreconf runs
Hi Bruno,
* Bruno Haible wrote on Tue, Oct 05, 2010 at 11:46:05AM CEST:
1) libposix_la_LDFLAGS += -no-undefined
This should ensure that on all platforms, the linking of libposix.so
will
fail if there are undefined references. Without waiting for a program
to
be
Hello,
* Bruno Haible wrote on Tue, Oct 05, 2010 at 10:15:55PM CEST:
2) Why a multi-line expansion of @PRAGMA_SYSTEM_HEADER@ does not work:
I explained this in
http://lists.gnu.org/archive/html/bug-gnulib/2008-10/msg00296.html.
AM_SUBST_NOTMAKE exists in Automake 1.11.
For older Automake
* Bruno Haible wrote on Tue, Oct 05, 2010 at 10:35:13PM CEST:
AM_SUBST_NOTMAKE exists in Automake 1.11.
Thanks; this is good and would solve half of the problem. But an expansion
that contains #if and #pragma would also collide with 'make' syntax, as
explained in
Hi Bruno, Paul,
* Bruno Haible wrote on Tue, Oct 05, 2010 at 11:40:04PM CEST:
+ (cd $(top_builddir) ./config.status --file=-)
$(srcdir)/time.in.h | \
+ sed -e '/definitions of _GL_FUNCDECL_RPL/r $(CXXDEFS_H)' \
-e '/definition of _GL_ARG_NONNULL/r $(ARG_NONNULL_H)'
[ adding bug-gnulib ]
Hi Dave,
* Dave Korn wrote on Sun, Oct 03, 2010 at 01:42:15PM CEST:
I can't find any mention of it at the usual place for external sources
(http://gcc.gnu.org/codingconventions.html#upstream), so is our version
forked, or is that just an oversight?
It comes originally
Hi Bruce,
* Bruce Korb wrote on Thu, Sep 16, 2010 at 08:00:46PM CEST:
3. config.h needs to be installed. Now, where was that name munger
for the config.h header
Thinking of AX_PREFIX_CONFIG_H from the Autoconf Macro Archive?
BTW, that currently has a PR (with patch) open against it,
Hi Bruce,
* Bruce Korb wrote on Wed, Sep 15, 2010 at 07:01:11PM CEST:
So, let's start that discussion again: let's make an installable
gnulib that basically does all the configure tests for the current
target and cover 99% of all configure runs.
How about a config.site file?
Cheers,
Ralf
Hello Matt,
* Matt Rice wrote on Tue, Sep 14, 2010 at 06:22:35AM CEST:
I noticed that autotools when running 'make dist' rely on subdirs
implementing a distdir target
which wasn't documented in the gnu coding standards, before making an
attempt at documenting it
I figured i'd ask if it is
* Eric Blake wrote on Fri, Sep 10, 2010 at 03:55:27PM CEST:
On 09/09/2010 11:44 PM, Ralf Wildenhues wrote:
I think such knowledge has a place in autoconf.texi and maybe also
Autoconf macros, too. This is not just interesting for gnulib.
Hmm - autoconf already has a node Header Portability
[ adding bug-autoconf ]
* Mats Erik Andersson wrote on Fri, Sep 10, 2010 at 12:19:08AM CEST:
The quick punch lines first:
* utmp.h is __NOT__ self-contained, neither for OpenBSD, nor FreeBSD.
* libutil.h is __NOT__ self-contained for FreeBSD.
In contrast,
* util.h __is__
* Eric Blake wrote on Wed, Sep 08, 2010 at 04:58:11PM CEST:
On 09/08/2010 08:45 AM, Jim Meyering wrote:
Besides, isn't Irix 5.x approaching effective museum-only status?
Probably, but I don't (yet) have access to Irix 6.5 to test a newer
version of that platform.
sh and ksh on IRIX 6.5 also
Hi Eric,
* Eric Blake wrote on Tue, Sep 07, 2010 at 10:13:49PM CEST:
POSIX guarantees that
awk supplies ENVIRON; are we assuming that this is reasonable
portable to all the old-and-crusty vendor implementations out there,
since the autoconf manual doesn't state otherwise?
No. /bin/awk on
1 - 100 of 677 matches
Mail list logo