This is the mail archive of the gdb@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: very very slow symbol searches


On Wed, 2003-01-22 at 17:45, Daniel Jacobowitz wrote:
> On Wed, Jan 22, 2003 at 05:16:29PM -0800, Martin M. Hunt wrote:
> > More details.  The slowdown is caused by using the glibc regex.  Why
> > would that make it so much slower?  Don't know yet.  Anyway forcing GDB
> > to use the included regex in libiberty fixes the problem.
> > 
> > 2003-01-02  Mark Kettenis  <kettenis@gnu.org>
> > 
> >         * configure.in: Rewrite check for GNU regex and the
> >         --without-included regex option, and move it into the "Checks
> > for
> >         library functions" section.  This makes us use the system regex
> >         again by default on systems with version 2 of the GNU C library.
> >         This was apparently broken.
> >         * gdb_regex.h [!USE_INCLUDED_REGEX] (_REGEX_RE_COMP): Define.
> >         * acconfig.h (USE_INCLUDED_REGEX): Remove.
> >         * config.in, configure: Regenerated.
> 
> Sigh, let me gues, is your host glibc version 2.3?  The regex engine
> was rewritten, not always for the better.

I'm running unmodified RH8.0
~> rpm -q glibc
glibc-2.2.93-5

> Some performance issues were fixed recently in the glibc CVS.

That doesn't help much.  What was wrong with having GDB on all platforms
using the standard libiberty regex?

Martin


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]