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

["Bobo" <spiridenok@tut.by>]

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