Comments (7)
Nicely spotted, thanks for the report. I'll take a look. I tried to make use of existing .inc's in the core where possible, but the external toolchain sysroot extraction requires more explicit specification than the core recipes do. I'm assuming this is against current master?
from meta-sourcery.
It's against release/2014.12. Using that branch for now. I'll recheck with the master branch tomorrow.
I have a patch/workaround locally, but I'd like to give it a test before posting.
from meta-sourcery.
Created SB-4841, if that matters
from meta-sourcery.
Okay, that's good to know. The recipes were completely reworked in master to use separate recipes for each upstream recipe (e.g. libgcc-external is its own recipe) with an entirely different mechanism for the file extraction from the external toolchain sysroot. Regardless, fixing this should just be a matter of adding a few entries to the FILES variable in question in the external-sourcery-toolchain recipe.
from meta-sourcery.
Good to know. This should give us more flexibility. Unfortuntately ATM I'm stuck with release 2014.12.
Regarding FILES_* variables. Not quite. To be as compatible as possible I'm also installing files to a gcc-specific folders, not to /usr/lib. On the other hand just putting everything to /usr/lib should also work. I'll give it a try.
from meta-sourcery.
@kergoth Installing these files to /usr/lib has serious drawback --- they will go now to libc6-dev package instead of libgcc-dev. I'll do few more tests.
from meta-sourcery.
@kergoth just FYI. I ended up with the following snippet:
def sourcery_get_libroot(d):
import subprocess
libroot_cmd = "${TARGET_PREFIX}gcc ${TARGET_CC_ARCH} -print-file-name=crtbegin.o"
try:
toolchain_libroot = bb.process.run(bb.data.expand(libroot_cmd, d),
stderr=subprocess.PIPE,
env={"PATH": d.getVar('PATH', True)})[0].rstrip()[:-11]
except bb.process.CmdError as exc:
bb.fatal(str(exc))
else:
return toolchain_libroot
EXTERNAL_TOOLCHAIN_LIBROOT = "${@sourcery_get_libroot(d)}"
do_install_append() {
install -d ${D}/usr/lib/${TARGET_SYS}/${CSL_VER_GCC}
for file in crtbegin.o crtbeginS.o crtendT.o crtend.o crtendS.o libgcc.a libgcc_eh.a ; do
if [ -e "${EXTERNAL_TOOLCHAIN_LIBROOT}"/$file ]; then
install -m 0644 "${EXTERNAL_TOOLCHAIN_LIBROOT}"/$file ${D}/usr/lib/${TARGET_SYS}/${CSL_VER_GCC}
fi
done
}
FILES_libgcc-dev += "${libdir}/${TARGET_SYS}/${CSL_VER_GCC}"
INSANE_SKIP_libgcc-dev = "staticdev"
pkg_postinst_libgcc-dev () {
for file in crtbegin.o crtbeginS.o crtendT.o crtend.o crtendS.o libgcc.a libgcc_eh.a ; do
ln -s /usr/lib/${TARGET_SYS}/${CSL_VER_GCC}/$file ${libdir}
done
}
from meta-sourcery.
Related Issues (20)
- Broken libc treatment when cross-compiling for 32 bit on 64 bit host HOT 6
- Failure with libexec when building for 32 bit target on Arch64 HOT 1
- QA fatal errors for the external Code Sourcery toolchain. HOT 2
- Gdb related build failure HOT 2
- Extract .debug files more intelligently, and grab available sources
- Consider re-running the sanity check if the external toolchain changes
- can u please explain how upgrade c++11 for my yocto project to compile my applications HOT 1
- arm-2009q1 doesn't provide rfkill.h HOT 1
- Doesn't work with ArchLinux-packaged toolchain
- meta-external-toolchain: systemd-boot.bbappend is not compatible with ccache HOT 2
- What I should define in the script for the EXTERNAL_TOOLCHAIN_SETUP_SCRIPT HOT 1
- meta-sourcery is missing a dylan branch HOT 2
- Please submit meta-external-toolchain to layerindex
- ERROR: Layer 'sourcery' depends on layer 'external-toolchain', but this layer is not enabled in your configuration
- To make Yocto SDK with meta-sourcery HOT 4
- Handle fortran via a libgfortran-external
- meta-sourcery libgcc problem HOT 10
- qemuarm builds fail in libtool-cross:do_configure
- Host user contamination occurs with many ptest packages HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from meta-sourcery.