[Bug c++/23628] Typeinfo comparison code easily breaks shared libs

2005-09-01 Thread mmarcus at emarcus dot org
--- Additional Comments From mmarcus at emarcus dot org 2005-09-01 08:35 --- I will add a real-world use case. Lets say that I am the author of a shared library and that today I wish to provide my client, AnApp, with MyLib version 1. I will also need to provide my clients with updated

[Bug c++/23628] Typeinfo comparison code easily breaks shared libs

2005-08-29 Thread mmarcus at emarcus dot org
--- Additional Comments From mmarcus at emarcus dot org 2005-08-29 21:57 --- Maybe I should rephrase my concern as the following question. Suppose a gcc user is building an application and some shared libraries that depend on third party libraries. Under what circumstances can he

[Bug c++/23628] Typeinfo comparison code easily breaks shared libs

2005-08-29 Thread mmarcus at emarcus dot org
--- Additional Comments From mmarcus at emarcus dot org 2005-08-29 21:27 --- Suppose for a moment that the boost authors can be convinced to add a bunch of GCC-specific pragmas to their code. Would the problem then be solved? What if a client is using a third party library (maybe a

[Bug c++/23628] Typeinfo comparison code easily breaks shared libs

2005-08-29 Thread mmarcus at emarcus dot org
--- Additional Comments From mmarcus at emarcus dot org 2005-08-29 21:00 --- Looks like our changes collided. I am requesting the bug be reopened pending answer to the above question. -- What|Removed |Added

[Bug c++/23628] Typeinfo comparison code easily breaks shared libs

2005-08-29 Thread mmarcus at emarcus dot org
--- Additional Comments From mmarcus at emarcus dot org 2005-08-29 20:59 --- Ok, marking the standard library headers for default visibility sounds like it would address one aspect of this report. I'm not sure that it addresses the other aspect. Are you saying that this will so

[Bug c++/23628] Typeinfo comparison code easily breaks shared libs

2005-08-29 Thread mmarcus at emarcus dot org
--- Additional Comments From mmarcus at emarcus dot org 2005-08-29 20:44 --- Sorry, I was a bit sloppy--I didn't remove all intermediate layers from my test environment. I will explore this further. In any case, if I explicitly invoke g++ -fvisibility=hidden t.cc && ./a.o

[Bug c++/23628] Typeinfo comparison code easily breaks shared libs

2005-08-29 Thread mmarcus at emarcus dot org
--- Additional Comments From mmarcus at emarcus dot org 2005-08-29 20:23 --- Actually, I'll just paste the darwin test case here. On this platform, libstdc++ is a sharedlib. The following code: ### #include #include #include int main (int argc, char * const argv[]) {

[Bug c++/23628] Typeinfo comparison code easily breaks shared libs

2005-08-29 Thread mmarcus at emarcus dot org
--- Additional Comments From mmarcus at emarcus dot org 2005-08-29 20:18 --- This is for the case when the shared libraries are loaded statically. One test case can be found by following the link found in this post: <http://article.gmane.org/gmane.comp.lib.boost.build/10072> .

[Bug c++/23628] New: Typeinfo comparison code easily breaks shared libs

2005-08-29 Thread mmarcus at emarcus dot org
signedTo: unassigned at gcc dot gnu dot org ReportedBy: mmarcus at emarcus dot org CC: gcc-bugs at gcc dot gnu dot org,gdr at integrable- solutions dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23628

[Bug c++/21701] New: No flag to turn off warning: warning: template-argument `' uses anonymous type

2005-05-21 Thread mmarcus at emarcus dot org
ormal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mmarcus at emarcus dot org CC: gcc-bugs at gcc dot gnu dot org,gdr at integrable- solutions dot net http://gcc.gnu.org/bugzilla/show_bu