Bug in configure [ was: v21 under HPUX -- gcc flags to be noted or standardized? ]

Karl Kleinpaste <karl(a)justresearch.com&gt; wrote: I don't know. I can only surmise that he's using a pure-GNU version of gcc. I'm using a gcc that's configured to use HP's ld. There may also be bugs in the HPPA version of gcc. Like the i386 gcc, the HPPA gcc may also have optimizer bugs. [ Hmm. Mumble. Clang. Crash ... I've got a 9.07 system w/gcc 2.7.2.2 around here somewhere .... ] Eeep. Pyrenean crashes with gcc -g. Yow. It's a bug in XEmacs -- configure, specifically. I think it'll only be seen on HP-UX 9.0 (and 8.0?) systems, though; I'm pretty sure that HP-UX 10 and 11 are safe. For some reason, under HP-UX 9.0, running "./configure" (without any arguments) results in XEmacs using the include file, "s/hpux9.h", but the build process still creates an executable that uses shared libraries (which requires the use of "s/hpux9-shr.h", instead). As a workaround, try using: ./configure --dynamic=yes You could also try the (untested) attached patch. Unfortunately, this patch isn't quite right (which is why I haven't submitted it to xemacs-patches), as it doesn't fix the case where people on (ancient) HP-UX 8/9 systems want to create binaries that don't use shared libraries. This patch simply makes the use of shared libraries the default under HP-UX (I don't have the time for anything else). Comments, anyone? [ Side note: it's interesting to note that, under HP-UX 10 and HP-UX 11, any "--dynamic" option to configure is ignored, because the files, "s/hpux10.h" and "s/hpux11.h", always build XEmacs executables that use shared libraries. ] -- Darryl Okahata darrylo(a)sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Hewlett-Packard, or of the little green men that have been following him all day.