aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authornobody <>2006-04-29 00:38:43 +0000
committernobody <>2006-04-29 00:38:43 +0000
commit7dba41057ff9e89b493103ca0940bf440b61eb61 (patch)
tree95179586c479a1e716c17d920d3b81a7c333e9f7
parent9d59aca8fb5a34d6b086c9c403fd348408d58eca (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.sh60
-rw-r--r--gdb/features/gdb-target.dtd54
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>