.

1 files changed, 34 insertions, 28 deletions

diff --git a/docs/CE-status.txt b/docs/CE-status.txt
index d0d29f68592..eb6ecb38dc5 100644
--- a/docs/CE-status.txt
+++ b/docs/CE-status.txt
@@ -1,33 +1,11 @@
 -*- mode: outline; outline-regexp: " *\\[" -*-
 
-[Current difficulties]
-
-  [Bugs in cross compiler for SH series CPU]
-
-    [Inline functions]
-        are not supported at least for debug build for DLL.  I have to
-        un-inline _all_ inline functions in ACE to get it to work.
-        Not sure if inlining works for Release version or other CPUs
-        (namely, MIPS series.)  It appears to work fine for x86
-        emulator builds.
-
-    [Lost string literals]
-        The following format string in ACE_OS::ctime_r was
-        misteriously replaced with garbage by SH compiler:
-
-          ACE_OS::sprintf (buf, __TEXT ("%3s %3s %02d %02d:%02d:%02d %04d\n"),.....
-
-        The solution for this is to define the format string in global
-        namespace as:
-
-          static const ASYS_TCHAR *fmtstr = __TEXT ("%3s %3s %02d %02d:%02d:%02d %04d\n");
-
-        And call the sprintf as:
-
-          ACE_OS::sprintf (buf, fmtstr,....);
-
-        There doesn't seem to be any recognizable pattern on how this
-        will happen (otherwise, I'll call this a feature.)
+This document presents the status of the ACE port to Windows CE.  We
+present hints on writing portable code using ACE on Windows CE and
+other Win32 platforms.  Moreover, we outline current unresolved
+technical issues with the port and with Windows CE development tools.
+Finally, we describe the status of all the ACE regression tests on
+Windows CE.
 
 [Hints on writing portable code using ACE]
 
@@ -89,6 +67,34 @@
         wide char string in it.  ACE converts the char string to wchar
         string for you.
 
+[Current difficulties]
+
+  [Bugs in cross compiler for SH series CPU]
+
+    [Inline functions]
+        are not supported at least for debug build for DLL.  I have to
+        un-inline _all_ inline functions in ACE to get it to work.
+        Not sure if inlining works for Release version or other CPUs
+        (namely, MIPS series.)  It appears to work fine for x86
+        emulator builds.
+
+    [Lost string literals]
+        The following format string in ACE_OS::ctime_r was
+        misteriously replaced with garbage by SH compiler:
+
+          ACE_OS::sprintf (buf, __TEXT ("%3s %3s %02d %02d:%02d:%02d %04d\n"),.....
+
+        The solution for this is to define the format string in global
+        namespace as:
+
+          static const ASYS_TCHAR *fmtstr = __TEXT ("%3s %3s %02d %02d:%02d:%02d %04d\n");
+
+        And call the sprintf as:
+
+          ACE_OS::sprintf (buf, fmtstr,....);
+
+        There doesn't seem to be any recognizable pattern on how this
+        will happen (otherwise, I'll call this a feature.)
 
 [HPC issues]
     The only testbed we have locally is an HP 360LX.  Some tests that