HEADSUP: toolchain modifications required for built-in SSP

[Sebastian Huber]

It would be nice to have a snapshot before the next release to test 
this. Is the next release 3.0.0 (due to the 64-bit time_t) or 2.6.0?

On 30/11/17 11:41, Yaakov Selkowitz wrote:
> gcc8-ssp-newlib.patch
>
>
> 2017-11-29  Yaakov Selkowitz<yselkowi@redhat.com>
>
> 	gcc/
> 	* configure.ac (gcc_cv_libc_provides_ssp): Define as yes
> 	on Newlib-based targets if new builtin SSP support is present.
> 	* configure: Regenerate.
>
> Index: gcc/configure
> ===================================================================
> --- gcc/configure	(revision 255250)
> +++ gcc/configure	(working copy)
> @@ -29100,6 +29100,12 @@
>   fi
>   
>           ;;
> +       *-*-cygwin* | *-*-rtems* | *-*-eabi* | *-*-elf* | mmix-knuth-mmixware)

Instead of this target enumeration, could we not use an $EGREP approach 
similar to some other libc variants?

> +         # This is a recent addition to Newlib/Cygwin/RTEMS

The "recent addition" is probably no longer that recent in one or two 
years. Maybe we should use a version or date here, e.g. since Newlib 
snapshot XYZ.

> +         if test -f $target_header_dir/ssp/ssp.h; then
> +           gcc_cv_libc_provides_ssp=yes
> +         fi
> +        ;;
>          *) gcc_cv_libc_provides_ssp=no ;;
>       esac
>     fi

-- 
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax     : +49 89 189 47 41-09
E-Mail  : sebastian.huber@embedded-brains.de
PGP     : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.