| Summary: | guile 2.0.5:do_compile dynl.c cant find libpath.h | ||
|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] OE-Core | Reporter: | Song.Li <Song.Li> |
| Component: | devtools / tool chain | Assignee: | Song.Li <Song.Li> |
| Status: | VERIFIED INVALID | QA Contact: | |
| Severity: | normal | ||
| Priority: | Medium | CC: | dvhart, laurentiu.serban, meta.mr.watcher, meta.watcher, sgw, song.liu, zhenfeng.zhao |
| Version: | 1.3 | ||
| Target Milestone: | 1.3 M4 | ||
| Hardware: | x86 | ||
| OS: | Multiple | ||
| Whiteboard: | P2 | ||
| OS type for building Yocto: | --- | Type of Regression: | --- |
| Verified: | Documentation change: | --- | |
|
Description
Song.Li
2012-07-31 10:27:41 UTC
Song, leaving assigned to you targetted for M3. Have you been able to reproduce using just Yocto Project components? (In reply to comment #1) > Song, leaving assigned to you targetted for M3. > > Have you been able to reproduce using just Yocto Project components? I haven't reproduced it,because this defect doesn't happen everytime,It's hard to reproduce.but I did check the source code and Makefile in Yocto. From the Makefile we can know this problem will still happen in just Yocto Project components. There is the details: In libguile: both load.c and dynl.c include libpath.h, but libpath.h was only added in load.c dependence in Makefile.in: load.x : libpath.h It's should be dynl.x load.x :libpath.h, otherwise dynl.c will maybe built before libpath.h was created when we make with multi-jobbing. --Song.Li What is "multi-jobbing" ? (In reply to comment #3) > What is "multi-jobbing" ? It means we do parallel build with "-j" option.for example:make -j 10 guile has been updated to 2.0.6, this defect is for 2.0.3, not suitable. Setting to Verified after reporter's comment |