This is the mail archive of the gdb@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

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


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]