Mercurial > hg > xemacs-beta
changeset 1009:c7a849296cb4
[xemacs-hg @ 2002-09-20 11:32:42 by stephent]
AIX macro lossage <87wupg6gph.fsf_-_@tleepslib.sk.tsukuba.ac.jp>
| author | stephent |
|---|---|
| date | Fri, 20 Sep 2002 11:32:45 +0000 |
| parents | 7df9b1d38660 |
| children | af4d1f43e4c6 |
| files | ChangeLog PROBLEMS |
| diffstat | 2 files changed, 21 insertions(+), 0 deletions(-) [+] |
line wrap: on
line diff
--- 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
--- 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