espressif/binutils-gdb
1
0
Fork 0
mirror of https://github.com/espressif/binutils-gdb.git synced 2025-06-23 03:29:47 +08:00
Code Issues Packages Projects Releases Wiki Activity

* gdb/config/djgpp/README: Fine-tune installation instructions

Browse Source 
based on user reports.
This commit is contained in:
Eli Zaretskii
2000-05-17 11:49:53 +00:00
parent d3229ae3bd
commit 74b2d06784
2 changed files with 24 additions and 12 deletions
Download Patch File Download Diff File Expand all files Collapse all files

5
gdb/ChangeLog
View File

@ -1,3 +1,8 @@
2000-05-17 Eli Zaretskii <eliz@is.elta.co.il>
* gdb/config/djgpp/README: Fine-tune installation instructions
based on user reports.
Wed May 17 18:27:45 2000 Andrew Cagney <cagney@b1.cygnus.com> Wed May 17 18:27:45 2000 Andrew Cagney <cagney@b1.cygnus.com>
* configure.in (build_warnings): List possible warnings. * configure.in (build_warnings): List possible warnings.

31
gdb/config/djgpp/README
View File

@ -140,14 +140,19 @@ After the configure script finishes, run Make:
make make
If you want to produce the documentation (for example, if you changed
some of the Texinfo sources), type this:
make info
When Make finishes, you can install the package: When Make finishes, you can install the package:
make install INSTALL='/dev/env/DJDIR/bin/ginstall -c' make -k install prefix='${DJDIR}' INSTALL='ginstall -c'
The above doesn't install the docs; for that you will need to say The above doesn't install the docs; for that you will need to say
this: this:
make -k install-info INSTALL='/dev/env/DJDIR/bin/ginstall -c' make -k install-info prefix='${DJDIR}' INSTALL='ginstall -c'
(The -k switch is required, because some unneeded targets that are (The -k switch is required, because some unneeded targets that are
part of the install process fail; -k lets Make run to completion part of the install process fail; -k lets Make run to completion
@ -163,16 +168,18 @@ script gdb/config/djgpp/djcheck.sh, like this:
cd gdb/testsuite cd gdb/testsuite
sh ../config/djgpp/djcheck.sh sh ../config/djgpp/djcheck.sh
This will run for a while and should not print anything. Any test This will run for a while and should not print anything, except the
that fails to produce the expected output will cause the diffs between messages "Running tests in DIR", where DIR is one of the
the expected and the actual output be printed, and in addition will subdirectories of the testsuite. Any test that fails to produce the
leave behind a file SOMETHING.tst (where SOMETHING is the name of one expected output will cause the diffs between the expected and the
of the tests). You should compare each of the *.tst files with the actual output be printed, and in addition will leave behind a file
corresponding *.out file and convince yourself that the differences do SOMETHING.tst (where SOMETHING is the name of the failed test). You
not indicate a real problem. Examples of differences you can should compare each of the *.tst files with the corresponding *.out
disregard are changes in the copyright blurb printed by GDB, values of file and convince yourself that the differences do not indicate a real
unitialized variables, addresses of global variables like argv[] and problem. Examples of differences you can disregard are changes in the
envp[] (which depend on the size of your environment), etc. copyright blurb printed by GDB, values of unitialized variables,
addresses of global variables like argv[] and envp[] (which depend on
the size of your environment), etc.
Note that djcheck.sh only recurses into those of the subdirectories of Note that djcheck.sh only recurses into those of the subdirectories of
the test suite which test features supported by the DJGPP port of GDB. the test suite which test features supported by the DJGPP port of GDB.