Re: gdb patch for 64-bit enum values on 64-bit hosts (ia64-linux)

[Michael Snyder <msnyder@cygnus.com>]

Elena Zannoni wrote:
> 
> Jim Wilson writes:
> 
> Jim, any chance you could turn the tests into a gdb testfile? 

Elena, 

I thought I would take a stab at it.  Seemed like it might
belong in exprs.exp.  I noticed that exprs.exp seems kind of
unfinished -- it sets up as if to do some enum tests, but 
doesn't actually do them!  So I added some, including some
for long enums.  See below.  You approve?

Unfortunately I don't have Jim's compiler patch, so I can't
test my tests.  Jim, can you test them for me?

2000-06-14  Michael Snyder  <msnyder@seadog.cygnus.com>

        * gdb.base/exprs.exp: Add tests for enum expressions.
        * gdb.base/exprs.c: Ditto.
From ac131313@cygnus.com Wed Jun 14 18:06:00 2000
From: Andrew Cagney <ac131313@cygnus.com>
To: Michael Snyder <msnyder@cygnus.com>
Cc: gdb-patches@sourceware.cygnus.com, jimb@sourceware.cygnus.com, ezannoni@sourceware.cygnus.com
Subject: Re: gdb patch for 64-bit enum values on 64-bit hosts (ia64-linux)
Date: Wed, 14 Jun 2000 18:06:00 -0000
Message-id: <39482C06.D2521C1C@cygnus.com>
References: <200006090053.RAA14301@ada.cygnus.com.cygnus.com> <3947FEC7.2BAC@cygnus.com>
X-SW-Source: 2000-06/msg00176.html
Content-length: 425

Michael Snyder wrote:
> 
> Hi Jim,
> 
> Jim Blandy, our Dwarf maintainer, is occupied right now.
> I think your change looks good -- I only worry that we have
> no guarantee that even a long will be 64-bits.  I suppose a
> long is more likely to be correct than an int...

Hmm, Would need to be LONGEST then.

Looking further and ending up in bfd_getl64(). Yes, definitly.
As they say, how did this work at all? :-)

	Andrew
From john_w_marshall@palm.com Wed Jun 14 20:24:00 2000
From: John Marshall <john_w_marshall@palm.com>
To: gdb-patches@sourceware.cygnus.com (gdb-patches)
Subject: [patch] make coff-solib.c compile
Date: Wed, 14 Jun 2000 20:24:00 -0000
Message-id: <200006150321.UAA22785@kovalevskaya.palm.com>
X-SW-Source: 2000-06/msg00177.html
Content-length: 748

When building a cross debugger to eg m68k-lynxos (eg from
i686-pc-linux-gnu), coff-solib.c won't compile because there's no
definition of OBJF_SHARED.  This gets it compiling.  I'm not sure this is
the right place to #include these headers, but it does compare favourably
with the lists of #includes in the other *-solib.c files.

    John

2000-06-14  John Marshall  <john_w_marshall@palm.com>

	* coff-solib.c: Include symfile.h and objfiles.h to make
	OBJF_SHARED visible.

--- gdb+dejagnu-20000614/gdb/coff-solib.c.orig	Wed Jun 14 20:06:07 2000
+++ gdb+dejagnu-20000614/gdb/coff-solib.c	Wed Jun 14 20:06:22 2000
@@ -25,6 +25,8 @@
 #include "bfd.h"
 #include "gdbcore.h"
 #include "symtab.h"
+#include "symfile.h"
+#include "objfiles.h"
 
 /*
 
From muller@cerbere.u-strasbg.fr Thu Jun 15 01:13:00 2000
From: Pierre Muller <muller@cerbere.u-strasbg.fr>
To: gdb-patches@sourceware.cygnus.com
Subject: [PATCH]: Pascal language support : New files, commited
Date: Thu, 15 Jun 2000 01:13:00 -0000
Message-id: <200006150832.KAA31285@cerbere.u-strasbg.fr>
X-SW-Source: 2000-06/msg00178.html
Content-length: 1018

>Feel free to commit the files.  Since nothing uses them right now,
>nothing will be harmed by committing them.  You should make the
>changes that Stan pointed out; but feel free to make them after you
>do the initial commit of the files, if you wish.

Done!

  All pas_XXX functions  were renamed pascal_XXX.
The references to C++ specific code  are either removed or 
changed to specify object pascal specific stuff.

ChangeLog 


2000-06-14  Pierre Muller  <muller@ics.u-strasbg.fr>
	Add support for Pascal language. Part 1: new files.
	* p-exp.y, p-lang.c, p-lang.h, p-typeprint.c, p-valprint.c: New files.


PS:  I sent this message with a day delay, because I probably made a mistake 
on my first emission which made that it was not sent to
gdb-patches list.
  I orignally sent this message before
[PATCH RFA] Pascal language part 2.



Pierre Muller
Institut Charles Sadron
6,rue Boussingault
F 67083 STRASBOURG CEDEX (France)
mailto:muller@ics.u-strasbg.fr
Phone : (33)-3-88-41-40-07  Fax : (33)-3-88-41-40-99
From spolk@redhat.com Thu Jun 15 14:02:00 2000
From: Syd Polk <spolk@redhat.com>
To: Jonathan Larmour <jlarmour@redhat.co.uk>, gdb-patches@sourceware.cygnus.com
Subject: Re: RFA: Fix itcl/iwidgets config script search
Date: Thu, 15 Jun 2000 14:02:00 -0000
Message-id: <4.2.0.58.20000615140225.00d0a910@pop.cygnus.com>
References: <3949324E.E7268CD@redhat.co.uk>
X-SW-Source: 2000-06/msg00179.html
Content-length: 3450

At 08:45 PM 6/15/00 +0100, you wrote:
>I found that when installing a new version of Insight over an old one that
>had been built from sources that no longer existed, it failed with the same
>error as described in
> http://sourceware.cygnus.com/ml/insight/2000-q2/msg00212.html
>
>The reason is that itcl/iwidgets2.0.0/unix/configure.in is picking up the
>itclConfig.sh etc. files from exec_prefix first, and using that to
>determine the location of mkinstalldirs from e.g. ITCL_SRC_DIR set there.
>This is bad as it refers to the old sources.
>
>The best fix is to make itcl/iwidgets2.0.0/unix/configure.in consistent
>with tcl, tk, itcl/itcl and itcl/itk by searching in the build tree before
>the exec_prefix dir, since what is in the build tree is what is going to be
>installed.
>
>Okay to check in? 5.0 branch as well?

I assume that in your description, you meant iwidgets3.0.0, since that is 
what your patch says. Assuming that is true, you may check this in.


>Jifl
>
>2000-06-15  Jonathan Larmour  <jlarmour@redhat.co.uk>
>
>         * iwidgets3.0.0/unix/configure.in: Use config scripts from build
>         tree before exec_prefix
>
>
>--
>Red Hat, 35 Cambridge Place, Cambridge, UK. CB2 1NS  Tel: +44 (1223) 728762
>"Plan to be spontaneous tomorrow."  ||  These opinions are all my own 
>faultIndex: configure.in
>===================================================================
>RCS file: /cvs/src/src/itcl/iwidgets3.0.0/unix/configure.in,v
>retrieving revision 1.1.1.1
>diff -u -5 -p -r1.1.1.1 configure.in
>--- configure.in        2000/02/07 00:19:47     1.1.1.1
>+++ configure.in        2000/06/15 19:37:44
>@@ -43,11 +43,11 @@ cd ${BUILD_DIR}
>
>  AC_ARG_WITH(tcl, [  --with-tcl=DIR          use Tcl 8.0 binaries from DIR],
>          itcl_search=$withval, itcl_search=`cd ../../..; ls -d 
> \`pwd\`/tcl*/unix`)
>
>  TCL_LIB_DIR=""
>-for dir in $exec_prefix/lib $itcl_search ; do
>+for dir in $itcl_search $exec_prefix/lib ; do
>      if test -r $dir/tclConfig.sh; then
>          TCL_LIB_DIR=$dir
>          break
>      fi
>  done
>@@ -65,11 +65,11 @@ fi
>
>  AC_ARG_WITH(tk, [  --with-tk=DIR           use Tk 8.0 binaries from DIR],
>          itcl_search=$withval, itcl_search=`cd ../../..; ls -d 
> \`pwd\`/tk*/unix`)
>
>  TK_LIB_DIR=""
>-for dir in $exec_prefix/lib $TCL_LIB_DIR $itcl_search ; do
>+for dir in $itcl_search $TCL_LIB_DIR $exec_prefix/lib ; do
>      if test -r $dir/tkConfig.sh; then
>          TK_LIB_DIR=$dir
>          break
>      fi
>  done
>@@ -86,11 +86,11 @@ fi
>
>  AC_ARG_WITH(itcl, [  --with-itcl=DIR         use Itcl 3.0 binaries from 
> DIR],
>          itcl_search=$withval, itcl_search=`cd ${BUILD_DIR}/../../itcl; pwd`)
>
>  ITCL_LIB_DIR=""
>-for dir in $exec_prefix/lib $TCL_LIB_DIR $itcl_search ; do
>+for dir in $itcl_search $TCL_LIB_DIR $exec_prefix/lib ; do
>      if test -r $dir/itclConfig.sh; then
>          ITCL_LIB_DIR=$dir
>          break
>      fi
>  done
>@@ -107,11 +107,11 @@ fi
>
>  AC_ARG_WITH(itk, [  --with-itk=DIR          use Itk 3.0 binaries from DIR],
>          itcl_search=$withval, itcl_search=`cd ${BUILD_DIR}/../../itk; pwd`)
>
>  ITK_LIB_DIR=""
>-for dir in $exec_prefix/lib $TCL_LIB_DIR $itcl_search ; do
>+for dir in $itcl_search $TCL_LIB_DIR $exec_prefix/lib ; do
>      if test -r $dir/itkConfig.sh; then
>          ITK_LIB_DIR=$dir
>          break
>      fi
>  done

Syd Polk		spolk@redhat.com
Engineering Manager	+1 415 777 9810 x 241
Red Hat, Inc.