Re: Breakpoint in C++ class constructor is never reached

[Thiago Jung Bauermann <bauerman@br.ibm.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