From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28466 invoked by alias); 12 Aug 2012 14:51:09 -0000 Received: (qmail 28456 invoked by uid 22791); 12 Aug 2012 14:51:08 -0000 X-SWARE-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from mail-vc0-f169.google.com (HELO mail-vc0-f169.google.com) (209.85.220.169) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 12 Aug 2012 14:50:56 +0000 Received: by vcbfl10 with SMTP id fl10so3239922vcb.0 for ; Sun, 12 Aug 2012 07:50:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.116.79 with SMTP id l15mr6537468vcq.69.1344783055606; Sun, 12 Aug 2012 07:50:55 -0700 (PDT) Received: by 10.58.236.198 with HTTP; Sun, 12 Aug 2012 07:50:55 -0700 (PDT) In-Reply-To: <201208121048.31823.vapier@gentoo.org> References: <1334271665-31914-1-git-send-email-vapier@gentoo.org> <201208111527.37505.vapier@gentoo.org> <201208121048.31823.vapier@gentoo.org> Date: Sun, 12 Aug 2012 14:51:00 -0000 Message-ID: Subject: Re: [PATCH] hppa: add missing prlimit64 symbol From: "Carlos O'Donell" To: Mike Frysinger Cc: "Joseph S. Myers" , Roland McGrath , libc-ports@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes Mailing-List: contact libc-ports-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-ports-owner@sourceware.org X-SW-Source: 2012-08/txt/msg00106.txt.bz2 On Sun, Aug 12, 2012 at 10:48 AM, Mike Frysinger wrote: > On Sunday 12 August 2012 08:59:20 Joseph S. Myers wrote: >> (Adding the entry, but with @@GLIBC_2.17 like the SH fanotify_mark, to the >> hppa syscalls.list along with an appropriate Versions entry, is certainly >> the safer approach than doing something with the potential to affect other >> architectures, even though it may also be good to work out how to clean >> these things up. Note hppa also needs fanotify_mark at a new version, and >> note that cleanups here only help existing architectures; > > i originally posted just an entry updating hppa but was encouraged at looking > at cleaning up everyone > >> there are no >> issues for new architectures using linux-generic because linux-generic >> already has the right entries in syscalls.list.) > > if all new arches are expected to start with linux-generic as its base, then i > can see leaning towards just adding the entry to hppa and being done with it Agreed. That's a practical and immediate fix. Cheers, Carlos.