Bruno Haible <[EMAIL PROTECTED]> writes:
> Ok, if you don't think there are negative side effects of the change, I don't
> want to stand in your way. I only mentioned an alternative change that could
> potentially have less negative side effects. But if there are no downsides
> anyway, your change
Paul Eggert wrote:
> For example, one could build a program that uses gcc's libiberty along
> with some gnulib code. The libiberty code won't use Gnulib's
> substitute, but that's OK; it will still work just as well
> as it does now.
>
> So I still don't see the downside of making that change.
Bruno Haible <[EMAIL PROTECTED]> writes:
> - The autoconf manual still recommends to include only if
> HAVE_ALLOCA_H.
> - fnmatch.c and regex.c are still included in gcc's libiberty. Its regex.c
> also includes only if HAVE_ALLOCA_H.
But these are for Autoconf's AC_FUNC_ALLOCA macro
> I get:
> /usr/bin/m4:configure.ac:90: recursion limit of 1024 exceeded, use -L to
> change it
configure.ac:90 being:
gl_INIT
--
Sylvain
On Wed, Dec 26, 2007 at 06:24:35PM +0100, Bruno Haible wrote:
> Sylvain Beucler wrote:
> > it seems alloca.h is not yet present at ./configure time
> > (there's only gnulib/lib/alloca.in.h). So AC_CHECK_HEADERS fails
> > anyway:
> >
> > configure:14417: checking SDL.h usability
> > configure:14434
Sylvain Beucler wrote:
> it seems alloca.h is not yet present at ./configure time
> (there's only gnulib/lib/alloca.in.h). So AC_CHECK_HEADERS fails
> anyway:
>
> configure:14417: checking SDL.h usability
> configure:14434: i586-mingw32msvc-gcc -c -g -O2
> -I/usr/local/cross-tools/i386-mingw32/inc
Well, it _has_ been 3 years. If the backward-compatibility gorp is
causing real problems, perhaps it's time to bite the bullet and drop
it, something like the following. This won't affect coreutils or
diffutils or tar or any modernish program. What would it hurt?
diff --git a/NEWS b/NEWS
index
Hi,
I'm facing an issue with missing alloca.h + cross-compilation again:
On Sat, Oct 13, 2007 at 10:12:00PM +0200, Bruno Haible wrote:
> Sylvain Beucler wrote:
> > I'm cross-compiling an SDL application for i586-mingw32mscv. I
> > imported the alloca module from Gnulib, as a dependency of strcas
Sylvain Beucler wrote:
> I'm cross-compiling an SDL application for i586-mingw32mscv. I
> imported the alloca module from Gnulib, as a dependency of strcasestr.
You mean the 'alloca-opt' module, I guess?
> When checking for SDL.h,
>
> AC_CHECK_HEADERS(SDL.h SDL_rotozoom.h SDL_framerate.h SDL_
On Mon, Oct 08, 2007 at 07:44:37AM +0200, Ralf Wildenhues wrote:
> Hello Sylvain,
>
> * Sylvain Beucler wrote on Sun, Oct 07, 2007 at 10:41:34PM CEST:
> [...]
> > However at that point the Gnulib include path is not set (the
> > documentation recommends to do so in Makefile.am, not as early as
> >
Hello Sylvain,
* Sylvain Beucler wrote on Sun, Oct 07, 2007 at 10:41:34PM CEST:
[...]
> However at that point the Gnulib include path is not set (the
> documentation recommends to do so in Makefile.am, not as early as
> configure.ac).
>
> Moreover, I can't find a way to specify $top_srcdir and $t
Hi,
I'm cross-compiling an SDL application for i586-mingw32mscv. I
imported the alloca module from Gnulib, as a dependency of strcasestr.
When checking for SDL.h,
AC_CHECK_HEADERS(SDL.h SDL_rotozoom.h SDL_framerate.h SDL_image.h,
[], AC_MSG_ERROR([Could not find necessary SDL libs header
12 matches
Mail list logo
