From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14272 invoked by alias); 8 Nov 2007 08:27:11 -0000 Received: (qmail 14248 invoked by uid 22791); 8 Nov 2007 08:27:08 -0000 X-Spam-Check-By: sourceware.org Received: from mail.tut.by (HELO speedy.tutby.com) (195.137.160.40) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 08 Nov 2007 08:27:01 +0000 X-VBA32: Checked Received: from [194.105.120.70] (account spiridenok@tut.by) by speedy.tutby.com (CommuniGate Pro WEBUSER 5.1.12) with HTTP id 427618247; Thu, 08 Nov 2007 10:26:46 +0200 From: "Bobo" Subject: Re: Breakpoint in C++ class constructor is never reached To: Thiago Jung Bauermann Cc: gdb X-Mailer: CommuniGate Pro WebUser v5.1.12 Date: Thu, 08 Nov 2007 08:27:00 -0000 Message-ID: In-Reply-To: <1194467626.6746.50.camel@localhost.localdomain> 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> MIME-Version: 1.0 Content-Type: text/plain;charset=windows-1251;format="flowed" Content-Transfer-Encoding: 8bit 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/msg00056.txt.bz2 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