| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
| |
This is the result of automated script (0.9.0) conversion:
oe-core/scripts/contrib/convert-overrides.py .
converting the metadata to use ":" as the override character instead of "_".
Signed-off-by: Sai Hari Chandana Kalluri <chandana.kalluri@xilinx.com>
|
| |
|
|
|
|
|
|
| |
Default Link Time Optimization flags should contain Os option along with
flto and ffat-lto-objects flags to inline with the regular esw default
compiler flags.
Signed-off-by: Appana Durga Kedareswara rao <appana.durga.rao@xilinx.com>
|
| |
|
|
|
|
|
|
| |
Based on performance measurements as well as recent presentations at ELC
it is believed the correct default should always be -O2. -Os should only
be selectively used per module instead of default.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| |
|
|
| |
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| |
|
|
|
|
|
|
| |
Both xilinx-standalone (w/ lto) and xilinx-standalone-nolto need to use
a common set of system settings. A few settings were missed in the
merge of the decoupling work. Move these to the common settings file.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| |
|
|
|
|
|
|
|
|
|
| |
Instead of using ESW_CFLAGS for the optimization level, fall back to the
default Yocto Project method of 'FULL_OPTIMIZATION' and
'SELECTED_OPTIMIZATION'.
FULL_OPTIMIZATION is moved from -O2 to -Os, the other components retain
the default Yocto Project setitng of '-pipe ${DEBUG_FLAGS}'.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| |
|
|
|
|
|
|
|
|
| |
Some builds may require LTO, while others do not want it. The LTO components
are only enabled when using the esw.bbclass and the xilinx-standalone distro.
A second xilinx-standalone-nolto was added specifically to provide a default
where LTO was disabled.
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
When running gcc built for xilinx-standalone using mingw sdk machine, it
would throw an error saying the winpthread dll was missing. this is
because in tclibc-newlib, TOOLCHAIN_HOST_TASK was being overwritten and
omitting nativesdk-packagegroup-sdk-host which pulled in the appropriate
package nativesdk-mingw-w64-winpthreads. Manually adding the following
to TOOLCHAIN_HOST_TASK to bypass this issue:
nativesdk-qemu-xilinx
Signed-off-by: Jaewon Lee <jaewon.lee@xilinx.com>
Signed-off-by: Alejandro Enedino Hernandez Samaniegoi <alejandr@xilinx.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Distro Changes:
When building a multilib, we need to disable configsite cache. Otherwise
the system will fail to generate the SDK as there are no configsite entries
due to newlib based multilibs.
Recipe Changes:
gcc - globally disable multilib configuration
- Disable Linux specific configurations (EXTRACONFFUNCS)
gcc-cross-canadian - enable multilib on a recipe specific basis
libgcc - add a noop override to do_multilib_install to avoid Linux specific
multilib processing
newlib - arm/v6+m/nofp and arm/v8-m.base/nofp do not have newlib trap
implementations. libgloss contains these, workaround by
disabling builtin trap syscall handler.
- misc workarounds for multilib installs
libgloss - Allow MLPREFIX for newlib dependencies
meta-toolchain - adjust to install only the items we want/need
packagegroup-newlib-standalone-sdk-target - new pkggroup for the
custom baremetal SDK to select the right set of packages
Signed-off-by: Mark Hatle <mark.hatle@xilinx.com>
|
| |
|
|
|
|
|
|
|
|
|
| |
dependencies
For the cross canadian toolchain we need to have both the libc.a and libgloss.a.
We add them to the LIBC_DEPENDENCIES which are wired in core to be added
to the sdk via the TOOLCHAIN_TARGET_TASK variable
Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com>
|
|
|
components
This layer is meant to augment Yocto/OE functionality to provide a
toolchain to build standalone components for Xilinx architectures.
Signed-off-by: Alejandro Enedino Hernandez Samaniego <alejandr@xilinx.com>
Signed-off-by: Manjukumar Matha <manjukumar.harthikote-matha@xilinx.com>
|
