public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libstdc++/46151] New: namespace versioning holes
@ 2010-10-23 17:23 bkoz at gcc dot gnu.org
2010-10-23 19:53 ` [Bug libstdc++/46151] " jason at gcc dot gnu.org
` (4 more replies)
0 siblings, 5 replies; 6+ messages in thread
From: bkoz at gcc dot gnu.org @ 2010-10-23 17:23 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46151
Summary: namespace versioning holes
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned@gcc.gnu.org
ReportedBy: bkoz@gcc.gnu.org
In Zurich, Jason noticed a problem with namespace versioning and pointers to
data types. This is the placeholder for a full description and analysis of this
problem.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug libstdc++/46151] namespace versioning holes
2010-10-23 17:23 [Bug libstdc++/46151] New: namespace versioning holes bkoz at gcc dot gnu.org
@ 2010-10-23 19:53 ` jason at gcc dot gnu.org
2010-10-24 10:37 ` paolo.carlini at oracle dot com
` (3 subsequent siblings)
4 siblings, 0 replies; 6+ messages in thread
From: jason at gcc dot gnu.org @ 2010-10-23 19:53 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46151
Jason Merrill <jason at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jason at gcc dot gnu.org
--- Comment #1 from Jason Merrill <jason at gcc dot gnu.org> 2010-10-23 19:52:54 UTC ---
The issue comes when we use a versioned type as a member:
# mine.h
#include <string>
struct A
{
string s;
};
void f (A& a);
Namespace versioning won't affect the mangled name of f, so if the definition
of f and a call to f use different versions of string, we'll get a binary
incompatibility that doesn't show up as a link error.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug libstdc++/46151] namespace versioning holes
2010-10-23 17:23 [Bug libstdc++/46151] New: namespace versioning holes bkoz at gcc dot gnu.org
2010-10-23 19:53 ` [Bug libstdc++/46151] " jason at gcc dot gnu.org
@ 2010-10-24 10:37 ` paolo.carlini at oracle dot com
2014-09-24 18:14 ` redi at gcc dot gnu.org
` (2 subsequent siblings)
4 siblings, 0 replies; 6+ messages in thread
From: paolo.carlini at oracle dot com @ 2010-10-24 10:37 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46151
--- Comment #2 from Paolo Carlini <paolo.carlini at oracle dot com> 2010-10-24 10:37:00 UTC ---
Ah this one. Certainly we want to remember it. And I still believe that Jason's
idea of adding a global mechanism to at least warn the user if he tries to link
together objects built with potentially incompatible language and/or library is
a very good idea. See also libstdc++/45093.
PS: Benjamin, we were *not* in Zurich, I would have noticed ;)
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug libstdc++/46151] namespace versioning holes
2010-10-23 17:23 [Bug libstdc++/46151] New: namespace versioning holes bkoz at gcc dot gnu.org
2010-10-23 19:53 ` [Bug libstdc++/46151] " jason at gcc dot gnu.org
2010-10-24 10:37 ` paolo.carlini at oracle dot com
@ 2014-09-24 18:14 ` redi at gcc dot gnu.org
2014-09-24 19:46 ` jason at gcc dot gnu.org
2015-04-09 14:30 ` redi at gcc dot gnu.org
4 siblings, 0 replies; 6+ messages in thread
From: redi at gcc dot gnu.org @ 2014-09-24 18:14 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46151
--- Comment #3 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Do we need to keep this PR open now we have the abi_tag attribute to solve the
problem?
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug libstdc++/46151] namespace versioning holes
2010-10-23 17:23 [Bug libstdc++/46151] New: namespace versioning holes bkoz at gcc dot gnu.org
` (2 preceding siblings ...)
2014-09-24 18:14 ` redi at gcc dot gnu.org
@ 2014-09-24 19:46 ` jason at gcc dot gnu.org
2015-04-09 14:30 ` redi at gcc dot gnu.org
4 siblings, 0 replies; 6+ messages in thread
From: jason at gcc dot gnu.org @ 2014-09-24 19:46 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46151
--- Comment #4 from Jason Merrill <jason at gcc dot gnu.org> ---
abi_tag does indeed address this issue.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug libstdc++/46151] namespace versioning holes
2010-10-23 17:23 [Bug libstdc++/46151] New: namespace versioning holes bkoz at gcc dot gnu.org
` (3 preceding siblings ...)
2014-09-24 19:46 ` jason at gcc dot gnu.org
@ 2015-04-09 14:30 ` redi at gcc dot gnu.org
4 siblings, 0 replies; 6+ messages in thread
From: redi at gcc dot gnu.org @ 2015-04-09 14:30 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46151
Jonathan Wakely <redi at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |FIXED
--- Comment #5 from Jonathan Wakely <redi at gcc dot gnu.org> ---
The problem is understood now and solvable with abi_tag attributes.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2015-04-09 14:30 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-10-23 17:23 [Bug libstdc++/46151] New: namespace versioning holes bkoz at gcc dot gnu.org
2010-10-23 19:53 ` [Bug libstdc++/46151] " jason at gcc dot gnu.org
2010-10-24 10:37 ` paolo.carlini at oracle dot com
2014-09-24 18:14 ` redi at gcc dot gnu.org
2014-09-24 19:46 ` jason at gcc dot gnu.org
2015-04-09 14:30 ` redi at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).