Breakpoint in C++ class constructor is never reached

Breakpoint in C++ class constructor is never reached

[Bobo]

Hello,

I have a C++ application built for Solaris Sun 5.8 with gcc 3.2.x and SUN 
linker.
When i put a breakpoint in the constructor/destructor of my C++ classes it's 
never reached. A breakpoint set in any other method of the same class gets 
hit with no problems.

I've found some info that this was a known issue in the 6.3 release. But i'm 
using 6.7 and i still see the same problem.

Is there any solution/workaround known for this problem?

Thanks in advance!
Dmitri.
        



---------
Ñàìûé ñîäåðæàòåëüíûé ïîðòàë î òóðèçìå è îòäûõå â Áåëàðóñè http://belarustourism.by/
Ãîðîäà Áåëàðóñè http://belarustourism.by/cities/
Ðàçâëå÷åíèÿ, àðõèòåêòóðà, ãîñòèíèöû, áàçû îòäûõà, íàöèîíàëüíûå ïàðêè.

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

[Daniel Jacobowitz]

On Fri, Oct 26, 2007 at 02:45:18PM +0300, Bobo wrote:
> Hello,
> 
> I have a C++ application built for Solaris Sun 5.8 with gcc 3.2.x and SUN 
> linker.
> When i put a breakpoint in the constructor/destructor of my C++ classes it's 
> never reached. A breakpoint set in any other method of the same class gets hit 
> with no problems.

Try a snapshot of HEAD instead of the 6.7 branch.  This is fixed, but
not in 6.7.

-- 
Daniel Jacobowitz
CodeSourcery

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

[Bobo]

Sorry i'm not really familiar with GDB release scheme... What is HEAD and 
where can i find it?

One more question: are there any plans to solved this issue in the 6.7 
release?

Fri, 26 Oct 2007 07:54:46 -0400, Daniel Jacobowitz <drow@false.org> :

> On Fri, Oct 26, 2007 at 02:45:18PM +0300, Bobo wrote:
>> Hello,
>> 
>> I have a C++ application built for Solaris Sun 5.8 with gcc 3.2.x and SUN 
>> linker.
>> When i put a breakpoint in the constructor/destructor of my C++ classes 
>>it's 
>> never reached. A breakpoint set in any other method of the same class gets 
>>hit 
>> with no problems.
> 
> Try a snapshot of HEAD instead of the 6.7 branch.  This is fixed, but
> not in 6.7.
> 
> -- 
> Daniel Jacobowitz
> CodeSourcery
        



---------
Ñàìûé ñîäåðæàòåëüíûé ïîðòàë î òóðèçìå è îòäûõå â Áåëàðóñè http://belarustourism.by/
Ãîðîäà Áåëàðóñè http://belarustourism.by/cities/
Ðàçâëå÷åíèÿ, àðõèòåêòóðà, ãîñòèíèöû, áàçû îòäûõà, íàöèîíàëüíûå ïàðêè.

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

[Daniel Jacobowitz]

On Fri, Oct 26, 2007 at 03:18:43PM +0300, Bobo wrote:
> Sorry i'm not really familiar with GDB release scheme... What is HEAD and where 
> can i find it?

Try snapshots/current on the FTP site, or any link mentioning current
on the web site.

> One more question: are there any plans to solved this issue in the 6.7 release?

No; 6.7 is finished.

-- 
Daniel Jacobowitz
CodeSourcery

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

[Bobo]

Unfortunately i can't do anything with one of the latest snapshots.
I've donwloaded gdb-weekly-6.7.50_20071023.
config goes ok (./configure --enable-gcc --prefix=/scratch/debugger).
make gives the following error:
make: Fatal error in reader: Makefile, line 63: Unexpected end of line seen
Current working directory 
/usr/local/gdb-6.7.5/gdb-6.7.50_20071023/libdecnumber
*** Error code 1
make: Fatal error: Command failed for target `all-libdecnumber'
Current working directory /usr/local/gdb-6.7.5/gdb-6.7.50_20071023
*** Error code 1
make: Fatal error: Command failed for target `all'

Is it a known issue? Should somebody submit a bug report for that?

i can build the same version of gdb with gmake (i know this is not the 
idea... i just tried to see if it works and it does!). However when i run 
the newly built latest version of gdb with my C++ application i got "Symbol 
format `elf32-sparc' unknown.". It is solved in 6.7.1 but probably is not 
synchronized yet with the latest...

Fri, 26 Oct 2007 08:21:15 -0400, Daniel Jacobowitz <drow@false.org>:

> On Fri, Oct 26, 2007 at 03:18:43PM +0300, Bobo wrote:
>> Sorry i'm not really familiar with GDB release scheme... What is HEAD and 
>>where 
>> can i find it?
> 
> Try snapshots/current on the FTP site, or any link mentioning current
> on the web site.
> 
>> One more question: are there any plans to solved this issue in the 6.7 
>>release?
> 
> No; 6.7 is finished.
> 
> -- 
> Daniel Jacobowitz
> CodeSourcery

        



---------
Ñàìûé ñîäåðæàòåëüíûé ïîðòàë î òóðèçìå è îòäûõå â Áåëàðóñè http://belarustourism.by/
Ãîðîäà Áåëàðóñè http://belarustourism.by/cities/
Ðàçâëå÷åíèÿ, àðõèòåêòóðà, ãîñòèíèöû, áàçû îòäûõà, íàöèîíàëüíûå ïàðêè.

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

[Daniel Jacobowitz]

On Fri, Oct 26, 2007 at 05:25:24PM +0300, Bobo wrote:
> Unfortunately i can't do anything with one of the latest snapshots.
> I've donwloaded gdb-weekly-6.7.50_20071023.
> config goes ok (./configure --enable-gcc --prefix=/scratch/debugger).
> make gives the following error:
> make: Fatal error in reader: Makefile, line 63: Unexpected end of line seen
> Current working directory /usr/local/gdb-6.7.5/gdb-6.7.50_20071023/libdecnumber
> *** Error code 1
> make: Fatal error: Command failed for target `all-libdecnumber'
> Current working directory /usr/local/gdb-6.7.5/gdb-6.7.50_20071023
> *** Error code 1
> make: Fatal error: Command failed for target `all'
> 
> Is it a known issue? Should somebody submit a bug report for that?

Oh dear.  GCC requires GNU make, but GDB is not supposed to, I don't
think.  This is a new problem.

> i can build the same version of gdb with gmake (i know this is not the idea...  
> i just tried to see if it works and it does!). However when i run the newly 
> built latest version of gdb with my C++ application i got "Symbol format 
> `elf32-sparc' unknown.". It is solved in 6.7.1 but probably is not synchronized 
> yet with the latest...

That fix should be in HEAD, but I didn't commit it until the same day
as that snapshot; you'll need to get a later one.

-- 
Daniel Jacobowitz
CodeSourcery

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

[Mark Kettenis]

> Date: Fri, 26 Oct 2007 10:31:28 -0400
> From: Daniel Jacobowitz <drow@false.org>
> 
> On Fri, Oct 26, 2007 at 05:25:24PM +0300, Bobo wrote:
> > Unfortunately i can't do anything with one of the latest snapshots.
> > I've donwloaded gdb-weekly-6.7.50_20071023.
> > config goes ok (./configure --enable-gcc --prefix=/scratch/debugger).
> > make gives the following error:
> > make: Fatal error in reader: Makefile, line 63: Unexpected end of line seen
> > Current working directory /usr/local/gdb-6.7.5/gdb-6.7.50_20071023/libdecnumber
> > *** Error code 1
> > make: Fatal error: Command failed for target `all-libdecnumber'
> > Current working directory /usr/local/gdb-6.7.5/gdb-6.7.50_20071023
> > *** Error code 1
> > make: Fatal error: Command failed for target `all'
> > 
> > Is it a known issue? Should somebody submit a bug report for that?
> 
> 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).

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

[Daniel Jacobowitz]

On Fri, Oct 26, 2007 at 04:50:56PM +0200, Mark Kettenis wrote:
> I regularly build GDB with OpenBSD make, so yes this is new (and I'd
> very much appreciate it if it got fixed).

I've asked Thiago to take a look at it.  The problem arose because
we imported libdecnumber from GCC - unlike GDB, GCC requires GNU make.

-- 
Daniel Jacobowitz
CodeSourcery

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

[Thiago Jung Bauermann]

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>
> > 
> > On Fri, Oct 26, 2007 at 05:25:24PM +0300, Bobo wrote:
> > > Unfortunately i can't do anything with one of the latest snapshots.
> > > I've donwloaded gdb-weekly-6.7.50_20071023.
> > > config goes ok (./configure --enable-gcc --prefix=/scratch/debugger).
> > > make gives the following error:
> > > make: Fatal error in reader: Makefile, line 63: Unexpected end of line seen
> > > Current working directory /usr/local/gdb-6.7.5/gdb-6.7.50_20071023/libdecnumber
> > > *** Error code 1
> > > make: Fatal error: Command failed for target `all-libdecnumber'
> > > Current working directory /usr/local/gdb-6.7.5/gdb-6.7.50_20071023
> > > *** Error code 1
> > > make: Fatal error: Command failed for target `all'
> > > 
> > > Is it a known issue? Should somebody submit a bug report for that?
> > 
> > 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.
-- 
[]'s
Thiago Jung Bauermann
Software Engineer
IBM Linux Technology Center

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

[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 <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

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

[Mark Kettenis]

> From: Thiago Jung Bauermann <bauerman@br.ibm.com>
> Date: Sat, 27 Oct 2007 12:32:12 -0200
> 
> 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.

Thank you very much.  I'll check whether it works on OpenBSD too (I
expect it'll be ok if you tested things on NetBSD).  If I encounter
any problems, I'll try to fix them myself first.

Thanks,

Mark

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

[Bobo]

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
      


---------
Âñå áëîãè - òóò: http://blogs.tut.by/

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

[Daniel Jacobowitz]

On Tue, Oct 30, 2007 at 11:53:43AM +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)

Please look again.  They are generated every day and I see today's
already there.

-- 
Daniel Jacobowitz
CodeSourcery

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

[Thiago Jung Bauermann]

On Tue, 2007-10-30 at 07:19 -0400, Daniel Jacobowitz wrote:
> On Tue, Oct 30, 2007 at 11:53:43AM +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)
> 
> Please look again.  They are generated every day and I see today's
> already there.

The change hasn't been commited to GCC repo yet.
-- 
[]'s
Thiago Jung Bauermann
Software Engineer
IBM Linux Technology Center

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

[Thiago Jung Bauermann]

[-- Attachment #1: Type: text/plain, Size: 2133 bytes --]

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
>       
> 
> 
> ---------
> Все блоги - тут: http://blogs.tut.by/
> 


[-- Attachment #2: remove-gnuism.diff --]
[-- Type: text/x-patch, Size: 4033 bytes --]

diff --git a/libdecnumber/Makefile.in b/libdecnumber/Makefile.in
index 98ae9ea..a2134da 100644
--- a/libdecnumber/Makefile.in
+++ b/libdecnumber/Makefile.in
@@ -50,19 +50,18 @@ libdir = @libdir@
 localedir = $(datadir)/locale
 prefix = @prefix@
 
+ADDITIONAL_OBJS = @ADDITIONAL_OBJS@
+
 enable_decimal_float= @enable_decimal_float@
 
 INCLUDES = -I$(srcdir) -I.
 
 ALL_CFLAGS = $(CFLAGS) $(WARN_CFLAGS) $(INCLUDES) $(CPPFLAGS)
 
-libdecnumber_a_OBJS = decNumber.o decContext.o \
-	decimal32.o decimal64.o decimal128.o
+bid_OBJS = bid2dpd_dpd2bid.o host-ieee32.o host-ieee64.o host-ieee128.o
 
-ifeq ($(enable_decimal_float),bid)
-libdecnumber_a_OBJS+=bid2dpd_dpd2bid.o host-ieee32.o host-ieee64.o \
-	host-ieee128.o
-endif
+libdecnumber_a_OBJS = decNumber.o decContext.o \
+	decimal32.o decimal64.o decimal128.o $(ADDITIONAL_OBJS)
 
 libdecnumber_a_SOURCES = decContext.c decContext.h decDPD.h \
 	decNumber.c decNumber.h decNumberLocal.h \
diff --git a/libdecnumber/configure b/libdecnumber/configure
index a105bb0..19ece0f 100755
--- a/libdecnumber/configure
+++ b/libdecnumber/configure
@@ -311,7 +311,7 @@ ac_includes_default="\
 # include <unistd.h>
 #endif"
 
-ac_subst_vars='SHELL PATH_SEPARATOR PACKAGE_NAME PACKAGE_TARNAME PACKAGE_VERSION PACKAGE_STRING PACKAGE_BUGREPORT exec_prefix prefix program_transform_name bindir sbindir libexecdir datadir sysconfdir sharedstatedir localstatedir libdir includedir oldincludedir infodir mandir build_alias host_alias target_alias DEFS ECHO_C ECHO_N ECHO_T LIBS SET_MAKE CC CFLAGS LDFLAGS CPPFLAGS ac_ct_CC EXEEXT OBJEXT RANLIB ac_ct_RANLIB ACLOCAL AUTOCONF AUTOHEADER WARN_CFLAGS WARN_PEDANTIC WERROR CPP EGREP MAINT build build_cpu build_vendor build_os host host_cpu host_vendor host_os target target_cpu target_vendor target_os enable_decimal_float LIBOBJS LTLIBOBJS'
+ac_subst_vars='SHELL PATH_SEPARATOR PACKAGE_NAME PACKAGE_TARNAME PACKAGE_VERSION PACKAGE_STRING PACKAGE_BUGREPORT exec_prefix prefix program_transform_name bindir sbindir libexecdir datadir sysconfdir sharedstatedir localstatedir libdir includedir oldincludedir infodir mandir build_alias host_alias target_alias DEFS ECHO_C ECHO_N ECHO_T LIBS SET_MAKE CC CFLAGS LDFLAGS CPPFLAGS ac_ct_CC EXEEXT OBJEXT RANLIB ac_ct_RANLIB ACLOCAL AUTOCONF AUTOHEADER WARN_CFLAGS WARN_PEDANTIC WERROR CPP EGREP MAINT build build_cpu build_vendor build_os host host_cpu host_vendor host_os target target_cpu target_vendor target_os enable_decimal_float ADDITIONAL_OBJS LIBOBJS LTLIBOBJS'
 ac_subst_files=''
 
 # Initialize some variables set by options.
@@ -7478,10 +7478,18 @@ if test x$enable_decimal_float = xyes -o x$enable_decimal_float = xno; then
   esac
 fi
 
+# If BID is being used, additional objects should be linked in.
+if test x$enable_decimal_float = xbid; then
+  ADDITIONAL_OBJS="$ADDITIONAL_OBJS \$(bid_OBJS)"
+else
+  ADDITIONAL_OBJS=
+fi
+
 echo "$as_me:$LINENO: result: $enable_decimal_float" >&5
 echo "${ECHO_T}$enable_decimal_float" >&6
 
 
+
 echo "$as_me:$LINENO: checking whether byte ordering is bigendian" >&5
 echo $ECHO_N "checking whether byte ordering is bigendian... $ECHO_C" >&6
 if test "${ac_cv_c_bigendian+set}" = set; then
@@ -8390,6 +8398,7 @@ s,@target_cpu@,$target_cpu,;t t
 s,@target_vendor@,$target_vendor,;t t
 s,@target_os@,$target_os,;t t
 s,@enable_decimal_float@,$enable_decimal_float,;t t
+s,@ADDITIONAL_OBJS@,$ADDITIONAL_OBJS,;t t
 s,@LIBOBJS@,$LIBOBJS,;t t
 s,@LTLIBOBJS@,$LTLIBOBJS,;t t
 CEOF
diff --git a/libdecnumber/configure.ac b/libdecnumber/configure.ac
index 2a30707..01eb4ca 100644
--- a/libdecnumber/configure.ac
+++ b/libdecnumber/configure.ac
@@ -113,8 +113,16 @@ if test x$enable_decimal_float = xyes -o x$enable_decimal_float = xno; then
   esac
 fi
 
+# If BID is being used, additional objects should be linked in.
+if test x$enable_decimal_float = xbid; then
+  ADDITIONAL_OBJS="$ADDITIONAL_OBJS \$(bid_OBJS)"
+else
+  ADDITIONAL_OBJS=
+fi
+
 AC_MSG_RESULT($enable_decimal_float)
 AC_SUBST(enable_decimal_float)
+AC_SUBST(ADDITIONAL_OBJS)
 
 AC_C_BIGENDIAN
 

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

[Bobo]

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
       


---------
Àêöèÿ 'Êóïè ñóõèå ñòðîèòåëüíûå ñìåñè ÑÀÐÌÀÒ è ïîëó÷è ïðèç' ïðîäîëæàåòñÿ! 
Ïîäðîáíîñòè íà http://www.sarmat.by

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

[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 <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
>        
> 
> 
> ---------
> Акция 'Купи сухие строительные смеси САРМАТ и получи приз' продолжается! 
> Подробности на http://www.sarmat.by
> 

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

[Bobo]

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
>>        
>> 
>> 
>> ---------
>> Àêöèÿ 'Êóïè ñóõèå ñòðîèòåëüíûå ñìåñè ÑÀÐÌÀÒ è ïîëó÷è ïðèç' ïðîäîëæàåòñÿ! 
>> Ïîäðîáíîñòè íà http://www.sarmat.by
>> 
> 
> 

 

------------------
Ôîðåêñ Êëóáó 10 ëåò! http://www.forexclub.by

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

[Gordon Prieur]

Thiago Jung Bauermann wrote:
> Hi,
>
> It seems that Solaris' patch tool doesn't support the unified diff
> format. I didn't know that, sorry about this problem.
>   

Use gpatch on Solaris...

Gordon

> 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/
>
>   

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

[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 <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
> >>        
> >> 
> >> 
> >> ---------
> >> Акция 'Купи сухие строительные смеси САРМАТ и получи приз' продолжается! 
> >> Подробности на http://www.sarmat.by
> >> 
> > 
> > 
> 
>  
> 
> ------------------
> Форекс Клубу 10 лет! http://www.forexclub.by

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

[Bobo]

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

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

[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 <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

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

[Bobo]

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

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

[Thiago Jung Bauermann]

Hi,

The symbols that are missing should come from the curses library. Do you
have it installed?
-- 
[]'s
Thiago Jung Bauermann
Software Engineer
IBM Linux Technology Center


On Thu, 2007-11-08 at 10:26 +0200, Bobo wrote:
> 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

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

[Daniel Jacobowitz]

On Thu, Nov 08, 2007 at 12:58:41PM -0200, Thiago Jung Bauermann wrote:
> Hi,
> 
> The symbols that are missing should come from the curses library. Do you
> have it installed?

I believe this is a frequent problem caused by having curses in /usr
and ncurses in /usr/local.  If someone's feeling especially motivated
to make our configure script handle this better...  It happens because
GCC searches /usr/local/include but not /usr/local/lib.

Otherwise, use --disable-tui to configure or LDFLAGS=-L/usr/local/lib.


-- 
Daniel Jacobowitz
CodeSourcery

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

[Bobo]

configuring with --disable-tui solves the linking problem. Because i use ddd 
as a GUI frontend for gdb i dont really need the tui.

Finally i was able to run gdb and to check if i can set breakpoints in 
constructors/destructors of my c++ classes. It works fine! Great work guys!

Thiago, please let me know when your solaris build fix is in the repository. 
I'll use then the official snapshot i.s.o. patching the files manually.

Daniel, do i understand correctly that there will be no 6.7.5 release of 
gdb? Is it correct that the next official release (with my issues solved) is 
planned for Feb 2008?

Thu, 8 Nov 2007 10:05:14 -0500, Daniel Jacobowitz <drow@false.org>:

> On Thu, Nov 08, 2007 at 12:58:41PM -0200, Thiago Jung Bauermann wrote:
>> Hi,
>> 
>> The symbols that are missing should come from the curses library. Do you
>> have it installed?
> 
> I believe this is a frequent problem caused by having curses in /usr
> and ncurses in /usr/local.  If someone's feeling especially motivated
> to make our configure script handle this better...  It happens because
> GCC searches /usr/local/include but not /usr/local/lib.
> 
> Otherwise, use --disable-tui to configure or LDFLAGS=-L/usr/local/lib.
> 
> 
> -- 
> Daniel Jacobowitz
> CodeSourcery

 

------------------
Ôîðåêñ Êëóáó 10 ëåò! http://www.forexclub.by

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

[Daniel Jacobowitz]

On Thu, Nov 08, 2007 at 06:29:31PM +0200, Bobo wrote:
> Daniel, do i understand correctly that there will be no 6.7.5 release of gdb? 
> Is it correct that the next official release (with my issues solved) is planned 
> for Feb 2008?

It depends if one is necessary for enough reasons.  The next branch
release would be 6.7.2.  The kdevelop fix may mean we need one.

-- 
Daniel Jacobowitz
CodeSourcery

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

[Bobo]

Will 6.7.2 contain the changes that are now in the HEAD release?

Thu, 8 Nov 2007 11:33:28 -0500, Daniel Jacobowitz <drow@false.org> :

> On Thu, Nov 08, 2007 at 06:29:31PM +0200, Bobo wrote:
>> Daniel, do i understand correctly that there will be no 6.7.5 release of 
>>gdb? 
>> Is it correct that the next official release (with my issues solved) is 
>>planned 
>> for Feb 2008?
> 
> It depends if one is necessary for enough reasons.  The next branch
> release would be 6.7.2.  The kdevelop fix may mean we need one.
> 
> -- 
> Daniel Jacobowitz
> CodeSourcery

  

------------------
WWW.PIZZA.BY - Äîñòàâêà íà äîì èëè â îôèñ ïèööû, ñóøè, øàøëûêà,
íàïèòêîâ êðóãëîñóòî÷íî. http://pizza.by

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

[Daniel Jacobowitz]

On Fri, Nov 09, 2007 at 09:38:47AM +0200, Bobo wrote:
> Will 6.7.2 contain the changes that are now in the HEAD release?

No.  It will contain any fixes we merge to the branch.

-- 
Daniel Jacobowitz
CodeSourcery

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

[Bobo]

Does somebody have any idea when the patch for libdecnumber Solaris build 
will get into the gdb HEAD branch?
I've downloaded the gdb snapshot of 15 Nov but it still does not build for 
me...

Fri, 9 Nov 2007 09:02:52 -0500, Daniel Jacobowitz <drow@false.org>:

> On Fri, Nov 09, 2007 at 09:38:47AM +0200, Bobo wrote:
>> Will 6.7.2 contain the changes that are now in the HEAD release?
> 
> No.  It will contain any fixes we merge to the branch.
> 
> -- 
> Daniel Jacobowitz
> CodeSourcery

          

------------------
ÍÀ ÂÑÒÐÅ×Å - ýòî ñîîáùåñòâî äðóçåé, îäíîêóðñíèêîâ, îäíîêëàññíèêîâ è êîëëåã.
ÍÀ ÂÑÒÐÅ×Å - ýòî âîçìîæíîñòü ïîèñêà íîâûõ äðóçåé è åäèíîìûøëåííèêîâ.
ÍÀ ÂÑÒÐÅ×Å - ýòî íîñòàëüãèÿ î ïðîøëîì è æåëàíèå íàéòè äðóçåé äåòñòâà.

http://www.navstreche.com/

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

[Thiago Jung Bauermann]

This is finally in, so it should appear in the next snapshot.

Sorry to take that long. People I knew who could have committed this were on vacation last week.
-- 
[]'s
Thiago Jung Bauermann
Software Engineer
IBM Linux Technology Center


On Fri, 2007-11-16 at 17:26 +0200, Bobo wrote:
> Does somebody have any idea when the patch for libdecnumber Solaris build 
> will get into the gdb HEAD branch?
> I've downloaded the gdb snapshot of 15 Nov but it still does not build for 
> me...
> 
> Fri, 9 Nov 2007 09:02:52 -0500, Daniel Jacobowitz <drow@false.org>:
> 
> > On Fri, Nov 09, 2007 at 09:38:47AM +0200, Bobo wrote:
> >> Will 6.7.2 contain the changes that are now in the HEAD release?
> > 
> > No.  It will contain any fixes we merge to the branch.
> > 
> > -- 
> > Daniel Jacobowitz
> > CodeSourcery
> 
>           
> 
> ------------------
> НА ВСТРЕЧЕ - это сообщество друзей, однокурсников, одноклассников и коллег.
> НА ВСТРЕЧЕ - это возможность поиска новых друзей и единомышленников.
> НА ВСТРЕЧЕ - это ностальгия о прошлом и желание найти друзей детства.
> 
> http://www.navstreche.com/
>