linux/meta-mingw.git/recipes-devtools/binutils, branch 4.2_M1Mirror of git.yoctoproject.org/meta-mingw.githttps://git.enea.com/cgit/linux/meta-mingw.git/atom?h=4.2_M12021-08-13T13:45:34+00:00binutils: Package static libdep linker plugins2021-08-13T13:45:34+00:00Samuli Piipposamuli.piippo@gmail.com2021-02-16T09:07:04+00:00urn:sha1:ec3a9c04d3e50d10a6fa7115035becd3d4559427
this is new plugin added in binutils 2.36
Signed-off-by: Samuli Piippo <samuli.piippo@qt.io>
Signed-off-by: Joshua Watt <JPEWhacker@gmail.com>
meta-mingw: Convert to new override syntax2021-07-29T23:03:46+00:00Richard Purdierichard.purdie@linuxfoundation.org2021-07-29T22:46:45+00:00urn:sha1:cbe0bb6c246cf25a9a159c5963c095d718c59878
This converts the layer to the new override syntax. This was done using
<oe-core>/scripts/contrib/convert-overrides.py <this-layer>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
gcc/binutils: Allow plugins to be enabled on cross-canadian toolchain2020-02-21T20:57:58+00:00Mark Hatlemark.hatle@kernel.crashing.org2020-02-19T15:11:16+00:00urn:sha1:2ffc8682f178c60b95b45ba2135105e1f0074e4c
As of GCC 8, plugin support is available with mingw. If the plugins are
enabled in the regular binutils/gcc configurations, carry over that
configuration with the mingw versions as well.
When plugins are enabled, they produce a file called [plugin].dll.a. This
causes the debugsrc processor to find the file and attempt to pull out dwarf
information. However, we need to prevent this as the files are not ELF, but
in Microsoft PE format, and trigger an error if processed.
Signed-off-by: Mark Hatle <mark.hatle@kernel.crashing.org>
Signed-off-by: Joshua Watt <JPEWhacker@gmail.com>
binutils: generalise version wildcard2018-02-26T14:44:25+00:00Ross Burtonross.burton@intel.com2018-02-08T17:25:42+00:00urn:sha1:0389fe1373689d4d2f3d9f57187be0efef3e974a
Don't be overly specific by demanding 2.2%, 2.% is sufficient as this bbappend
simply changes some options.
Signed-off-by: Ross Burton <ross.burton@intel.com>
binutils-cross-canadian_2.25%.bbappend: Work with all 2.2* versions2016-09-28T14:32:48+00:00Juro Bystrickyjuro.bystricky@intel.com2016-08-20T18:03:57+00:00urn:sha1:49bdcba4452dca1054e46d88c05464e4be01eb3f
Tested up to 2.27
Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
binutils*.bbappend: Work with all 2.25 versions2016-01-21T19:08:28+00:00Peter Seebachpeter.seebach@windriver.com2015-09-03T20:20:53+00:00urn:sha1:9e1e9b651f999f2a5f4bc246a5a9f20a8a12ffce
Signed-off-by: Peter Seebach <peter.seebach@windriver.com>
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
binutils-cross-canadian: upgrade to version 2.252015-08-09T23:39:17+00:00Juro Bystrickyjuro.bystricky@intel.com2015-08-05T22:51:17+00:00urn:sha1:02e8b83b7f7ddf5d3111dca1b84ec57f4b6296c6
Renamed the file binutils-cross-canadian_2.24.bbappend to
binutils-cross-canadian_2.25.bbappend.
Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
binutils-cross-canadian: Remove nativesdk-flex dependency2014-07-31T07:33:51+00:00Mark Hatlemark.hatle@windriver.com2014-07-31T01:08:55+00:00urn:sha1:f8fdbf91fbf88f542521ecdbb0530731b80373bc
Flex does not build properly with mingw support, it also does not appear
to be needed in order to build binutils or the other nativesdk components
when building for mingw.
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
binutils-cross-canadian/libmpc: Catch up with daisy recipe upgrades2014-04-30T11:26:23+00:00Richard Purdierichard.purdie@linuxfoundation.org2014-04-30T11:26:23+00:00urn:sha1:6936f81a050adbbabcaf7cc9907e61a32a566074
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
binutils-cross-canadian: Ensure we drop the gettext dependency2014-04-30T11:07:58+00:00Richard Purdierichard.purdie@linuxfoundation.org2014-04-30T11:07:58+00:00urn:sha1:4a3345af716eaf6ee69cbef326fa2f687af41b5e
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>