torsdag den 27 december 2012 klockan 18:58 skrev Paul Eggert detta:
> On 12/27/2012 02:47 PM, Mats Erik Andersson wrote:
>
>> the recent change to "lib/argp-fmtstream.h" is breaking the possibility
>> of building GNU inetutils on an i386 system running Debian testing.
>> The cause is multiple defin
On 12/27/2012 02:47 PM, Mats Erik Andersson wrote:
the recent change to "lib/argp-fmtstream.h" is breaking the possibility
of building GNU inetutils on an i386 system running Debian testing.
The cause is multiple definitions of argp_fmtstream_*, as can be
inferred from the error text reproduced
On Fri, 28 Dec 2012, Peter Rosin wrote:
Libtool remains regressed and a PITA to work with for me until this is
fixed. I'm a bit frustrated since the changes are tiny and non-intrusive,
at least in my opinion.
I also find the extra dependencies to be frustrating. In my case, I
check out and d
I pushed these minor fixes.
---
ChangeLog | 5 +
doc/gnulib-readme.texi | 49 -
2 files changed, 17 insertions(+), 37 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 0908d93..b3fdd2b 100644
--- a/ChangeLog
+++ b/ChangeLog
@
On 12/27/2012 03:41 PM, Peter Rosin wrote:
If it helps I can regenerate with your redirection fix, but I assume
whoever commits it can fix that part easily enough. Just let me know.
How about if you do that, and we give Eric and/or others a week or
two to comment, and if there's no objection t
On 2012-12-24 03:05, Paul Eggert wrote:
> On 11/29/2012 11:12 PM, Peter Rosin wrote:
>> This seems to be stalled because of a misconception. Can I please get
>> a second opinion? Please?
>
> I'm afraid I don't understand the problem well enough to offer
> an opinion -- maybe it's because I don't u
Hello there,
the recent change to "lib/argp-fmtstream.h" is breaking the possibility
of building GNU inetutils on an i386 system running Debian testing.
The cause is multiple definitions of argp_fmtstream_*, as can be
inferred from the error text reproduced below.
Resetting the source to gnulib-b
On 12/27/2012 02:25 AM, Akim Demaille wrote:
Is there a reason not to pass --force?
I can't think of one.
On 12/23/2012 09:09 AM, Paul Eggert wrote:
https://savannah.gnu.org/support/index.php?108214
That bug should now be fixed. Thanks again for
reporting it.
Hi friends,
I recently realized that I was stuck with an old ylwrap. I
thought that bootstrap was appropriately upgrading my environment
when a newer Automake was installed, but it is not the case, as
bootstrap reads:
# Tell autoreconf not to invoke autopoint or libtoolize; they were run above.
---
ChangeLog | 7 +--
doc/gnulib-readme.texi | 2 +-
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index b50db1c..0908d93 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,8 @@
2012-12-27 Paul Eggert
+ * doc/gnulib-readme.texi (Portab
---
doc/alloca-opt.texi | 2 +-
doc/gcd.texi | 4 ++--
doc/gnulib-intro.texi| 38
doc/gnulib-tool.texi | 6 ++---
doc/gnulib.texi | 8 +++
doc
* doc/posix-functions/fgetc.texi (fgetc):
* doc/posix-functions/fgets.texi (fgets):
* doc/posix-functions/fread.texi (fread):
* doc/posix-functions/fscanf.texi (fscanf):
* doc/posix-functions/getc.texi (getc):
* doc/posix-functions/getchar.texi (getchar):
* doc/posix-functions/scanf.texi (scanf):
* README: Move contents to new file doc/gnulib-readme.texi.
Replace with a one-line summary.
* doc/gnulib.texi (Brief Overview): New section,
with old intro preface. Include gnulib-readme.texi for contents.
(Philosophy): Rename from "Introduction", since this
section no longer introduces the rest
14 matches
Mail list logo
