From: "Ulrich Weigand" <uweigand@de.ibm.com>
To: uweigand@de.ibm.com (Ulrich Weigand)
Cc: gdb-patches@sourceware.org
Subject: Re: [rfc/rft] Remove "fundamental type" infrastructure
Date: Tue, 04 Dec 2007 23:34:00 -0000 [thread overview]
Message-ID: <200712042334.lB4NY0To024049@d12av02.megacenter.de.ibm.com> (raw)
In-Reply-To: <200711052158.lA5LwqZ0020252@d12av02.megacenter.de.ibm.com> from "Ulrich Weigand" at Nov 05, 2007 10:58:52 PM
> * coffread.c (decode_type): Use builtin_type_int32 instead
> of FT_INTEGER fundamental type for array range index type.
> (decode_base_type): Use builtin types of current_gdbarch
> instead of fundamental types.
>
> * dwarf2read.c (struct dwarf2_cu): Remove ftypes member.
> (read_file_scope): Do not initialize ftypes member.
> (dwarf_base_type, dwarf2_fundamental_types): Remove functions.
> (read_array_type): Use builtin_type_int32 instead of FT_INTEGER
> fundamental type for array range index type.
> (read_tag_string_type): Likewise for string range index type.
> Also, do not overwrite FT_CHAR type with new string type.
> (read_base_type): If DW_AT_name is missing, create unnamed type
> with given properties instead of looking for a fundamental type.
> Create new types as TYPE_TARGET_TYPE for DW_ATE_address and
> DW_ATE_complex_float types.
> (read_subrange_type): Create new type to represent missing
> DW_AT_type instead of looking for a fundamental type.
> (die_type): Use builtin type to represent "void" instead of
> looking for a fundamental type.
>
> * stabsread.c (define_symbol): Use builtin types to represent
> 'r' and 'i' floating-point and integer constants.
>
> * gdbtypes.c (lookup_fundamental_type): Remove.
> * gdbtypes.h (lookup_fundamental_type): Remove prototype.
> (FT_VOID, FT_BOOLEAN, FT_CHAR, FT_SIGNED_CHAR, FT_UNSIGNED_CHAR,
> FT_SHORT, FT_SIGNED_SHORT, FT_UNSIGNED_SHORT, FT_INTEGER,
> FT_SIGNED_INTEGER, FT_UNSIGNED_INTEGER, FT_LONG, FT_SIGNED_LONG,
> FT_UNSIGNED_LONG, FT_LONG_LONG, FT_SIGNED_LONG_LONG,
> FT_UNSIGNED_LONG_LONG, FT_FLOAT, FT_DBL_PREC_FLOAT, FT_EXT_PREC_FLOAT,
> FT_COMPLEX, FT_DBL_PREC_COMPLEX, FT_EXT_PREC_COMPLEX, FT_STRING,
> FT_FIXED_DECIMAL, FT_FLOAT_DECIMAL, FT_BYTE, FT_UNSIGNED_BYTE,
> FT_TEMPLATE_ARG, FT_DECFLOAT, FT_DBL_PREC_DECFLOAT,
> FT_EXT_PREC_DECFLOAT, FT_NUM_MEMBERS): Remove macros.
> * objfiles.c (struct objfile): Remove fundamental_types member.
> * symfile.c (reread_symbols): Do not clear fundamental_types.
>
> * language.h (struct language_defn): Remove la_fund_type member.
> (create_fundamental_type): Remove.
> * language.c (unk_lang_create_fundamental_type): Remove.
> (unknown_language_defn, auto_language_defn,
> local_language_defn): Adapt initializer.
> * ada-lang.c (ada_create_fundamental_type): Remove.
> (ada_language_defn): Adapt initializer.
> * c-lang.h (c_create_fundamental_type): Remove prototype.
> * c-lang.c (c_create_fundamental_type): Remove.
> (c_language_defn, cplus_language_defn, asm_language_defn,
> minimal_language_defn): Adapt initializer.
> * f-lang.c (f_create_fundamental_type): Remove.
> (f_language_defn): Adapt initializer.
> * jv-lang.c (java_create_fundamental_type): Remove.
> (java_language_defn): Adapt initializer.
> * m2-lang.c (m2_create_fundamental_type): Remove.
> (m2_language_defn): Adapt initializer.
> * objc-lang.c (objc_create_fundamental_type): Remove.
> (objc_language_defn): Adapt initializer.
> * p-lang.h (pascal_create_fundamental_type): Remove prototype.
> * p-lang.c (pascal_create_fundamental_type): Remove.
> (pascal_language_defn): Adapt initializer.
> * scm-lang.c (scm_language_defn): Adapt initializer.
I've checked this in now.
Bye,
Ulrich
--
Dr. Ulrich Weigand
GNU Toolchain for Linux on System z and Cell BE
Ulrich.Weigand@de.ibm.com
prev parent reply other threads:[~2007-12-04 23:34 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-05 21:59 Ulrich Weigand
2007-11-05 22:24 ` Daniel Jacobowitz
2007-12-04 23:34 ` Ulrich Weigand [this message]
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=200712042334.lB4NY0To024049@d12av02.megacenter.de.ibm.com \
--to=uweigand@de.ibm.com \
--cc=gdb-patches@sourceware.org \
/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