On Mon, Nov 21, 2016 at 23:35:12 +, Pedro Alves wrote:
> BTW, do we know which programs use GNULIB_NAMESPACE?
> I believe the initial support was done for GNU Octave, but I see
> that quite recently Octave switched away from it, maybe because of
> the problems with newer GCCs (I believe fixed n
.html,
still valid because Octave has still not managed to incorporate gnulib
cleanly into its non-recursive build.
I'd be grateful for any thoughts or help on making this module work more
generically.
--
mike
>From a017e33d890562e2bd456752345625c0bb8cc5f3 Mon Sep 17 00:00:00 2001
From: Mike
On Fri, Feb 05, 2016 at 16:38:08 -0700, Orion Poplawski wrote:
> I'm afraid I'm not very experience with automake/autoconf so perhaps I've
> messed something else up.
>
> $ cat configure.ac
> AC_INIT(test, 1.0, or...@nwra.com)
> AC_CONFIG_SRCDIR(src/foobar.cpp)
> AM_INIT_AUTOMAKE
> AC_PROG_CC
> gl
Thanks,
--
mike
>From a017e33d890562e2bd456752345625c0bb8cc5f3 Mon Sep 17 00:00:00 2001
From: Mike Miller
Date: Sat, 1 Aug 2015 12:25:48 -0400
Subject: [PATCH] non-recursive-gnulib-prefix-hack: fix when source-base !=
"lib"
---
build-aux/prefix-gnulib-mk | 3 ++-
gnulib-tool
++---
lib/tempname.h | 14 +++---
3 files changed, 26 insertions(+), 10 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index 5083e95..aa17a64 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,11 @@
+2015-02-17 Mike Miller
+
+ tempname: allow compilation with C++
+ * lib/tempname.h: Spe
Hi, we recently encountered a build failure of Octave on alpha [1,2]
due to an added indirect dependency on the fpieee gnulib module, which
appends compiler options to CPPFLAGS that don't necessarily belong
there.
This module apparently adds either "-mieee" or "-ieee" to CPPFLAGS
when building on
u.org/archive/html/bug-gnulib/2013-08/msg00012.html
Thanks,
--
mike
>From c3f41ec0acbb9487002c14d310b1c63d3346a10b Mon Sep 17 00:00:00 2001
From: Mike Miller
Date: Mon, 12 Aug 2013 22:39:49 -0400
Subject: [PATCH] bootstrap: port to OpenBSD sed
* build-aux/bootstrap (insert_if_absent): Port to
On Sat, Aug 10, 2013 at 22:05:39 -0700, Paul Eggert wrote:
> No, I think Gnulib is being too picky here. I installed the
> following patch, which I hope fixes the problems you mentioned.
Yes, all the gettimeofday and sys/time.h tests pass now, thanks!
--
mike
On Fri, Aug 09, 2013 at 16:34:24 +0100, Pádraig Brady wrote:
> Excellent. I intend to push the attached change to bootstrap so,
> that includes sha1 in the list now it's compatible, so therefore
> not requiring one to set SHA1SUM on BSD at all.
I tested the change you pushed to gnulib. It still re
On Fri, Aug 09, 2013 at 23:18:07 -0700, Paul Eggert wrote:
> Hmm, OK, how about the following patch instead?
Ok, some good progress. This fixes the "gettimeofday has not been
declared" error and the "invalid conversion" errors with timeval, both
with and without gnulib sys/select.h. I think that's
On Fri, Aug 09, 2013 at 01:46:27PM -0700, Paul Eggert wrote:
> Thanks, does the following patch fix things for you?
> If so, I'll install it into gnulib.
No, same exact set of errors. Your patch only touches sys/select.h. In
fact, I get pretty much the same errors if I don't include the select
gnu
Hi, continuing on the OpenBSD theme, I am seeing a couple of compilation
failures with sys/time.h, gettimeofday, and timeval very similar to one
reported recently for cygwin [1] (coincidentally I am also investigating on
behalf of Octave).
In a barebones project using gnulib-tool --with-tests --wi
On Fri, Aug 9, 2013 at 10:36:42 +0700, Gary V. Vaughan wrote:
> For this and many other gnulib bootstrap issues that tripped up my projects,
> I rewrote the script from the ground up. You can find my version on the lua
> branch of GNU Zile, all of my github projects and HEAD revisions of GNU
> li
On Fri, Aug 09, 2013 at 04:52:40AM +0100, Pádraig Brady wrote:
> On 08/09/2013 03:23 AM, Mike Miller wrote:
>> Thanks for the suggestion. I did try SHA1SUM=sha1, but that still
>> won't work with bootstrap since find_tool() requires that $tool
>> understand the --version
(Pruning the cc list of leftovers from the Savannah bug tracker)
Hi Pádraig,
On Thu, Aug 8, 2013 at 11:08:23 +0100, Pádraig Brady wrote:
> On 08/08/2013 03:59 AM, Mike Miller wrote:
>> [...]
>> You can certainly follow up with gnulib upstream if you want them to consider
>>
Update of bug #35580 (project octave):
Category:None => Configuration and Build
System
Item Group:None => Build Failure
Status: Confirmed => Need Info
Summ
16 matches
Mail list logo
