From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21146 invoked by alias); 12 Nov 2008 08:33:24 -0000 Received: (qmail 21128 invoked by uid 22791); 12 Nov 2008 08:33:23 -0000 X-Spam-Check-By: sourceware.org Received: from mel.act-europe.fr (HELO mel.act-europe.fr) (212.99.106.210) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 12 Nov 2008 08:32:39 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id EA1C0290003; Wed, 12 Nov 2008 09:32:36 +0100 (CET) Received: from mel.act-europe.fr ([127.0.0.1]) by localhost (smtp.eu.adacore.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sSVWPB5WtT3f; Wed, 12 Nov 2008 09:32:36 +0100 (CET) Received: from ulanbator.act-europe.fr (ulanbator.act-europe.fr [10.10.0.139]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mel.act-europe.fr (Postfix) with ESMTP id 5AB08290001; Wed, 12 Nov 2008 09:32:36 +0100 (CET) Cc: gdb-patches@sourceware.org Message-Id: <8B64E53D-5BC4-4F34-B708-F100821A003B@adacore.com> From: Tristan Gingold To: Mark Kettenis In-Reply-To: <200811101904.mAAJ4Td6009922@brahms.sibelius.xs4all.nl> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Subject: Re: [RFC] Darwin Port (Part 4: i386-macosx-*.[ch]) Date: Wed, 12 Nov 2008 10:03:00 -0000 References: <20081110102831.GA60329@ulanbator.act-europe.fr> <200811101904.mAAJ4Td6009922@brahms.sibelius.xs4all.nl> X-Mailer: Apple Mail (2.929.2) 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: 2008-11/txt/msg00222.txt.bz2 On Nov 10, 2008, at 8:04 PM, Mark Kettenis wrote: >> Date: Mon, 10 Nov 2008 11:28:31 +0100 >> From: Tristan Gingold >> >> /* Align to 16 byte boundary */ >> static CORE_ADDR >> i386_macosx_frame_align (struct gdbarch *gdbarch, CORE_ADDR addr) >> { >> return (addr & -16); >> } > > This shouldn't be necessary (and I believe it doesn't even do what you > think it does). No opinion here. It directly comes from Apple sources. Will remove.