| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
WINDRES and RC values are exported when building for a mingw32 target. These
values, due to being exported, end up in the signature hash for everything in
the system. By adding these to the whitelist we prevent contamination and
allow the system to properly reuse existing -native and other sstate-cache.
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
| |
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We need to ensure that WINDRES searches the correct include directory
for header files. Now that a default sysroot is specified to an invalid
location, it highlights that we need to specify the location manually and
explictly.
autotools appears to use "RC" in preference to "WINDRES" so we need
to export that to ensure it doesn't just find the utility and use it
without an include directory.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
| |
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
| |
mingw builds use WINDRES so export this tool in the same manner as the other
tools for mingw builds.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
| |
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Nowadays this is already set in OE-Core, in tcmode-default.inc.
Fixes:
WARNING: Variable key
PREFERRED_PROVIDER_virtual/${SDK_PREFIX}binutils-crosssdk
(binutils-crosssdk-${SDK_ARCH}) replaces original key
PREFERRED_PROVIDER_virtual/x86_64-oesdk-mingw32-binutils-crosssdk
(binutils-crosssdk-${SDK_ARCH}).
Signed-off-by: Jacob Kroon <jacob.kroon@mikrodidakt.se>
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>
|
|
|
|
|
| |
Signed-off-by: Richard Tollerton <rich.tollerton@ni.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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Adding the SDKTAROPTS can result in either a failure or an endless loop when
generating the SDK tarball. This is due to potential recursive symlinks
within the cross compiler directory structure.
It also means files from places /var/log on the build system can be pulled
into the sdk, dependning on the chosen rootfs of the target system this
is built against.
Disabling it is therefore the best opton, when post processing the tarball,
the symlinks can be dealt with accordingly but the current approach is just
dangerous.
Signed-off-by: Mark Hatle <mark.hatle@windriver.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>
|
|
|
|
| |
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>
|
|
|