Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Date: Sat, 15 Feb 2003 16:58:40 -0500
From: Christopher Faylor <cgf AT redhat DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: [Problem] mempcpy is missing?  (FAQ alert)
Message-ID: <20030215215840.GA3446@redhat.com>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <20030215210505 DOT GA29578 AT redhat DOT com> <010601c2d537$decb05c0$78d96f83 AT pomello>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <010601c2d537$decb05c0$78d96f83@pomello>
User-Agent: Mutt/1.5.1i

On Sat, Feb 15, 2003 at 09:19:05PM -0000, Max Bowsher wrote:
>Yes, in an ideal world, configure would deal with this - but unless you
>have a better idea, the only way I can think of dealing with it is to
>copy the problem header to the compilation directory, parse out the
>problem declaration somehow, and modify the compiler invocations with
>an additional -I option.  Messy and fragile.

Wow, are you related to Rube Goldberg?

#define mempcpy foo_mempcpy
#include <string.h>
#undef mempcpy

Or, go the other way around and

do a '#define mempcpy libintl_mempcpy' in an appropriate header.

>So, when fixing the problem is orders of magnitude easier than making a
>workaround, it's easy to see which will happen! :-)

This is *not* a workaround.  This is making configury work for what
it was designed to do.

If I buy an amplifier for my cable system because I get poor quality
cable signal, and find that channel 5 isn't being amplified, I could go
to the cable company and complain or I could complain to the amplifier
manufacturer.

Probably both make sense but surely the amplifier should be doing what
it is designed to do.

In this case, the whole point of configuration scripts is to work around
OS build environment differences.  "In an ideal world" is exactly what
configure is not supposed to assume.

Of course we're going to fix cygwin.  I just checked in a fix.  While I
assume this will probably be the end of it since no one will go to the
effort of trying to fix libintl's configury and, if they did, there
would probably be no official response anyway, the complete and correct
fix is to modify libintl.  Then people using cygwin 1.3.10 - 1.3.20
could benefit too.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/