OpenE2K
/
binutils-gdb
12
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

doco more build probs.

This commit is contained in:
Andrew Cagney 2001-11-18 04:43:50 +00:00
parent 8a40674599
commit f87ece4d0b
2 changed files with 31 additions and 12 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

5
gdb/ChangeLog
View File

@ -1,3 +1,8 @@
2001-11-17 Andrew Cagney <ac131313@redhat.com>
* README: Mention need for alloca(). Mention problems with
alpha-dec-osf4.0e. Clarify that comments refer to GDB 5.1.
2001-11-17 Kevin Buettner <kevinb@redhat.com>
* i386-linux-nat.c (fill_gregset): Use regcache_collect() instead

38
gdb/README
View File

@ -432,35 +432,49 @@ Host/target specific installation notes
hppa2.0-hp-hpux10.20
Due to a problem with libiberty/regex.c, GDB does not build on HP/UX
10.20 when using the HP supplied compiler.
Due to a problem (conflicting types) with libiberty/regex.c, GDB 5.1
does not build on HP/UX 10.20 when using the HP supplied compiler.
Due to bit rot problems, GDB does not work on HP/UX 10.20 when built
with GCC.
Due to bit rot, GDB 5.1 does not work on HP/UX 10.20 when built with
GCC.
hppa2.0w-hp-hpux11.00
Due to a problem with ltconfig and long argument lines, GDB does not
configure on HP/UX 11.00.
Due to a problem with ltconfig and long argument lines, GDB 5.1 does
not configure on HP/UX 11.00.
alpha-dec-osf5.1
GDB has a number of problems on this platform (Ref PR gdb/237). A GDB
built with ``CC="cc -DUSE_LDR_ROUTINES"'' is reported to be more
reliable.
GDB 5.1 has a number of problems on this platform (Ref PR gdb/237). A
GDB 5.1 built with ``CC="cc -DUSE_LDR_ROUTINES"'' is reported to work
much better.
alpha-dec-osf4.0e
GDB 5.1 is known to have problems on this platform (encounters an
internal error in the symbol table reader).
sparcv9-sun-solaris2.8
There are known problems with GCC 3.0.x for the 64 bit sparc target
(bad code gen). You could try a development version of GCC.
There are known problems with building GDB 5.1 using GCC 3.0.x for the
64 bit SPARC target (bad code gen). You could try a development
version of GCC.
i586-sco-sysv5uw7.1.1
There are known problems with GDB's thread support on this platform.
There are known problems with GDB 5.1's thread support on this
platform. Non-threaded programs should work.
*-*-*
GDB 5.1 assumes that the host C compiler implemends alloca(). GCC is
one such compiler. This problem should be fixed on the trunk.
Remote debugging