Mailing-List: contact modules-dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: modules-dev@httpd.apache.org
Received-SPF: pass (athena.apache.org: domain of cantor.2@osu.edu designates
 128.146.216.226 as permitted sender)
From: "Cantor, Scott" <cantor.2@osu.edu>
To: "modules-dev@httpd.apache.org" <modules-dev@httpd.apache.org>
Subject: Re: AP_INIT_TAKEn macros / gcc 4.6.3?
Thread-Topic: AP_INIT_TAKEn macros / gcc 4.6.3?
Thread-Index: Ac1pwJG5RFDwIWq3SN6eDzbH1EzV6AAKzxkA///r9oA=
Date: Tue, 24 Jul 2012 21:17:51 +0000
Message-ID: 
 <BA63CEAE152A7742B854C678D949138330A401AA@CIO-KRC-D1MBX01.osuad.osu.edu>
In-Reply-To: <D208C5EC-06E3-4729-AEDB-CB52C0A0B368@apache.org>
Accept-Language: en-US
Content-Language: en-US
Content-Type: text/plain; charset="us-ascii"
Content-ID: <C610001B19F9504C99979E22B3B49C4D@osu.edu>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

On 7/24/12 2:29 PM, "Nick Kew" <niq@apache.org> wrote:
>
>On 24 Jul 2012, at 18:23, Cantor, Scott wrote:
>
>> I'm still investigating, just wondering if anybody has seen this.
>
>Yes.  It's not new: C++ doesn't like those macros.
>
>Simple fix is to enclose them in extern "C" { ... }.
>Alternatively, expand them by hand as per C rules.

Actually, I had this wrapped already. What broke is that this particular
build is turning on AP_HAVE_DESIGNATED_INITIALIZER, which is based on:

#if (defined(__GNUC__) && !defined(__cplusplus))                \
     || (defined(__STDC_VERSION__) && __STDC_VERSION__ >=3D 199901L)
#define AP_HAVE_DESIGNATED_INITIALIZER
#endif

The second half of that ifdef is activating even for g++, which is
definitely not supposed to happen. Not sure why yet.


-- Scott