--- Comment #8 from jakub at gcc dot gnu dot org 2008-01-29 23:22 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from jakub at gcc dot gnu dot org 2008-01-29 23:22 ---
Subject: Bug 34969
Author: jakub
Date: Tue Jan 29 23:21:24 2008
New Revision: 131946
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131946
Log:
PR middle-end/34969
* cgraph.h (cgraph_update_edg
--- Comment #7 from jakub at gcc dot gnu dot org 2008-01-29 23:22 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from janis at gcc dot gnu dot org 2008-01-29 23:45 ---
While testing an extremely simple patch for this PR I discovered that
-mabi=no-altivec hasn't had an effect since r99284, which changed the way that
options are handled for the rs6000 back end. Before that change,
rs6
The following invalid code snippet triggers an ICE on mainline since today:
=
template class X> void foo(X<0>);
=
bug.cc:1: error: parameter packs not expanded with `...':
bug.c
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35022
The following invalid code snippet triggers an ICE on mainline since today:
=
template int foo()
{
typename T::X x;
return x;
}
void bar()
{
foo();
}
=
bug.cc: In functio
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35024
The following invalid code snippet is accepted on mainline:
=
template struct A
{
T* x[1];
};
A a;
=
One can also trigger ICEs with the snippet if one compiles it with "-g":
bug.cc: In instantiation of 'A':
bug.cc:6: in
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35023
The following invalid code snippet triggers an ICE on mainline since today:
=
template int foo()
{
T t;
return t;
}
void bar()
{
foo();
}
=
bug.cc: In function 'int foo()
The following invalid code snippet triggers an ICE on mainline since today:
=
template struct A;
template struct A
{
A() {}
};
=
bug.cc:3: error: parameter packs not expanded
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35025
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-30 00:43 ---
I have a simple fix for 4.4.0:
Index: c-pch.c
===
--- c-pch.c (revision 131943)
+++ c-pch.c (working copy)
@@ -243,8 +243,9 @@
fatal_error
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35026
If someone puts a .d file in a .gch directory, we will still warn even if the
user did not use -Winvalid-PCH. All other reasons why we would reject a PCH
including an invalid magic is conditionalized on -Winvalid-PCH so should this
warning.
--
Summary: "too short to be a PCH file" wa
--- Comment #13 from tromey at gcc dot gnu dot org 2008-01-30 01:19 ---
> other
> than that, I'm not aware of any commonly used K&R bits and pieces in a modern
> system.
FWIW -- Emacs is mostly K&R.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pmarques at grupopie dot com 2008-01-30 01:03 ---
Created an attachment (id=15054)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15054&action=view)
fix to float-floor.c
Marking all tests that use double as unsupported is actually overkill. The avr
target suppor
--- Comment #1 from pmarques at grupopie dot com 2008-01-30 01:07 ---
Created an attachment (id=15055)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15055&action=view)
proposed patch
This proposed patch fixes the problem by using the preprocessor to select the
correct type based o
The following (IMHO valid) code snippet triggers a segfault since GCC 4.2.0
when compiled with "-fopenmp":
==
struct A
{
A();
A(const A&, ...);
};
void foo()
{
A a;
#pragma omp parallel firstprivate(a)
;
}
===
--- Comment #4 from janis at gcc dot gnu dot org 2008-01-30 01:34 ---
TARGET_ALTIVEC_VRSAVE is also set to one in rs6000_override_options after
-mno-vrsave has been process, meaning that the option has no effect.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34526
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2008-01-30 01:56
---
Here is first part of patch that takes care of the segfault. This is also
helpful for pr19925:
@@ -1051,18 +1054,19 @@ find_array_element (gfc_constructor *con
mpz_mul (span, span, tmp);
}
- if (c
--- Comment #7 from tbm at cyrius dot com 2008-01-30 03:16 ---
This definitely still ICEs on Alpha:
(sid)[EMAIL PROTECTED]:$ /usr/lib/gcc-snapshot/bin/gcc -Wall -O3 -c test.c
test.c: In function 'f':
test.c:9: internal compiler error: in iv_analyze_expr, at loop-iv.c:935
Please submit a
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2008-01-30 05:06
---
Regarding the segfault, it is similar to pr34828, but not the same place.
Apparently we do not traverse the constructors very well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19925
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-01-30 05:18
---
Reply to comment two:
There is front-endery code to do "cond ? a : b" in the handling of missing
optional dummy arguments. You can borrow from that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34945
--- Comment #10 from pault at gcc dot gnu dot org 2008-01-30 06:56 ---
Subject: Bug 34975
Author: pault
Date: Wed Jan 30 06:56:10 2008
New Revision: 131956
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131956
Log:
2008-01-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #8 from pault at gcc dot gnu dot org 2008-01-30 06:56 ---
Subject: Bug 34429
Author: pault
Date: Wed Jan 30 06:56:10 2008
New Revision: 131956
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131956
Log:
2008-01-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #9 from pault at gcc dot gnu dot org 2008-01-30 07:03 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #11 from pault at gcc dot gnu dot org 2008-01-30 07:02 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Statu
101 - 129 of 129 matches
Mail list logo
