[Bug target/50652] [avr] Incorrect data start value for atmega164a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50652 --- Comment #1 from Georg-Johann Lay 2011-10-10 08:32:26 UTC --- Author: gjl Date: Mon Oct 10 08:32:15 2011 New Revision: 179737 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179737 Log: PR target/50652 * config/avr/avr-mcus.def (AVR_MCU): Set .data_section_start of atmega164a to 0x100. Modified: trunk/gcc/ChangeLog trunk/gcc/config/avr/avr-mcus.def
[Bug target/50652] [avr] Incorrect data start value for atmega164a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50652 --- Comment #2 from Georg-Johann Lay 2011-10-10 08:37:31 UTC --- Author: gjl Date: Mon Oct 10 08:37:22 2011 New Revision: 179738 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179738 Log: PR target/50652 Backport from Mainline r179737. * config/avr/avr-devices.c (avr_mcu_types): Set .data_section_start of atmega164a to 0x100. Modified: branches/gcc-4_6-branch/gcc/ChangeLog branches/gcc-4_6-branch/gcc/config/avr/avr-devices.c
[Bug target/50652] [avr] Incorrect data start value for atmega164a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50652 Georg-Johann Lay changed: What|Removed |Added Keywords||wrong-code Status|UNCONFIRMED |RESOLVED CC||gjl at gcc dot gnu.org Resolution||FIXED Target Milestone|--- |4.6.2 Known to fail||4.6.1 --- Comment #3 from Georg-Johann Lay 2011-10-10 08:46:16 UTC --- Fixed for 4.6.2+
[Bug fortran/43829] Scalarization of reductions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43829
--- Comment #47 from rguenther at suse dot de
2011-10-10 09:05:29 UTC ---
On Sat, 8 Oct 2011, mikael at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43829
>
> --- Comment #43 from Mikael Morin 2011-10-08
> 17:57:43 UTC ---
> (In reply to comment #39)
> > Thanks. One comment: I think you will increase the binary size by inlining
> > the
> > reduction. Could you consider keeping the current libgfortran version and
> > protecting the scalarization by
> > if (!optimize_size)
> >
> This is included in the patch in comment #41. Unfortunately, it makes the test
> (comment #42) fail with -Os in the testsuite. I don't know yet how I will
> handle it. I would like to avoid forcing one optimization level if possible.
> Any idea?
/* { dg-skip-if "" { *-*-* } { "-Os" } { "" } } */
[Bug fortran/50564] [4.7 Regression] Front-end optimization - ICE with FORALL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50564 --- Comment #8 from Tobias Burnus 2011-10-10 09:23:19 UTC --- (In reply to comment #7) > Could you supply a complete test case? I'd like to check this out, but# > I don't use OpenMP myself. Well, something along the following lines. Except for some declaration lines [and "default(share)"->"default(shared)], the example is really the one of comment 5. You can tune the number of threads using the OMP_NUM_THREADS environment variable. However, as said before (comment 6): As the "tmp" variable is generated in the parallel block, it should be created on the thread-private stack and there should be no issue. implicit none integer :: i real :: A(5), B(5) B = [real :: 1, 2, 3, 4, 5 ] !$omp parallel do default(shared) do i = 1, 5 A(i) = 5*cos(B(i))+8*cos(B(i)) end do print *, A end * * * Actually, I wonder in that case, how WORKSHARE will be handled, e.g. implicit none integer :: i real :: A(5), B(5) B(1) = 3.344 A = [real :: 1, 2, 3, 4, 5 ] !$omp parallel default(shared) !$omp workshare A(:) = A(:)*cos(B(1))+A(:)*cos(B(1)) !$omp end workshare nowait !$omp end parallel ! sync is implied here print *, A end Answer: With -O, one gets an ICE: omp.f90:7:0: internal compiler error: gfc_trans_omp_workshare(): Bad statement code
[Bug tree-optimization/50672] [4.7 Regression] ice: verify_ssa failed: no immediate_use list
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50672 Richard Guenther changed: What|Removed |Added Status|NEW |ASSIGNED Component|c++ |tree-optimization Known to work||4.6.1 Version|unknown |4.7.0 AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | Target Milestone|--- |4.7.0 --- Comment #7 from Richard Guenther 2011-10-10 09:38:44 UTC --- Caused by PRE. Mine.
[Bug rtl-optimization/49912] [4.7 Regression] ICE from -freorder-blocks-and-partition : verify_flow_info failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49912 Richard Guenther changed: What|Removed |Added CC|rguenth at gcc dot gnu.org | Component|c++ |rtl-optimization Target Milestone|--- |4.7.0
[Bug tree-optimization/50680] -ftree-vectorizer-verbose does not report about "basic block SLP" (attempt of) vectorization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50680 Richard Guenther changed: What|Removed |Added Keywords||diagnostic Severity|trivial |enhancement
[Bug c++/39043] C++ compiler doesn't optimize inlined function call for PIE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39043 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011-10-10 Ever Confirmed|0 |1 Known to fail||4.7.0 --- Comment #3 from Richard Guenther 2011-10-10 09:42:08 UTC --- Confirmed.
[Bug tree-optimization/50682] [4.7 Regression] ICE: SIGSEGV in main_block_label with -O2 -fnon-call-exceptions -ftracer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50682 Richard Guenther changed: What|Removed |Added Target Milestone|--- |4.7.0
[Bug target/50683] GCC fails to build MPFR 3.1.0 on sparc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50683 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2011-10-10 Ever Confirmed|0 |1 --- Comment #2 from Richard Guenther 2011-10-10 09:43:16 UTC --- We need a testcase.
[Bug fortran/50570] [4.6/4.7 Regression] Incorrect error for assignment to intent(in) pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50570 --- Comment #10 from Martin Steghöfer 2011-10-10 09:43:30 UTC --- Do you want me to commit a new bug report for my issue then or are you going to fix both issues using this one (although they need separate fixes)?
[Bug c++/33067] Awkward long decimal expansion for double literal in error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33067 Paolo Carlini changed: What|Removed |Added CC|gcc-bugs at gcc dot gnu.org | AssignedTo|unassigned at gcc dot |paolo.carlini at oracle dot |gnu.org |com --- Comment #4 from Paolo Carlini 2011-10-10 10:08:55 UTC --- I guess we should print floating point numbers with std::max_digits10 digits (a C++11 concept: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2005/n1822.pdf) Looking into it.
[Bug tree-optimization/50672] [4.7 Regression] ice: verify_ssa failed: no immediate_use list
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50672
Richard Guenther changed:
What|Removed |Added
AssignedTo|rguenth at gcc dot gnu.org |tom at codesourcery dot com
--- Comment #8 from Richard Guenther 2011-10-10
10:35:30 UTC ---
Err. It's tailmerge ... not mine ;)
More reduced testcase:
typedef int BoxCoordinate;
typedef int BoxDimension;
const BoxDimension X = 0;
const BoxDimension Y = 1;
const BoxDimension NDimensions = 2;
class BoxPoint {
BoxCoordinate point[NDimensions];
public:
bool isValid() const;
void operator += (const BoxPoint& p) {
if (isValid() && p.isValid()) {
point[X] += p.point[X];
}
}
const BoxCoordinate& operator [] (const BoxDimension& dimension) const {
return point[dimension];
}
};
class BoxRegion {
public:
BoxCoordinate& origin(BoxDimension d) const;
BoxCoordinate& space(BoxDimension d) const;
};
inline bool operator <= (const BoxPoint& p, const BoxRegion& r) {
for (BoxDimension d = X;
d <= Y;
d++) if (p[d] < r.origin(d) || p[d] >= r.origin(d) + r.space(d))
return false;
return true;
}
typedef struct _WidgetRec *Widget;
struct GraphGC {
BoxPoint offsetIfSelected;
};
class GraphNode;
class GraphEdge {
public:
GraphNode *from() const;
GraphNode *to() const;
};
class LineGraphEdge: public GraphEdge {
protected:
virtual void drawLine(Widget w, const GraphGC& gc) const;
void _print(const GraphGC &gc) const;
};
class ArcGraphEdge: public LineGraphEdge {
static bool center(const BoxPoint& p1, const BoxPoint& p2,
const BoxPoint& p3, double& x, double& y);
void makeLine(Widget w, const GraphGC& gc) const;
};
class GraphNode {
public:
bool& selected();
GraphEdge *firstTo() const;
GraphEdge *nextTo(GraphEdge *ref) const;
virtual const BoxPoint& pos() const = 0;
virtual const BoxRegion& region(const GraphGC& gc) const = 0;
virtual bool isHint() const;
};
class PosGraphNode: public GraphNode { };
class RegionGraphNode: public PosGraphNode { };
class HintGraphNode: public RegionGraphNode { };
void ArcGraphEdge::makeLine(Widget w, const GraphGC& gc) const {
HintGraphNode *arc_hint = 0;
RegionGraphNode *arc_from = 0;
RegionGraphNode *arc_to = 0;
bool make_arc = true;
if (from()->isHint() && to()->isHint()) {
make_arc = false;
}
else if (from()->isHint() && from()->firstTo() != 0) {
if (arc_hint == 0 || arc_from == 0 || arc_to == 0
|| arc_hint->nextTo(arc_hint->firstTo()) != 0) {
make_arc = false;
}
}
if (!make_arc) {
if (w != 0) LineGraphEdge::drawLine(w, gc);
else LineGraphEdge::_print(gc);
return;
}
BoxPoint pos_from = arc_from->pos();
BoxRegion region_from = arc_from->region(gc);
BoxPoint pos_to = arc_to->pos();
BoxRegion region_to = arc_to->region(gc);
BoxPoint pos_hint = arc_hint->pos();
if (arc_hint->selected()) {
pos_hint += gc.offsetIfSelected;
}
if (pos_hint <= region_from || pos_hint <= region_to) {
return;
}
double cx, cy;
bool ok = center(pos_from, pos_hint, pos_to, cx, cy);
if (!ok) {
if (w != 0) LineGraphEdge::drawLine(w, gc);
else LineGraphEdge::_print(gc);
}
}
[Bug tree-optimization/48764] [4.5 Regression] wrong-code bug in gcc-4.5.x, related to __restrict
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48764 Richard Guenther changed: What|Removed |Added Known to work||4.6.2, 4.7.0 Summary|[4.5/4.6/4.7 Regression]|[4.5 Regression] wrong-code |wrong-code bug in |bug in gcc-4.5.x, related |gcc-4.5.x, related to |to __restrict |__restrict | --- Comment #4 from Richard Guenther 2011-10-10 11:08:20 UTC --- Fixed on trunk and the 4.6 branch sofar.
[Bug tree-optimization/50658] [4.7 regression] SIGSEGV in tree-flow-inline.h:562
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50658 Richard Guenther changed: What|Removed |Added Target Milestone|--- |4.7.0
[Bug ada/50678] [4.7 Regression] FAIL: c52104y on x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678 Richard Guenther changed: What|Removed |Added Priority|P3 |P4 Target Milestone|--- |4.7.0
[Bug c++/50608] [4.6/4.7 Regression] cannot apply 'offsetof' to a non constant address
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50608 Richard Guenther changed: What|Removed |Added Target Milestone|--- |4.6.2
[Bug middle-end/50629] [4.7 Regression] FAIL: gcc.c-torture/execute/vect-shuffle-2.c with ICE on ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50629 Richard Guenther changed: What|Removed |Added Target Milestone|--- |4.7.0
[Bug fortran/50659] [4.4/4.5/4.6/4.7 Regression] [F03] ICE with PROCEDURE statement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50659 Richard Guenther changed: What|Removed |Added Priority|P3 |P4 Target Milestone|--- |4.4.7
[Bug target/43052] [4.7 Regression] Inline memcmp is *much* slower than glibc's, no longer expanded inline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43052 Richard Guenther changed: What|Removed |Added Priority|P3 |P2
[Bug target/50193] ARM: ICE on a | (b << negative-constant)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50193 Andrew Stubbs changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from Andrew Stubbs 2011-10-10 11:39:22 UTC --- This has now been fixed. The patch was posted here: http://gcc.gnu.org/ml/gcc-patches/2011-10/msg00594.html
[Bug debug/48150] [4.7 Regression] gcc.dg/guality/sra-1.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48150
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed||2011-10-10
CC||jakub at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #4 from Richard Guenther 2011-10-10
11:39:47 UTC ---
I only see
FAIL: gcc.dg/guality/sra-1.c -O1 line 43 a.i == 4
FAIL: gcc.dg/guality/sra-1.c -O1 line 43 a.j == 14
now with gdb 7.3.
43bar (a.j);/* { dg-final { gdb-test 43 "a.j" "14" } } */^M
$1 = 0^M
$2 = 4^M
0 != 4
FAIL: gcc.dg/guality/sra-1.c -O1 line 43 a.i == 4
43bar (a.j);/* { dg-final { gdb-test 43 "a.j" "14" } } */^M
$1 = 0^M
$2 = 14^M
A debugging session is active.^M
^M
Inferior 1 [process 4603] will be killed.^M
^M
0 != 14
FAIL: gcc.dg/guality/sra-1.c -O1 line 43 a.j == 14
manually debugging yields
(gdb) b 43
(gdb) run
(gdb) p a.j
$1 = 0
(gdb) p a.i
$2 = 0
(gdb) p a
$3 =
The location list looks like
02ec 00400581 00400586 (DW_OP_bit_piece: size: 4
offset:
0 ; DW_OP_lit4; DW_OP_stack_value; DW_OP_bit_piece: size: 12 offset: 0 ;
DW_OP_
breg5 (rdi): 6; DW_OP_stack_value; DW_OP_bit_piece: size: 12 offset: 0 ;
DW_OP_b
it_piece: size: 4 offset: 0 )
02ec 00400586 0040058b (DW_OP_bit_piece: size: 4
offset:
0 ; DW_OP_reg0 (rax); DW_OP_bit_piece: size: 12 offset: 0 ; DW_OP_breg5 (rdi):
7; DW_OP_stack_value; DW_OP_bit_piece: size: 12 offset: 0 ; DW_OP_bit_piece:
siz
e: 4 offset: 0 )
02ec 0040058b 0040058f (DW_OP_bit_piece: size: 4
offset:
0 ; DW_OP_reg0 (rax); DW_OP_bit_piece: size: 12 offset: 0 ; DW_OP_breg3 (rbx):
7; DW_OP_stack_value; DW_OP_bit_piece: size: 12 offset: 0 ; DW_OP_bit_piece:
siz
e: 4 offset: 0 )
02ec 0040058f 00400593 (DW_OP_bit_piece: size: 4
offset:
0 ; DW_OP_reg6 (rbp); DW_OP_bit_piece: size: 12 offset: 0 ; DW_OP_breg3 (rbx):
7; DW_OP_stack_value; DW_OP_bit_piece: size: 12 offset: 0 ; DW_OP_bit_piece:
siz
e: 4 offset: 0 )
02ec 00400593 004005b1 (DW_OP_bit_piece: size: 4
offset:
0 ; DW_OP_reg6 (rbp); DW_OP_bit_piece: size: 12 offset: 0 ; (User defined
locat
ion op))
02ec 004005b1 004005b6 (DW_OP_piece: 2; (User defined
lo
cation op))
02ec
which is weird because of the size: 12 entries(?)
Jakub?
[Bug tree-optimization/48193] [4.7 Regression] ICE: verify_ssa failed: type mismatch between an SSA_NAME and its symbol with -flto --param partial-inlining-entry-probability=101
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48193 Richard Guenther changed: What|Removed |Added Priority|P3 |P2
[Bug middle-end/50629] [4.7 Regression] FAIL: gcc.c-torture/execute/vect-shuffle-2.c with ICE on ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50629 Artem Shinkarov changed: What|Removed |Added CC||tema at gcc dot gnu.org --- Comment #1 from Artem Shinkarov 2011-10-10 11:41:58 UTC --- These tests are not in the repository anymore. Please update your sources and see if the bunch of tests gcc.c.torture/execute/vshuff-* bring any failures. Thanks, Artem.
[Bug middle-end/48440] [4.7 Regression] FAIL: gcc.c-torture/compile/labels-3.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48440 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #6 from Richard Guenther 2011-10-10 11:44:14 UTC --- Invalid thus.
[Bug c++/33067] Awkward long decimal expansion for double literal in error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33067 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org --- Comment #5 from Manuel López-Ibáñez 2011-10-10 11:46:00 UTC --- (In reply to comment #4) > I guess we should print floating point numbers with std::max_digits10 digits > (a > C++11 concept: I guess g++ should not print expressions but types. I think we discussed such bug already elsewhere, Paolo. Precisely for this "no match for operator" error.
[Bug middle-end/48660] [4.5/4.6/4.7 Regression] ARM ICE in expand_expr_real_1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48660 Richard Guenther changed: What|Removed |Added Priority|P3 |P2 Version|unknown |4.5.2
[Bug fortran/50570] [4.6/4.7 Regression] Incorrect error for assignment to intent(in) pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50570 --- Comment #11 from janus at gcc dot gnu.org 2011-10-10 11:45:30 UTC --- Martin, > Do you want me to commit a new bug report for my issue yes, I think that would be a good idea. Thanks, Janus
[Bug c++/33067] Awkward long decimal expansion for double literal in error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33067 --- Comment #6 from Manuel López-Ibáñez 2011-10-10 11:48:03 UTC --- Actually, it was with Jonathan in PR49152. One of this is a duplicate of the other.
[Bug target/48949] [4.6/4.7 Regression] gcc-4.6.0 regression with complex.h on i386-pc-solaris2.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48949 Richard Guenther changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID --- Comment #5 from Richard Guenther 2011-10-10 11:48:44 UTC --- No answers. Closing.
[Bug ada/49084] [4.7 regression] bootstrap failure with Ada enabled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084 Richard Guenther changed: What|Removed |Added Keywords|wrong-code |build Priority|P3 |P4
[Bug debug/48853] [4.7 Regression] Wrong DWARF codegen when Pmode != ptr_mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48853 Richard Guenther changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #24 from Richard Guenther 2011-10-10 11:47:43 UTC --- Not a supported target (and thus not a regression). Fixed for ia64.
[Bug middle-end/49319] [4.7 regression] g++.dg/abi/thunk5.C FAILs on Tru64 UNIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49319 Richard Guenther changed: What|Removed |Added Status|NEW |WAITING --- Comment #3 from Richard Guenther 2011-10-10 11:50:37 UTC --- Does it still happen?
[Bug rtl-optimization/49357] register allocation worse
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49357 Richard Guenther changed: What|Removed |Added Keywords||ra Known to work||4.3.3 Target Milestone|4.7.0 |--- Summary|[4.7 Regression] register |register allocation worse |allocation worse| Known to fail||4.7.0 --- Comment #1 from Richard Guenther 2011-10-10 11:51:30 UTC --- Removing regression markers for suspended bug.
[Bug tree-optimization/49662] [4.7 Regression] XFAIL: gcc.dg/graphite/interchange-XX.c, PRE confuses loop interchange
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49662 Richard Guenther changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Richard Guenther 2011-10-10 11:53:02 UTC --- Fixed.
[Bug c++/33067] Awkward long decimal expansion for double literal in error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33067 --- Comment #7 from Paolo Carlini 2011-10-10 11:53:57 UTC --- I don't understand: this number should not be printed at all?!?
[Bug c++/33067] Awkward long decimal expansion for double literal in error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33067 --- Comment #8 from Paolo Carlini 2011-10-10 11:55:15 UTC --- I'm really confused, I don't understand what we are going to print in 4.7.0 for this error message.
[Bug rtl-optimization/49710] [4.7 Regression] segfault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49710 Richard Guenther changed: What|Removed |Added Priority|P3 |P1 --- Comment #3 from Richard Guenther 2011-10-10 11:53:40 UTC --- Honza?
[Bug middle-end/49806] [4.7 Regression] FAIL: gcc.dg/tree-ssa/vrp47.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49806 Richard Guenther changed: What|Removed |Added Priority|P3 |P1
gcc-bugs@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50285 Manuel López-Ibáñez changed: What|Removed |Added Status|WAITING |RESOLVED CC||manu at gcc dot gnu.org Resolution||INVALID --- Comment #2 from Manuel López-Ibáñez 2011-10-10 12:00:07 UTC --- I don't get why this is WAITING, if you have suggestions on how to improve the diagnostic, please REOPEN. Otherwise this is not a bug. Clang prints something similar: /tmp/webcompile/_26316_0.cc:11:5: error: no viable overloaded '=' x = f(); ~ ^ ~~~ /tmp/webcompile/_26316_0.cc:3:6: note: candidate function not viable: no known conversion from 'X' to 'X &' for 1st argument X& operator=(X&); ^ 1 error generated.
[Bug target/49826] [4.7 Regression] Symbols are not decorated with attribute stdcall and -mrtd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49826 --- Comment #2 from Richard Guenther 2011-10-10 11:59:41 UTC --- Patches should be posted to gcc-patc...@gcc.gnu.org with a ChangeLog entry and a note how it was tested.
[Bug rtl-optimization/49912] [4.7 Regression] ICE from -freorder-blocks-and-partition : verify_flow_info failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49912 Richard Guenther changed: What|Removed |Added Priority|P3 |P1
[Bug debug/49951] [4.5/4.6/4.7 Regression] Debug stepping behavior regarding g++ Class destructor has changed for the worse starting at gcc 4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49951 Richard Guenther changed: What|Removed |Added CC||aldyh at gcc dot gnu.org --- Comment #4 from Richard Guenther 2011-10-10 12:04:49 UTC --- Aldy?
[Bug middle-end/49945] [4.7 Regression] gcc.dg/guality/vla-1.c FAILs with -flto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49945 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011-10-10 Ever Confirmed|0 |1 --- Comment #1 from Richard Guenther 2011-10-10 12:03:43 UTC --- Confirmed.
[Bug middle-end/50638] [4.7 Regression] emulated TLS fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50638 --- Comment #12 from Michael Matz 2011-10-10 11:59:33 UTC --- Author: matz Date: Mon Oct 10 11:59:29 2011 New Revision: 179745 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179745 Log: PR middle-end/50638 * tree-emutls.c (gen_emutls_addr): Call add_referenced_var. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-emutls.c
[Bug c++/49855] [4.6/4.7 Regression] internal compiler error: in fold_convert_const_int_from_real
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49855 Richard Guenther changed: What|Removed |Added Priority|P3 |P2
[Bug c++/33067] Awkward long decimal expansion for double literal in error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33067
--- Comment #9 from Manuel López-Ibáñez 2011-10-10
12:08:28 UTC ---
(In reply to comment #8)
> I'm really confused, I don't understand what we are going to print in 4.7.0
> for
> this error message.
Nothing changed as far as I know, but the suggestion of Jonathan in PR49152 is
to print the types involved in the expression instead of the expression itself,
which will avoid printing weird numbers in this case.
Like Clang does:
/tmp/webcompile/_27664_0.cc:3:16: error: invalid operands to binary expression
('double' and 'struct T')
I agree that this would be an improvement already.
I don't think you can get the number right in general, since the original
representation is gone after the tokens are converted into the internal
representation.
[Bug tree-optimization/49997] [4.7 Regression] ICE in inline_small_functions with -fnon-call-exceptions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49997 Richard Guenther changed: What|Removed |Added Priority|P3 |P1
[Bug rtl-optimization/49936] [4.7 Regression] IRA handles CANNOT_CHANGE_MODE_CLASS poorly, + spills to memory on 4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49936 Richard Guenther changed: What|Removed |Added Target||mipsisa32r2-elf Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #6 from Richard Guenther 2011-10-10 12:02:39 UTC --- I suppose fixed.
[Bug libgcj/50053] [4.7 regression] SIGSEGV in natClass.cc:651
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50053 Richard Guenther changed: What|Removed |Added Priority|P3 |P4
[Bug java/50045] [4.7 regression] ICE in gcc/java/lang.c:427 with -ftree-dump-all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50045 Richard Guenther changed: What|Removed |Added Priority|P3 |P4
[Bug c++/33067] Awkward long decimal expansion for double literal in error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33067 --- Comment #10 from Manuel López-Ibáñez 2011-10-10 12:12:13 UTC --- (In reply to comment #9) > (In reply to comment #8) > > I'm really confused, I don't understand what we are going to print in 4.7.0 > > for > > this error message. > > Nothing changed as far as I know, but the suggestion of Jonathan in PR49152 is > to print the types involved in the expression instead of the expression > itself, > which will avoid printing weird numbers in this case. > > Like Clang does: And the C FE: test.cc:2:13: error: invalid operands to binary < (have ‘double’ and ‘struct T’)
[Bug ada/49944] [4.5/4.6/4.7 regression] Bootstrapping on x86_64-pc-kfreebsd-gnu fails with "s-taprop.adb:856:10: "pthread_attr_setaffinity_np" is undefined (more references follow)"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49944 Richard Guenther changed: What|Removed |Added Priority|P3 |P4
[Bug c++/50012] [4.5/4.6/4.7 Regression] C++ front end misses -Wsign-compare warnings when extraneous parentheses are present
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50012 Richard Guenther changed: What|Removed |Added Priority|P3 |P2 Status|UNCONFIRMED |NEW Last reconfirmed||2011-10-10 Ever Confirmed|0 |1 --- Comment #4 from Richard Guenther 2011-10-10 12:09:52 UTC --- The problem is that the change by rev. 148952 looks bogus. Instead of using TREE_NO_WARNING it should simply strip some promotions at the point we do the sign-compare warning. Ian, please look at this regression.
[Bug middle-end/49719] [4.7 Regression] test gcc.target/arm/sibcall-1.c fails for ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49719 Richard Guenther changed: What|Removed |Added Priority|P3 |P1
[Bug target/49740] [4.7 Regression] powerpc native bootstrap with -O3 produces "Bootstrap comparison failure!"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49740 Richard Guenther changed: What|Removed |Added Keywords||build Target|powerpc-*-* |powerpc-*-uclibc Component|bootstrap |target --- Comment #4 from Richard Guenther 2011-10-10 11:56:09 UTC --- Still broken? Please post your exact configure line and what host system you are on.
[Bug libgcj/50057] [4.7 regression] SIGSEGV in natObject.cc:58
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50057 Richard Guenther changed: What|Removed |Added Priority|P3 |P4
gcc-bugs@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50285 --- Comment #3 from Jonathan Wakely 2011-10-10 12:15:44 UTC --- (In reply to comment #2) > I don't get why this is WAITING Really? The OP never provided any source that demonstrates the "bug" so I couldn't be sure if my guess was right or if they found a real bug. When an incomplete bug report is submitted the usual response is to request more details and set WAITING. As feedback has not been forthcoming I agree with closing it.
[Bug c++/33067] Awkward long decimal expansion for double literal in error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33067 --- Comment #11 from Paolo Carlini 2011-10-10 12:14:19 UTC --- (In reply to comment #9) > I don't think you can get the number right in general, since the original > representation is gone after the tokens are converted into the internal > representation. This for sure, it's a long standing, much more general, issue, right? Anyway, ok, let's try to what the C front-end does. Hey, these PRs remained un-triaged for way long time!!!
[Bug rtl-optimization/49452] [4.7 regression] comp-goto-2.c regresses in testing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452 Richard Guenther changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #26 from Richard Guenther 2011-10-10 11:52:26 UTC --- I supposed fixed.
[Bug middle-end/50195] [4.7 Regression] Linking time error with -fast-math -O0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50195 Richard Guenther changed: What|Removed |Added Priority|P3 |P1 CC||hubicka at gcc dot gnu.org --- Comment #2 from Richard Guenther 2011-10-10 12:24:02 UTC --- The folding is guarded with optimize_function_for_speed_p (), but that always returns true for -O0 ... Honza, should the _for_speed_p () functions in predict.c be optimize && ... instead?
[Bug c++/33067] Awkward long decimal expansion for double literal in error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33067 Paolo Carlini changed: What|Removed |Added AssignedTo|paolo.carlini at oracle dot |unassigned at gcc dot |com |gnu.org --- Comment #12 from Paolo Carlini 2011-10-10 12:26:14 UTC --- Ok, call.c:op_error must be completely changed. Too much work for me at the moment.
[Bug c++/33067] Awkward long decimal expansion for double literal in error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33067 --- Comment #13 from Manuel López-Ibáñez 2011-10-10 12:28:09 UTC --- (In reply to comment #12) > Ok, call.c:op_error must be completely changed. Too much work for me at the > moment. I think if you agree it is the same issue, at least we could close this one as a duplicate and confirm PR49152 ?
[Bug rtl-optimization/50205] [4.6/4.7 Regression] ICE: in code_motion_path_driver, at sel-sched.c:6581 with -fselective-scheduling2 and custom flags
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50205 Richard Guenther changed: What|Removed |Added Priority|P3 |P2
[Bug tree-optimization/50204] [4.5/4.6/4.7 Regression] Missed fully redundant load found in crafty (SPEC 2k)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50204 --- Comment #5 from Richard Guenther 2011-10-10 12:28:19 UTC --- Ping? It would be nice to have this patch in 4.7 ...
[Bug middle-end/50210] [4.6/4.7 Regression] ICE: in create_linear_expr_from_tree, at graphite-sese-to-poly.c:1137 with fgraphite-identity -ffast-math -fno-tree-scev-cprop -fstrict-overflow
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50210 Richard Guenther changed: What|Removed |Added Priority|P3 |P2
[Bug middle-end/50232] [4.7 Regression] reorg.c:3971: undefined reference to `make_return_insns'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50232 Richard Guenther changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #8 from Richard Guenther 2011-10-10 12:30:19 UTC --- Fixed.
[Bug middle-end/50283] [4.7 Regression] FAIL: g++.dg/eh/simd-1.C execution test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50283 Richard Guenther changed: What|Removed |Added Keywords||EH Priority|P3 |P1 Component|other |middle-end
[Bug c++/33067] Awkward long decimal expansion for double literal in error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33067 --- Comment #14 from Paolo Carlini 2011-10-10 12:33:31 UTC --- Frankly, I'm not convinced that before fixing the *whole* PR49152 we couldn't manage to find a way to print floating point constants in a more decent way. Maybe not easy, but not impossible.
[Bug rtl-optimization/50290] [4.7 Regression] ICE: in distribute_notes, at combine.c:13282 with -O2 -fwhole-program -fno-tree-loop-optimize -fno-tree-vrp -funroll-loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50290 Richard Guenther changed: What|Removed |Added Priority|P3 |P1 Status|UNCONFIRMED |NEW Last reconfirmed||2011-10-10 Ever Confirmed|0 |1 --- Comment #4 from Richard Guenther 2011-10-10 12:34:25 UTC --- Confirmed.
[Bug middle-end/50325] [4.7 Regression] 76 new fails with rev. 177691
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50325 Richard Guenther changed: What|Removed |Added Priority|P3 |P1
[Bug rtl-optimization/50340] [4.7 Regression] Fails to build SPEC 2000 176.gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50340 Richard Guenther changed: What|Removed |Added Priority|P3 |P1 --- Comment #2 from Richard Guenther 2011-10-10 12:36:42 UTC --- Still broken.
[Bug c++/33067] Awkward long decimal expansion for double literal in error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33067 --- Comment #15 from Paolo Carlini 2011-10-10 12:37:09 UTC --- For example, as a user of the compiler, seeing 6 digits everywhere would not surprise me at all, together with a correct column number, I would certainly consider the output good enough and not confusing. But this is just a personal opinion.
[Bug tree-optimization/50557] [4.7 Regression] Register pressure increase after reassociation (x86, 32 bits)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50557 --- Comment #7 from William J. Schmidt 2011-10-10 12:40:01 UTC --- I don't have anything too helpful to add. This code as it stands is balanced on a knife's edge for register usage for the particular target, so it's always going to be sensitive to compiler changes (not just this one). One thing I notice is that the loop is hand-unrolled four times. Why not let the compiler intelligently choose the unroll factor? I don't know what the result would be, but presumably the unroller has some heuristics to take target characteristics into account. Seems to me the factor of 4 is a bit aggressive for this target.
[Bug tree-optimization/46985] [4.4/4.5 Regression] ICE: SIGSEGV in is_gimple_min_invariant (gimple.c:2742) with -fno-tree-ccp -fno-tree-dominator-opts -fno-tree-fre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46985 Richard Guenther changed: What|Removed |Added Target Milestone|4.6.2 |4.4.7
[Bug target/47333] [4.6 regression] g++.dg/lto/20091219 FAILs on Solaris 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47333 Richard Guenther changed: What|Removed |Added Status|WAITING |NEW --- Comment #18 from Richard Guenther 2011-10-10 12:41:55 UTC --- Does it work on trunk?
[Bug middle-end/47903] [4.5 Regression] var-tracking.c: valgrind error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47903 Richard Guenther changed: What|Removed |Added Target Milestone|4.6.2 |4.5.4
[Bug debug/47780] [4.5 Regression] -fcompare-debug failure with -O -fgcse -fgcse-las -fstack-protector-all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47780 Richard Guenther changed: What|Removed |Added Target Milestone|4.6.2 |4.5.4
[Bug c++/33067] Awkward long decimal expansion for double literal in error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33067 --- Comment #16 from Paolo Carlini 2011-10-10 12:44:42 UTC --- Harcoding 6 in pp_c_floating_constant leads to: 33067.C:2:18: error: no match for ‘operator<’ in ‘1.1e+0 < t’
[Bug c++/33067] Awkward long decimal expansion for double literal in error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33067 --- Comment #17 from Manuel López-Ibáñez 2011-10-10 12:45:56 UTC --- (In reply to comment #14) > Frankly, I'm not convinced that before fixing the *whole* PR49152 we couldn't > manage to find a way to print floating point constants in a more decent way. > Maybe not easy, but not impossible. I personally think that if the object of printing the constant is to recreate the source code, but the source code won't match anyway, then it is better to not print it at all. If the goal of printing is some other (debugging, dump files, ...), then it may make sense. Another issue is that if someone comes around a fixes PR49152, then your testcase for printing floating point constants nicely would be broken. Has this person to come up with a new testcase for this? delete the testcase? It just makes PR49152 slightly harder to fix.
[Bug bootstrap/50665] [4.7 Regression] Bootstrap failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50665 Matthias Klose changed: What|Removed |Added CC||doko at gcc dot gnu.org --- Comment #4 from Matthias Klose 2011-10-10 12:47:41 UTC --- seen as well on i686-linux-gnu. x86_64-linux-gnu builds fine
[Bug middle-end/50638] [4.7 Regression] emulated TLS fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50638 Michael Matz changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #13 from Michael Matz 2011-10-10 12:54:30 UTC --- AFAIK Fixed.
[Bug c++/33067] Awkward long decimal expansion for double literal in error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33067 --- Comment #18 from Paolo Carlini 2011-10-10 12:54:54 UTC --- Sorry, I'm an engineer (in this context). For me the issue is only the following: if I were a user of 4.7.0, I would rather prefer seeing: 33067.C:2:18: error: no match for ‘operator<’ in ‘1.100088817841970012523233890533447265625e+0 < t’ or 33067.C:2:18: error: no match for ‘operator<’ in ‘1.1e+0 < t’ ? Any other discussion, in this context, does not make sense to me, sorry. I'm not going to follow it. If the maintainers will reply on gcc-patches they want the latter, fine I'll do it, otherwise I'll just move to something else.
[Bug c++/33067] Awkward long decimal expansion for double literal in error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33067 --- Comment #19 from Paolo Carlini 2011-10-10 12:56:47 UTC --- Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2011-10/msg00754.html
[Bug middle-end/50598] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on *-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 Dominique d'Humieres changed: What|Removed |Added CC||ro at CeBiTec dot ||Uni-Bielefeld.DE --- Comment #3 from Dominique d'Humieres 2011-10-10 13:00:54 UTC --- Same failures on sparc-sun-solaris2.(8|9), i386-pc-solaris2.9, and alpha-dec-osf5.1b (see http://gcc.gnu.org/ml/gcc-testresults/2011-10/msg01107.html and http://gcc.gnu.org/ml/gcc-testresults/2011-10/msg01105.html ).
[Bug tree-optimization/50635] ICE on valid: segfault in vectorize_loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50635 Ira Rosen changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #5 from Ira Rosen 2011-10-10 13:02:10 UTC --- Fixed.
[Bug middle-end/50195] [4.7 Regression] Linking time error with -fast-math -O0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50195 Richard Guenther changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | --- Comment #3 from Richard Guenther 2011-10-10 13:03:32 UTC --- Mine.
[Bug fortran/50684] New: Incorrect error for move_alloc on intent(in) pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50684 Bug #: 50684 Summary: Incorrect error for move_alloc on intent(in) pointer Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: mstegho...@cistib.upf.edu Created attachment 25452 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25452 Code to reproduce the behaviour Bug that was originally posted as additional comment to bug 50570, but turned out to be a different issue: The code in the attachment is calling the function move_alloc with something inside an intent(in) pointer as actual argument and gives the following error message: bug.f90:22.20: CALL MOVE_ALLOC(POINTER_INTENT_IN_VARIABLE%VALUE, LOCAL_VALUE) 1 Error: 'from' argument of 'move_alloc' intrinsic at (1) cannot be INTENT(IN) I'm not sure about what the Fortran standard says, but I don't think that giving this error is a desired behaviour because: * According to documentation of other compilers the code should compile: http://publib.boulder.ibm.com/infocenter/comphelp/v111v131/topic/com.ibm.xlf131.aix.doc/language_ref/intent.html (section "Rules", subsection about pointer dummy arguments) * If INTENT(IN) really tries to protect the *members* (not the pointer itself) of the derived type from being changed (that's the only scenario in which this behaviour would make sense), then it's not doing its job: Copying the pointer to a local variable I'm able to change them, as the example "POINTER_INTENT_IN_BUG_WORKING" in the attached code shows. Notes about the attachment: Subroutine POINTER_INTENT_IN_BUG_FAILING contains the failing code. Subroutien POINTER_INTENT_IN_BUG_WORKING contains an alternative code that does the same thing, but compiles (to show that the behaviour of gfortran doesn't make sense as protection, either).
[Bug fortran/50570] [4.6/4.7 Regression] Incorrect error for assignment to intent(in) pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50570 --- Comment #12 from Martin Steghöfer 2011-10-10 13:24:24 UTC --- OK, created bug 50684.
[Bug c++/48665] type of const member function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48665 Paolo Carlini changed: What|Removed |Added CC|paolo.carlini at oracle dot | |com | --- Comment #6 from Paolo Carlini 2011-10-10 13:30:41 UTC --- Thanks Ian.
[Bug middle-end/49801] df_live_verify_transfer_functions fails with to use of CC_REGNUM and checking enabled in rx backend
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49801 --- Comment #9 from Nick Clifton 2011-10-10 13:31:10 UTC --- Author: nickc Date: Mon Oct 10 13:31:03 2011 New Revision: 179749 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179749 Log: PR middle-end/49801 * compare-elim.c (find_comparisons_in_bb): Use df_get_live_in and df_get_live_out instead of accessing the bitmaps directly. (execute_compare_elim_after_reload): Remove calls to df_set_flags, df_live_add_problem and df_analyze. Modified: trunk/gcc/ChangeLog trunk/gcc/compare-elim.c
[Bug c++/48665] type of const member function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48665 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011-10-10 Ever Confirmed|0 |1 --- Comment #7 from Paolo Carlini 2011-10-10 13:31:07 UTC --- Confirmed of course.
[Bug target/50354] [4.7 regression] sparc64-linux gcc generates assembly code that gas rejects, breaking bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50354 Richard Guenther changed: What|Removed |Added Keywords||build Priority|P3 |P1 Component|bootstrap |target
[Bug middle-end/49801] df_live_verify_transfer_functions fails with to use of CC_REGNUM and checking enabled in rx backend
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49801 --- Comment #10 from Nick Clifton 2011-10-10 13:33:45 UTC --- Hi Paulo, This should be fixed now. Cheers Nick
[Bug c++/50685] New: Compiler segmentation fault on AIX when constructors and destructors are implemented in the implementation file (non-inline).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50685
Bug #: 50685
Summary: Compiler segmentation fault on AIX when constructors
and destructors are implemented in the implementation
file (non-inline).
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: barry_mathe...@yahoo.com
Created attachment 25453
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25453
detailed output for the good.cpp and bad.cpp compile runs
username@aixhost:~/code/aix1-->cat good.cpp
#include
#include
using namespace std;
class MyClass
{
public:
int x;
MyClass(){ x = 0;};
int GetX();
};
int MyClass::GetX()
{
return x;
}
int main()
{
cout << "Hello world!" << endl;
return 0;
}
username@aixhost:~/code/aix1-->g++ -v -save-temps good.cpp
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/opt/freeware/libexec/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/lto-wrapper
Target: powerpc-ibm-aix5.3.0.0
Configured with: ../gcc-4.6.1/configure --with-as=/usr/bin/as
--with-ld=/usr/bin/ld --enable-languages=c,c++,fortran --prefix=/opt/freeware
--mandir=/opt/freeware/man --infodir=/opt/freeware/info --enable-threads
--enable-version-specific-runtime-libs --disable-nls --enable-decimal-float=dpd
--host=powerpc-ibm-aix5.3.0.0
Thread model: aix
gcc version 4.6.1 (GCC)
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-shared-libgcc'
/opt/freeware/libexec/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/cc1plus -E -quiet -v
-D_ALL_SOURCE good.cpp -fpch-preprocess -o good.ii
ignoring nonexistent directory
"/opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/../../../../powerpc-ibm-aix5.3.0.0/include"
#include "..." search starts here:
#include <...> search starts here:
/opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/include/c++
/opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/include/c++/powerpc-ibm-aix5.3.0.0
/opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/include/c++/backward
/opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/include
/usr/local/include
/opt/freeware/include
/opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/include-fixed
/usr/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-shared-libgcc'
/opt/freeware/libexec/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/cc1plus -fpreprocessed
good.ii -quiet -dumpbase good.cpp -auxbase good -version -o good.s
GNU C++ (GCC) version 4.6.1 (powerpc-ibm-aix5.3.0.0)
compiled by GNU C version 4.6.1, GMP version 4.3.2, MPFR version
2.4.2-p1, MPC version 0.8.1
warning: MPC header version 0.8.1 differs from library version 0.9.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=32768
GNU C++ (GCC) version 4.6.1 (powerpc-ibm-aix5.3.0.0)
compiled by GNU C version 4.6.1, GMP version 4.3.2, MPFR version
2.4.2-p1, MPC version 0.8.1
warning: MPC header version 0.8.1 differs from library version 0.9.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=32768
Compiler executable checksum: 68e3d0057093920041387ac67e49bcf7
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-shared-libgcc'
/usr/bin/as -u -mppc -o good.o good.s
COMPILER_PATH=/opt/freeware/libexec/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/:/opt/freeware/libexec/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/:/opt/freeware/libexec/gcc/powerpc-ibm-aix5.3.0.0/:/opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/:/opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/
LIBRARY_PATH=/opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/:/opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-shared-libgcc'
/opt/freeware/libexec/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/collect2
-bpT:0x1000 -bpD:0x2000 -btextro -bnodelcsect /lib/crt0.o
-L/opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.6.1
-L/opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/../../.. good.o -lstdc++
-lm -lgcc_s /opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/libgcc.a -lc
-lgcc_s /opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/libgcc.a
username@aixhost:~/code/aix1-->cat bad.cpp
#include
#include
using namespace std;
class MyClass
{
public:
int x;
MyClass();
int GetX();
};
MyClass::MyClass()
{
x = 0;
}
int MyClass::GetX()
{
return x;
}
int main()
{
cout << "Hello world!" << endl;
return 0;
}
username@aixhost:~/code/aix1-->g++ -v -save-temps bad.cpp
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/opt/freeware/libexec/gcc/powerpc-ibm-aix5.3.0.0/4.6.1/lto-wrapper
Target: powerpc-ibm-aix5.3.0.0
Configured with: ../gcc-4.6.1/configure --with-as=/usr/bin/as
--with-ld=/usr/bin/ld --enable-languages=c,c++,fortran --prefix=/opt/freeware
--mandir=/opt/freeware/man --infodir=/opt/freeware/info --enable-threads
--enable-version-specific-runtime-libs --disable-nls --enable-decimal-float=dpd
--host=powerpc-ibm-aix5.3.0.0
Thread m
[Bug debug/47510] DW_TAG_typedef can have children when designating a naming typedef
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47510
dbeichl changed:
What|Removed |Added
CC||daniel_beichl at gmx dot
||net
--- Comment #15 from dbeichl 2011-10-10 13:47:15
UTC ---
The same thing can happen for unions in c++11. Consider the following:
struct some_struct
{
some_struct() = default;
some_struct(int v) {}
};
typedef union {
int x;
some_struct y;
} a_union_t;
a_union_t z;
This creates a DW_TAG_typedef with children. I propose to extend the
candidate patch to unions:
--- gcc/dwarf2out.c 2011-09-15 12:16:36.0 +0200
+++ gcc/dwarf2out.c 2011-10-10 13:56:09.0 +0200
@@ -8106,7 +8106,7 @@
strip_naming_typedef (tree type, dw_die_ref type_die)
{
if (type
- && TREE_CODE (type) == RECORD_TYPE
+ && ( TREE_CODE (type) == RECORD_TYPE || TREE_CODE (type) == UNION_TYPE )
&& type_die
&& type_die->die_tag == DW_TAG_typedef
&& is_naming_typedef_decl (TYPE_NAME (type)))
[Bug c++/50685] Compiler segmentation fault on AIX when constructors and destructors are implemented in the implementation file (non-inline).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50685 Paolo Carlini changed: What|Removed |Added CC||dje at gcc dot gnu.org --- Comment #1 from Paolo Carlini 2011-10-10 13:52:34 UTC --- David, can you have a look? Note, if I understand correctly *as* is segfaulting, not the compiler!
[Bug tree-optimization/50389] [4.7 Regression] ICE: in execute_todo, at passes.c:1730 with -O -freorder-blocks -ftracer and __builtin___memcpy_chk()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50389
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed||2011-10-10
AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
--- Comment #1 from Richard Guenther 2011-10-10
13:56:03 UTC ---
Confirmed.
need_ssa_update_p () changes at
static unsigned int
execute_cleanup_cfg_post_optimizing (void)
{
cleanup_tree_cfg (); <-
cleanup_dead_labels ();
which folds (via replace_uses_by called from gimple_merge_blocks)
# .MEM_11 = VDEF <.MEM_16>
__builtin_memcpy (&buf, &data, 4);
after propagating single-arg PHIs into it.
And gimplify_and_update_call_from_tree ends up giving up too early:
if (gimple_in_ssa_p (cfun))
{
find_new_referenced_vars (new_stmt);
mark_symbols_for_renaming (new_stmt);
but even if removing that, it fails to set the VUSE to the first
gimplified statement:
# .MEM_16 = PHI <.MEM_13(4)>
# VUSE <.MEM>
D.2741_17 = MEM[(char * {ref-all})&data];
# .MEM_11 = VDEF <.MEM>
MEM[(char * {ref-all})&buf] = D.2741_17;
That is because initially the load does not contain a VUSE so the
whole logic updating virtual operands with reaching vuses does not trigger ...
I have a patch.
[Bug fortran/50410] [4.6/4.7 Regression] ICE in record_reference
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410 Richard Guenther changed: What|Removed |Added Priority|P3 |P4
