From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21460 invoked by alias); 13 Apr 2010 20:21:02 -0000 Received: (qmail 21445 invoked by uid 22791); 13 Apr 2010 20:21:01 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 13 Apr 2010 20:20:53 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id C16B61B4071; Tue, 13 Apr 2010 20:20:51 +0000 (UTC) From: Mike Frysinger To: tromey@redhat.com Subject: Re: [PATCH] Do partial xfers from trace file Date: Tue, 13 Apr 2010 20:21:00 -0000 User-Agent: KMail/1.13.1 (Linux/2.6.33.2; KDE/4.4.1; x86_64; ; ) Cc: Stan Shebs , gdb-patches@sourceware.org References: <4BBA5FE9.2060508@codesourcery.com> <4BC3EBD2.8090303@codesourcery.com> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3120973.zMsdLsj8xZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201004131620.03155.vapier@gentoo.org> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-04/txt/msg00423.txt.bz2 --nextPart3120973.zMsdLsj8xZ Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-length: 879 On Tuesday 13 April 2010 12:26:38 Tom Tromey wrote: > >>>>> "Stan" =3D=3D Stan Shebs writes: > >> tracepoint.c:3895: error: ignoring return value of =E2=80=98read=E2=80= =99, declared > >> with attribute warn_unused_result >=20 > Stan> It's a little weird that some people get a complaint and others > Stan> don't... In any case, it's just an oversight, all the other read > Stan> results are being checked, and so I just committed the fix below. >=20 > There is a distro difference here. Some distros have warn_unused_result > enabled by default on some functions. not exactly ... all distros that keep up with mainline glibc have this=20 enumeration. some distros (like Ubuntu and Gentoo) enable _FORTIFY_SOURCE = by=20 default in their gcc which signals glibc to apply the warn_unused_result=20 attribute to a lot of functions (like read()). -mike --nextPart3120973.zMsdLsj8xZ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. Content-length: 836 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) iQIcBAABAgAGBQJLxNHzAAoJEEFjO5/oN/WB1NkQAMEQ7W+gG2J1gflRGr3QqDoH 7h5vk7izamKOmp58yxKURUy0ZxFs2JPtEVJ/+ehwxa+1ksVEhWnm0//YHrzGV5s4 SldlGj9DA+yMucBKyWlyUYBwj+0D1xntsmnyCE+6YRp78iEyc5BghNwrqKSNgbhi n//DOciYBQ0dXqjeOF+hveHwIwdR9BmNdbnpQevdcTrBZ4UtJcBulw62NK8YAD3P PFPNpHsxxXyz93Q/tSuMoOn0MAM/L4gueyEIm8JIUagNbyK45J1LS3fYXtSlLuYu nAOc9hZYnsAtKZDU4eR6eZ4iAyz03kiZFCL2gI2uDR3zbo9ChracbbOgdB/AGOj/ YiX2Ribv5eZ8LlUo+OuaVHMEzHGR9i7vNnxVamm/R3QwcZURIWt9G41+K66LhjOa cqo2iWEKtBqwNKpxQwWOMOLwjuudjFwNhKog4uP862Mo5YMIJW9GOhdf8Y/sjIAK oXWLTwfjFq1wdCMVIeTkMFA4qWHwt/3yD06IndRkWLL9+JwAxUDWQrHC6t6SYzRf K7el6Ig7gSv1h9M6nwGfuKe7f9ZqZ6/4m0OWe+/XBrUxIDiYXy9438jbZWe5gBsE qGAZidVipWJ233VirE8MsNxpROQzhH2rpExT2b80aXPPDvFesbpzlScxb9w9yMt4 Ey/3gvBq/9bDPSds3dLe =GfEY -----END PGP SIGNATURE----- --nextPart3120973.zMsdLsj8xZ--