Return-Path: X-Original-To: apmail-apr-dev-archive@www.apache.org Delivered-To: apmail-apr-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 40E7ACB43 for ; Mon, 3 Jun 2013 07:13:30 +0000 (UTC) Received: (qmail 94090 invoked by uid 500); 3 Jun 2013 07:13:29 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 93870 invoked by uid 500); 3 Jun 2013 07:13:27 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 93862 invoked by uid 99); 3 Jun 2013 07:13:26 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jun 2013 07:13:26 +0000 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= X-Spam-Check-By: apache.org Received-SPF: error (nike.apache.org: local policy) Received: from [194.242.35.75] (HELO dns-factory.at) (194.242.35.75) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jun 2013 07:13:20 +0000 Received: from [172.17.100.8] apache@gknw.net [62.143.120.100] by dns-factory.at with NetMail SMTP Agent $Revision: 8582 $ on Novell NetWare via secured & encrypted transport (TLS); Mon, 03 Jun 2013 09:12:29 +0200 Message-ID: <51AC41D9.2000405@apache.org> Date: Mon, 03 Jun 2013 09:12:25 +0200 From: Guenter Knauf User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Graham Leggett , "dev@apr.apache.org List" Subject: Re: build-outputs.mk and generated headers References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Hi Graham, On 31.05.2013 23:34, Graham Leggett wrote: > I have been putting together an apr_escape API based on the escaping > and unescaping functions in httpd's util.c. So far so good. This code > depends on the generation of a file called test_char.h, which is > generated at build time by a small bit of code called > gen_test_char.c. Httpd handles this bit fine, I need to reproduce > this in the APR build. I really dont like this; this gen_test_char.c thingy is one of the=20 problems we have with cross-compiling, and from my view it is not needed.= If you look at the source of gen_test_char.c you can see that it usually = includes the APR/APU headers only for getting some defines which are in=20 ctype.h of each and every platform - so if we dont have these defines=20 there, or no ctype.h at all for a platform, we simply can not support=20 this platform. Then gen_test_char.c is kinda matured, and has not received any=20 significant updates, so the output of gen_test_char was probably=20 identical over the past 10+ years (ok, I've not actually checked the svn = logs, so I might be wrong). I believe we could just check in the result=20 test_char.h into svn, and if we ever have to change it we can=20 re-generate it with gen_test_char and update in svn; we do similar with=20 the regex headers in httpd which also were a bit problematic because of=20 different flex versions, and I think this works fine. These are just my thoughts to tis topic - not a veto or such. G=FCn.