This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH v2] intl: reintroduce unintentionally disabled optimization
- From: Andreas Schwab <schwab at suse dot de>
- To: libc-alpha at sourceware dot org
- Date: Mon, 22 Feb 2016 14:09:48 +0100
- Subject: Re: [PATCH v2] intl: reintroduce unintentionally disabled optimization
- Authentication-results: sourceware.org; auth=none
- References: <20160124000754 dot GA27321 at altlinux dot org> <m27fizbc0k dot fsf at linux-m68k dot org> <20160124181337 dot GA8527 at altlinux dot org> <20160222091746 dot GK19841 at vapier dot lan> <20160222120110 dot GC5325 at altlinux dot org> <mvmlh6czz61 dot fsf at hawking dot suse dot de> <20160222125945 dot GA6033 at altlinux dot org>
"Dmitry V. Levin" <ldv@altlinux.org> writes:
> On Mon, Feb 22, 2016 at 01:51:02PM +0100, Andreas Schwab wrote:
>>
>> > We certainly do have some macros defined directly in this file:
>> > $ grep '#define' config.h.in
>> > #define HAVE_IFUNC 0
>> > #define HAVE_STRERROR 1
>> > #define HAVE_REGEX 1
>> > #define ARM_PCREL_MOVW_OK 0
>> > #define HAVE_PT_CHOWN 0
>> > #define HAVE_BUILTIN_TRAP 0
>> > #define HAVE_PPC_FCFID 0
>> > #define HAVE_PPC_FCTIDZ 0
>>
>> Most of these (those defined to 0) are the templates used by AC_DEFINE.
>
> OK, so what's the preferred way of adding new macros
> like HAVE_BUILTIN_EXPECT and HAVE_REGEX?
For case like HAVE_BUILTIN_EXPECT there is not much point in using
AC_DEFINE.
Andreas.
--
Andreas Schwab, SUSE Labs, schwab@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."