From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24620 invoked by alias); 16 Sep 2003 20:20:27 -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 24601 invoked from network); 16 Sep 2003 20:20:27 -0000 Received: from unknown (HELO sunsite.ms.mff.cuni.cz) (195.113.19.66) by sources.redhat.com with SMTP; 16 Sep 2003 20:20:27 -0000 Received: from sunsite.ms.mff.cuni.cz (sunsite.mff.cuni.cz [127.0.0.1]) by sunsite.ms.mff.cuni.cz (8.12.8/8.12.8) with ESMTP id h8GIIYlt020524; Tue, 16 Sep 2003 20:18:34 +0200 Received: (from jakub@localhost) by sunsite.ms.mff.cuni.cz (8.12.8/8.12.8/Submit) id h8GIIY6W020520; Tue, 16 Sep 2003 20:18:34 +0200 Date: Tue, 16 Sep 2003 20:20:00 -0000 From: Jakub Jelinek To: Ulrich Drepper , Roland McGrath Cc: Glibc hackers Subject: [PATCH] Move sched_[sg]etaffinity to GLIBC_2.3.3 Message-ID: <20030916181834.GP12344@sunsite.ms.mff.cuni.cz> Reply-To: Jakub Jelinek Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-SW-Source: 2003-09/txt/msg00059.txt.bz2 Hi! sched_[gs]etaffinity API was changed after 2.3.2 incompatibly, but nothing used the old symbols from glibc (AFAIK schedutils use kernel syscalls directly, so did versions of "run" up to these days). Better change the symbol version, so that it is clear these symbols have nothing to do with the old sched_[sg]etaffinity. 2003-09-16 Jakub Jelinek * posix/Versions (sched_getaffinity, sched_setaffinity): Change from GLIBC_2.3.2 to GLIBC_2.3.3 symbol version. --- libc/posix/Versions.jj 2002-11-19 20:05:30.000000000 -0500 +++ libc/posix/Versions 2003-09-16 16:05:33.000000000 -0400 @@ -110,14 +110,15 @@ libc { __nanosleep; } GLIBC_2.3.2 { - sched_getaffinity; sched_setaffinity; - # Note that these symbols appear in sysdeps/unix/sysv/linux/Versions # under GLIBC_2.0; the first instance in the script is taken as the # default, so linux configurations put them in GLIBC_2.0 while other # configuration put them in GLIBC_2.3.2. getresuid; getresgid; setresuid; setresgid; } + GLIBC_2.3.3 { + sched_getaffinity; sched_setaffinity; + } GLIBC_PRIVATE { # functions which have an additional interface since they are # are cancelable. Jakub