GDB's language support is mainly driven by the symbol reader, although it is possible for the user to set the source language manually.
비록 사용자가 소스 언어를 설정하는것이 가능하다 할지라도, GDB의 언어 지원은 심볼 리더에서 파생되었다.
GDB chooses the source language by looking at the extension of the file recorded in the debug info; `.c' means C, `.f' means Fortran, etc. It may also use a special-purpose language identifier if the debug format supports it, like with DWARF.
GDB는 디버깅 info에 기록된 파일의 확장자를 찾아 소스 언어를 선택한다.; `.c'는 C를 의미하며, `.f'는 Fortran을 의미한다. 만일 디버깅 형식이 DWARF 같은 것을 지원 한다면, 특별한 목적의 언어 식별자를 사용할수 있다.
To add other languages to GDB's expression parser, follow the following steps:
다른 언어를 GDB 표현식 파서(expression parser)에 추가시키기 위해, 다음 단계를 따라해라:
union exp_element list are in
`parse.c'.
Since we can't depend upon everyone having Bison, and YACC produces
parsers that define a bunch of global names, the following lines
must be included at the top of the YACC parser, to prevent the
various parsers from defining the same global names:
우리는 Bison이 가지고 있는 모든것을 사용하지 않으며, YACC은 전역 이름(global name)을 정의한 파서를 만들기 때문에, 다음 라인들은 다양한 parser가 같은 전역 이름을 정의하지 못하도록 하기 위해 YACC parser의 맨위에 포함해야 한다.
#define yyparse lang_parse #define yylex lang_lex #define yyerror lang_error #define yylval lang_lval #define yychar lang_char #define yydebug lang_debug #define yypact lang_pact #define yyr1 lang_r1 #define yyr2 lang_r2 #define yydef lang_def #define yychk lang_chk #define yypgo lang_pgo #define yyact lang_act #define yyexca lang_exca #define yyerrflag lang_errflag #define yynerrs lang_nerrsAt the bottom of your parser, define a
struct language_defn and
initialize it with the right values for your language. Define an
initialize_lang routine and have it call
`add_language(lang_language_defn)' to tell the rest of GDB
that your language exists. You'll need some other supporting variables
and functions, which will be used via pointers from your
lang_language_defn. See the declaration of struct
language_defn in `language.h', and the other `*-exp.y' files,
for more information.
파서의 밑에, struct language_defn를 정의하고 언어의 적당한 값으로 초기화
해라. initialize_lang 루틴을 정의하고 언어가 존재한다는것을
GDB에게 알리기 위해 `add_language(lang_language_defn)'을 호출
한다. 여러분은 다른 지원 변수와 함수가 필요하며 이것은 lang_language_defn 에서 포인터를 통해 사용된다. `language.h'에 정의된 struct
language_defn 선언을 보고, 더 많은 정보를 위해 다른 `*-exp.y' 파일들도
참조해라.
evaluate_subexp function
defined in the file `eval.c'. Add cases
for new opcodes in two functions from `parse.c':
prefixify_subexp and length_of_subexp. These compute
the number of exp_elements that a given operation takes up.
만일 새로운 opcode(언어의 작동을 나타내는)가 필요하다면, 이것들을 `expression.h'
에 나열되어 있는 타입에 추가해라. `eval.c' 파일에 정의된 evaluate_subexp 함수에 이 작동들을 위한 지원 코드를 추가해라. 새 opcode를 위한 경우들을 `parse.c' 의 두 함수에 추가해라:prefixify_subexp 와 length_of_subexp.
이것들은 주어진 작동이 일어나는 exp_element의 수를 계산한다.
enum language in `defs.h'.
Update the routines in `language.c' so your language is included.
These routines include type predicates and such, which (in some cases)
are language dependent. If your language does not appear in the switch
statement, an error is reported.
Also included in `language.c' is the code that updates the variable
current_language, and the routines that translate the
language_lang enumerated identifier into a printable
string.
Update the function _initialize_language to include your
language. This function picks the default language upon startup, so is
dependent upon which languages that GDB is built for.
Update allocate_symtab in `symfile.c' and/or symbol-reading
code so that the language of each symtab (source file) is set properly.
This is used to determine the language to use at each stack frame level.
Currently, the language is set based upon the extension of the source
file. If the language can be better inferred from the symbol
information, please set the language of the symtab in the symbol-reading
code.
Add helper code to print_subexp (in `expprint.c') to handle any new
expression opcodes you have added to `expression.h'. Also, add the
printed representations of your operators to op_print_tab.
언어를 위해 나열된 식별자를 `defs.h'에 나열된 타입 enum language 에
추가해라.
여러분의 언어가 포함된 `language.c'내 루틴을 갱신한다.
이들 루틴을 타입 술어를 포함하며 이것은(몇몇 경우에) 언어 의존적이다.
만일 언어가 switch 문자에 나타나지 않는다면, 에러가 보고된다.
`language.c'에 포함된 것은 변수 current_language를 갱신하기 위한
코드와 language_lang 나열된 식별자를 출력 가능한 문자열로
번역하는 루틴이다.
언어를 포함하기 위해 함수 _initialize_language를 갱신한다. 이 함수는
시작시 기본 언어를 선택하며, 그래서 GDB가 어떤 언어로 제작되었느냐에 의존한다.
각 symtab(source file) 언어를 적당히 설정하기 위해서 `symfile.c'내 allocate_symtab와 심볼-읽은 코드를 갱신해라.
이것은 각 스택 프레임 레벨에서 사용하기 위한 언어를 선택하기 위해 사용된다.
현재, 언어는 소스 파일의 확장에 기반한다. 만일 언어가 심볼 정보에서 추론하기 더 좋을수
있다면, 심볼-읽은 코드내 symtab의 언어를 설정해라.
lang_parse() and lang_error in parse_exp_1 (defined in `parse.c').
parse_exp_1(`parse.c'에 정의된)에 lang_parse()와 lang_error를 추가해라.
_LANG_lang defined in it. Use #ifdefs to
leave out large routines that the user won't need if he or she is not
using your language.
Note that you do not need to do this in your YACC parser, since if GDB
is not build for lang, then `lang-exp.tab.o' (the
compiled form of your parser) is not linked into GDB at all.
See the file `configure.in' for how GDB is configured
for different languages.
사용자는 일부나 모든 언어를 위해 GDB 빌드시 옵션을 가진다.
만일 사용자가 언어 lang를 위하도록 GDB를 빌드하기로 결정한다면, `language.h'에 의존하는 모든 파일은 여기에 정의된 매크로 _LANG_lang를
가질 것이다.
만일 여러분의 언어를 사용하지 않는다면 사용자는 필요 없는 커다란 루틴을 빠져 나가기 위해
#ifdef를 사용해라.
YACC 파서에서 이것을 할 필요가 없다는점에 주의해라. 왜냐하면 만일 GDB가 lang를
빌드하지 않았다면, `lang-exp.tab.o'(파서의 컴파일된 형태)는 GDB와 링크되지 않는다.
HFILES and OBJS, otherwise your code may
not get linked in, or, worse yet, it may not get tarred into the
distribution!
kefile.in'내 의존성을 추가한다. HFILES와 OBJS 같은
매크로 변수를 확실히 갱신하도록 해라. 그렇지 않으면 코드는 링크되지 않거나 잘못 되어
배포시 tar를 가질수 없을지 모른다.
Go to the first, previous, next, last section, table of contents.