From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30515 invoked by alias); 13 Nov 2003 02:38:17 -0000 Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sources.redhat.com Received: (qmail 30495 invoked from network); 13 Nov 2003 02:38:17 -0000 Received: from unknown (HELO palrel10.hp.com) (156.153.255.245) by sources.redhat.com with SMTP; 13 Nov 2003 02:38:17 -0000 Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33]) by palrel10.hp.com (Postfix) with ESMTP id A58B31C01FC3; Wed, 12 Nov 2003 18:38:16 -0800 (PST) Received: from napali.hpl.hp.com (napali.hpl.hp.com [15.4.89.123]) by hplms2.hpl.hp.com (8.12.10/8.12.10/HPL-PA Hub) with ESMTP id hAD2cFwE014732; Wed, 12 Nov 2003 18:38:16 -0800 (PST) Received: from napali.hpl.hp.com (napali [127.0.0.1]) by napali.hpl.hp.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id hAD2cFFO010660; Wed, 12 Nov 2003 18:38:15 -0800 Received: (from davidm@localhost) by napali.hpl.hp.com (8.12.3/8.12.3/Debian-6.6) id hAD2cA52010656; Wed, 12 Nov 2003 18:38:10 -0800 From: David Mosberger MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16306.61074.554310.467035@napali.hpl.hp.com> Date: Thu, 13 Nov 2003 02:38:00 -0000 To: Jakub Jelinek Cc: davidm@hpl.hp.com, Ulrich Drepper , libc-hacker@sources.redhat.com Subject: Re: new syscall stub support for ia64 libc In-Reply-To: <20031112215046.GT12344@sunsite.ms.mff.cuni.cz> References: <200310290426.h9T4Q9pw014305@napali.hpl.hp.com> <20031029074436.GR12344@sunsite.ms.mff.cuni.cz> <16288.50694.36460.339805@napali.hpl.hp.com> <20031031084249.GA30446@twiddle.net> <20031031070114.GV12344@sunsite.ms.mff.cuni.cz> <16290.37282.439025.287911@napali.hpl.hp.com> <20031031144724.GY12344@sunsite.ms.mff.cuni.cz> <16306.47596.371542.356256@napali.hpl.hp.com> <3FB2BC2B.8020602@redhat.com> <16306.50841.706562.174506@napali.hpl.hp.com> <20031112215046.GT12344@sunsite.ms.mff.cuni.cz> Reply-To: davidm@hpl.hp.com X-URL: http://www.hpl.hp.com/personal/David_Mosberger/ X-SW-Source: 2003-11/txt/msg00025.txt.bz2 >>>>> On Wed, 12 Nov 2003 22:50:46 +0100, Jakub Jelinek said: >> - sysdep.h includes tls.h - tls.h includes descr.h Jakub> 2x yes >> - descr.h includes lowlevellock.h Jakub> No. lowlevellock.h doesn't need it, see what e.g. SPARC or Jakub> PPC are doing in lowlevellock.h. Just a few inlines have to Jakub> be replaced with macros, that's all. I see what you mean. It's a bit icky to depend on the other header-files including the pre-requisites of lowlevellock.h, but yes, it makes the problem _much_ simpler to handle, so thanks for the tip. Next stupid question: what's the purpose of librt? I'm asking since sysdep.h now says: #if defined USE_DL_SYSINFO \ && (!defined NOT_IN_libc || defined IS_IN_libpthread) # define IA64_USE_NEW_STUB #else # undef IA64_USE_NEW_STUB #endif and in , it says: #if !defined NOT_IN_libc || defined IS_IN_libpthread || defined IS_IN_librt # undef PSEUDO # define PSEUDO(name, syscall_name, args) \ : : That is, anything in librt that uses the PSEUDO() macro from sysdep-cancel.h will try to uses the new stub, but nothing else will. Will this inconsistency cause problems? --david