From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1350 invoked by alias); 7 Dec 2012 16:38:12 -0000 Received: (qmail 1148 invoked by uid 22791); 7 Dec 2012 16:38:09 -0000 X-SWARE-Spam-Status: No, hits=-7.6 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 07 Dec 2012 16:37:56 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id qB7Gbk7c006364 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 7 Dec 2012 11:37:46 -0500 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id qB7Gbi7P012588; Fri, 7 Dec 2012 11:37:45 -0500 Message-ID: <50C21B58.3040904@redhat.com> Date: Fri, 07 Dec 2012 16:38:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Pierre Muller CC: "'Joel Brobecker'" , "'Eli Zaretskii'" , gdb-patches@sourceware.org Subject: Re: [RFC-v4] Fix .text section offset for windows DLL (was Calling __stdcall functions in the inferior) References: <834nm07z0s.fsf@gnu.org> <5077FEB9.4030304@redhat.com> <83y5jb7rfe.fsf@gnu.org> <006001cdaada$00c81f00$02585d00$@muller@ics-cnrs.unistra.fr> <20121024194517.GK3555@adacore.com> <011901cdb2ab$48076b90$d81642b0$@muller@ics-cnrs.unistra.fr> <20121105171121.GA2972@adacore.com> <50991f5f.8382440a.1100.ffff82abSMTPIN_ADDED@mx.google.com> <509ABA17.30507@redhat.com> <000301cdbd96$f5cd9f10$e168dd30$@muller@ics-cnrs.unistra.fr> <20121122173019.GF9964@adacore.com> <50b2a0d1.c849420a.3a3a.3538SMTPIN_ADDED_BROKEN@mx.google.com> In-Reply-To: <50b2a0d1.c849420a.3a3a.3538SMTPIN_ADDED_BROKEN@mx.google.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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: 2012-12/txt/msg00188.txt.bz2 On 11/25/2012 10:50 PM, Pierre Muller wrote: >>> > > +#ifndef IMAGE_SCN_CNT_CODE >>> > > +# define IMAGE_SCN_CNT_CODE 0x20 >>> > > +#endif >>> > > +#ifndef IMAGE_SCN_CNT_INITIALIZED_DATA >>> > > +# define IMAGE_SCN_CNT_INITIALIZED_DATA 0x40 >>> > > +#endif >>> > > +#ifndef IMAGE_SCN_CNT_UNINITIALIZED_DATA >>> > > +# define IMAGE_SCN_CNT_UNINITIALIZED_DATA 0x80 >>> > > +#endif >> > Do you have an idea of when these macros might not be defined? >> > (and where they are normally coming from?). It'd be nice to add >> > a comment providing the answer to those questions. > > These are windows specific macros, > but can also be compiled on any other target, if one > of the windows target is included in the target list. But then, when _are_ they defined? You mean they're being picked up by something including windows.h on Windows hosts? It'd be much better if they were defined in src/include/coff/pe.h, like other IMAGE_SCN_ constants. -- Pedro Alves