This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
Re: Breakpoint in C++ class constructor is never reached
- From: Thiago Jung Bauermann <bauerman at br dot ibm dot com>
- To: Bobo <spiridenok at tut dot by>
- Cc: gdb <gdb at sourceware dot org>
- Date: Thu, 08 Nov 2007 12:58:41 -0200
- Subject: Re: Breakpoint in C++ class constructor is never reached
- References: <web-419138765@speedy.tutby.com> <20071026115446.GA26327@caradoc.them.org> <web-419157300@speedy.tutby.com> <20071026122115.GA28419@caradoc.them.org> <web-419222549@speedy.tutby.com> <20071026143128.GA26407@caradoc.them.org> <200710261450.l9QEouxs026180@brahms.sibelius.xs4all.nl> <1193410939.5787.157.camel@localhost.localdomain> <1193495532.5787.187.camel@localhost.localdomain> <web-421282098@speedy.tutby.com> <1193753619.5787.229.camel@localhost.localdomain> <web-422033629@speedy.tutby.com> <1193857525.5787.258.camel@localhost.localdomain> <web-425222870@speedy.tutby.com> <1194379922.6746.19.camel@localhost.localdomain> <web-426909986@speedy.tutby.com> <1194467626.6746.50.camel@localhost.localdomain> <web-427618247@speedy.tutby.com>
Hi,
The symbols that are missing should come from the curses library. Do you
have it installed?
--
[]'s
Thiago Jung Bauermann
Software Engineer
IBM Linux Technology Center
On Thu, 2007-11-08 at 10:26 +0200, Bobo wrote:
> Hello,
>
> With the patch of Thiago (i patched the snapshot of 4 Nov 2007, it should
> make much difference) the problem with compiling libdecnumber seems to be
> gone.
> So - good job, guys!
>
> Unfortunately i get another problem. Because of it i'm still not able to
> build the latest version of gdb. Please see the output below.
> I'm not sure if this still comes from wrong build of libdecnumber or it's a
> completely different problem. Should i start a new thread for this new
> issue?
>
> The problem:
> > ./configure --enable-gcc --prefix=/scratch/debugger
> > make
> output:
> -------------------------------------------------------------------
> Making init.c
> gcc -c -I. -I.././gdb -I.././gdb/config
> -DLOCALEDIR="\"/scratch/debugger/share/locale\"" -DHAVE_CONFIG_H
> -I.././gdb/../include/opcode -I.././gdb/../readline/.. -I../bfd
> -I.././gdb/../bfd -I.././gdb/../include -I../libdecnumber
> -I.././gdb/../libdecnumber -DMI_OUT=1 -DTUI=1 -Wall
> -Wdeclaration-after-statement -Wpointer-arith -Wformat-nonliteral
> -Wno-unused -Wno-switch -Wno-char-subscripts -Werror init.c
> rm -f libgdb.a
> ar q libgdb.a sparc64-tdep.o sparc64-sol2-tdep.o sparc-tdep.o
> sparc-sol2-tdep.o sol2-tdep.o solib.o solib-svr4.o ser-base.o ser-unix.o
> ser-pipe.o ser-tcp.o sparc-sol2-nat.o corelow.o core-regset.o fork-child.o
> gcore.o procfs.o proc-api.o proc-events.o proc-flags.o proc-why.o remote.o
> dcache.o tracepoint.o ax-general.o ax-gdb.o remote-fileio.o cli-dump.o
> cli-decode.o cli-script.o cli-cmds.o cli-setshow.o cli-utils.o
> cli-logging.o cli-interp.o mi-out.o mi-console.o mi-cmds.o mi-cmd-env.o
> mi-cmd-var.o mi-cmd-break.o mi-cmd-stack.o mi-cmd-file.o mi-cmd-disas.o
> mi-symbol-cmds.o mi-interp.o mi-main.o mi-parse.o mi-getopt.o mi-common.o
> sol-thread.o elfread.o posix-hdep.o tui-command.o tui-data.o tui-disasm.o
> tui-file.o tui.o tui-hooks.o tui-interp.o tui-io.o tui-layout.o
> tui-out.o tui-regs.o tui-source.o tui-stack.o tui-win.o tui-windata.o
> tui-wingeneral.o tui-winsource.o c-exp.o cp-name-parser.o objc-exp.o
> ada-exp.o jv-exp.o f-exp.o m2-exp.o p-exp.o version.o annotate.o
> auxv.o bfd-target.o blockframe.o breakpoint.o findvar.o regcache.o
> charset.o disasm.o dummy-frame.o dfp.o source.o value.o eval.o valops.o
> valarith.o valprint.o printcmd.o block.o symtab.o symfile.o symmisc.o
> linespec.o dictionary.o infcall.o infcmd.o infrun.o expprint.o environ.o
> stack.o thread.o exceptions.o inf-child.o interps.o main.o macrotab.o
> macrocmd.o macroexp.o macroscope.o event-loop.o event-top.o inf-loop.o
> completer.o gdbarch.o arch-utils.o gdbtypes.o osabi.o copying.o memattr.o
> mem-break.o target.o parse.o language.o buildsym.o std-regs.o signals.o
> gdb-events.o exec.o bcache.o objfiles.o observer.o minsyms.o maint.o
> demangle.o dbxread.o coffread.o coff-pe-read.o dwarf2read.o mipsread.o
> stabsread.o corefile.o dwarf2expr.o dwarf2loc.o dwarf2-frame.o ada-lang.o
> c-lang.o f-lang.o objc-lang.o ui-out.o cli-out.o varobj.o vec.o wrapper.o
> jv-lang.o jv-valprint.o jv-typeprint.o m2-lang.o p-lang.o p-typeprint.o
> p-valprint.o scm-exp.o scm-lang.o scm-valprint.o sentinel-frame.o
> complaints.o typeprint.o ada-typeprint.o c-typeprint.o f-typeprint.o
> m2-typeprint.o ada-valprint.o c-valprint.o cp-valprint.o f-valprint.o
> m2-valprint.o serial.o mdebugread.o top.o utils.o ui-file.o user-regs.o
> frame.o frame-unwind.o doublest.o frame-base.o gnu-v2-abi.o gnu-v3-abi.o
> cp-abi.o cp-support.o cp-namespace.o reggroups.o regset.o trad-frame.o
> tramp-frame.o solib.o solib-null.o prologue-value.o memory-map.o
> xml-support.o target-descriptions.o target-memory.o xml-tdesc.o
> xml-builtin.o inflow.o init.o
> ranlib libgdb.a
> rm -f gdb
> gcc \
> -o gdb gdb.o libgdb.a \
> ../readline/libreadline.a ../opcodes/libopcodes.a
> ../bfd/libbfd.a -lintl ../libiberty/libiberty.a
> ../libdecnumber/libdecnumber.a -ldl -lncurses -lsocket -lnsl -lm
> -liconv ../libiberty/libiberty.a
> Undefined first referenced
> symbol in file
> initscr32 libgdb.a(tui.o)
> w32addch libgdb.a(tui-io.o)
> w32attron libgdb.a(tui-wingeneral.o)
> w32attroff libgdb.a(tui-wingeneral.o)
> acs32map libgdb.a(tui-win.o)
> getcurx libgdb.a(tui-io.o)
> getcury libgdb.a(tui-io.o)
> ld: fatal: Symbol referencing errors. No output written to gdb
> collect2: ld returned 1 exit status
> *** Error code 1
> make: Fatal error: Command failed for target `gdb'
> Current working directory /usr/local/asm/gdb-6.7.50.20071104/gdb
> *** Error code 1
> make: Fatal error: Command failed for target `all-gdb'
> Current working directory /usr/local/asm/gdb-6.7.50.20071104
> *** Error code 1
> make: Fatal error: Command failed for target `all'
>
> -----------------------------------------------------------------
>
> Wed, 07 Nov 2007 18:33:46 -0200, Thiago Jung Bauermann <bauerman@br.ibm.com>
>
> > Hi,
> >
> > I just sent you a patch in another e-mail with which I am able to
> > compile GDB on Solaris 2.10 (finally) using native make.
> >
> > You can apply it in a recent GDB snapshot with:
> >
> > $ cd gdb-6.7.50.20071106
> > $ gpatch -p0 < /path/to/fix-solaris-build.diff
> >
> > Please let me know if you have problems.
> >
> > I hope we can get over this now. :-)
> > --
> > []'s
> > Thiago Jung Bauermann
> > Software Engineer
> > IBM Linux Technology Center
> >
> >
> > On Wed, 2007-11-07 at 10:30 +0200, Bobo wrote:
> >> Thiago,
> >>
> >> Please keep me up to date about your progress with this issue. I'm ready
> >>to
> >> test your changes on Sun Blade 1500 + SUN Solaris 5.8 i'm currently using.
> >>
> >> I can also use gpatch to apply the patches so it's not needed to wait
> >>until
> >> the changes are commited to verify them.
> >>
> >> Tue, 06 Nov 2007 18:12:02 -0200, Thiago Jung Bauermann
> >><bauerman@br.ibm.com>
> >>
> >> > Mmm...
> >> >
> >> > The problem here is that the automatic variable '$<' ("The name of the
> >> > first prerequisite") is not working for the decimal32.o target. It works
> >> > for the other targets in the output you pasted, though (decNumber.o and
> >> > decContext.o).
> >> >
> >> > Looks like Solaris' make didn't like the slightly fancy
> >> > "$(enable_decimal_float)/decimal32.c" dependency, as opposed to the
> >> > simpler "decNumber.c" and "decContext.c" in the other targets.
> >> >
> >> > I just got access to a Solaris machine and started looking into it.
> >> > --
> >> > []'s
> >> > Thiago Jung Bauermann
> >> > Software Engineer
> >> > IBM Linux Technology Center
> >> >
> >> >
> >> > On Mon, 2007-11-05 at 11:01 +0200, Bobo wrote:
> >> >> Hi,
> >> >>
> >> >> Downloaded one of the latest snapshots of the HEAD release, still have
> >> >> problems with building it:
> >> >>
> >> >> source='decNumber.c' object='decNumber.o' libtool=no gcc
> >> >> -I.././libdecnumber -I. -W -Wall -Wwrite-strings -Wstrict-prototypes
> >> >> -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute
> >> >> -Wcast-qual -pedantic -Wno-long-long -I.././libdecnumber -I. -c
> >> >>decNumber.c
> >> >> source='decContext.c' object='decContext.o' libtool=no gcc
> >> >> -I.././libdecnumber -I. -W -Wall -Wwrite-strings -Wstrict-prototypes
> >> >> -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute
> >> >> -Wcast-qual -pedantic -Wno-long-long -I.././libdecnumber -I. -c
> >> >> decContext.c
> >> >> source='' object='decimal32.o' libtool=no gcc -I.././libdecnumber -I.
> >> >> -W
> >> >> -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
> >> >> -Wold-style-definition -Wmissing-format-attribute -Wcast-qual -pedantic
> >> >> -Wno-long-long -I.././libdecnumber -I. -c
> >> >> gcc: no input files
> >> >> *** Error code 1
> >> >> make: Fatal error: Command failed for target `decimal32.o'
> >> >> Current working directory
> >>/usr/local/asm/gdb-6.7.50.20071104/libdecnumber
> >> >> *** Error code 1
> >> >> make: Fatal error: Command failed for target `all-libdecnumber'
> >> >> Current working directory /usr/local/asm/gdb-6.7.50.20071104
> >> >> *** Error code 1
> >> >> make: Fatal error: Command failed for target `all'
> >> >>
> >> >>
> >> >> wsasd179:/scratch/gdb-6.7.50.20071104 % nedit libdecnumber/Makefile
> >> >>
> >> >> Wed, 31 Oct 2007 17:05:25 -0200, Thiago Jung Bauermann
> >> >><bauerman@br.ibm.com>
> >> >> > Hi,
> >> >> >
> >> >> > It seems that Solaris' patch tool doesn't support the unified diff
> >> >> > format. I didn't know that, sorry about this problem.
> >> >> >
> >> >> > I don't have write access to the GCC repo (which is where
> >>libdecnumber
> >> >> > is hosted), so I couldn't commit it by myself. But Janis just did. It
> >> >> > will appear in tomorrow's GDB snapshot.
> >> >> >
> >> >> > If you don't want to wait until then, you can check out now from the
> >>CVS
> >> >> > repository by following the instructions here:
> >> >> >
> >> >> > http://sourceware.org/gdb/current/
> >> >> >
> >> >> > --
> >> >> > []'s
> >> >> > Thiago Jung Bauermann
> >> >> > Software Engineer
> >> >> > IBM Linux Technology Center
> >> >> >
> >> >> >
> >> >> > On Wed, 2007-10-31 at 10:10 +0200, Bobo wrote:
> >> >> >> Unfortunately i can not patch the attached file. I get the
> >>following:
> >> >> >> shell:patch -p1 < /tmp/remove-gnuism.diff
> >> >> >> Looks like a unified context diff.
> >> >> >> File to patch:
> >> >> >>
> >> >> >> Is it because my version of the patch tool does not match with the
> >>diff
> >> >> >> version used to create the patch?
> >> >> >>
> >> >> >> Anyway... Thiago, when are you planning to commit the patch so that
> >>i
> >> >>get
> >> >> >>it
> >> >> >> with the latest snapshot?
> >> >> >>
> >> >> >> Tue, 30 Oct 2007 12:13:39 -0200, Thiago Jung Bauermann
> >> >> >><bauerman@br.ibm.com>
> >> >> >>
> >> >> >> > Hi,
> >> >> >> >
> >> >> >> > The patch hasn't been commited yet, so it won't appear in the
> >> >>snapshot.
> >> >> >> >
> >> >> >> > In the meantime, you can use the attached patch in a recent GDB
> >> >>snapshot
> >> >> >> > with these commands:
> >> >> >> >
> >> >> >> > $ cd gdb-6.7.50.20071030
> >> >> >> > $ patch -p1 < /path/to/attached/remove-gnuism.diff
> >> >> >> >
> >> >> >> > This should get you a GDB source code tree which will build in
> >>your
> >> >> >> > environment.
> >> >> >> > --
> >> >> >> > []'s
> >> >> >> > Thiago Jung Bauermann
> >> >> >> > Software Engineer
> >> >> >> > IBM Linux Technology Center
> >> >> >> >
> >> >> >> >
> >> >> >> > On Tue, 2007-10-30 at 11:53 +0200, Bobo wrote:
> >> >> >> >> Sorry i don't really know what "off-list a regenerated configure
> >> >> >>script"
> >> >> >> >> means and what i need to do with it to verify if the build
> >>problem
> >> >>is
> >> >> >> >> gone...
> >> >> >> >>
> >> >> >> >> Is there maybe a snapshot available with the latest changes of
> >> >>Thiago?
> >> >> >> >> (the latest snapshot version i can find on pub/gdb/snapshots/ is
> >> >>from
> >> >> >>26
> >> >> >> >>Oct
> >> >> >> >> 2007)
> >> >> >> >>
> >> >> >> >> Anyway, i would like to check if the build problem is solved.
> >>please
> >> >> >>let
> >> >> >> >>me
> >> >> >> >> know how i can do that.
> >> >> >> >>
> >> >> >> >> Sat, 27 Oct 2007 12:32:12 -0200, Thiago Jung Bauermann
> >> >> >> >><bauerman@br.ibm.com>
> >> >> >> >>
> >> >> >> >> > On Fri, 2007-10-26 at 13:02 -0200, Thiago Jung Bauermann wrote:
> >> >> >> >> >> On Fri, 2007-10-26 at 16:50 +0200, Mark Kettenis wrote:
> >> >> >> >> >> > > Date: Fri, 26 Oct 2007 10:31:28 -0400
> >> >> >> >> >> > > From: Daniel Jacobowitz <drow@false.org>
> >> >> >> >> >> > > Oh dear. GCC requires GNU make, but GDB is not supposed
> >>to,
> >> >>I
> >> >> >> >>don't
> >> >> >> >> >> > > think. This is a new problem.
> >> >> >> >> >> >
> >> >> >> >> >> > I regularly build GDB with OpenBSD make, so yes this is new
> >> >>(and
> >> >> >>I'd
> >> >> >> >> >> > very much appreciate it if it got fixed).
> >> >> >> >> >>
> >> >> >> >> >> I will work on this ASAP.
> >> >> >> >> >
> >> >> >> >> > I just posted a patch to fix this. Sorry for the delay, it took
> >>me
> >> >> >>some
> >> >> >> >> > time to determine if I had copyright assignment to contribute
> >>to
> >> >>GCC.
> >> >> >> >> >
> >> >> >> >> > I tested the change with NetBSD's make, so I think the GNUisms
> >>are
> >> >> >>gone.
> >> >> >> >> > If this is not enough to fix your build problems, please let me
> >> >>know.
> >> >> >> >> >
> >> >> >> >> > I can send you off-list a regenerated configure script if you
> >>want
> >> >>to
> >> >> >> >> > test the patch and don't have autoconf 2.59 handy.
> >> >> >> >> > --
> >> >> >> >> > []'s
> >> >> >> >> > Thiago Jung Bauermann
> >> >> >> >> > Software Engineer
> >> >> >> >> > IBM Linux Technology Center
>
>
> ------------------
> ÐÐÑÐÐÑ ÐÐÑÐÑ 10 ÐÐÑ! http://www.forexclub.by