2009/3/1 Frank Erens <seysa...@gmail.com>:
>
> I've tried it with the other compiler, and it still gives the same
> error. My hosts
> compiler works fine. It's strange that it works on Mac with exactly the same
> compiler version, but not on Linux. I guess that means we'll have to take
> a closer look at mbchar.h
After investigating what's going wrong, I've found out that by using gcc -I. ,
some of the includes of gnulib override my system includes. That's why
when I write my own testcase, everything goes fine. However, I've
tried compiling
following testcase both with and without -I. , and here are my results:
---------------------------------------------------------------------------------------------
#include <stdbool.h>
#include <string.h>
#include <stdio.h>
#include <time.h>
#include <wchar.h>
#include <wctype.h>
void test(wint_t _wc) {}
int main() {}
---------------------------------------------------------------------------------------------
When I'm compiling without -I., it works just fine. With -I., i'm getting the
error I've posted in my first mail. That means that the problem has to do
something with the wchar.h that comes with gnulib. I've made a quick hack
(note, perhaps I made this not clear, but when I say quick hack, I mean:
works for me, but not suitable for upstream) and compilation went just
fine, until it came to a file requiring stdio.h -- you guessed it, from
gnulib.
My guess would be that there's a bug in the configure script that prevents it
from properly recognizing gcc-4.4.0, as I've tried compiling it with my
host compiler, and no wchar.h was generated.
I can confirm this by copying the files which were generated by configure
on the host to my LFS build, and everything went fine -- well, except
for a few linker errors which I'm about to investigate.
I hope you can help me find out what's going wrong,
Frnak
