Bug 175 - empty filename include in wchar.h
Summary: empty filename include in wchar.h
Status: RESOLVED DUPLICATE of bug 71
Alias: None
Product: buildroot
Classification: Unclassified
Component: Other (show other bugs)
Version: unspecified
Hardware: PC Linux
: P5 blocker
Target Milestone: ---
Assignee: unassigned
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-03-11 10:22 UTC by Stef Bon
Modified: 2009-03-11 10:32 UTC (History)
1 user (show)

See Also:
Host: i386
Target: i386
Build:


Attachments
Config file for this build. (20.43 KB, application/octet-stream)
2009-03-11 10:22 UTC, Stef Bon
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Stef Bon 2009-03-11 10:22:37 UTC
Created attachment 133 [details]
Config file for this build.

When compiling buildroot 2009.02 it I get an error when compiling coreutils:

make[3]: Entering directory `/mnt/sd/sda/3/buildroot-2009.02/build_i386/coreutils-6.9/lib'
/mnt/sd/sda/3/buildroot-2009.02/build_i386/staging_dir/usr/bin/i386-linux-uclibc-gcc -Os -pipe -Os  -I/mnt/sd/sda/3/buildroot-2009.02/build_i386/staging_dir/usr/include -I/mnt/sd/sda/3/buildroot-2009.02/build_i386/staging_dir/include --sysroot=/mnt/sd/sda/3/buildroot-2009.02/build_i386/staging_dir/ -isysroot /mnt/sd/sda/3/buildroot-2009.02/build_i386/staging_dir -mtune=i386 -march=i386  -I.      -g -O2 -c allocsa.c
In file included from ./stdint.h:87,
                 from ///mnt/sd/sda/3/buildroot-2009.02/build_i386/staging_dir/usr/include/stdlib.h:860,
                 from ./stdlib.h:44,
                 from allocsa.h:24,
                 from allocsa.c:22:
./wchar.h:41:12: error: empty filename in #include

I checked this wchar.h, an indeed there is an include which is empty:

/* Include the original <wchar.h>.  */
#include ""

I've been trying to build a system with "generic development system", not changing more.
Comment 1 Peter Korsgaard 2009-03-11 10:32:43 UTC
This sounds similar to #71. You have to enable WCHAR support under toolchain options. It's fixed in svn trunk.

*** This bug has been marked as a duplicate of bug 71 ***