From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10011 invoked by alias); 8 Nov 2007 14:58:57 -0000 Received: (qmail 9872 invoked by uid 22791); 8 Nov 2007 14:58:55 -0000 X-Spam-Check-By: sourceware.org Received: from igw2.br.ibm.com (HELO igw2.br.ibm.com) (32.104.18.25) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 08 Nov 2007 14:58:49 +0000 Received: from mailhub1.br.ibm.com (mailhub1 [9.18.232.109]) by igw2.br.ibm.com (Postfix) with ESMTP id 640C717F6DA for ; Thu, 8 Nov 2007 12:55:28 -0200 (BRDT) Received: from d24av02.br.ibm.com (d24av02.br.ibm.com [9.18.232.47]) by mailhub1.br.ibm.com (8.13.8/8.13.8/NCO v8.6) with ESMTP id lA8EwbNZ2727956 for ; Thu, 8 Nov 2007 12:58:38 -0200 Received: from d24av02.br.ibm.com (loopback [127.0.0.1]) by d24av02.br.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id lA8EwbhL001300 for ; Thu, 8 Nov 2007 12:58:37 -0200 Received: from [9.18.238.251] (dyn532128.br.ibm.com [9.18.238.251]) by d24av02.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id lA8EwbH7001293; Thu, 8 Nov 2007 12:58:37 -0200 Subject: Re: Breakpoint in C++ class constructor is never reached From: Thiago Jung Bauermann To: Bobo Cc: gdb In-Reply-To: References: <20071026115446.GA26327@caradoc.them.org> <20071026122115.GA28419@caradoc.them.org> <20071026143128.GA26407@caradoc.them.org> <200710261450.l9QEouxs026180@brahms.sibelius.xs4all.nl> <1193410939.5787.157.camel@localhost.localdomain> <1193495532.5787.187.camel@localhost.localdomain> <1193753619.5787.229.camel@localhost.localdomain> <1193857525.5787.258.camel@localhost.localdomain> <1194379922.6746.19.camel@localhost.localdomain> <1194467626.6746.50.camel@localhost.localdomain> Content-Type: text/plain; charset=utf-8 Date: Thu, 08 Nov 2007 14:58:00 -0000 Message-Id: <1194533921.6746.54.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.12.0 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-11/txt/msg00057.txt.bz2 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 > > > 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 > >> > >> > >> > 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 > >> >> > >> >> > 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 > >> >> >> > >> >> >> > >> >> >> > 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 > >> >> >> >> > >> >> >> >> > >> >> >> >> > 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 > >> >> >> >> >> > > 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