On March 24, 2003 06:00 pm, Alexandre Julliard wrote:
Actually it may be possible to use the alias attribute under gcc, something along these lines:
Cool. Maybe we can do a similar thing for the rest of varargs funcs. The rest we can keep inline, right? I hope gcc optimizes them to be equivalent to an alias...
Now I have another problem. ACE needs to link with msvcrt (I forget now why), but it also makes use of C++ standard lib. Needless to say, this doesn't work quite right:
In file included from /usr/include/c++/3.2/bits/fpos.h:45, from /usr/include/c++/3.2/iosfwd:46, from /usr/include/c++/3.2/ios:44, from /usr/include/c++/3.2/ostream:45, from /usr/include/c++/3.2/iostream:45, from /home/dimi/dev/wine/ACE_wrappers/ace/streams.h:61, from /home/dimi/dev/wine/ACE_wrappers/ace/OS.h:2452, from Basic_Types.cpp:1: /usr/include/c++/3.2/cwchar:142: `fwide' not declared /usr/include/c++/3.2/cwchar:149: `mbsinit' not declared /usr/include/c++/3.2/cwchar:157: `vfwscanf' not declared /usr/include/c++/3.2/cwchar:159: `vswscanf' not declared /usr/include/c++/3.2/cwchar:161: `vwscanf' not declared /usr/include/c++/3.2/cwchar:176: `wcstof' not declared /usr/include/c++/3.2/cwchar:182: `wmemcmp' not declared /usr/include/c++/3.2/cwchar:183: `wmemcpy' not declared /usr/include/c++/3.2/cwchar:184: `wmemmove' not declared /usr/include/c++/3.2/cwchar:185: `wmemset' not declared /usr/include/c++/3.2/cwchar:213: `wmemchr' not declared
That is, the glibc implementation of the C++ lib makes use of functions that don't seem to be available in msvcrt, like fwide. How should we proceed?