[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: argz.m4: error_t handling wrt argz.h and errno.h
From: |
Ralf Wildenhues |
Subject: |
Re: argz.m4: error_t handling wrt argz.h and errno.h |
Date: |
Wed, 13 Feb 2008 07:54:00 +0100 |
User-agent: |
Mutt/1.5.13 (2006-08-11) |
[ Cc:ing bug-libtool, it's upstream for argz ]
Hi Mike,
* Mike Frysinger wrote on Wed, Feb 13, 2008 at 05:38:05AM CET:
> the argz.m4 header checks to see if error_t is defined, but only does so by
> including the argz.h header. if you try to build on a system that does
> provide error_t, but not argz.h, the argz replacement module fails to build.
> on glibc systems, error_t is defined in errno.h. perhaps the gl_FUNC_ARGZ
> should be checking to see if errno.h exists and if so, including it.
I don't quite understand. If gl_FUNC_ARGZ finds that error_t is not
defined, it defines __error_t_defined in addition to error_t. This
should keep your errno.h header from defining error_t. Can you please
show the relevant config.log snippets, to find out where this goes
wrong?
There are more headers that might define error_t, argp.h for example.
Thanks,
Ralf
- Re: argz.m4: error_t handling wrt argz.h and errno.h,
Ralf Wildenhues <=