From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Dyballa Newsgroups: gmane.emacs.devel Subject: Re: 23.0.50; dbus Date: Thu, 3 Jan 2008 00:59:59 +0100 Message-ID: <4EE37A37-8258-468D-9C16-B08D2D6EA845@Freenet.DE> References: <87abod2b1x.fsf@gmx.de> <878x3umeo1.fsf@gmx.de> <87k5mufsl7.fsf@gmx.de> <87tzlwyfrr.fsf@gmx.de> <87bq834xdq.fsf@gmx.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v753) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1199318421 16792 80.91.229.12 (3 Jan 2008 00:00:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 3 Jan 2008 00:00:21 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: Michael Albinus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 03 01:00:40 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JADVn-0004WP-LP for ged-emacs-devel@m.gmane.org; Thu, 03 Jan 2008 01:00:39 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JADVR-0000bl-Li for ged-emacs-devel@m.gmane.org; Wed, 02 Jan 2008 19:00:17 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JADVM-0000Yj-Ll for emacs-devel@gnu.org; Wed, 02 Jan 2008 19:00:12 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JADVK-0000WZ-67 for emacs-devel@gnu.org; Wed, 02 Jan 2008 19:00:11 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JADVK-0000WN-1T for emacs-devel@gnu.org; Wed, 02 Jan 2008 19:00:10 -0500 Original-Received: from mout1.freenet.de ([195.4.92.91]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JADVJ-0002by-Gh for emacs-devel@gnu.org; Wed, 02 Jan 2008 19:00:09 -0500 Original-Received: from [195.4.92.20] (helo=10.mx.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1JADVF-0000IB-M2; Thu, 03 Jan 2008 01:00:05 +0100 Original-Received: from fd3aa.f.ppp-pool.de ([195.4.211.170]:49445 helo=[192.168.1.2]) by 10.mx.freenet.de with esmtpsa (ID peter_dyballa@freenet.de) (TLSv1:AES128-SHA:128) (port 25) (Exim 4.68 #1) id 1JADVF-0001AF-Fw; Thu, 03 Jan 2008 01:00:05 +0100 In-Reply-To: <87bq834xdq.fsf@gmx.de> X-Mailer: Apple Mail (2.753) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 1) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:85955 Archived-At: Am 03.01.2008 um 00:32 schrieb Michael Albinus: > Stefan Monnier writes: > >>> Yes. But I still don't know what to do in the MacOS case, where >>> tons of >>> compiler warnings are raised due to the signedness of the SDATA >>> return >>> value. Peter has shown it in a recent message. Shall we always >>> cast the >>> type like "strlen ((char *) SDATA (uname))"? This would affect >>> much more >>> files but dbusbind.c. >> >> Use the -Wno-sign (or whatever its name is) to disable those >> warnings. > > "-Wno-pointer-sign" shall be good for I guess. It is enabled by > default > in configure, when the compiler supports it. But I haven't seen it in > the gcc calls on MacOS X, Peter has given some postings ago in this > thread. Again, I have no access to such a machine. -Wno-pointer-sign Don't warn for pointer argument passing or assignment with different signedness. Only useful in the negative form since this warning is enabled by default. This option is only supported for C and Objective-C. -Wsign-compare Warn when a comparison between signed and unsigned values could produce an incorrect result when the signed value is converted to unsigned. This warning is also enabled by -Wextra; to get the other warnings of -Wextra without this warning, use -Wextra -Wno-sign-compare. I can try them next time, as -Wno-pointer-sign or as -Wno-sign-compare. -- Greetings Pete The light at the end of the tunnel has been turned off due to budget cuts.