From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27922 invoked by alias); 16 Mar 2006 20:29:55 -0000 Received: (qmail 27906 invoked by uid 22791); 16 Mar 2006 20:29:55 -0000 X-Spam-Check-By: sourceware.org Received: from e5.ny.us.ibm.com (HELO e5.ny.us.ibm.com) (32.97.182.145) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 16 Mar 2006 20:29:54 +0000 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e5.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id k2GKTpmK016199 for ; Thu, 16 Mar 2006 15:29:51 -0500 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay04.pok.ibm.com (8.12.10/NCO/VER6.8) with ESMTP id k2GKTpgr173324 for ; Thu, 16 Mar 2006 15:29:51 -0500 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k2GKTo70005234 for ; Thu, 16 Mar 2006 15:29:50 -0500 Received: from [9.10.240.255] (9-10-240-255.rchland.ibm.com [9.10.240.255]) by d01av02.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k2GKToH1005202 for ; Thu, 16 Mar 2006 15:29:50 -0500 Message-ID: <4419D7E2.80700@us.ibm.com> Date: Thu, 16 Mar 2006 20:29:00 -0000 From: Steven Munroe User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050921 MIME-Version: 1.0 To: GNU libc hacker Subject: Problems with overriding FPU code from add-ons Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact libc-hacker-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sourceware.org X-SW-Source: 2006-03/txt/msg00036.txt.bz2 Originally reported this to libc-ports, but now I am convinved this is a general problem. The directory search sequence does not allow add-ons to override ./fpu code. In my case the (power4++) implementations of llrint.S and llrintf.S from powerpc-cpu/sysdeps/powerpc/powerpc32/powerpc64/fpu/ are not overriding the implementations from libc/sysdeps/powerpc/powerpc32/fpu. >From config.make we see: config-sysdirs = sysdeps/powerpc/powerpc32/elf sysdeps/powerpc/elf sysdeps/unix/sysv/linux/powerpc/powerpc32/fpu <<1>> sysdeps/powerpc/powerpc32/fpu <<2>> nptl/sysdeps/unix/sysv/linux/powerpc/powerpc32 sysdeps/unix/sysv/linux/powerpc/powerpc32 nptl/sysdeps/unix/sysv/linux/powerpc sysdeps/unix/sysv/linux/powerpc sysdeps/ieee754/ldbl-128ibm sysdeps/ieee754/ldbl-opt nptl/sysdeps/unix/sysv/linux nptl/sysdeps/pthread sysdeps/pthread sysdeps/unix/sysv/linux sysdeps/gnu sysdeps/unix/common sysdeps/unix/mman sysdeps/unix/inet nptl/sysdeps/unix/sysv sysdeps/unix/sysv sysdeps/unix/powerpc nptl/sysdeps/unix sysdeps/unix sysdeps/posix powerpc-cpu/sysdeps/powerpc/powerpc32/power4/fpu <<3>> powerpc-cpu/sysdeps/powerpc/powerpc32/powerpc64/fpu <<4>> powerpc-cpu/sysdeps/powerpc/powerpc32/power4 powerpc-cpu/sysdeps/powerpc/powerpc32 sysdeps/powerpc/powerpc32 sysdeps/wordsize-32 sysdeps/powerpc/fpu <<5>> powerpc-cpu/sysdeps/powerpc nptl/sysdeps/powerpc sysdeps/powerpc sysdeps/ieee754/dbl-64 sysdeps/ieee754/flt-32 sysdeps/ieee754 powerpc-cpu/sysdeps/powerpc/powerpc32/powerpc64 sysdeps/generic/elf sysdeps/generic The <<#>> annotations are mine. All the directories (including add-ons) in the list but the ./fpu directorys from the libc (<<1>>, <<2>>) preceed the ./fpu directories from ANY add-on (in my case <<3>> and <<4>>). This incorrect because there there is no way for an add-on to override the ./libc implementation for ./fpu directory.