Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Elena Zannoni <ezannoni@cygnus.com>
To: Kevin Buettner <kevinb@cygnus.com>
Cc: fnf@redhat.com, gdb-patches@sourceware.cygnus.com
Subject: Re: [PATCH] Fix auto-solib-add bug (patch revised 7/1/2001)
Date: Fri, 13 Jul 2001 15:03:00 -0000	[thread overview]
Message-ID: <15183.32246.8944.29872@krustylu.cygnus.com> (raw)
In-Reply-To: <1010702215326.ZM24300@ocotillo.lan>

Kevin Buettner writes:
 > On Jul 1,  3:07pm, Fred Fish wrote:
 > 
 > > Here is the latest patch, which should apply cleanly to the sourceware
 > > gdb sources as of today.  I also made a couple of other minor tweaks
 > > and cleanups.
 > 
 > Fred,
 > 
 > Your patch is approved except for the portions which move the
 > declaration of auto_solib_add from symfile.h to coff-solib.h, solib.h,
 > and somsolib.h.  I would prefer that you submit a separate patch for
 > this change.  (I spoke with Jim Blandy about them and he pointed out
 > that the declaration of auto_solib_add ought to stay in symfile.h so
 > long as the definition remains in symfile.c.)  In any event, I think
 > that moving the declaration of auto_solib_add qualifies as a cleanup
 > activity and isn't necessary for the rest of your patch to work.
 > 
 > One of the problems with approving this patch is that it touches a lot
 > of files for which I am not a maintainer.  I have spoken with Michael
 > Snyder regarding your changes to infcmd.c and infrun.c and he has no
 > problem with them.  I believe that the rest of the changes are
 > "obvious" once the rest of your changes are accepted, but just the
 > same it probably wouldn't hurt to wait a couple of days before
 > checking them in just in case some other maintainer has issues...
 > 


Actually I have a question about auto_solib_add.  Is there any way to
remove the overloaded meaning of 'threshold' that HP has given to this
variable?  On some platforms it is a boolean, on others (HPUX) it is
a threshold in megabytes. I am not familiar with the code, but is
there a way to have an extra auto_solib_threshold variable, and
possibly make auto_solib_add an enum?

I also agree with Jim abd Kevin about keeping the definition in
symfile.h.

Elena


 > Kevin


      parent reply	other threads:[~2001-07-13 15:03 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200009192140.OAA23805@fishpond.ninemoons.com>
     [not found] ` <39CFDF0C.BE95DADE@ozemail.com.au>
2000-09-25 23:10   ` Post Hook Patch, and Regcache.h Patch Eli Zaretskii
2001-06-28 18:07 ` [PATCH] Fix auto-solib-add bug (patch revised again) Kevin Buettner
2001-06-28 19:23   ` Fred Fish
2001-07-01 15:21     ` [PATCH] Fix auto-solib-add bug (patch revised 7/1/2001) Fred Fish
     [not found]       ` <fnf@www.ninemoons.com>
     [not found]         ` <1010702215326.ZM24300@ocotillo.lan>
2001-07-02 14:56           ` Christopher Faylor
2001-07-13 15:03           ` Elena Zannoni [this message]

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=15183.32246.8944.29872@krustylu.cygnus.com \
    --to=ezannoni@cygnus.com \
    --cc=fnf@redhat.com \
    --cc=gdb-patches@sourceware.cygnus.com \
    --cc=kevinb@cygnus.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