[Bug target/35911] [4.4 Regression] Building m32c-elf cross compiler fails
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-28 07:01 --- Fixed a long time ago by: r134240 | hubicka | 2008-04-13 10:05:31 -0400 (Sun, 13 Apr 2008) | 2 lines * m32.c (m32c_pushm_popm): Use crtl->retrun_rtx. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Keywords||build Resolution||FIXED Summary|Building m32c-elf cross |[4.4 Regression] Building |compiler fails |m32c-elf cross compiler ||fails Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35911
[Bug target/35926] Pushing / Poping ebx without using it.
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-28 06:57 --- Confirmed, still happens even after IRA. ebx is still being marked as being used even though the RA does not use it. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu |i?86-*-* Keywords||missed-optimization, ra Last reconfirmed|-00-00 00:00:00 |2008-12-28 06:57:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35926
[Bug tree-optimization/35261] GCC4.3 internal compiler error: verify_flow_info failed
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 06:52 --- Both of these work on the trunk on i386-darwin8.11, Do you know if it works on the 4.3 branch? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Component|c++ |tree-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35261
[Bug c++/35975] Invalid argumentless functional explicit type conversion to reference type not rejected
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 06:46 --- *** This bug has been marked as a duplicate of 36695 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35975
[Bug c++/36695] [4.3/4.4 Regression] Value-initialization of reference type is allowed.
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 06:46 --- *** Bug 35975 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||gcc-bugzilla at contacts dot ||eelis dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36695
[Bug objc/35996] ICE while building simple ObjC code with -fobjc-gc
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 06:42 --- The GNU runtime does not need help from the compiler to do the job. -fobjc-gc should error out if used with the GNU runtime at compile time. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC host triplet|x86_64-linux-gnu| GCC target triplet|x86_64-linux-gnu| Keywords|ice-on-valid-code |ice-on-invalid-code Last reconfirmed|-00-00 00:00:00 |2008-12-28 06:42:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35996
[Bug java/35999] GCJ Crash while compiling eclipse 64-bit on Ubuntu Hardy
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-28 06:39 --- Can you attach ../eclipse-x86_64-gcj/plugins/org.eclipse.emf.mapping_2.3.0.v200802051830.jar ? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35999
[Bug tree-optimization/36010] Loop interchange not performed
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 06:33 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-28 06:33:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36010
[Bug tree-optimization/36011] Loop interchange not performed, data dependence analysis defect
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 06:32 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-28 06:32:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36011
[Bug c++/36019] [4.2/4.3/4.4 Regression] template parameter does not hide class name
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 06:27 ---
Confirmed.
Here is a rejects valid:
#include
struct B {
static const int x = 1;
};
struct A {
template
static void f() {
std::cerr << A::x << std::endl;
}
};
int main() {
A::f();
return 0;
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC build triplet|i486-linux-gnu |
GCC host triplet|i486-linux-gnu |
GCC target triplet|i486-linux-gnu |
Keywords||rejects-valid
Known to fail||4.3.0 4.0.1 4.4.0 4.3.2
||4.3.3
Known to work||3.3.3
Last reconfirmed|-00-00 00:00:00 |2008-12-28 06:27:52
date||
Summary|template parameter does not |[4.2/4.3/4.4 Regression]
|hide class name |template parameter does not
||hide class name
Target Milestone|--- |4.2.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36019
[Bug bootstrap/36027] Build does not properly detect gmp and mpfr
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 06:22 --- This works for me and many other folks. I have no idea why it does not work for you. And Yes I have MPFR/GMP installed in a non standard place on some of my machines. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36027
[Bug java/36065] gcj 4.3.1 fails to compile if system libtool is version 2.x
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 06:19 --- You should not need libtool to build gcc. I think one of the time stamps on the generated files is messed up. How did you configure GCC? How did you invoke make to build GCC? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36065
[Bug middle-end/35973] Incorrect warning: will never be executed
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-28 06:13 --- This warning depends on optimizations so what you do expect with the inconsistency. So in one case, we decide that i can alias sel which is obviously not true but what do you expect from aliasing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35973
[Bug middle-end/36149] -O2 optimization generates wrong code
--- Comment #13 from pinskia at gcc dot gnu dot org 2008-12-28 06:06 --- Since 4.1.x is closed, closing as fixed for 4.2.x. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36149
[Bug rtl-optimization/38614] ICE at simplify-rtx.c:4956
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 05:13 --- Actually the target here is i386-pc-mingw32 as it is i386-pc-mingw32's gcc which is crashing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC build triplet|powerpc-apple-darwin9.3.0 | GCC host triplet|i386-pc-mingw32 |powerpc-apple-darwin9.3.0 GCC target triplet|m32c-unknown-elf|i386-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38614
[Bug c++/36168] Incorrect (and strange) warnings with -Wuninitialized
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-12-28 05:12 --- >* Find out if we can get the "original form" of 'q.COLOUR8::r' to print something closer to the original code. Actually this is a good thing we print out "COLOUR8::" really, sometimes there are different r's in a class so knowing which one is being used here makes it easy to understand. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36168
[Bug middle-end/36191] [4.3/4.4 Regression] can't use complex in a eh region if non-call-exceptions is enabled
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 04:52 --- This at least ICEs in 4.3.0 and 4.4.0. Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-checking, ice-on-valid- ||code Known to fail||4.3.0 4.4.0 Known to work||3.3.3 Last reconfirmed|-00-00 00:00:00 |2008-12-28 04:52:24 date|| Summary|can't use complex in a eh |[4.3/4.4 Regression] can't |region if non-call- |use complex in a eh region |exceptions is enabled |if non-call-exceptions is ||enabled Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36191
[Bug c++/36236] ICE with forwarding variadic function template in class template
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 04:50 ---
Reduced testcase:
template int forward(int&& __t);
template int foo(T...);
template< int=0 >
class forwarded_foo
{
template< typename ... Param >
decltype( foo( forward< Param >( 1 )... ) )
operator ()( Param&&... arg ) const;
};
forwarded_foo<> bar;
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2008-12-28 04:50:13
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36236
[Bug middle-end/38652] [4.4 Regression] dse.c: In function get_call_args: dse.c:2309: error: target undeclared
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 04:37 --- Patch was already posted to fix this: http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01157.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||12/msg01157.html Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||build Last reconfirmed|-00-00 00:00:00 |2008-12-28 04:37:13 date|| Summary|dse.c: In function |[4.4 Regression] dse.c: In |get_call_args: dse.c:2309: |function get_call_args: |error: target undeclared|dse.c:2309: error: target ||undeclared Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38652
[Bug c/38652] New: dse.c: In function get_call_args: dse.c:2309: error: target undeclared
When I attempt to compile the 12/26/08 snapshot of gcc I get the following: gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format-attribute -DHAVE_CONFIG_H -I. -I. -I/home/mrichmon/gcc-4.4-20081226/gcc -I/home/mrichmon/gcc-4.4-20081226/gcc/. -I/home/mrichmon/gcc-4.4-20081226/gcc/../include -I/home/mrichmon/gcc-4.4-20081226/gcc/../libcpp/include -I/home/mrichmon/mpfr-2.3.2 -I/home/mrichmon/gcc-4.4-20081226/gcc/../libdecnumber -I/home/mrichmon/gcc-4.4-20081226/gcc/../libdecnumber/dpd -I../libdecnumber /home/mrichmon/gcc-4.4-20081226/gcc/dse.c -o dse.o /home/mrichmon/gcc-4.4-20081226/gcc/dse.c: In function âget_call_argsâ: /home/mrichmon/gcc-4.4-20081226/gcc/dse.c:2309: error: âtargetmâ undeclared (first use in this function) /home/mrichmon/gcc-4.4-20081226/gcc/dse.c:2309: error: (Each undeclared identifier is reported only once /home/mrichmon/gcc-4.4-20081226/gcc/dse.c:2309: error: for each function it appears in.) -- Summary: dse.c: In function get_call_args: dse.c:2309: error: target undeclared Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: michael dot a dot richmond at nasa dot gov GCC build triplet: alpha-unknown-linux-gnu GCC host triplet: alpha-unknown-linux-gnu GCC target triplet: alpha-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38652
[Bug libstdc++/36217] gcc-4.2-20080507, target mips64vrel-elf, libmath build failure
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 04:28 --- Closing as works for me. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36217
[Bug fortran/36239] ICE: gfc_validate_kind(): Got bad kind
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36239
[Bug c++/36237] internal compiler error: in lower_stmt, at gimple-low.c:282 erase 'private(localTodoStack)' it compiles successfully.
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36237
[Bug fortran/38398] g0.w edit descriptor: Update for F2008 Tokyo meeting changes
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-12-28 03:53
---
Something is amiss. Yes the change to fmt_g0_1.f08 is necessary. The output
should have no blank spaces in the fields for floating point.
This test case runs fine here, maybe your trunk is not fully updated?
$ cat fmt_g0_1.f08
character(25) :: string = "(g0,g0,g0)"
character(33) :: buffer
write(*, '(g0,g0,g0)') ':',12340,':'
write(*, string) ':',0,':'
write(*, string) ':',1.0/3.0,':'
write(*, '(1x,a,g0,a)') ':',1.0/3.0,':'
write(*, string) ':',"hello",':'
write(*, "(g0,g0,g0,g0)") ':',.true.,.false.,':'
write(*, "(g0,g0,',',g0,g0)") '(',( 1.2345, 2.4567 ),')'
end
$ ./a.out
:12340:
:0:
:.3334:
:.3334:
:hello:
:TF:
(1.2345001,2.4567001)
$
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38398
[Bug c++/36254] [4.2/4.3/4.4 Regression] wrong "control reaches end of non-void function" warning with IF_STMT
--- Comment #13 from pinskia at gcc dot gnu dot org 2008-12-28 03:34 --- Let's make this bug about the t1.cpp which is an IF_STMT issue. This was introduced by the tree-ssa merge. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||diagnostic Known to fail|4.1.2 4.2.3 4.3.0 4.4.0 |4.0.1 4.1.2 4.2.3 4.3.0 ||4.4.0 Known to work||3.3 Last reconfirmed|2008-05-17 12:56:06 |2008-12-28 03:34:23 date|| Summary|wrong "control reaches end |[4.2/4.3/4.4 Regression] |of non-void function" |wrong "control reaches end |warning |of non-void function" ||warning with IF_STMT Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36254
[Bug c++/36254] wrong "control reaches end of non-void function" warning
--- Comment #12 from pinskia at gcc dot gnu dot org 2008-12-28 03:30 --- t2.cpp is really PR 20681. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36254
[Bug tree-optimization/36281] vector code is not parallelized
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-28 03:23 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2008-12-28 03:23:49 date|| Summary|vectorized code not |vector code is not |parallelized|parallelized http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36281
[Bug c++/33911] attribute deprecated vs. templates
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-28 03:17 --- *** Bug 36307 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||sander at mi dot fu-berlin ||dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33911
[Bug c++/36307] __attribute__((deprecated)) does not work for member templates
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 03:17 --- *** This bug has been marked as a duplicate of 33911 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36307
[Bug tree-optimization/18268] structure copy propagation not done
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-28 03:11 --- To mark as a dup of bug 36327. *** This bug has been marked as a duplicate of 36327 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18268
[Bug tree-optimization/36327] SCCVN should look through struct copies
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 03:11 --- *** Bug 18268 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36327
[Bug tree-optimization/18268] structure copy propagation not done
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-28 03:10 --- Reopening to ... -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18268
[Bug middle-end/38347] [4.4 Regression] gfortran.dg/alloc_comp_constructor_1.f90 ICE with -O2 -fdefault-integer-8
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38347
[Bug c/38651] New: Can't build bfin-elf-gcc (BASE_REG_CLASS undeclared).
The code base is svn trunk. The revision is 142934. I couldn't build bfin-elf-gcc with error below: gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../../pf3gnuchains/pf3gnuchains/gcc -I../../../../pf3gnuchains/pf3gnuchains/gcc/. -I../../../../pf3gnuchains/pf3gnuchains/gcc/../include -I./../intl -I../../../../pf3gnuchains/pf3gnuchains/gcc/../libcpp/include -I/home/users/m/mo/monabuilder/osx/gmp/include -I/home/users/m/mo/monabuilder/osx/mpfr/include -I../../../../pf3gnuchains/pf3gnuchains/gcc/../libdecnumber -I../../../../pf3gnuchains/pf3gnuchains/gcc/../libdecnumber/dpd -I../libdecnumber../../../../pf3gnuchains/pf3gnuchains/gcc/ira-conflicts.c -o ira-conflicts.o ../../../../pf3gnuchains/pf3gnuchains/gcc/ira-conflicts.c: In function 'ira_build_conflicts': ../../../../pf3gnuchains/pf3gnuchains/gcc/ira-conflicts.c:764: error: 'BASE_REG_CLASS' undeclared (first use in this function) ../../../../pf3gnuchains/pf3gnuchains/gcc/ira-conflicts.c:764: error: (Each undeclared identifier is reported only once ../../../../pf3gnuchains/pf3gnuchains/gcc/ira-conflicts.c:764: error: for each function it appears in.) make[2]: *** [ira-conflicts.o] Error 1 make[1]: *** [all-gcc] Error 2 make: *** [all] Error 2 -- Summary: Can't build bfin-elf-gcc (BASE_REG_CLASS undeclared). Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: monaka at monami-software dot com GCC build triplet: powerpc-apple-darwin9.3.0 GCC host triplet: powerpc-apple-darwin9.3.0 GCC target triplet: bfin-unknown-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38651
[Bug target/33534] bogus escape
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 02:49 --- Actually this escape is not bogus, just not needed any more. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33534
[Bug target/33533] bogus escapes
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-28 02:49 --- Actually this escape is not bogus, just not needed any more. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33533
[Bug target/33531] bogus escape
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-28 02:49 --- Actually this escape is not bogus, just not needed any more. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33531
[Bug middle-end/33102] volatile excessively suppresses optimizations in range checks
--- Comment #16 from pinskia at gcc dot gnu dot org 2008-12-28 02:48 --- This is still a dup of bug 3506, we don't optimize volatile at all. *** This bug has been marked as a duplicate of 3506 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33102
[Bug target/3506] weird behaviour when incrementing volatile ints
--- Comment #12 from pinskia at gcc dot gnu dot org 2008-12-28 02:48 --- *** Bug 33102 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3506
[Bug c++/32019] Condition operator ?: and ambiguous convertions
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 02:42 --- Confirmed -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||accepts-invalid Known to fail||3.3.3 4.0.1 4.3.0 4.4.0 Last reconfirmed|-00-00 00:00:00 |2008-12-28 02:42:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32019
[Bug bootstrap/31998] Incorrect "Unreachable statement" turns off optimizing + spec file in error
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-28 02:41 --- The .java source part of the java front-end was removed in 4.3.x and above so closing as won't fix. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31998
[Bug c++/32165] Calling main allowed at O3 and Os
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 02:37 --- Fixed on the trunk for 4.4.0, most likely by: 2008-07-29 Jan Hubicka * optimize.c (maybe_clone_body): Remove DECL_INLINE. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Keywords||accepts-invalid Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32165
[Bug inline-asm/33932] miscalculation of asm labels with -g3
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-12-28 02:33 --- *** This bug has been marked as a duplicate of 26908 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33932
[Bug debug/26908] -g3 (-ggdb3) emits broken calls to asm-defined functions
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-28 02:33 --- *** Bug 33932 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||stsp at users dot ||sourceforge dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26908
[Bug target/30026] useless stack movement
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 02:30 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|middle-end |target Ever Confirmed|0 |1 GCC target triplet||i?86-*-* x86_64-*-* Last reconfirmed|-00-00 00:00:00 |2008-12-28 02:30:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30026
[Bug bootstrap/20765] c4x port doesn't build
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 02:14 --- This target was removed by: 2008-01-25 Joseph Myers * config/c4x: Remove directory. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20765
[Bug other/36395] TARGET_VECTOR_ALIGNMENT_REACHABLE isn't documented
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 01:50 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||documentation Last reconfirmed|-00-00 00:00:00 |2008-12-28 01:50:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36395
[Bug other/36396] standard md pattern vec_realign_load_M isn't documented
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 01:47 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||documentation Last reconfirmed|-00-00 00:00:00 |2008-12-28 01:47:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36396
[Bug c++/36413] Bug with variadic templates (-std=c++0x)
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-28 01:44 --- *** This bug has been marked as a duplicate of 38276 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36413
[Bug c++/38276] [c++0x] ICE on templates, simple test-case
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 01:44 --- *** Bug 36413 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||fred at tigen dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38276
[Bug target/36436] -ftree-vrp -O1 -msse5 -ftree-vectorize leads to segfault during garbage collection
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-28 01:42 --- Fixed, can no longer reproduce the issue. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36436
[Bug bootstrap/36452] [4.4 Regression] Broken bootstrap while building libgomp.
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36452
[Bug fortran/38592] eliminate some string comparisons
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-12-28 01:28 --- This is generally the case, not just for/with strings. I don't think that anything will ever happen in this regard, at least, not on the frontend side. If (some) intrinsics, including string comparisons, were inlined, the optimizers could probably do something about it. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added CC||dfranke at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38592
[Bug other/36468] [LTO] ICE in force_decl_die, at dwarf2out.c:13976
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 01:27 --- Does this work now on the LTO branch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36468
[Bug bootstrap/36472] Small config.gcc buglet to check for enable_cld
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-28 01:25 --- Was fixed by: 2008-06-09 Michael Meissner * config.gcc (i[34567]86-*-*): Put test in quotes to prevent failure on some Bourne shells. (x86_64-*-*): Ditto. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36472
[Bug c/36489] [4.3/4.4 Regression] Warning "initialized field overwritten" wrongly triggers with multidimensional arrays
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 01:19 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||diagnostic Known to fail||4.3.0 4.4.0 4.3.2 4.3.3 Known to work||4.1.1 4.0.2 Last reconfirmed|-00-00 00:00:00 |2008-12-28 01:19:04 date|| Summary|Warning "initialized field |[4.3/4.4 Regression] Warning |overwritten" wrongly|"initialized field |triggers with |overwritten" wrongly |multidimensional arrays |triggers with ||multidimensional arrays Target Milestone|--- |4.3.3 Version|unknown |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36489
[Bug tree-optimization/36493] [4.3/4.4 Regression] vectorizer aliasing bug
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36493
[Bug target/36644] make check fails:FAIL: tr1/8_c_compatibility/cmath/functions.cc (test for excess errors)
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-12-28 01:04 --- Make sure you either setup ld.so.conf correctly or set LD_LIBRARY_PATH. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36644
[Bug c/36569] Checking printf format of recursive va_args.
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 00:57 --- This works for the 4.3 branch, 4.3.2 and the current trunk. Does this work for you now? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36569
[Bug c++/36523] OpenMP task construct fails to instantiate copy constructor
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36523
[Bug c++/36607] Incorrect type diagnostic on substracting casted char pointers
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 00:40 --- This works for me with 4.3.2 and the current trunk. Does it work for you? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36607
[Bug target/36609] AVR wrong code using incorrect RTL for test reversal pattern
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36609
[Bug fortran/36632] OpenMP code with access to module variable causes Fortran compiler to crash
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-28 00:34 --- Fixed for 4.4 since there has been no feedback in 3 months. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36632
[Bug c++/38650] [4.3/4.4 regression] Trouble with volatile and #pragma omp for
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38650
[Bug c++/38650] New: [4.3/4.4 regression] Trouble with volatile and #pragma omp for
There is some strange behavior with #pragma omp for and volatiles:
=
void foo()
{
volatile int i, j = 1;
#pragma omp for
for (i = 0; i < j; i += 1)
;
}
=
bug.cc: In function 'void foo()':
bug.cc:4: internal compiler error: in gimplify_omp_for, at gimplify.c:5880
Please submit a full bug report, [etc.]
A similar code snippet (using ++i instead of i+=1 as incrememt) is accepted:
=
void foo()
{
volatile int i, j = 1;
#pragma omp for
for (i = 0; i < j; ++i)
;
}
=
Another slight variation (using i<1 instead of ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=38650
[Bug c++/38635] [4.4 regression] ICE parsing broken code
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-28 00:15 --- Created an attachment (id=16995) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16995&action=view) gcc44-pr38635.patch Patch I'm going to test. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38635
[Bug c++/38635] [4.4 regression] ICE parsing broken code
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-28 00:10 ---
Caused by r137361. When struct A {} is seen, it commits to tentative parse, so
cp_parser_parse_definitely succeeds eventhough the next token isn't = nor {,
but EOF.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
CC||jason at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38635
[Bug c++/38649] [4.4 regression] Trouble with defaulted constructors
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 23:57 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-27 23:57:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38649
[Bug rtl-optimization/36663] IRA ICE in save_call_clobbered_regs at caller-save.c:1949
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36663
[Bug c++/38649] [4.4 regression] Trouble with defaulted constructors
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38649
[Bug c++/38649] New: [4.4 regression] Trouble with defaulted constructors
The following invalid code snippets are accepted on mainline:
struct A
{
A(...) = default;
};
struct A
{
A(const A&, ...) = default;
};
Apparently defaultable_fn_p in cp/class.c doesn't handle the ellipsis
correctly. This makes me wonder whether type_has_user_nondefault_constructor
which contains similar code has the same problem.
This bug can be exploited to trigger an ICE:
struct A
{
A(...) = default;
A(const A&);
};
void foo()
{
A a;
}
bug.cc: In constructor 'A::A(...)':
bug.cc:3: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
This makes the bug a regression as the second code snippet didn't crash
previous compilers.
--
Summary: [4.4 regression] Trouble with defaulted constructors
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, accepts-invalid, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38649
[Bug c++/38648] [4.2/4.3/4.4 regression] ICE with string literal
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 23:46 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||3.3.3 4.3.0 4.1.1 4.3.0 ||4.4.0 Last reconfirmed|-00-00 00:00:00 |2008-12-27 23:46:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38648
[Bug c++/38647] [4.2/4.3/4.4 regression] ICE using __FUNCTION__ as template parameter
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 23:43 ---
I think we can make this valid GNU C++ by doing:
template struct A {};
template struct A<__FUNCTION__, N> {};
char a1[1];
A a;
--- CUT ---
Though 3.3 rejected it by not defining __FUNCTION__ in the toplevel.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywords||ice-on-valid-code
Known to fail||4.3.0 4.4.0 4.1.1 4.0.1
Known to work||3.3.3
Last reconfirmed|-00-00 00:00:00 |2008-12-27 23:43:00
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38647
[Bug c++/38646] [4.3/4.4 regression] ICE with invalid specialization of variadic template
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 23:36 --- Confirmed, only ICEs with checking turned on. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-checking Last reconfirmed|-00-00 00:00:00 |2008-12-27 23:36:15 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38646
[Bug middle-end/38645] [4.4 regression] ICE with volatile
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 23:33 --- Confirmed, this was introduced by the tuples merge. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-27 23:33:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38645
[Bug c++/38648] [4.2/4.3/4.4 regression] ICE with string literal
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38648
[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr->ref
--- Comment #5 from mikael at gcc dot gnu dot org 2008-12-27 23:23 --- Created an attachment (id=16994) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16994&action=view) another attempt, regression-tested Regression-tested, but with regressions :-(. They are probably unrelated anyway: FAIL fmt_g0_1.f08 It is about i/o, and there is a recent patch from Jerry about it. Note: it fails with trunk as well. FAIL is_iostat_end_eor_1.f90: this one doesn't fail with trunk. The error is: collect2: ld terminated with signal 11 [Segmentation fault] This is unrelated, don't ask, because I don't want to investigate. I suspect it is a new feature of the glibc-2.9 :-/ What this patch changes: remove the gcc_assert, and add handling for pointer-returning functions. -- mikael at gcc dot gnu dot org changed: What|Removed |Added Attachment #16989|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536
[Bug c++/38648] New: [4.2/4.3/4.4 regression] ICE with string literal
The following invalid code snippet triggers an ICE on mainline:
char a[1];
int foo(
{
a = "";
return 0;
}
bug.cc:5: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
A similar code snippet triggers an ICE since GCC 3.1:
char a[1];
int foo(a = "")
{
return 0;
}
bug.cc:3: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
--
Summary: [4.2/4.3/4.4 regression] ICE with string literal
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38648
[Bug c++/38647] [4.2/4.3/4.4 regression] ICE using __FUNCTION__ as template parameter
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38647
[Bug c++/38647] New: [4.2/4.3/4.4 regression] ICE using __FUNCTION__ as template parameter
The following invalid code snippet triggers an ICE since GCC 3.4.0:
=
template struct A {};
template struct A<__FUNCTION__, N> {};
A<0, 0> a;
=
bug.cc:5: internal compiler error: in unify, at cp/pt.c:13746
Please submit a full bug report, [etc.]
--
Summary: [4.2/4.3/4.4 regression] ICE using __FUNCTION__ as
template parameter
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38647
[Bug c++/38646] [4.3/4.4 regression] ICE with invalid specialization of variadic template
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38646
[Bug c++/38646] New: [4.3/4.4 regression] ICE with invalid specialization of variadic template
The following invalid code snippet triggers an ICE since GCC 4.3.0:
=
template struct A;
template struct A
{
template struct B;
template struct B {};
};
=
bug.cc:3: error: parameter pack argument 'N ...' must be at the end of the
template argument list
bug.cc:7: internal compiler error: tree check: expected class 'type', have
'exceptional' (error_mark) in template_class_depth, at cp/pt.c:314
Please submit a full bug report, [etc.]
--
Summary: [4.3/4.4 regression] ICE with invalid specialization of
variadic template
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38646
[Bug c++/35319] [4.3/4.4 regression] ICE throwing fixed-point types
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.3 regression] ICE|[4.3/4.4 regression] ICE |throwing fixed-point types |throwing fixed-point types Target Milestone|4.3.3 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35319
[Bug fortran/38398] g0.w edit descriptor: Update for F2008 Tokyo meeting changes
--- Comment #10 from mikael at gcc dot gnu dot org 2008-12-27 23:05 --- (In reply to comment #9) > Closing, fixed on 4.4 > Not yet ;-) I'm at revision 142934, and I get this on x86_64-unknown-linux-gnu: FAIL: gfortran.dg/fmt_g0_1.f08 -O0 execution test FAIL: gfortran.dg/fmt_g0_1.f08 -O1 execution test FAIL: gfortran.dg/fmt_g0_1.f08 -O2 execution test FAIL: gfortran.dg/fmt_g0_1.f08 -O3 -fomit-frame-pointer execution test FAIL: gfortran.dg/fmt_g0_1.f08 -O3 -fomit-frame-pointer -funroll-loops execution test FAIL: gfortran.dg/fmt_g0_1.f08 -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions execution test FAIL: gfortran.dg/fmt_g0_1.f08 -O3 -g execution test FAIL: gfortran.dg/fmt_g0_1.f08 -Os execution test here is the ouput of the various writes in fmt_g0_1.f08: :12340: :0: : 0.3334: : 0.3334: :hello: :TF: ( 1.2345001, 2.4567001) Was the commit in comment #8 needed ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38398
[Bug c++/35338] Rejects valid code for fixed-point types
--- Comment #7 from reichelt at gcc dot gnu dot org 2008-12-27 22:55 --- > Why do you think this is invalid code? The C front-end accepts this code. Well, I believed the error messages - although I should know better than to trust the compiler ;-) It would be nice if you implemented the missing conversions. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35338
[Bug middle-end/38645] [4.4 regression] ICE with volatile
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38645
[Bug middle-end/38645] New: [4.4 regression] ICE with volatile
The following valid code snippet triggers an ICE on mainline when compiled
with "-O":
=
int foo()
{
volatile int a[1];
int i, *p = (int*)a;
a[0] = 1;
for (i = 0; i < 1; ++i)
if (p[i])
return -1;
return 0;
}
=
bug.c: In function 'foo':
bug.c:1: internal compiler error: in gimple_rhs_has_side_effects, at
gimple.c:2343
Please submit a full bug report, [etc.]
--
Summary: [4.4 regression] ICE with volatile
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, monitored
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38645
[Bug c++/36695] [4.3/4.4 Regression] Value-initialization of reference type is allowed.
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-27 22:26 --- Confirmed, at least a regression for 4.3 and 4.4. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||accepts-invalid Known to fail||4.3.2 4.3.3 4.4.0 Known to work||4.1.1 4.0.2 Last reconfirmed|-00-00 00:00:00 |2008-12-27 22:26:59 date|| Summary|Value-initialization of |[4.3/4.4 Regression] Value- |reference type is allowed. |initialization of reference ||type is allowed. Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36695
[Bug target/36720] ia64_split_tmode_move doesn't work on little endian
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36720
[Bug middle-end/36757] __builtin_signbit should be type-generic
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 22:14 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-27 22:14:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36757
[Bug c/36774] -Wmissing-prototypes triggers on nested functions
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-27 22:12:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36774
[Bug c/36774] -Wmissing-prototypes triggers on nested functions
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-27 22:12 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu | Keywords||diagnostic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36774
[Bug other/36781] gcc can't be compiled in an environment that requires CFLAGS
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-27 22:08 --- Closing as invalid as you should use CC rather than CFLAGS. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36781
[Bug c/38644] Optimization flag -O1 -fschedule-insns2 causes wrong code
--- Comment #1 from davejmurphy at me dot com 2008-12-27 22:10 --- Created an attachment (id=16993) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16993&action=view) preprocessed source for arm-eabi testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644
[Bug c++/11407] [DR 115] Function cannot be resolved
--- Comment #14 from pinskia at gcc dot gnu dot org 2008-12-27 22:05 --- *** Bug 36805 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||rbuergel at web dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11407
[Bug c/38644] New: Optimization flag -O1 -fschedule-insns2 causes wrong code
The -fschedule-insns2 optimisation causes wrong code to be emitted for the
following testcase. The assembly code loads a value from a stack frame which
has already been deallocated.
This is similar to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30282 for
powerpc-eabi.
extern int doStreamReadBlock(int *, char *, int size, int);
char readStream(int *s)
{
char c = 0;
doStreamReadBlock(s, &c, 1, *s);
return c;
}
arm-eabi davem$ arm-eabi-gcc -v -O2 -mthumb -c test.c
Using built-in specs.
Target: arm-eabi
Configured with: ../../gcc-4.3.2/configure --enable-languages=c,c++
--with-cpu=arm7tdmi --enable-interwork --enable-multilib --with-gcc
--with-gnu-ld --with-gnu-as --disable-shared --disable-threads
--disable-win32-registry --disable-nls --disable-debug --disable-libmudflap
--disable-libssp --disable-libgomp --disable-libstdcxx-pch --target=arm-eabi
--with-newlib --prefix=/opt/devkitpro/devkitARM
--with-bugurl=http://wiki.devkitpro.org/index.php/Bug_Reports
--with-pkgversion='devkitARM release 24'
Thread model: single
gcc version 4.3.2 (devkitARM release 24)
:
0: b510push{r4, lr}
2: b082sub sp, #8
4: 466cmov r4, sp
6: 3407addsr4, #7
8: 2300movsr3, #0
a: 7023strbr3, [r4, #0]
c: 1c21addsr1, r4, #0
e: 6803ldr r3, [r0, #0]
10: 2201movsr2, #1
12: f7ff fffe bl 0
16: b002add sp, #8 <--- stack frame deallocated
18: 7820ldrbr0, [r4, #0]<--- value loaded from stack
frame
1a: bc10pop {r4}
1c: bc02pop {r1}
1e: 4708bx r1
The same thing happens with mainline
/opt/devkitpro/devkitARM_mainline/bin/arm-eabi-gcc -v -O2 -mthumb -c test.c
Using built-in specs.
Target: arm-eabi
Configured with: ../../../gcc_mainline/configure --disable-nls
--target=arm-eabi --prefix=/opt/devkitPro/devkitARM --enable-languages=c,c++
--with-cpu=arm7tdmi --enable-interwork --enable-multilib --with-gcc
--with-gnu-ld --with-gnu-as --disable-shared --disable-threads
--disable-win32-registry --disable-nls --disable-debug --disable-libmudflap
--disable-libssp --disable-libgomp --disable-libstdcxx-pch
Thread model: single
gcc version 4.4.0 20081223 (experimental) (GCC)
:
0: b510push{r4, lr}
2: b082sub sp, #8
4: 466cmov r4, sp
6: 3407addsr4, #7
8: 2300movsr3, #0
a: 7023strbr3, [r4, #0]
c: 1c21addsr1, r4, #0
e: 6803ldr r3, [r0, #0]
10: 2201movsr2, #1
12: f7ff fffe bl 0
16: b002add sp, #8
18: 7820ldrbr0, [r4, #0]
1a: bc10pop {r4}
1c: bc02pop {r1}
1e: 4708bx r1
--
Summary: Optimization flag -O1 -fschedule-insns2 causes wrong
code
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: davejmurphy at me dot com
GCC build triplet: i386-apple-darwin9.6.0
GCC host triplet: i386-apple-darwin9.6.0
GCC target triplet: arm-none-eabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644
[Bug c++/36805] compilation fails when pointer to template-functions are returned by ?-operator
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 22:05 --- *** This bug has been marked as a duplicate of 11407 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36805
[Bug middle-end/36791] ICE with constant argument to __builtin_eh_return
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 22:04 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC host triplet|x86_64-linux-gnu| Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2008-12-27 22:04:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36791
[Bug c++/17920] add __attribute__((reimpl)) as a replacement for the (optional) virtual keyword for reimplementations of virtual functions
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-12-27 22:02 --- *** Bug 36796 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||slime at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17920
[Bug c++/36796] Support c++ override keyword
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-27 22:02 --- *** This bug has been marked as a duplicate of 17920 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36796
