From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Snyder To: Elena Zannoni Cc: Jim Wilson , gdb-patches@sourceware.cygnus.com Subject: Re: gdb patch for 64-bit enum values on 64-bit hosts (ia64-linux) Date: Wed, 14 Jun 2000 17:52:00 -0000 Message-id: <394828E5.6AFC@cygnus.com> References: <200006090053.RAA14301@ada.cygnus.com.cygnus.com> <14664.971.753679.67153@kwikemart.cygnus.com> X-SW-Source: 2000-06/msg00175.html 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 * 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 To: Michael Snyder 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 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 * 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 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 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 To: Jonathan Larmour , 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 > > * 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.