Re: Obsolete/remove Solaris < 10 [was: Re: Fix gdb 8.1 Solaris compilation]

[Pedro Alves <palves at redhat dot com>]

>> I mildly wonder if the adding of sol-thread.o could move
>> from gdb/configure.ac to gdb/configure.nat.
> 
> Certainly: no point hiding a static addition in configure.ac.  I've also
> found that the remaining code in the solaris* section there can go, too:
> 
> * Since Solaris 10, dlopen has moved to libc and libdl.so is just a
>   filter on ld.so.1, so no need to check.
> 
> * $RDYNAMIC is already handled above (and is a no-op with Solaris ld
>   anyway).
> 

Great!

> The attached revised patch has been tested on sparcv9-sun-solaris2.10,
> sparcv9-sun-solaris2.11.4 (with
> https://sourceware.org/ml/gdb-patches/2017-09/msg00787.html applied so
> mainline compiles on Solaris/SPARC at all), amd64-pc-solaris2.10,
> amd64-pc-solaris2.11.4, and x86_64-pc-linux-gnu.
> 
> I've also started an i386-pc-solaris2.9 build to check that it really
> stops as expected.
> 
> Testing is very weird, though: Linux/x86_64 only shows a few failures,
> but Solaris is a mess: on Solaris 10, the vast majority of tests time
> out (although gdb seems to work reasonably well interactively), while
> many more work on Solaris 11.4 until testing runs into what seems an
> infinite loop of
> 
> FAIL: gdb.mi/mi-exec-run.exp: inferior-tty=main: mi=main: force-fail=1: run failure detected (timeout)
> 
> Nonetheless, ok for mainline now?

OK.

Thanks,
Pedro Alves