From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/1989 Path: news.gmane.org!not-for-mail From: John Spencer Newsgroups: gmane.linux.lib.musl.general Subject: Re: getopt* and iptables Date: Sun, 23 Sep 2012 20:11:48 +0200 Message-ID: <505F50E4.9010901@barfooze.de> References: <20120924013117.3ba68fd0@sibserver.ru> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1348423463 7495 80.91.229.3 (23 Sep 2012 18:04:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 23 Sep 2012 18:04:23 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-1990-gllmg-musl=m.gmane.org@lists.openwall.com Sun Sep 23 20:04:27 2012 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1TFqXX-0003ks-Sg for gllmg-musl@plane.gmane.org; Sun, 23 Sep 2012 20:04:24 +0200 Original-Received: (qmail 13786 invoked by uid 550); 23 Sep 2012 18:04:18 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 13778 invoked from network); 23 Sep 2012 18:04:18 -0000 User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110221 SUSE/3.1.8 Mail/1.0 In-Reply-To: <20120924013117.3ba68fd0@sibserver.ru> Xref: news.gmane.org gmane.linux.lib.musl.general:1989 Archived-At: On 09/23/2012 07:31 PM, orc wrote: > > I tested recently, it is still failing to parse options. > do you have a build recipe for iptables to share ? i was not able to build it on sabotage (didn't put much effort into it, though), and it looks like a kernel header issue. so please tell us additionally which kernel headers you used and which iptables version. thanks as for the getopt issue, the cause is likely that iptables assumes GNU semantics. they should do a configure check for this and if GNU getopt behaviour is not detected, use a gnulib style replacement function instead of the libc one.