From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26427 invoked by alias); 6 Nov 2007 20:12:11 -0000 Received: (qmail 26417 invoked by uid 22791); 6 Nov 2007 20:12:10 -0000 X-Spam-Check-By: sourceware.org Received: from igw1.br.ibm.com (HELO igw1.br.ibm.com) (32.104.18.24) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 06 Nov 2007 20:12:05 +0000 Received: from mailhub3.br.ibm.com (mailhub3 [9.18.232.110]) by igw1.br.ibm.com (Postfix) with ESMTP id 6184232C36B for ; Tue, 6 Nov 2007 18:08:52 -0200 (BRDT) Received: from d24av02.br.ibm.com (d24av02.br.ibm.com [9.18.232.47]) by mailhub3.br.ibm.com (8.13.8/8.13.8/NCO v8.6) with ESMTP id lA6KBwks2859202 for ; Tue, 6 Nov 2007 18:11:59 -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 lA6KBw6n008179 for ; Tue, 6 Nov 2007 18:11:58 -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 lA6KBw9L008174; Tue, 6 Nov 2007 18:11:58 -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> Content-Type: text/plain; charset=utf-8 Date: Tue, 06 Nov 2007 20:12:00 -0000 Message-Id: <1194379922.6746.19.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/msg00040.txt.bz2 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 > >> > >> > >> > >> --------- > >> Акция 'Купи сухие строительные смеси САРМАТ и получи приз' продолжается! > >> Подробности на http://www.sarmat.by > >> > > > > > > > > ------------------ > Форекс Клубу 10 лет! http://www.forexclub.by