List Info

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




Breakpoint in C++ class constructor is never reached
country flaguser name
Netherlands
2007-10-26 06:45:18
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://belarustouris
m.by/cities/
Развлечения, архитектура, гостиницы, базы отдыха,
национальные парки.

Re: Breakpoint in C++ class constructor is never reached
country flaguser name
United States
2007-10-26 06:54:46
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
country flaguser name
Netherlands
2007-10-26 07:18:43
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
<drowfalse.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://belarustouris
m.by/cities/
Развлечения, архитектура, гостиницы, базы отдыха,
национальные парки.

Re: Breakpoint in C++ class constructor is never reached
country flaguser name
United States
2007-10-26 07:21:15
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
country flaguser name
Netherlands
2007-10-26 09:26:26
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
<drowfalse.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://belarustouris
m.by/cities/
Развлечения, архитектура, гостиницы, базы отдыха,
национальные парки.

Re: Breakpoint in C++ class constructor is never reached
country flaguser name
United States
2007-10-26 09:31:28
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
user name
2007-10-26 09:50:56
> Date: Fri, 26 Oct 2007 10:31:28 -0400
> From: Daniel Jacobowitz <drowfalse.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
country flaguser name
United States
2007-10-26 09:58:58
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
country flaguser name
United States
2007-10-26 10:02:19
On Fri, 2007-10-26 at 16:50 +0200, Mark Kettenis wrote:
> > Date: Fri, 26 Oct 2007 10:31:28 -0400
> > From: Daniel Jacobowitz <drowfalse.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
country flaguser name
United States
2007-10-27 09:32:12
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 <drowfalse.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


[1-10] [11-20] [21-22]

about | contact  Other archives ( Real Estate discussion Medical topics )