| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Tested with 7.11.
Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
| |
Tested with 3.1.4.
Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
| |
Not needed anymore.
Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
| |
Modified to work properly with later versions.
Only static build supported.
(Tested up to 0.19.8.1)
Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Use explicit mingw32 override for
PREFERRED_PROVIDER_virtual/nativesdk-${SDK_PREFIX}libc-initial
to avoid multiple providers and consequently broken builds.
Allow building static libraries, disabled by default.
Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
|
|
| |
The environment script generatation is updated to match YP 2.0 version.
In addition, there was an error in the way the EXTRAPATH component was being
generated.
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
When using standard paths, the user may end up exceeding the path length to
some toolchain helper libraries (DLLs) and binaries.
By switching to using the "short path", we can avoid this in many more cases.
If the user does exceed the path length, their only option will be to move
the SDK lower in their directory tree.
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since the environment .sh files can't be used on a normal windows machine,
change to providing .bat files instead. The same mechanisms normally used
can be used on the Windows command line. i.e.
Unix way:
$ source environment-setup-armv5te-wrs-linux-gnueabi.sh
$ $CC hello.c
Win32 way:
C:\Users\mhatle\win-sdk>environment-setup-armv5te-wrs-linux-gnueabi.bat
C:\Users\mhatle\win-sdk>%CC% hello.c
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch solves various unresolved references:
.libs/fstrcmp.o:fstrcmp.c:(.text+0x4b6): undefined reference to `_imp__pthread_key_create'
.libs/fstrcmp.o:fstrcmp.c:(.text+0x5b2): undefined reference to `_imp__pthread_once'
.libs/fstrcmp.o:fstrcmp.c:(.text+0x5c4): undefined reference to `_imp__pthread_getspecific'
.libs/fstrcmp.o:fstrcmp.c:(.text+0x617): undefined reference to `_imp__pthread_setspecific'
.libs/localename.o:localename.c:(.text+0x14f6): undefined reference to `_imp__pthread_mutex_lock'
.libs/localename.o:localename.c:(.text+0x1576): undefined reference to `_imp__pthread_mutex_unlock'
.libs/localename.o:localename.c:(.text+0x15c9): undefined reference to `_imp__pthread_mutex_unlock'
glthread/.libs/lock.o:lock.c:(.text+0xe): undefined reference to `_imp__pthread_mutexattr_init'
glthread/.libs/lock.o:lock.c:(.text+0x2d): undefined reference to `_imp__pthread_mutexattr_settype'
glthread/.libs/lock.o:lock.c:(.text+0x44): undefined reference to `_imp__pthread_mutex_init'
glthread/.libs/lock.o:lock.c:(.text+0x53): undefined reference to `_imp__pthread_mutexattr_destroy'
glthread/.libs/lock.o:lock.c:(.text+0x62): undefined reference to `_imp__pthread_mutexattr_destroy'
glthread/.libs/lock.o:lock.c:(.text+0x75): undefined reference to `_imp__pthread_mutexattr_dest
Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
|
| |
Renamed mpfr_3.1.2.bbappend to mpfr_3.1.3.bbappend to match the new recipe
mpfr_3.1.3.bb.
Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
|
|
|
|
|
|
|
|
| |
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 recipes-support/mpc/libmpc_1.0.2.bbappend to
recipes-support/libmpc/libmpc_1.0.3.bbappend to reflect the changed
location and version of the recipe libmpc_1.0.3.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>
|
|
|
|
|
|
|
| |
Fixed references to meta-darwin.
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>
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|