This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
Re: Breakpoint in C++ class constructor is never reached
- From: Thiago Jung Bauermann <bauerman at br dot ibm dot com>
- To: Bobo <spiridenok at tut dot by>
- Cc: gdb <gdb at sourceware dot org>
- Date: Wed, 07 Nov 2007 18:33:46 -0200
- Subject: Re: Breakpoint in C++ class constructor is never reached
- References: <web-419138765@speedy.tutby.com> <20071026115446.GA26327@caradoc.them.org> <web-419157300@speedy.tutby.com> <20071026122115.GA28419@caradoc.them.org> <web-419222549@speedy.tutby.com> <20071026143128.GA26407@caradoc.them.org> <200710261450.l9QEouxs026180@brahms.sibelius.xs4all.nl> <1193410939.5787.157.camel@localhost.localdomain> <1193495532.5787.187.camel@localhost.localdomain> <web-421282098@speedy.tutby.com> <1193753619.5787.229.camel@localhost.localdomain> <web-422033629@speedy.tutby.com> <1193857525.5787.258.camel@localhost.localdomain> <web-425222870@speedy.tutby.com> <1194379922.6746.19.camel@localhost.localdomain> <web-426909986@speedy.tutby.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