Age | Commit message (Collapse) | Author |
|
libitm mingw build presently not supported, so don't build it.
Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Tested up to 2.27
Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Also we skip the staticdev sanity check, as the '.a' file should be packaged
as listed.
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
|
|
mingw runtime 3.1 is released under ZPL-2.1 license.
This fixes the warning:
WARNING: nativesdk-mingw-w64-runtime: No generic license file exists for: ZPL in any provider
Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
|
|
The mingw headers 3.1 are released under ZPL-2.1 license.
This fixes the warning:
WARNING: nativesdk-mingw-w64-headers: No generic license file exists for: ZPL in any provider
Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
|
|
Some Windows executables/DLLs link explicitly to pthreadGC2.dll.
Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
|
|
Signed-off-by: Peter Seebach <peter.seebach@windriver.com>
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
|
|
Rename the bbappends to use % so they can be used with both 4.x
and 5.x. None of these changes appear to be specific to a given
version of gcc.
Signed-off-by: Peter Seebach <peter.seebach@windriver.com>
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
|
|
The mingw32 runtime has issues building libgomp, so drop it for now.
Signed-off-by: Peter Seebach <peter.seebach@windriver.com>
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
|
|
Renamed nativesdk-libtool_2.4.2.bbappend to nativesdk-libtool_2.4.6.bbappend
in order to match the new recipe nativesdk-libtool_2.4.6.bb.
Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
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>
|
|
Renamed gdb-cross-canadian_7.8.1.bbappend to gdb-cross-canadian_7.9.1.bbappend,
to match the updated recipe gdb-cross-canadian_7.9.1.bb.
Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
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>
|
|
Python has never appeared to build under mingw; those who have gotten
gdb builds working under mingw have extracted the MSIs from python.org.
In lieu of that approach, just disable python support for now.
nativesdk-ncurses has several build problems, the least surmountable of
which is that it doesn't appear to build either statically or
dynamically. Just disable that for now too.
This results in mingw32 gdb not supporting plugins, pretty-printing, or
TUI mode, at the very least. But MI mode works, as does gdb's internal
readline implementation.
Signed-off-by: Richard Tollerton <rich.tollerton@ni.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Uprev gcc to match master, and resync with latest mingw runtime.
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
The symlinking is really an artefact of the way the headers are
provided. Move all the code into one place.
Also have the initial compiler depend on the headers else the build
can fail. High parallelism prevented the issue from being seen
in most cases.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
The compiler flags were not getting passed to the compiler, this fixes
the make command so they do get preserved.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|