Go to the first, previous, next, last section, table of contents.

Porting GDB

GDB 포팅

Most of the work in making GDB compile on a new machine is in specifying the configuration of the machine. This is done in a dizzying variety of header files and configuration scripts, which we hope to make more sensible soon. Let's say your new host is called an xyz (e.g., `sun4'), and its full three-part configuration name is arch-xvend-xos (e.g., `sparc-sun-sunos4'). In particular:

새 머신에서 GDB 컴파일 작업시의 대부분의 일은 머신의 설정사항을 지정하는 것이다. 이것은 다양한 헤더 파일과 설정 스크립트에서 행해지며, 추후 더 분별력 있도록 만들어질 것이다. 새 호스트가 xyz (e.g., `sun4')라 불린다고 하자. 그리고 완전한 세 부분 설정 이름은 arch-xvend-xos (e.g., `sparc-sun-sunos4')이다. 특별히:

In the top level directory, edit `config.sub' and add arch, xvend, and xos to the lists of supported architectures, vendors, and operating systems near the bottom of the file. Also, add xyz as an alias that maps to arch-xvend-xos. You can test your changes by running
상위 레벨 디렉토리에서, `config.sub'를 편집하고 지원되는 아키텍쳐의 리스트, 벤더, 파일 밑에 있는 오퍼레이딩 시스템에 arch, xvend, and xos를 추가시켜라. 또한, arch-xvend-xos에 대응하는 alias로써 xyz를 추가해라. 여러분은 돌릴때 변경을 테스트할수 있다.
```
./config.sub xyz
```
and
```
./config.sub arch-xvend-xos
```
which should both respond with arch-xvend-xos and no error messages. You need to port BFD, if that hasn't been done already. Porting BFD is beyond the scope of this manual.
이것은 arch-xvend-xos과 에러 메세지가 없이 응답해야 한다. 여러분은 만일 이미 하지 않았다면, BFD를 포팅할 필요가 있다. BFD를 포팅하는 것은 이 매뉴얼의 범위를 넘어서는 것이다.
To configure GDB itself, edit `gdb/configure.host' to recognize your system and set gdb_host to xyz, and (unless your desired target is already available) also edit `gdb/configure.tgt', setting gdb_target to something appropriate (for instance, xyz).
GDB 자체를 설정하기 위해, 시스템을 재 인식하기 위해 `gdb/configure.host' 편집하고 gdb_host를 xyz로 설정해라. 그리고 (만일 원하는 타겟이 이미 이용할수 없다면) 또한 `gdb/configure.tgt'를 편집하고, gdb_target를 적당한 것(예를 들어, xyz)으로 설정한다.
Finally, you'll need to specify and define GDB's host-, native-, and target-dependent `.h' and `.c' files used for your configuration.
마지막으로, 여러분은 GDB의 host-, native- 그리고 target 의존적이며 설정시 사용된 `.h'와 `.c' 파일들을 지정하고 정의할 필요가 있다.

Configuring GDB for Release

릴리즈를 위한 GDB 설정

From the top level directory (containing `gdb', `bfd', `libiberty', and so on):

상위 디렉토리( `gdb', `bfd', `libiberty' 등을 포함하여)에서:

make -f Makefile.in gdb.tar.gz

This will properly configure, clean, rebuild any files that are distributed pre-built (e.g. `c-exp.tab.c' or `refcard.ps'), and will then make a tarfile. (If the top level directory has already been configured, you can just do make gdb.tar.gz instead.)

이것은 pre-built(e.g. `c-exp.tab.c' or `refcard.ps')로 배포되는 파일들을 설정하고, clean, 재 빌드를 하며, 그리고 tarfile을 만든다. (만일 상위 디렉토리가 이미 설정되었다면, 여러분은 대신에 make gdb.tar.gz만을 하면 된다.)

This procedure requires:

이 절차를 요구한다:

symbolic links;
makeinfo (texinfo2 level);
TeX;
dvips;
yacc or bison.

... and the usual slew of utilities (sed, tar, etc.).

... 그리고 일반적인 많은 유틸리티(sed, tar, 등)

TEMPORARY RELEASE PROCEDURE FOR DOCUMENTATION

문서화를 위한 임시 릴리즈 절차

`gdb.texinfo' is currently marked up using the texinfo-2 macros, which are not yet a default for anything (but we have to start using them sometime).

`gdb.texinfo'는 현재 texinfo-2 매크로를 사용하여 구성되었으며 아직은 어떤것도 기본이 아니다.(그러나 우리는 그것들로 시작해야 한다.)

For making paper, the only thing this implies is the right generation of `texinfo.tex' needs to be included in the distribution.

paper를 만들기 위해, 포함한 유일한 것은 배포시 포함될 필요가 있는 일반적인 `texinfo.tex'이다.

For making info files, however, rather than duplicating the texinfo2 distribution, generate `gdb-all.texinfo' locally, and include the files `gdb.info*' in the distribution. Note the plural; makeinfo will split the document into one overall file and five or so included files.

그러나, texinfo2 배포를 복사하기 보다 info 파일을 만들기 위해, `gdb-all.texinfo'를 만들고 배포시 `gdb.info*'를 포함한다. makeinfo는 문서를 하나의 전체 파일과 다섯이나 인클루된 파일로 나눈다.

Go to the first, previous, next, last section, table of contents.