"Carlos O'Donell" <[EMAIL PROTECTED]> writes:
> 2006-07-17 Carlos O'Donell <[EMAIL PROTECTED]>
>
> * dbxout.c (dbxout_function_end): Do not increment scope_labelno.
> (dbxout_begin_prologue): Increment scope_labelno.
This is OK. Thanks.
Isn
On Sun, Jul 16, 2006 at 06:05:32PM -0700, Ian Lance Taylor wrote:
> Previously, scope_labelno was referenced in dbxout_block and
> incremented in dbxout_function_end. Both functions are called only by
> dbxout_function_decl (a debug hook). So it was always consistent.
>
> Now scope_labelno is us
On Sun, Jul 16, 2006 at 06:05:32PM -0700, Ian Lance Taylor wrote:
> Andrew Pinski <[EMAIL PROTECTED]> writes:
>
> > Here we have the same scope_labelno. The first dbxout_begin_prologue
> > comes from calling rs6000_output_mi_thunk. The normal way
> > scope_labelno gets incremented is via the
> >
Andrew Pinski <[EMAIL PROTECTED]> writes:
> Here we have the same scope_labelno. The first dbxout_begin_prologue
> comes from calling rs6000_output_mi_thunk. The normal way
> scope_labelno gets incremented is via the
> call to debug_hooks->function_decl in rest_of_handle_final which is
> not don
On Jul 16, 2006, at 5:19 PM, Andrew Pinski wrote:
And here is a reduced testcase:
struct basic_ios
{
virtual ~basic_ios() { }
};
class istrstream
: virtual public basic_ios
{
virtual ~istrstream();
};
istrstream::~istrstream() { }
Debugging shows this was definitely caused by the stabs ch
On Jul 16, 2006, at 4:16 PM, Andrew Pinski wrote:
I am trying to reduce a testcase right now.
And here is a reduced testcase:
struct basic_ios
{
virtual ~basic_ios() { }
};
class istrstream
: virtual public basic_ios
{
virtual ~istrstream();
};
istrstream::~istrstream() { }
-- Pinski
On Jul 15, 2006, at 11:54 PM, Eric Botcazou wrote:
/tmp/ccK4i3re.s:5107:FATAL:Symbol LFBB43 already defined.
Same breakage on SPARC/Solaris 2.[56] and Alpha/Tru64.
More information about this breakage. The symbol is defined
for std::ostrstream::~ostrstream() and the virtual trunk to
that f
> /tmp/ccK4i3re.s:5107:FATAL:Symbol LFBB43 already defined.
Same breakage on SPARC/Solaris 2.[56] and Alpha/Tru64.
--
Eric Botcazou
/Users/regress/tbox/native/build/./gcc/xgcc -shared-libgcc -B/Users/
regress/tbox/native/build/./gcc -nostdinc++ -L/Users/regress/tbox/
native/build/powerpc-apple-darwin8.5.0/libstdc++-v3/src -L/Users/
regress/tbox/native/build/powerpc-apple-darwin8.5.0/libstdc++-v3/
src/.libs -B/Users/regress/
On Sat, 10 Jun 2006, Andrew Haley wrote:
>> See http://gcc.gnu.org/ml/gcc/2006-06/msg00120.html
> I imagine that many people missed that announcement. I certainly did.
>
> Whilst I greatly appreciate Mark's GCC 4.2 Status Reports, I don't
> always read them all.
I try to keep the status part of
Andrew Pinski writes:
>
> On Jun 10, 2006, at 9:03 AM, Jack Howarth wrote:
>
> > Andrew,
> > What is the release branch called? I can't get anything pulled
> > down with...
>
> There is no release branch but the release branch rules are in effect
> on the mainline (trunk).
>
On Jun 10, 2006, at 9:03 AM, Jack Howarth wrote:
Andrew,
What is the release branch called? I can't get anything pulled
down with...
There is no release branch but the release branch rules are in effect
on the mainline (trunk).
See http://gcc.gnu.org/ml/gcc/2006-06/msg00120.html
--
Andrew,
What is the release branch called? I can't get anything pulled down with...
svn co svn://gcc.gnu.org/svn/gcc/branches/gcc-4_2-branch gcc
Our isn't it in the svn repository yet.
Jack
On Jun 10, 2006, at 12:23 AM, Thomas Fitzsimmons wrote:
Andrew Pinski wrote:
Caused by:
http://gcc.gnu.org/ml/gcc-cvs/2006-06/msg00225.html
I committed this fix.
Did you know trunk of GCC is in release branch and has been since
Thursday?
-- Pinski
Andrew Pinski wrote:
Caused by:
http://gcc.gnu.org/ml/gcc-cvs/2006-06/msg00225.html
I committed this fix.
Tom
2006-06-10 Thomas Fitzsimmons <[EMAIL PROTECTED]>
* configure.ac (ac_configure_args): Add --disable-plugin.
(--enable-gtk-cairo): Remove option.
* configure
Caused by:
http://gcc.gnu.org/ml/gcc-cvs/2006-06/msg00225.html
checking for pkg-config... no
*** The pkg-config script could not be found. Make sure it is
*** in your path, or set the PKG_CONFIG environment variable
*** to the full path to pkg-config.
*** Or see http://www.freedesktop.org/softwa
16 matches
Mail list logo
