Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE>
To: tromey@redhat.com
Cc: gdb-patches@sourceware.org
Subject: Re: PATCH: Fix gdb compilation on Tru64 UNIX
Date: Thu, 21 Jan 2010 22:49:00 -0000	[thread overview]
Message-ID: <yddhbqf8457.fsf@manam.CeBiTec.Uni-Bielefeld.DE> (raw)
In-Reply-To: <m3wrzbwfqy.fsf@fleche.redhat.com> (Tom Tromey's message of "Thu, 	21 Jan 2010 10:05:09 -0700")

Tom Tromey <tromey@redhat.com> writes:

>>>>>> "Rainer" == Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE> writes:
>
> Rainer> napms() is declared only if _XOPEN_SOURCE_EXTENDED is defined, which
> Rainer> requires _XOPEN_SOURCE >= 420.
>
> Rainer> 2010-01-18  Rainer Orth  <ro@CeBiTec.Uni-Bielefeld.DE>
> Rainer> 	* gdb_curses.h [__osf__] (_XOPEN_SOURCE, _XOPEN_SOURCE_EXTENDED)
> Rainer> 	Define.
> Rainer> 	* solib-osf.c (osf_current_sos): Initialize tail.
>
> The solib-osf.c change is ok.
>
> I am not as sure about the gdb_curses.h change.  I don't think we have
> many host tests like that.  Perhaps some kind of configury would be
> better.

True.  While researching where/how best to handle this in configure.ac,
I found that TUI wasn't supposed to be built on Tru64 UNIX at all.
Unfortunately, the test is completely broken and can never have worked:

* The test checks $host_os, but tries to match it against the full
  target triplet, which fails since host_os is only the third component.

* Both if conditions failed to invoke the test command, but instead
  tried to execute the value of $enable_tui as a command.

After fixing those issues, TUI is disabled on alpha-dec-osf5.1b (tested
by removing the gdb subdir and running make again) and gdb builds
without problems.

Ok?
	Rainer

-- 
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University


2010-01-21  Rainer Orth  <ro@CeBiTec.Uni-Bielefeld.DE>

	* configure.ac: Only use host_os part when disabling TUI on osf.
	Use test to check variables, prefix strings with x.
	* configure: Regenerate.

Index: gdb/configure.ac
===================================================================
RCS file: /cvs/src/src/gdb/configure.ac,v
retrieving revision 1.112
diff -u -p -r1.112 configure.ac
--- gdb/configure.ac	15 Jan 2010 00:34:37 -0000	1.112
+++ gdb/configure.ac	21 Jan 2010 22:44:01 -0000
@@ -447,11 +447,11 @@ AM_ICONV
 # broken on alpha-osf.
 
 case $host_os in
-  alpha*-*-osf* )
-    if "$enable_tui" = "yes"; then
+  osf* )
+    if test x"$enable_tui" = xyes; then
       AC_MSG_ERROR([Building GDB with TUI mode is not supported on this host])
     fi
-    if "$enable_tui" = "auto"; then
+    if test x"$enable_tui" = xauto; then
       enable_tui=no
     fi
     ;;


  reply	other threads:[~2010-01-21 22:49 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-18 16:39 Rainer Orth
2010-01-21 17:05 ` Tom Tromey
2010-01-21 22:49   ` Rainer Orth [this message]
2010-01-22  1:43     ` Tom Tromey

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

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

  git send-email \
    --in-reply-to=yddhbqf8457.fsf@manam.CeBiTec.Uni-Bielefeld.DE \
    --to=ro@cebitec.uni-bielefeld.de \
    --cc=gdb-patches@sourceware.org \
    --cc=tromey@redhat.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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox