http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55776
Philipp changed:
What|Removed |Added
CC||jason at redhat dot com
--- Comment #1 from Phi
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: s...@s-e-f-i.de
The attached preprocessed source makes the first release candidate of gcc-4.7
segfault, gcc-4.7.0 was fine. No additional compilation options are required. I
have just spotted
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53599
--- Comment #1 from Philipp 2012-06-06 21:45:30 UTC ---
Created attachment 27574
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27574
Preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53599
--- Comment #3 from Philipp 2012-06-07 09:14:56 UTC ---
Created attachment 27575
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27575
Reduced testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51930
--- Comment #7 from Philipp 2012-02-15 09:29:27 UTC ---
The test struct might come from an external library I have no control of, which
will make it difficult to change its visibility. Currently, I have quite some
code that depends on the behaviou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51930
--- Comment #10 from Philipp 2012-02-15 12:02:09 UTC ---
But think about a header only library. My test case isn't that far fetched. A
simple struct with no member functions (except for the implicitly generated
ones) should need no visibility at a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51930
--- Comment #14 from Philipp 2012-02-27 11:06:20 UTC ---
The new behaviour makes it pretty much impossible for me to retain the
visibility gcc has been giving me with the old behaviour.
It is impossible to only give every type that is somehow inv
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: s...@s-e-f-i.de
The following program causes undefined symbols when -fvisibility=hidden is
used:
#include
int main()
{
std::use_facet
>(std::loc
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: s...@s-e-f-i.de
gcc-4.7 produces a symbol with hidden visibility for testfunc, while
gcc-4.6 produces a symbol with default visibility.
struct foo
{
};
template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51930
Philipp changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: s...@s-e-f-i.de
In C++11 mode, enum classes can generate incorrect -Wshadow warnings:
g++ -Wshadow -std=c++11 test.cpp
typedef int foo;
enum
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: s...@s-e-f-i.de
The following code fails to compile:
#include
typedef std::functionfunc;
struct foo
{
void f(int) const
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48003
Philipp changed:
What|Removed |Added
CC||s...@s-e-f-i.de
--- Comment #1 from Philipp
: unassig...@gcc.gnu.org
ReportedBy: s...@s-e-f-i.de
The following code makes rc1 of gcc-4.6.1 segfault:
template
struct ConcretePoolKey
{
virtual ~ConcretePoolKey();
};
template
ConcretePoolKey::~ConcretePoolKey() = default;
int main()
{
ConcretePoolKey foo;
}
/usr/bin/g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49507
--- Comment #6 from Philipp 2011-06-24 10:26:06 UTC ---
Applying the changes on top of gcc-4.6.1 rc1 fixes the problem for me.
Thanks!
15 matches
Mail list logo
