[ros-kernel] Ntoskrnl compile problem, proposed fix
Jens Henrik Hertz
baremig at ziansoft.dk
Fri Aug 20 20:44:25 CEST 2004
art yerkes wrote:
>Ever since I upgraded to gcc-3.4.1 i've been having problems compiling
>ntoskrnl. Does nobody else see this?
>
>The symptom is repeated references to __imp____mb_cur_max and
>__imp____pctype in places where certain stdlib and ctype functions are
>used. I honestly don't understand what's going on... I've been
>fighting with these headers for about two hours and I'm just sick of it.
>
>My best guess at the cause is inclusion of userland headers that bring
>in an msvcrt dependency. I haven't figured out yet where that
>dependency comes in.
>
>Here are my versions:
>
>
>bash-2.05b$ /usr/local/mingw32/bin/mingw32-gcc -v
>Reading specs from /usr/local/mingw32/lib/gcc/mingw32/3.4.1/specs
>Configured with: /home/arty/reactos/tools/gcc.tmp/gcc.src/configure --with-gcc --with-gnu-ld --with-gnu-as --target=mingw32 --with-headers=/home/arty/reactos/tools/mingw.tmp/include --with-libs=/home/arty/reactos/tools/mingw.tmp/lib --prefix=/usr/local/mingw32 --enable-threads --disable-nls --enable-languages=c,c++ --disable-win32-registry --disable-shared --enable-sjlj-exceptions --enable-interpreter --enable-hash-synchronization --without-newlib
>Thread model: win32
>gcc version 3.4.1 (mingw special)
>
>
>bash-2.05b$ /usr/local/mingw32/bin/mingw32-ld -v
>GNU ld version 2.15.90 20040222
>
>
>my tree is completely up to date as of 10am cdt, august 20.
>
>
I can reproduce the problem here - newest binaries from mingw.org.
Updated 10 min. ago.
Regards,
Jens Hertz
More information about the Ros-kernel
mailing list