gdb-970817 vs i386-pc-solaris2.5.1

gdb-970817 vs i386-pc-solaris2.5.1

[Jim Meyering]

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]

Re: gdb-970817 vs i386-pc-solaris2.5.1

[Peter.Schauer]

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

Re: 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