# HG changeset patch
# User stephent
# Date 1032521565 0
# Node ID c7a849296cb4f0358f0d842ec80f1608f2c00d52
# Parent  7df9b1d386601141e4d94236cc09f71f876dd8a8
[xemacs-hg @ 2002-09-20 11:32:42 by stephent]
AIX macro lossage <87wupg6gph.fsf_-_@tleepslib.sk.tsukuba.ac.jp>

diff -r 7df9b1d38660 -r c7a849296cb4 ChangeLog
--- a/ChangeLog	Thu Sep 19 21:53:50 2002 +0000
+++ b/ChangeLog	Fri Sep 20 11:32:45 2002 +0000
@@ -1,3 +1,7 @@
+2002-09-20  Stephen J. Turnbull  <stephen@xemacs.org>
+
+	* PROBLEMS: AIX memcpy MACRO/#ifdef USE_KKCC lossage.  Thx, Valdis!
+
 2002-08-08  Jerry James  <james@xemacs.org>
 
 	* Makefile.in.in (install-arch-dep): Install internal modules and
diff -r 7df9b1d38660 -r c7a849296cb4 PROBLEMS
--- a/PROBLEMS	Thu Sep 19 21:53:50 2002 +0000
+++ b/PROBLEMS	Fri Sep 20 11:32:45 2002 +0000
@@ -171,6 +171,23 @@
 
 
 ** AIX
+*** IBM compiler fails: "The character # is not a valid C source character."
+
+Most recently observed in 21.5.9, due to USE_KKCC ifdefs (they just
+happen to tickle the implementation).
+
+Valdis Kletnieks says:
+
+  The problem is that IBM defines a *MACRO* called 'memcpy', and we
+  have stuck a #ifdef/#endif inside the macro call.  As a workaround,
+  try adding '-U__STR__' to your CFLAGS - this will cause string.h to
+  not do a #define for strcpy() to __strcpy() - it uses this for
+  automatic inlining support.
+
+  (For the record, the same issue affects a number of other functions
+  defined in string.h - basically anything the compiler knows how to
+  inline.)
+
 *** On AIX 4.3, you must specify --with-dialogs=athena with configure
 
 *** The libXt shipped with AIX 4.3 up to 4.3.2 is broken.  This causes