From: "Bobo" <spiridenok@tut.by>
To: Thiago Jung Bauermann <bauerman@br.ibm.com>
Cc: gdb <gdb@sourceware.org>
Subject: Re: Breakpoint in C++ class constructor is never reached
Date: Wed, 07 Nov 2007 08:31:00 -0000 [thread overview]
Message-ID: <web-426909986@speedy.tutby.com> (raw)
In-Reply-To: <1194379922.6746.19.camel@localhost.localdomain>
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
next prev parent reply other threads:[~2007-11-07 8:31 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-26 11:45 Bobo
2007-10-26 11:54 ` Daniel Jacobowitz
2007-10-26 12:18 ` Bobo
2007-10-26 12:21 ` Daniel Jacobowitz
2007-10-26 14:26 ` Bobo
[not found] ` <web-419222549@speedy.tutby.com>
2007-10-26 14:31 ` Daniel Jacobowitz
2007-10-26 14:51 ` Mark Kettenis
2007-10-26 14:59 ` Daniel Jacobowitz
2007-10-26 15:02 ` Thiago Jung Bauermann
2007-10-27 14:32 ` Thiago Jung Bauermann
2007-10-27 15:57 ` Mark Kettenis
2007-10-30 9:53 ` Bobo
2007-10-30 11:19 ` Daniel Jacobowitz
2007-10-30 13:50 ` Thiago Jung Bauermann
2007-10-30 14:13 ` Thiago Jung Bauermann
2007-10-31 8:10 ` Bobo
2007-10-31 19:06 ` Thiago Jung Bauermann
2007-11-05 9:01 ` Bobo
2007-11-06 20:12 ` Thiago Jung Bauermann
2007-11-07 8:31 ` Bobo [this message]
2007-11-07 20:34 ` Thiago Jung Bauermann
2007-11-08 8:27 ` Bobo
2007-11-08 14:58 ` Thiago Jung Bauermann
2007-11-08 15:05 ` Daniel Jacobowitz
2007-11-08 16:29 ` Bobo
2007-11-08 16:33 ` Daniel Jacobowitz
2007-11-09 7:38 ` Bobo
2007-11-09 14:02 ` Daniel Jacobowitz
2007-11-16 15:26 ` Bobo
2007-11-26 19:11 ` Thiago Jung Bauermann
2007-11-06 15:58 ` Gordon Prieur
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=web-426909986@speedy.tutby.com \
--to=spiridenok@tut.by \
--cc=bauerman@br.ibm.com \
--cc=gdb@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).