unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Dan Nicolaescu <dann@gnu.org>
To: "Peter O'Gorman" <pogma@thewrittenword.com>
Cc: 6811@debbugs.gnu.org
Subject: bug#6811: [PATCH] emacs-23.2 on hpux
Date: Mon, 09 Aug 2010 05:47:58 -0400	[thread overview]
Message-ID: <yxqy6cgm81d.fsf@fencepost.gnu.org> (raw)
In-Reply-To: <20100806161627.GM7715@tw.local> (Peter O'Gorman's message of "Fri\, 6 Aug 2010 11\:16\:27 -0500")

"Peter O'Gorman" <pogma@thewrittenword.com> writes:

> Hi,
>
> Attached is a patch that allows us to build emacs-23.2 on our HP-UX
> systems (10.20, 11.00 and 11.11 PA-RISC and 11.23, 11.31 both PA and
> IA64).

Thanks!

> Index: configure.in
> ===================================================================
> --- configure.in.orig	2010-08-02 22:49:24.298009472 +0000
> +++ configure.in	2010-08-06 16:01:20.204304769 +0000
> @@ -504,6 +504,10 @@
>      CFLAGS="-D_INCLUDE__STDC_A1_SOURCE $CFLAGS"
>    ;;
>  
> +  ia64*-hp-hpux1[1-9]* )
> +    machine=hp800 opsys=hpux11

I think new ports need to be approved by the maintainers. 
This looks a bit odd.
Shouldn't the machine file be ia64?  Or a new file with ia64 in the name?


> Index: src/s/hpux10-20.h
> ===================================================================
> --- src/s/hpux10-20.h.orig	2010-08-02 22:49:24.309919775 +0000
> +++ src/s/hpux10-20.h	2010-08-06 15:37:50.432830578 +0000
> @@ -31,6 +31,8 @@
>  
>  #define HPUX
>  
> +#define ORDINARY_LINK
> +
>  /* SYSTEM_TYPE should indicate the kind of system you are using.
>   It sets the Lisp variable system-type.  */
>  
> @@ -46,7 +48,8 @@
>   *	for terminal control.
>   */
>  
> -#define HAVE_TERMIO
> +#define NO_TERMIO
> +#define HAVE_TERMIOS

I'll check these in.  The last hunk is especially interesting, as hpux
was the last platform to use HAVE_TERMIO, so that will allow for a lot
of simplifications in the code...



>  /* Tested in getloadavg.c.  */
> +#ifndef HAVE_PSTAT_GETDYNAMIC
>  #define HAVE_PSTAT_GETDYNAMIC
> +#endif

If autoconf sets HAVE_PSTAT_GETDYNAMIC, then it seems that it's better
to just remove the #define.


>  
>  /* Eric Backus <ericb@lsid.hp.com> says, HP-UX 9.x on HP 700 machines
>     has a broken `rint' in some library versions including math library
> Index: src/s/hpux11.h
> ===================================================================
> --- src/s/hpux11.h.orig	2010-08-02 22:49:24.302598951 +0000
> +++ src/s/hpux11.h	2010-08-03 04:21:16.274466073 +0000
> @@ -12,5 +12,9 @@
>     then close and reopen it in the child.  */
>  #define USG_SUBTTY_WORKS
>  
> +#if __ia64
> +#define CANNOT_DUMP 1
> +#endif

This looks bad, we don't have any port in the tree that does CANNOT_DUMP.
Does it work if you dump using unexelf.o?

> Index: src/lisp.h
> ===================================================================
> --- src/lisp.h.orig	2010-08-06 15:41:41.000000000 +0000
> +++ src/lisp.h	2010-08-06 15:41:54.344492292 +0000
> @@ -431,9 +431,12 @@
>  
>  #define XSET(var, type, ptr) \
>     ((var) = ((EMACS_INT)(type) << VALBITS) + ((EMACS_INT) (ptr) & VALMASK))
> +#ifdef DATA_SEG_BITS
>  
> +#define XPNTR(a) ((EMACS_UINT) (((a) & VALMASK) | DATA_SEG_BITS))
> +#else
>  #define XPNTR(a) ((EMACS_UINT) ((a) & VALMASK))
> -
> +#endif
>  #endif /* not USE_LSB_TAG */
>  
>  #else /* USE_LISP_UNION_TYPE */

There's some code that does DATA_SEG_BITS further down in the file,
maybe some untangling is needed in lisp.h...





  reply	other threads:[~2010-08-09  9:47 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-06 16:16 bug#6811: [PATCH] emacs-23.2 on hpux Peter O'Gorman
2010-08-09  9:47 ` Dan Nicolaescu [this message]
2010-08-09 11:05   ` Jan Djärv
2010-08-09 16:22     ` Dan Nicolaescu
2010-08-09 20:42     ` Dan Nicolaescu
2010-08-10 14:14       ` Jan Djärv
2010-08-09 19:37   ` Andreas Schwab
2010-08-09 20:42   ` Peter O'Gorman
2010-08-09 23:13     ` Dan Nicolaescu
2010-08-10  9:08       ` Stefan Monnier
2010-08-10 10:04         ` Andreas Schwab
2010-08-10 12:33           ` Stefan Monnier
2011-01-23 23:03 ` Chong Yidong
2011-01-24 14:00   ` bug#6811: " Andy Moreton
2011-01-28 17:05     ` Chong Yidong
2019-09-06  0:42       ` Glenn Morris

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=yxqy6cgm81d.fsf@fencepost.gnu.org \
    --to=dann@gnu.org \
    --cc=6811@debbugs.gnu.org \
    --cc=pogma@thewrittenword.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).