From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3044 invoked by alias); 7 Jul 2005 08:28:43 -0000 Mailing-List: contact glibc-bugs-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sources.redhat.com Received: (qmail 2996 invoked by uid 48); 7 Jul 2005 08:28:36 -0000 Date: Thu, 07 Jul 2005 08:28:00 -0000 From: "eggert at gnu dot org" To: glibc-bugs@sources.redhat.com Message-ID: <20050707082832.1054.eggert@gnu.org> Reply-To: sourceware-bugzilla@sources.redhat.com Subject: [Bug regex/1054] New: regex_internal.h redefines __mempcpy when used outside libc X-Bugzilla-Reason: CC X-SW-Source: 2005-07/txt/msg00038.txt.bz2 List-Id: I just now adapted coreutils to bundle the new regular expression implementation of libc instead of the old one that it was using. But I ran into a problem when I built this implementation under Debian GNU/Linux 3.1 r0a. The problem is that Debian's include files (which are from glibc) #define __mempcpy for efficiency, and this clashes with the #define in regex_internal.h. I will attach the patch I used to work around the problem; it uses an ifndef to avoid the redefinition. It might not hurt to put similar wrappers around the other symbols thus defined, I suppose. This patch is currently installed in gnulib, and I'm filing this bug report to have it propagated into libc proper. Thanks. -- Summary: regex_internal.h redefines __mempcpy when used outside libc Product: glibc Version: 2.3.5 Status: NEW Severity: normal Priority: P2 Component: regex AssignedTo: gotom at debian dot or dot jp ReportedBy: eggert at gnu dot org CC: glibc-bugs-regex at sources dot redhat dot com,glibc- bugs at sources dot redhat dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://sources.redhat.com/bugzilla/show_bug.cgi?id=1054 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.