#22 wchar.h: remove undefined mb functions

closed
2001-01-28
2000-12-04
Danny Smith
No

Discussion

  • Danny Smith

    Danny Smith - 2000-12-04

    None

     
  • Earnie Boyd

    Earnie Boyd - 2001-01-16
    • assigned_to: nobody --> earnie
     
  • Earnie Boyd

    Earnie Boyd - 2001-01-16

    Uhm, where are they then???? Looking at MSDN it is supposed to be a valid function. Can you find it in any DLL? I find it in Clbr107.dll but that is a WATCOM distribution and could have been put there by something else. Hmm... I wonder if these are static functions within MSVCRT.LIB? It is possible for an import library on win32 to contain the dll import information as well as static functions and data.

    Cheers,
    Earnie.

     
  • Danny Smith

    Danny Smith - 2001-01-16

    On my pc they are exported from msvcp60.dll and msvcp50.dll, following all the mangled C++ symbols.

    In my msdn docs, these functions are described in the C++ library section.

    Danny

     
  • Earnie Boyd

    Earnie Boyd - 2001-01-18

    Ok. Here's what I've decided. I'll wrap them in cplusplus conditionals. The msvcp60.dll is readily available from the net, most predominately http://www.iol.ie/~locka/mozilla/runtime60.zip, so eliminating them is overkill.

    Cheers,
    Earnie.

     
  • Earnie Boyd

    Earnie Boyd - 2001-01-18
    • status: open --> closed
     
  • Danny Smith

    Danny Smith - 2001-01-19

    Earnie
    Well, I don't really agree with the __cplusplus wrapper business (they are not C++, regardless of where MS puts them) , but to be consistent, the same should be done for

    typedef wchar_t wctrans_t;
    wint_t towctrans(wint_t, wctrans_t);
    wctrans_t wctrans(const char*);
    wctype_t wctype(const char*);

    in wctype.h.

    For same reason.

    Cheers
    Danny

     
  • Earnie Boyd

    Earnie Boyd - 2001-01-21
    • status: closed --> open
     
  • Earnie Boyd

    Earnie Boyd - 2001-01-21

    I agree. What about HAVE_MSVCP? Then one could autoconfigurate it.

    Cheers,
    Earnie.

     
  • Danny Smith

    Danny Smith - 2001-01-21

    HAVE_MSVCP is much better.
    Danny

     
  • Earnie Boyd

    Earnie Boyd - 2001-01-28

    I reverted the change and added comments that the symbols are resolved via -lmsvcp60. I also gave reference to the fact that msvcp60.dll is easily obtainable from the web.

    I decided against HAVE_MSVCP also. It really isn't appropriate to protect these at all.

    Earnie

     
  • Earnie Boyd

    Earnie Boyd - 2001-01-28
    • status: open --> closed
     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.





No, thanks