diff options
author | nobody <> | 2006-04-29 00:38:43 +0000 |
---|---|---|
committer | nobody <> | 2006-04-29 00:38:43 +0000 |
commit | 7dba41057ff9e89b493103ca0940bf440b61eb61 (patch) | |
tree | 95179586c479a1e716c17d920d3b81a7c333e9f7 | |
parent | 9d59aca8fb5a34d6b086c9c403fd348408d58eca (diff) |
This commit was manufactured by cvs2svn to create tag 'gdb-csl-morpho-gdb-csl-morpho-4_1-4
4_1-4'.
Sprout from gdb-csl-20060226-branch 2006-04-29 00:38:42 UTC Mark Mitchell <mark@codesourcery.com> ' * gdb/mt-tdep.c (mt_register_name): Correct out-of-range logic to'
Delete:
gdb/features/feature_to_c.sh
gdb/features/gdb-target.dtd
-rw-r--r-- | gdb/features/feature_to_c.sh | 60 | ||||
-rw-r--r-- | gdb/features/gdb-target.dtd | 54 |
2 files changed, 0 insertions, 114 deletions
diff --git a/gdb/features/feature_to_c.sh b/gdb/features/feature_to_c.sh deleted file mode 100644 index c757d61d377..00000000000 --- a/gdb/features/feature_to_c.sh +++ /dev/null @@ -1,60 +0,0 @@ -#!/bin/sh - -output=$1 -shift - -if test -z "$output" || test -z "$1"; then - echo "Usage: $0 OUTPUTFILE INPUTFILE..." - exit 1 -fi - -if test -e "$output"; then - echo "Output file \"$output\" already exists; refusing to overwrite." - exit 1 -fi - -for input in dummy "$@"; do - if test $input != dummy; then - arrayname=xml_feature_`echo $input | sed 's,.*/,,; s/[-.]/_/g'` - - gawk 'BEGIN { n = 0 - print "static const char '$arrayname'[] = {" - for (i = 0; i < 255; i++) - _ord_[sprintf("%c", i)] = i - } { - split($0, line, ""); - printf " " - for (i = 1; i <= length($0); i++) { - c = line[i] - if (c == "'\''") { - printf "'\''\\'\'''\'', " - } else if (c == "\\") { - printf "'\''\\\\'\'', " - } else if (match (c, "[[:print:]]") != 0) { - printf "'\''" c "'\'', " - } else { - printf "'\''\\%03o'\'', ", _ord_[c] - } - if (i % 10 == 0) - printf "\n " - } - printf "'\''\\n'\'', \n" - } END { - print " 0 };" - }' < $input >> $output - fi -done - -echo >> $output -echo "const char *const xml_builtin[][2] = {" >> $output - -for input in dummy "$@"; do - if test $input != dummy; then - basename=`echo $input | sed 's,.*/,,'` - arrayname=xml_feature_`echo $input | sed 's,.*/,,; s/[-.]/_/g'` - echo " { \"$basename\", $arrayname }," >> $output - fi -done - -echo " { 0, 0 }" >> $output -echo "};" >> $output diff --git a/gdb/features/gdb-target.dtd b/gdb/features/gdb-target.dtd deleted file mode 100644 index 6e01b703fcf..00000000000 --- a/gdb/features/gdb-target.dtd +++ /dev/null @@ -1,54 +0,0 @@ -<!-- The root element of a GDB target description is <target>. It - contains a list of feature definitions, followed by a feature-set. - This is also the only point at which xi:include is supported; - it must be used with xpointer to fetch a feature, from a - document whose root element is either target or feature. --> - -<!ELEMENT target (feature*, feature-set)> -<!ATTLIST target - xmlns:xi CDATA #FIXED "http://www.w3.org/2001/XInclude"> - -<!ELEMENT feature-set (description*, feature-ref+)> - -<!-- QUESTION: Is there any reason for feature-ref to have its own - descriptions? Or a short name field (descriptive)? --> -<!ELEMENT feature-ref EMPTY> -<!ATTLIST feature-ref - name IDREF #REQUIRED - base-regnum CDATA #IMPLIED> - -<!-- TODO: Handle arch_data, maybe as unvalidated fields; do we want - to define a namespace for arch-specific fields? Issue for feature - and for reg. --> - -<!-- QUESTION: Should the feature also have a short description to identify - it? The format of its "name" field is restricted and probably not - user-appropriate. --> -<!ELEMENT feature (description*, reg*)> -<!ATTLIST feature - name ID #REQUIRED> - -<!-- TODO: GDB does not yet support descriptions. --> - -<!-- Registers are not required to have an explicit register number field; - they are numbered sequentially starting at zero. If a register does - have an explicit number, the next register will be assigned the next - sequential number by default. When the feature is referenced, register - numbers are adjusted by the reference's base-regnum. --> -<!-- arch_data; see above --> -<!-- TODO: Allow save-restore default to be specified by the feature? - Computation coprocessors should generally be saved and restored, - but system control coprocessors generally shouldn't. --> -<!ELEMENT reg (description*)> -<!ATTLIST reg - name CDATA #REQUIRED - bitsize CDATA #REQUIRED - regnum CDATA #IMPLIED - save-restore (yes | no) 'yes' - type CDATA 'int' - group CDATA #IMPLIED - > - -<!ELEMENT description (#PCDATA)> -<!ATTLIST description - xml:lang CDATA #IMPLIED> |