home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / alt / lucidem / help / 401 < prev    next >
Encoding:
Text File  |  1992-09-10  |  3.2 KB  |  89 lines
  1. Newsgroups: alt.lucid-emacs.help
  2. Path: sparky!uunet!nestroy!news-mail-gateway
  3. From: jwz@lucid.COM (Jamie Zawinski)
  4. Subject: Re: more lemacs 19.3 on HPUX
  5. Message-ID: <9209110319.AA02602@thalidomide.lucid>
  6. Sender: jwz%thalidomide@lucid.com
  7. Organization: WU Mail/News Gateway
  8. References: <18o0nrINNf43@corax.udac.uu.se>
  9. Date: Fri, 11 Sep 1992 03:19:59 GMT
  10. Lines: 77
  11.  
  12. (I still assert that messages like this belong on the bug list, not the
  13. help list, but I'm sure I'll continue to be ignored.)
  14.  
  15. In message <18o0nrINNf43@corax.udac.uu.se> Henrik B}kman CSD wrote:
  16. >
  17. >     < #define C_SWITCH_SITE -I/local/X11R5/include -Aa -D_HPUX_SOURCE
  18.  
  19. When sending patches, please use "diff -c" instead of plain "diff".  It
  20. makes it much easier for me to understand (and install) your changes.
  21.  
  22. Is _HPUX_SOURCE enough, or are all of _INCLUDE_POSIX_SOURCE,
  23. _INCLUDE_HPUX_SOURCE, and _INCLUDE_XOPEN_SOURCE necessary, as Danny said?
  24.  
  25. Would adding this to config.h work?
  26.  
  27.     #ifdef hpux
  28.     #define _HPUX_SOURCE
  29.     #endif
  30.  
  31. Actually, I just remember that I had to add this junk to the Imakefile of
  32. xkeycaps to get it to (allegedly) work on various releases of the HP OS.
  33. If anyone knows what the story is with these goofy HP tags, please let 
  34. me know.
  35.  
  36. /* This nonsense seems to be necessary to get the passwd struct on all HP
  37.    sysems.  HP can't seem to make up their mind what preprocessor directive
  38.    they want to use to tell their header files that they are being compiled
  39.    on an HP.  Don't ask me to explain why these aren't the default...
  40.  */
  41. #if defined(HPUX) || defined(hpux) || defined(__hpux) || defined(_HPUX_SOURCE)
  42.      DEFINES = -D_HPUX_SOURCE -DHPUX -Dhpux -D__hpux
  43. #endif
  44.  
  45. > As Danny I had problems with missing floating-point functions and the
  46. > easiest, I thing, way to get rid of the problems is to comment out
  47. > 'LISP_FLOAT_TYPE'
  48.  
  49. It would be better if someone could figure out what the HP equivalents of
  50. the various float functions are.  An emacs without float support is like
  51. a day without sunshine...
  52.  
  53. > There is two files for hpux in src/s/ (s-hpux.h and s-hpux8.h).
  54. > s-hpux8.h seems to be the new one to use, or...?
  55.  
  56. You tell me :-)
  57.  
  58. > 3. I do the following changes in 'src/events.h'
  59. > 
  60. >     219,220d218
  61. >     < /* HB: 920910: Cause trouble "redeclaration" in hpux. */
  62. >     < #if ! defined(__hpux)
  63. >     222d219
  64. >     < #endif
  65. > 
  66. > This takes away 'struct Lisp_Process;' which causes complains from the
  67. > compiler. Why??? Well, it seems to work without it.
  68.  
  69. But it doesn't on other systems; this is legal ANSI C, and if the HP 
  70. compiler chokes on it, that's a bug.
  71.  
  72. The problem is that the line
  73.  
  74.   void (*select_process_cb)    (struct Lisp_Process *);
  75.  
  76. will, when fed through a compliant ANSI C compiler, generate a warning
  77. something like "scope of Lisp_Process consists of parameter list only"
  78. unless Lisp_Process is already globally declared as a structure name.
  79. "struct Lisp_Process;" is a legal declaration, and does not conflict
  80. with a (potentially earlier) declaration of struct Lisp_Process in
  81. process.h, which may or may not have been included before events.h.
  82.  
  83. > Although I got the same problem as Danny with 'INVISIBLE_TERMINAL_KLUDGE'
  84. > in 19.2 it doesn't shoved up in 19.3 for me!?!?
  85.  
  86. That's because INVISIBLE_TERMINAL_KLUDGE kludges no more!
  87.  
  88.     -- Jamie
  89.