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...
next prev parent 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).