Mac Forum / Programming / CodeWarrior / July 2003

I figured out that I needed to include dylib1.o or crt1.o to resolve the
error stated below.  I then hit the fact that the MSL C++ libraries seem to
require the MSL C libraries.  What I am trying to do is build against the
BSD headers and use the MSL C++ library.  Is this possible?  If so how can
it be done?  If this is not possible how can I use function in Libc that are
not found in MSL C.  Things like bzero, bcopy, index, and nanosleep etc?  Am
I stuck with lifting the prototype and needed structures from the BSD header
files and placing them where I need them?

Hi All,

I have a similar project setup - and have a lot of trouble to get
iostreams, wchars and more running.
Firstly, i want to focus only on one problem with iostreams:

The project is using the BSD C library and MSL C++ library. The access
paths are:
System:
R {Compiler}MacOS X Support/Headers/(wchar_t Support fix)
   {OS X Volumn}usr/include
   {OS X Volumn}usr/lib
R {Compiler}MacOS X Support
R {Compiler}MSL/MSL_C
R {Compiler}MSL/MSL_C++
F {OS X Volumn}System/Library/Frameworks  
R {BOOST}

I have linked against MSL_All_Mach-O.lib.  
Note: there were link errors when linked against
MSL_Runtime_Mach-O.lib and MSL_C++_Mach-O.lib only because of
undefined code (e.g. __get_char())- so I used the MSL_All lib and had
no link errors anymore.
Native wchar_t is ON, and the MSL wchar_t fix is used.

Problem: the program crashes during operator<< with a wfstream.

Here is the code were the problem occures: (note: this is just the
example for using codecvt in the MW manual, however it looks like the
actual problem has nothing to do with locales!)

    std::locale loc(std::locale(), new std::__utf_8<wchar_t>);
    std::wofstream out;
    out.imbue(loc);
    out.open("test.dat");
    if (out)
        out << L"This is a test \x00DF";

The program successfully opens the file.
However it crashes during writing, namely in basic_filebuf<wchar_t,
traits>::write2() when it reaches the putc macro the first time:
    for (int i = 0; i < n; ++i)
-->        if (putc(extern_buf[i], file_) == EOF)
            return traits::eof();
    return traits::to_int_type(intern_buf);

The problem is (obviously) a macro used in this function: putc
This macro is defined in BSD (in stdio.h) and in MSL (in cstdio).
Because of the order of the include paths, the macro will be found in
the BSD headers:

in /user/include/stdio.h
#define putc(x, fp)    __sputc(x, fp)

and __sputc is defined in stdio.h as:
/*
* This has been tuned to generate reasonable code on the vax using
pcc.
*/
#define    __sputc(c, p) \
    (--(p)->_w < 0 ? \
        (p)->_w >= (p)->_lbfsize ? \
            (*(p)->_p = (c)), *(p)->_p != '\n' ? \
                (int)*(p)->_p++ : \
                __swbuf('\n', p) : \
            __swbuf((int)(c), p) : \
        (*(p)->_p = (c), (int)*(p)->_p++))
#endif

Certainly, the MSL putc macro is defined differently. If i take a
closer look to the macro definition above, i doubt that this expansion
was really the intention.

So, my (first) question is:
More general: how to get MSL C++ running with BSD C lib?
Specific: is this a bug? How can I fix it?
Is this another example why we should NOT using macros ;)  ?

Regards
Andreas Grosam