doco more build probs.
authorAndrew Cagney <cagney@redhat.com>
Sun, 18 Nov 2001 04:43:50 +0000 (04:43 +0000)
committerAndrew Cagney <cagney@redhat.com>
Sun, 18 Nov 2001 04:43:50 +0000 (04:43 +0000)
gdb/ChangeLog
gdb/README

index 422adec7f4afed42bec2b4f9ed7565551f2f1827..b210e7690865e140390be76c3663f305a7650a3c 100644 (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
index 62b4b35af262800f3d07674084a74ae900d52714..3568dfcca996a9abdba04c3ce686cfaebb3742a9 100644 (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