glib.h New functions for conversion between UTF-8 and the encoding

2000-02-01  Tor Lillqvist  <tml@iki.fi>

* glib.h
* gstrfuncs.c (g_filename_to_utf8, g_filename_from_utf8): New
functions for conversion between UTF-8 and the encoding expected
by C runtime functions like open() and stat(), and returned by
readdir().

Implement them on Win32 where we use the system "ANSI" codepage,
which might be single-byte or double-byte. On Unix, just skip the
issue for now and provide dummy implementations that return a copy
of the argument.

* README.win32
* build-dll
* glib.def: Minor updates.

1 files changed, 30 insertions, 5 deletions

diff --git a/README.win32 b/README.win32
index 34764cf5b..cbae1492b 100644
--- a/README.win32
+++ b/README.win32
@@ -54,6 +54,14 @@ changed to G_OS_WIN32.
 
 G_OS_WIN32 implies using the Microsoft C runtime MSVCRT.DLL.
 
+Building software that use GLib or GTk+
+=======================================
+
+Unfortunately, even building software that just *use* GLib or GTk+
+also require to have the right compiler set up the right way, so if
+you intend to use gcc, follow the relevant instructions below in that
+case, too.
+
 Pthreads library
 ================
 
@@ -91,12 +99,9 @@ Building with gcc
 I use the latest and greatest gcc, gcc-2.95.2. 2.95 will also work.
 Earlier version might, but you are on your own.
 
-Read and understand these instruction carefully. If you don't
+Read these instruction carefully and understand them. If you don't
 understand or can't follow the instructions, you probably shouldn't
-want to build GLib (or GTk+ or GIMP) yourself anyway. Unfortunately,
-even building software that just *use* GLib or GTk+ also require to
-have the right compiler set up the right way, so follow these
-instructions in that case, too.
+want to build GLib (or GTk+ or GIMP) yourself anyway. 
 
 0) Get and install Cygwin B20.1.
 
@@ -270,6 +275,26 @@ diff -ru2 ./w32api/include/wingdi.h ../../src/mingw-runtime-19991107/w32api/incl
 
 ================ cut here ================
 
+   fpos_t should be long long with MSVCRT.DLL:
+
+================ cut here ================
+--- stdio.h~	Thu Aug 19 02:47:42 1999
++++ stdio.h	Mon Jan 17 21:58:20 2000
+@@ -296,6 +296,11 @@
+  * it is fairly evident that the fpos_t type is a long (in CRTDLL.DLL).
+  * Perhaps an unsigned long? TODO?
++ * In MSVCRT.DLL it's a long long, however.
+  */
++#ifdef __MSVCRT__
++typedef long long fpos_t;
++#else
+ typedef long	fpos_t;
++#endif
+ 
+ int	fgetpos	(FILE* fileGetPosition, fpos_t* pfpos);
+================ cut here ================
+
+
    (I haven't checked yet if other small errors I have noticed in
    previous w32api header versions have been corrected.)