gcc/lto-plugin
Jonathan Yong ae6cf62861 Cygwin/MinGW: Do not version lto plugins
GCC on Linux already uses liblto_plugin.so directly without
the libtool version suffix, adjust windows GCC to do the same.

gcc/ChangeLog:

	* config.host: Adjust plugin name for Windows.

lto-plugin/ChangeLog:

	* Makefile.am: drop versioning from libtool completely.
	* Makefile.in: regenerate.
2020-09-10 11:54:28 +00:00
..
ChangeLog Daily bump. 2020-09-10 00:16:28 +00:00
Makefile.am Cygwin/MinGW: Do not version lto plugins 2020-09-10 11:54:28 +00:00
Makefile.in Cygwin/MinGW: Do not version lto plugins 2020-09-10 11:54:28 +00:00
aclocal.m4 Enable Intel CET in liblto_plugin.so on Intel CET enabled host 2020-04-25 10:07:16 -07:00
config.h.in Update GCC to autoconf 2.69, automake 1.15.1 (PR bootstrap/82856). 2018-10-31 17:03:16 +00:00
configure Require CET support only for the final GCC build 2020-07-30 05:36:24 -07:00
configure.ac Enable Intel CET in liblto_plugin.so on Intel CET enabled host 2020-04-25 10:07:16 -07:00
lto-plugin.c If the lto plugin encounters a file with multiple symbol sections, each of which also has a v1 symbol extension section[1] then it will attempt to read the extension data for *every* symbol from each of the extension sections. This results in reading off the end of a buffer with the associated memory corruption that that entails. This patch fixes that problem. 2020-09-09 15:54:20 +01:00