gdb-970817 vs i386-pc-solaris2.5.1

[Jim Meyering]

Thanks again, Peter.

I did as you suggested and the result works pretty well.
Prompted by the diagnostic from gdb/utils.c, I also added
  MMALLOC_CFLAGS = -I$(MMALLOC_SRC) -DMMCHECK_FORCE=1
in i386sol2.mh.

The only thing that's a little odd is that now I get this at startup:

  [GDB will not be able to debug user-mode threads: ld.so.1: gdb: fatal: relocation error: symbol not found: ps_lgetLDT: referenced in /usr/lib/libthread_db.so.1]

and this when I `quit':

  (gdb) q

  gdb internal error: Memory corruption
  Quit
  [Exit 131 (SIGQUIT)]


"Peter.Schauer" <Peter.Schauer@Regent.E-Technik.TU-Muenchen.DE> writes:
| GDB is not supported on ix86/solaris, and I do not have access
| to a ix86/solaris system, so I can't comment on the first two patches.
| (I suspect however that a better solution would be to create a new
| config/i386/tm-i386sol2.h file, which gets used by i386sol2.mt, includes
| tm-i386v4.h and adds the TIDGET definition from config/sparc/tm-sun4sol2.h).
|
| The linker problem happens if you use gcc and the native ld.
| A simple workaround for now is to remove
| -Xlinker -export-dynamic
| by hand from the INTERNAL_LDFLAGS in gdb/Makefile.
|
| > Hi,
| >
| > I have the misfortune to run solaris2.5.1 on my nice dual P200 Vectra.
| > I tried to build gdb-970817 using this version of egcs:
| >
| >   Reading specs from /p/lib/gcc-lib/i386-pc-solaris2.5.1/egcs-2.90.06/specs
| >   gcc version egcs-2.90.06 970907 (gcc2-970802 experimental)
| >
| > My first compile failed because neither R_PSR nor PS_FLAG_CARRY was defined.
| > Here's a kludge to work around that.
| >
| > --- procfs.c.orig	Sat Sep 27 12:22:02 1997
| > +++ procfs.c	Sat Sep 27 12:21:50 1997
| > @@ -5218,6 +5218,7 @@ procfs_lwp_creation_handler (pi, syscall
| >    /* If lwp_create failed, then nothing interesting happened.  Continue the
| >       process and go back to sleep. */
| >  
| > +#if defined (R_PSR) && defined (PS_FLAG_CARRY)
| >    if (pi->prstatus.pr_reg[R_PSR] & PS_FLAG_CARRY)
| >      {				/* _lwp_create failed */
| >        pi->prrun.pr_flags &= PRSTEP;
| > @@ -5228,6 +5229,7 @@ procfs_lwp_creation_handler (pi, syscall
| >  
| >        return 0;
| >      }
| > +#endif
| >  
| >    /* At this point, the new thread is stopped at it's first instruction, and
| >       the parent is stopped at the exit from lwp_create.  */
| > 
| > 
| > Next attempt failed because TIDGET is not defined and hence,
| > procfs_pid_to_str (used below) is not defined.  Here's the really ugly
| > kludge I used to work around that.
| > 
| > --- sol-thread.c.orig	Sat Sep 27 12:21:09 1997
| > +++ sol-thread.c	Sat Sep 27 12:20:38 1997
| > @@ -121,7 +121,11 @@ static int sol_thread_alive PARAMS ((int
| >  #define THREAD_FLAG 0x80000000
| >  #define is_thread(ARG) (((ARG) & THREAD_FLAG) != 0)
| >  #define is_lwp(ARG) (((ARG) & THREAD_FLAG) == 0)
| > +#ifdef TIDGET
| >  #define GET_LWP(LWP_ID) (TIDGET(LWP_ID))
| > +#else
| > +# define GET_LWP(LWP_ID) 1 /* Kludge!! */
| > +#endif
| >  #define GET_THREAD(THREAD_ID) (((THREAD_ID) >> 16) & 0x7fff)
| >  #define BUILD_LWP(LWP_ID, PID) ((LWP_ID) << 16 | (PID))
| >  #define BUILD_THREAD(THREAD_ID, PID) (THREAD_FLAG | BUILD_LWP (THREAD_ID, PID))
| > @@ -1213,9 +1217,11 @@ solaris_pid_to_str (pid)
| >  {
| >    static char buf[100];
| >  
| > +#ifdef TIDGET
| >    /* in case init failed to resolve the libthread_db library */
| >    if (!procfs_suppress_run)
| >      return procfs_pid_to_str (pid);
| > +#endif
| >  
| >    if (is_thread (pid))
| >      {
| > 
| > Finally, I got this (inexplicable to me) link error:
| > 
| >   ...
| >   te.o main.o inflow.o gnu-regex.o     ../bfd/libbfd.a ../readline/libreadline.a ../opcodes/libopcodes.a ../libiberty/libiberty.a -ltermlib    -ldl -lm ../mmalloc/libmmalloc.a ../libiberty/libiberty.a
| >   ld: fatal: entry point symbol `xport-dynamic' is undefined
| >   collect2: ld returned 1 exit status
| >   make[1]: *** [gdb] Error 1
| >   make[1]: Leaving directory `/tmp/gdb-970817/gdb'
| >   make: *** [all-gdb] Error 2
| >   [Exit 2]
| > 
| > 
| 
| 
| -- 
| Peter Schauer			pes@regent.e-technik.tu-muenchen.de