--- Comment #31 from bkoz at gcc dot gnu dot org 2006-08-22 14:05 ---
This experiment is deemed sucessful.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #30 from bkoz at gcc dot gnu dot org 2006-01-16 20:09 ---
Confirmed. Excellent, thanks. This is great, no regressions known with this on.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--- Comment #29 from jason at gcc dot gnu dot org 2006-01-12 20:10 ---
Subject: Bug 24660
Author: jason
Date: Thu Jan 12 20:10:47 2006
New Revision: 109647
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109647
Log:
PR libstdc++/24660
* pt.c (check_explicit_specia
--- Comment #28 from bkoz at gcc dot gnu dot org 2005-12-30 03:49 ---
Created an attachment (id=10568)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10568&action=view)
mail surrounding namespace association development
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--- Comment #27 from bkoz at gcc dot gnu dot org 2005-12-30 03:48 ---
Created an attachment (id=10567)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10567&action=view)
files from kona meeting
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last re
--- Comment #26 from bkoz at gcc dot gnu dot org 2005-12-18 01:51 ---
Created an attachment (id=10526)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10526&action=view)
libsupc++ issue 3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--- Comment #25 from bkoz at gcc dot gnu dot org 2005-12-18 01:50 ---
Created an attachment (id=10525)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10525&action=view)
libsupc++ issue 2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--- Comment #24 from bkoz at gcc dot gnu dot org 2005-12-18 01:50 ---
Created an attachment (id=10524)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10524&action=view)
libsupc++ issue 1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--- Comment #23 from bkoz at gcc dot gnu dot org 2005-12-18 01:48 ---
When doing the last bit, I ran into some other issues, where some of the
libsupc++ bits (typeinfo, unexpected_handler, uncaught_exception, nothrow etc)
are internally defined within std.
(? Or seem to be.)
This hard
--- Comment #22 from bkoz at gcc dot gnu dot org 2005-12-17 09:15 ---
This patch is complete with one exception, libsupc++. It looks like
--disable-hosted-libstdcxx is broken right now, so I have to fix that and then
make it work with this scheme.
http://people.redhat.com/bkoz/libstdc+
--- Comment #21 from pcarlini at suse dot de 2005-12-14 09:48 ---
(In reply to comment #20)
> This arrangement of debug mode does indeed seem to fix the longstanding swap
> issue.
>
> ie, -D_GLIBCXX_DEBUG runs are == normal runs.
Yeah! (about the rest of the work too ;)
--
http:/
--- Comment #20 from bkoz at gcc dot gnu dot org 2005-12-14 09:12 ---
This arrangement of debug mode does indeed seem to fix the longstanding swap
issue.
ie, -D_GLIBCXX_DEBUG runs are == normal runs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--- Comment #19 from bkoz at gcc dot gnu dot org 2005-12-14 07:23 ---
Created an attachment (id=10483)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10483&action=view)
libstdc++ patch v5
Config not quite 100% correct, but good enough.
This moves all debug mode stuff to nested wi
--- Comment #18 from bkoz at gcc dot gnu dot org 2005-12-13 20:39 ---
Created an attachment (id=10476)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10476&action=view)
test case for second fail
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--- Comment #17 from bkoz at gcc dot gnu dot org 2005-12-13 20:38 ---
Created an attachment (id=10475)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10475&action=view)
test case for first fail
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--- Comment #16 from bkoz at gcc dot gnu dot org 2005-12-13 20:27 ---
Two extra fails with both versioning and debug associations active.
FAIL: 20_util/memory/16505.cc (test for excess errors)
FAIL: 25_algorithms/search_n/11400.cc (test for excess errors)
For the first:
#include
//
--- Comment #15 from jason at gcc dot gnu dot org 2005-11-18 18:34 ---
Created an attachment (id=10275)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10275&action=view)
Patch to require nesting
I've attached my compiler patch to enforce this rule. It can't go in until the
debug m
--- Comment #14 from bkoz at gcc dot gnu dot org 2005-11-17 23:41 ---
> I think nesting _6 within std makes sense in the abstract as well, as it
> is properly part of the standard library space, not a separate entity.
Sounds sane to me.
> The debug mode headers will need to be modifie
--- Comment #13 from jason at redhat dot com 2005-11-17 22:39 ---
Subject: Re: versioning weak symbols in libstdc++
I think nesting _6 within std makes sense in the abstract as well, as it
is properly part of the standard library space, not a separate entity.
The debug mode headers w
--- Comment #12 from bkoz at gcc dot gnu dot org 2005-11-17 22:15 ---
Here you go Jason. Actually, it looks like I have a complete archive of most
parts of this discussion, the related material, code samples, issues, etc. If
you would like, I will tar it up and put it in this pr. Or, if
--- Comment #11 from bkoz at gcc dot gnu dot org 2005-11-17 21:54 ---
Created an attachment (id=10272)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10272&action=view)
Outline for Kona presentation
I cannot believe I found this stuff.
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #10 from bkoz at gcc dot gnu dot org 2005-11-17 21:53 ---
Created an attachment (id=10271)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10271&action=view)
Kona paper, as revised but not in post-Kona mailing
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--- Comment #9 from gdr at integrable-solutions dot net 2005-11-17 20:46
---
Subject: Re: versioning weak symbols in libstdc++
"jason at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| This code, like the testcase for c++/16021, works fine if the implementation
| namespace is nest
--- Comment #8 from jason at gcc dot gnu dot org 2005-11-17 19:01 ---
The nesting also means you don't need the reciprocal using-directive which you
added to avoid the problem from 16021.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--- Comment #7 from jason at gcc dot gnu dot org 2005-11-17 18:57 ---
Here's a reduced testcase:
namespace N { }
namespace std
{
using namespace N __attribute__ ((strong));
}
namespace N
{
using namespace std;
template
struct A
{
void f();
};
}
namespace std
{
template
--- Comment #6 from bkoz at gcc dot gnu dot org 2005-11-03 19:28 ---
namespace association is the correct name for "strong using."
Indeed, you'll find that this is what I am using.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-03 19:25 ---
Isn't in a way strong using what you want here?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--- Comment #4 from bkoz at gcc dot gnu dot org 2005-11-03 19:10 ---
Created an attachment (id=10133)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10133&action=view)
mainline output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--- Comment #3 from bkoz at gcc dot gnu dot org 2005-11-03 19:09 ---
Created an attachment (id=10132)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10132&action=view)
mainline chokes on this
Will attach the compiler output as a separate piece. It looks recent, as
gcc-3.4.x, gcc-4
--- Comment #2 from bkoz at gcc dot gnu dot org 2005-11-03 19:08 ---
Created an attachment (id=10131)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10131&action=view)
mainline chokes on this
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--- Comment #1 from bkoz at gcc dot gnu dot org 2005-11-03 19:07 ---
Created an attachment (id=10130)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10130&action=view)
libstdc++ patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
32 matches
Mail list logo
