From: Andrew Cagney <ac131313@ges.redhat.com>
To: Daniel Jacobowitz <drow@mvista.com>
Cc: Michal Ludvig <mludvig@suse.cz>,
Andrew Cagney <ac131313@redhat.com>,
gdb-patches@sources.redhat.com
Subject: Re: [RFA] New bitflags type and eflags on i386/x86-64
Date: Thu, 29 Aug 2002 08:59:00 -0000 [thread overview]
Message-ID: <3D6E40EE.5000904@ges.redhat.com> (raw)
In-Reply-To: <20020829150833.GA29973@nevyn.them.org>
> On Thu, Aug 29, 2002 at 04:57:42PM +0200, Michal Ludvig wrote:
>
>> Daniel Jacobowitz wrote:
>
>> >Well, actually, I like it.
>
>>
>> Wow! That's a surprise! :-)))
>>
>
>> >Some textual changes and comments:
>
>>
>> Thanks, I'm not a native speaker ;-)
>>
>
>> >>+ builtin_type_i386_eflags =
>> >>+ init_flags_type (32 /* EFLAGS_LENGTH */,
>> >>+ "__i386_eflags", (struct objfile *) NULL);
>> >>+ add_flag_name (builtin_type_i386_eflags, 0, "CF");
>> >>+ builtin_type_simd_mxcsr =
>> >>+ init_flags_type (32 /* EFLAGS_LENGTH */,
>> >>+ "__simd_mxcsr", (struct objfile *) NULL);
>> >>+ add_flag_name (builtin_type_simd_mxcsr, 0, "IE");
>
>> > Do these really need to be in common code? That's gross. Yes, I know
>> > a whole lot of others are, but those are all floatformats or standard
>> > vectors.
>> > This should be in i386-tdep.c.
>
>>
>> I don't compile i386-tdep.c for x86-64. Should I duplicate the code for
>> x86-64 or better leave it here to have it only once?
>
>
> Hmm, there's already some common files between the ports; there should
> be another, I think. I don't want something as i386-specific as this
> anywhere near gdbtypes.c. How about i386-common-tdep.c or something
> like that?
It shouldn't be in gdbtypes.c.
MarkK, I believe, is planning on merging much of the i386 and x86-64
stuff so that a single GDB would support both -- that would remove the
issue.
Is there any immediate technical problem stopping x86-64 linking in
i386-tdep.c? (Yes scary, multi-arch).
Andrew
next prev parent reply other threads:[~2002-08-29 15:42 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-22 8:35 Michal Ludvig
2002-08-27 14:50 ` Andrew Cagney
2002-08-28 7:48 ` Michal Ludvig
2002-08-28 8:08 ` Daniel Jacobowitz
2002-08-28 8:09 ` Michal Ludvig
2002-08-28 10:03 ` Andrew Cagney
2002-08-29 7:20 ` Michal Ludvig
2002-08-29 7:57 ` Daniel Jacobowitz
2002-08-29 8:03 ` Michal Ludvig
2002-08-29 8:15 ` Daniel Jacobowitz
2002-08-29 8:59 ` Andrew Cagney [this message]
2002-08-29 16:37 ` Mark Kettenis
2002-08-30 7:09 ` Michal Ludvig
2002-08-30 7:05 ` Michal Ludvig
2002-08-30 7:12 ` Pierre Muller
2002-08-30 7:41 ` Michal Ludvig
2002-08-30 8:14 ` Daniel Jacobowitz
2002-08-30 10:18 ` Pierre Muller
2002-09-03 2:17 ` Michal Ludvig
2002-09-03 5:30 ` Daniel Jacobowitz
2002-09-05 1:04 ` Michal Ludvig
2002-09-06 13:01 ` Mark Kettenis
2002-09-09 20:35 ` Andrew Cagney
-- strict thread matches above, loose matches on Subject: below --
2002-04-22 8:15 Michal Ludvig
2002-04-22 8:45 ` Daniel Jacobowitz
2002-04-22 9:08 ` Michal Ludvig
2002-04-22 19:05 ` Andrew Cagney
2002-04-22 21:28 ` Daniel Jacobowitz
2002-04-23 6:22 ` Michal Ludvig
2002-04-23 7:32 ` Daniel Jacobowitz
2002-04-29 9:54 ` Pierre Muller
2002-04-29 10:11 ` Michal Ludvig
2002-04-29 10:17 ` Daniel Jacobowitz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3D6E40EE.5000904@ges.redhat.com \
--to=ac131313@ges.redhat.com \
--cc=ac131313@redhat.com \
--cc=drow@mvista.com \
--cc=gdb-patches@sources.redhat.com \
--cc=mludvig@suse.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox