| Summary: | neon config fails libxml/parser.h: libxml2 requires, but not dependent on, libiconv | ||
|---|---|---|---|
| Product: | buildroot | Reporter: | Michael J. Hammel <mjhammel> |
| Component: | Other | Assignee: | unassigned |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | buildroot |
| Priority: | P5 | ||
| Version: | 2010.02 | ||
| Target Milestone: | 2010.05 | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Host: | Target: | ||
| Build: | |||
| Attachments: | Buildroot config | ||
The problem rather seems to be that neon somehow end up looking at your host includes, instead of the ones in staging/usr/include. I cannot reproduce it here, please provide more details about your setup (and your .config) Created attachment 1465 [details]
Buildroot config
I build the cross compiler first, separately, using buildroot. Then I build the rootfs. The xcc source and build trees are completely separate from the rootfs source and build trees. I have a metabuild (Makefile, patches, etc.) that does all this for me. The metabuild copies over the buildroot tarball to the build tree, unpacks it, applies patches, copies in the config file (which is a template that is patched by the metabuild so output goes to the correct location), and then compiles the rootfs. The patching of the config file is done so that all developers can build the project the same way without hard coded locations in the config file.
My fix to this problem was to enable libiconv in the config file, as shown in the attachement.
If you'd like to see the metabuild Makefile and includes let me know and I'll attach them separately.
Even though I haven't reproduced the particular problem reported by this bug, I think commit http://git.buildroot.net/buildroot/commit/?id=4a2dabe9d53e6c361ecdeaba0431ef74a9ad297c might fix the problem. Don't hesitate to reopen the bug if you can still reproduce it with the latest Buildroot git. |
Running configure for neon: configure:30827: checking libxml/parser.h usability configure:30844: /home/mjhammel/src/cei/ustar/src/../bld/buildroot-2010.02.xcc.bld/staging/usr/bin/powerpc-linux-gcc -Os -pipe -Os --sysroot /home/mjhammel/src/cei/ustar/src/../bld/buildroot-2010.02.bld/staging// -c -Os -pipe -Os --sysroot /home/mjhammel/src/cei/ustar/src/../bld/buildroot-2010.02.bld/staging// -D_LARGEFILE64_SOURCE -DNE_LFS -I/usr/include/libxml2 conftest.c >&5 In file included from /usr/include/libxml2/libxml/parser.h:801, from conftest.c:131: /usr/include/libxml2/libxml/encoding.h:28:19: error: iconv.h: No such file or directory In file included from /usr/include/libxml2/libxml/parser.h:801, from conftest.c:131: /usr/include/libxml2/libxml/encoding.h:136: error: expected specifier-qualifier-list before 'iconv_t' Checking encoding.h, iconv.h is included only if LIBXML_ICONV_ENABLED is set: #ifdef LIBXML_ICONV_ENABLED #include <iconv.h> #endif There are no buildroot options to set this so it must be on by default in the libxml2 build which means that libxml2 should be dependent on libiconv, but it currently is not. Test run: 2010-03-22 Buildroot version: buildroot-2010.02 on Fedora11