Comments (9)
The patch should probably be applied against rust-source
rather than rust
. Does that fix your issue?
from meta-rust.
NOTE: Patching rust
with a rust_%.bbappend
in another layer works fine on krogoth
and master
since the removal of shared source.
from meta-rust.
The patch should probably be applied against rust-source rather than rust. Does that fix your issue?
You mean the bbappend file should be rust-source.bbappend ? I'm asking cause the patch itself is relative to the source dir. If that is what you meant, I tried that and get the same error and i can still see that source dir is not populated. There is a tmp/work-shared/rust-1.7.0-r0/rustc-1.7.0/src/ dir but it only contains an empty dir named llvm.
from meta-rust.
I can look at it a little closer, but the latest on krogoth
allows patching. Is there a technical reason to not move forward?
from meta-rust.
Thanks. That's good to hear, shared source is a bit complicated. The focus right now is to get a release out. Once that is done, I'd certainly want to look into not only updating to most recent krogoth at least (or even morty) but also fetching meta-rust from this canonical location.
from meta-rust.
Are you pinned to krogoth for all of your other layers? I'm assume you are not and are missing 4872053. Does it build without your bbappend? I'll need at least your poky and meta-openembedded commits.
from meta-rust.
Are you pinned to krogoth for all of your other layers?
AFAICT, no. At least meta-qt5 is stuck on jethrow.
I'm assume you are not and are missing 4872053. Does it build without your bbappend?
On my ubuntu machine (with older gcc), yes it builds fine without the bbappend. Works fine for others too who all use ubuntu for some reason. :-P So I guess that is not the issue?
I'll need at least your poky and meta-openembedded commits.
Sure thing but if you want to reproduce, I'll suggest you simply try building gdp: https://at.projects.genivi.org/wiki/display/GDP/GDP+Master#GDPMaster-RaspberryPi3
Here are the HEADs:
poky: 12eb72ee3b02f826a156ff4e396c770f2b93571e
meta-openembedded: 247b1267bbe95719cd4877d2d3cfbaf2a2f4865a
from meta-rust.
Given the three provided HEADs, it appears to work with rust-source.bbappend
from a layer I called meta-test
user@sparta:~/meta-rust/poky$ find meta-test/
meta-test/
meta-test/recipes-devtools
meta-test/recipes-devtools/rust
meta-test/recipes-devtools/rust/files
meta-test/recipes-devtools/rust/files/rust
meta-test/recipes-devtools/rust/files/rust/0001-Fix-build-against-gcc-6.2.patch
meta-test/recipes-devtools/rust/rust-source.bbappend
meta-test/conf
meta-test/conf/layer.conf
user@sparta:~/meta-rust/poky$ cat meta-test/recipes-devtools/rust/rust-source.bbappend
FILESEXTRAPATHS_append := ":${THISDIR}/files"
SRC_URI_append = " \
file://rust/0001-Fix-build-against-gcc-6.2.patch \
"
And by working, I mean it appears to apply the patches and move forward. The compile fails with
| /var/build/build/tmp/work-shared/rust-1.7.0-r0/rustc-1.7.0/src/libbacktrace/dwarf.c: In function 'dwarf_fileline':
| /var/build/build/tmp/work-shared/rust-1.7.0-r0/rustc-1.7.0/src/libbacktrace/dwarf.c:2884:7: error: 'UNUSED' undeclared (first use in this function)
| UNUSED struct dwarf_data **pp;
| ^
| /var/build/build/tmp/work-shared/rust-1.7.0-r0/rustc-1.7.0/src/libbacktrace/dwarf.c:2884:7: note: each undeclared identifier is reported only once for each function it appears in
| /var/build/build/tmp/work-shared/rust-1.7.0-r0/rustc-1.7.0/src/libbacktrace/dwarf.c:2884:14: error: expected ';' before 'struct'
| UNUSED struct dwarf_data **pp;
| ^
| /var/build/build/tmp/work-shared/rust-1.7.0-r0/rustc-1.7.0/src/libbacktrace/dwarf.c:2886:7: error: 'pp' undeclared (first use in this function)
| pp = (struct dwarf_data **) (void *) &state->fileline_data;
| ^
| /var/build/build/tmp/work-shared/rust-1.7.0-r0/rustc-1.7.0/src/libbacktrace/dwarf.c: In function 'backtrace_dwarf_add':
| /var/build/build/tmp/work-shared/rust-1.7.0-r0/rustc-1.7.0/src/libbacktrace/dwarf.c:3014:4: error: 'UNUSED' undeclared (first use in this function)
| UNUSED struct dwarf_data **pp;
| ^
| /var/build/build/tmp/work-shared/rust-1.7.0-r0/rustc-1.7.0/src/libbacktrace/dwarf.c:3014:11: error: expected ';' before 'struct'
| UNUSED struct dwarf_data **pp;
| ^
| /var/build/build/tmp/work-shared/rust-1.7.0-r0/rustc-1.7.0/src/libbacktrace/dwarf.c:3016:4: error: 'pp' undeclared (first use in this function)
| pp = (struct dwarf_data **) (void *) &state->fileline_data;
| ^
| /var/build/build/tmp/work-shared/rust-1.7.0-r0/rustc-1.7.0/src/libbacktrace/elf.c: In function 'elf_add_syminfo_data':
| /var/build/build/tmp/work-shared/rust-1.7.0-r0/rustc-1.7.0/src/libbacktrace/elf.c:440:30: warning: variable 'pp' set but not used [-Wunused-but-set-variable]
| struct elf_syminfo_data **pp;
| ^
| /var/build/build/tmp/work-shared/rust-1.7.0-r0/rustc-1.7.0/src/libbacktrace/elf.c: In function 'elf_syminfo':
| /var/build/build/tmp/work-shared/rust-1.7.0-r0/rustc-1.7.0/src/libbacktrace/elf.c:488:33: warning: variable 'pp' set but not used [-Wunused-but-set-variable]
| struct elf_syminfo_data **pp;
| ^
| make[2]: *** [dwarf.lo] Error 1
from meta-rust.
Thanks for testing. Yeah, as I said the patch is known to break the actual build, not fix it. Please feel free to close this ticket for now then. We'll hopefully only add support for gcc6 in GDP after updating meta-rust and hopefully there is no need for a patch in there at all.
from meta-rust.
Related Issues (20)
- Is the TARGET_SYS pitfall still valid?
- Code generation issues when using meta-rust on 32 bit ARM targets with no/limited vector instruction support HOT 10
- CI is broken, no self-hosted runner available to pick up the job HOT 1
- Build error meta-toolchain with rust HOT 1
- rustc-native: Can't get target-list HOT 3
- Update to at least Rust 1.66.1, preferably 1.68.0 HOT 12
- Dunfell HOT 2
- Error building sdk: package is trying to install files into a shared area HOT 2
- `llvm.static-libstdcpp` should be disabled
- cbindgen build failure
- Building 1.71.0 on Honister misses `-lzstd` and symbols are unresolved HOT 4
- Add support for mickledore
- Building cargo 1.72 on Kirkstone fails: could not compile `proc-macro2` (lib) HOT 2
- Bitbake fails to parse the rust-hello-world recipe on mickedore HOT 1
- rust-native fails in do_compile with poky mickeldore HOT 4
- `/build/tmp/hosttools/ld:` expected aarch64 got x86 HOT 2
- Workspace dependencies
- rust demo static compile not effect
- Failed to build the project to be made up only procedural macro HOT 1
- Support for nanbield ? HOT 4
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-rust.