[Bug tree-optimization/34585] New: [4.3 Regression] ICE in remove_useless_stmts_1, at tree-cfg.c:1863
I hope this is not another duplicate of PR34467 (sid)[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -fconstant-string-class=NSConstantString cenon.app-VGroup.mi VGroup.m: In function '-[VGroup setList:]': VGroup.m:522: internal compiler error: in remove_useless_stmts_1, at tree-cfg.c:1863 Please submit a full bug report, -- Summary: [4.3 Regression] ICE in remove_useless_stmts_1, at tree- cfg.c:1863 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com GCC target triplet: alpha-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34585
[Bug tree-optimization/34585] [4.3 Regression] ICE in remove_useless_stmts_1, at tree-cfg.c:1863
--- Comment #1 from tbm at cyrius dot com 2007-12-25 09:01 --- Created an attachment (id=14827) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14827&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34585
[Bug c/34586] New: consts cannot be used to initialize static declarations as per be below code snippet
consts cannot be used to initialize static declarations as per below code
snippet (thanks to Christophe Grenier).
int main()
{
const unsigned int sizeof_buffer=512;
static long long bmplcn = -sizeof_buffer - 1;
printf("bmplcn=%lld\n", bmplcn);
return 0;
}
gcc -o /tmp/main /tmp/main.c
/tmp/main.c: In function 'main':
/tmp/main.c:5: error: initializer element is not constant
Confirmed with other gentoo devs that this fails in 4.2.2 as well.
gcc --version
gcc (GCC) 4.2.0 (Gentoo 4.2.0 p1.4)
--
Summary: consts cannot be used to initialize static declarations
as per be below code snippet
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dragonheart at gentoo dot org
GCC build triplet: x86_64-pc-linux-gnu
GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34586
[Bug c/34586] consts cannot be used to initialize static declarations as per be below code snippet
--- Comment #1 from schwab at suse dot de 2007-12-25 09:27 --- A variable is not a constant expression, even if it is const qualified. -- schwab at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34586
[Bug fortran/34566] [4.3 Regression] Matmul of logical values
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-12-25 10:13 --- Subject: Bug 34566 Author: tkoenig Date: Tue Dec 25 10:12:41 2007 New Revision: 131167 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131167 Log: 2007-12-25 Thomas Koenig <[EMAIL PROTECTED]> PR libfortran/34566 * m4/matmull.m4: Multiply xstride and ystride by correct kind. * generated/matmul_l4.c: Regenerated. * generated/matmul_l8.c: Regenerated. * generated/matmul_l16.c: Regenerated. 2007-12-25 Thomas Koenig <[EMAIL PROTECTED]> PR libfortran/34566 * gfortran.dg/matmul_6.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/matmul_6.f90 Modified: trunk/gcc/testsuite/ChangeLog trunk/libgfortran/ChangeLog trunk/libgfortran/generated/matmul_l16.c trunk/libgfortran/generated/matmul_l4.c trunk/libgfortran/generated/matmul_l8.c trunk/libgfortran/m4/matmull.m4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34566
[Bug fortran/34566] [4.3 Regression] Matmul of logical values
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-12-25 10:13 --- Fixed. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34566
[Bug fortran/34533] DTIME returns total process time and not since last invocation
--- Comment #11 from dfranke at gcc dot gnu dot org 2007-12-25 10:42 --- Subject: Bug 34533 Author: dfranke Date: Tue Dec 25 10:41:44 2007 New Revision: 131168 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131168 Log: gcc/fortran: 2007-12-25 Daniel Franke <[EMAIL PROTECTED]> PR fortran/34533 * intrinsic.h (gfc_check_etime): Renamed to ... (gfc_check_dtime_etime): ... this. (gfc_check_etime_sub): Renamed to ... (gfc_check_dtime_etime_sub): ... this. (gfc_resolve_dtime_sub): New prototype. * check.c (gfc_check_etime): Renamed to ... (gfc_check_dtime_etime): ... this. (gfc_check_etime_sub): Renamed to ... (gfc_check_dtime_etime_sub): ... this. * iresolve.c (gfc_resolve_dtime_sub): New implementation. * intrinsic.c (add_functions): Removed alias from ETIME to DTIME, added stand-alone intrinsic DTIME. (add_subroutines): Adjusted check and resolve function names for DTIME and ETIME. * trans-intrinsic.c (gfc_conv_intrinsic_function): Added DTIME to known functions in switch. * intrinsic.texi (DTIME): Added paragraph about thread-safety, fixed return value section. (CPU_TIME): Clarified intent and added implementation notes. libgfortran: 2007-12-25 Daniel Franke <[EMAIL PROTECTED]> PR fortran/34533 * intrinsics/cpu_time.c: Moved code commonly usable for CPU_TIME, DTIME and ETIME to ... * intrinsics/time_1.h: ... here. * intrinsics/dtime.c: New file. * intrinsics/etime.c: Newly implemented using the common time-aquisition function from time_1.h. * gfortran.map (_gfortran_dtime, _gfortran_dtime_sub): New. * Makefile.am: Added new file. * Makefile.in: Regenerated. * configure: Regenerated. Added: trunk/libgfortran/intrinsics/dtime.c trunk/libgfortran/intrinsics/time_1.h Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/check.c trunk/gcc/fortran/intrinsic.c trunk/gcc/fortran/intrinsic.h trunk/gcc/fortran/intrinsic.texi trunk/gcc/fortran/iresolve.c trunk/gcc/fortran/trans-intrinsic.c trunk/libgfortran/ChangeLog trunk/libgfortran/Makefile.am trunk/libgfortran/Makefile.in trunk/libgfortran/configure trunk/libgfortran/gfortran.map trunk/libgfortran/intrinsics/cpu_time.c trunk/libgfortran/intrinsics/etime.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34533
[Bug fortran/34514] Accepts invalid: Dimensions specified for N after initialisation
--- Comment #5 from burnus at gcc dot gnu dot org 2007-12-25 12:05 --- Subject: Bug 34514 Author: burnus Date: Tue Dec 25 12:05:23 2007 New Revision: 131169 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131169 Log: 2007-12-25 Tobias Burnus <[EMAIL PROTECTED]> PR fortran/34514 * decl.c (attr_decl1): Reject specifying the DIMENSION for already initialized variable. (do_parm): Reject PARAMETER for already initialized variable. 2007-12-25 Tobias Burnus <[EMAIL PROTECTED]> PR fortran/34514 * gfortran.dg/initialization_17.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/initialization_17.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34514
[Bug fortran/34514] Accepts invalid: Dimensions specified for N after initialisation
--- Comment #6 from burnus at gcc dot gnu dot org 2007-12-25 12:07 --- FIXED on the trunk (4.3.0). -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34514
[Bug c/34586] consts cannot be used to initialize static declarations as per be below code snippet
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-25 12:21 --- Remember C != C++. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34586
[Bug tree-optimization/34585] [4.3 Regression] ICE in remove_useless_stmts_1, at tree-cfg.c:1863
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34585
[Bug libstdc++/30127] std::has_facet returns true for not installed derived facets
--- Comment #4 from pcarlini at suse dot de 2007-12-25 14:55 --- Fixed for 4.2.3. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30127
[Bug libstdc++/34449] use_facet(locale::classic()) returns true
--- Comment #9 from pcarlini at suse dot de 2007-12-25 14:55 --- Fixed for 4.2.3. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34449
[Bug c/34587] New: gcc.dg/initpri1.c fails on powerpc-apple-darwin
The gcc.dg/initpri1.c testcase aborts on powerpc-apple-darwin9 in the following
sections...
void c2() {
if (i++ != 2)
abort (); <===
}
[]
void c3() {
if (i++ != 1)
abort (); <===
}
[...]
void d2() {
if (--i != 2)
abort (); <===
}
[...]
void d3() {
if (j != 2)
abort ();
if (--i != 1)
abort (); <
}
I assume this should have been reported before but can't find any PR for it.
The order of
the aborts are...
in c2
in c3
in d3 i
in d2
--
Summary: gcc.dg/initpri1.c fails on powerpc-apple-darwin
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
GCC build triplet: powerpc-apple-darwin9
GCC host triplet: powerpc-apple-darwin9
GCC target triplet: powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34587
[Bug middle-end/34562] [4.3 Regression] FAIL: g++.dg/other/first-global.C scan-assembler _GLOBAL__I_foobar
--- Comment #1 from danglin at gcc dot gnu dot org 2007-12-25 17:11 --- This test doesn't fail with 4.2. Although I was thinking that it might be ok to just adjust the testcase, I now realize that the change in constructor name will make shared libraries with a minor version update incompatibile if one is compiled with 4.2 and another with 4.3. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Summary|FAIL: g++.dg/other/first- |[4.3 Regression] FAIL: |global.C scan-assembler |g++.dg/other/first-global.C |_GLOBAL__I_foobar |scan-assembler ||_GLOBAL__I_foobar http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34562
[Bug testsuite/34499] FAIL: g++.dg/ext/visibility/namespace2.C (test for excess errors)
--- Comment #1 from danglin at gcc dot gnu dot org 2007-12-25 18:36 --- Fixed by patch: http://gcc.gnu.org/ml/gcc-patches/2007-12/msg01104.html -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34499
[Bug c++/34588] New: g++.dg/other/spu2vmx-1.C doesn't find spu2vmx.h on powerpc-*-darwin*
The g++.dg/other/spu2vmx-1.C testcase fails on powerpc-apple-darwin9 as follows... Executing on host: /sw/src/fink.build/gcc43-4.2.999-20071224/darwin_objdir/gcc/testsuite/g++/../../g++ -B/sw/src/fink.build/gcc43-4.2 .999-20071224/darwin_objdir/gcc/testsuite/g++/../../ /sw/src/fink.build/gcc43-4.2.999-20071224/gcc-4.3-20071224/gcc/testsuite/g++.dg/ other/spu2vmx-1.C -nostdinc++ -I/sw/src/fink.build/gcc43-4.2.999-20071224/darwin_objdir/powerpc-apple-darwin9/libstdc++-v3/include/p owerpc-apple-darwin9 -I/sw/src/fink.build/gcc43-4.2.999-20071224/darwin_objdir/powerpc-apple-darwin9/libstdc++-v3/include -I/sw/src/f ink.build/gcc43-4.2.999-20071224/gcc-4.3-20071224/libstdc++-v3/libsupc++ -I/sw/src/fink.build/gcc43-4.2.999-20071224/gcc-4.3-20071224 /libstdc++-v3/include/backward -I/sw/src/fink.build/gcc43-4.2.999-20071224/gcc-4.3-20071224/libstdc++-v3/testsuite/util -fmessage-len gth=0 -maltivec -fno-show-column -S -m32 -o spu2vmx-1.s(timeout = 300) /sw/src/fink.build/gcc43-4.2.999-20071224/gcc-4.3-20071224/gcc/testsuite/g++.dg/other/spu2vmx-1.C:6: error: spu2vmx.h: No such file o r directory /sw/src/fink.build/gcc43-4.2.999-20071224/gcc-4.3-20071224/gcc/testsuite/g++.dg/other/spu2vmx-1.C:8: error: 'vec_uint4' does not name a type /sw/src/fink.build/gcc43-4.2.999-20071224/gcc-4.3-20071224/gcc/testsuite/g++.dg/other/spu2vmx-1.C:12: error: 'vec_float4' does not na me a type compiler exited with status 1 output is: /sw/src/fink.build/gcc43-4.2.999-20071224/gcc-4.3-20071224/gcc/testsuite/g++.dg/other/spu2vmx-1.C:6: error: spu2vmx.h: No such file o r directory /sw/src/fink.build/gcc43-4.2.999-20071224/gcc-4.3-20071224/gcc/testsuite/g++.dg/other/spu2vmx-1.C:8: error: 'vec_uint4' does not name a type /sw/src/fink.build/gcc43-4.2.999-20071224/gcc-4.3-20071224/gcc/testsuite/g++.dg/other/spu2vmx-1.C:12: error: 'vec_float4' does not na me a type FAIL: g++.dg/other/spu2vmx-1.C (test for excess errors) Adding -I/sw/src/fink.build/gcc43-4.2.999-20071224/gcc-4.3-20071224/gcc/config/rs6000 to the compile line allows the testcase to compile normally. For some reason this header isn't found (or installed) properly on darwin. -- Summary: g++.dg/other/spu2vmx-1.C doesn't find spu2vmx.h on powerpc-*-darwin* Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: powerpc-apple-darwin9 GCC host triplet: powerpc-apple-darwin9 GCC target triplet: powerpc-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34588
[Bug c++/34588] g++.dg/other/spu2vmx-1.C doesn't find spu2vmx.h on powerpc-*-darwin*
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2007-12-25 19:45 --- So it would be acceptable to submit a patch for skipping this test on powerpc*-*-darwin*? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34588
[Bug c++/34588] g++.dg/other/spu2vmx-1.C doesn't find spu2vmx.h on powerpc-*-darwin*
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-25 19:38 --- This header is useless on darwin as Darwin is not supported on the Cell. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34588
[Bug c/34586] consts cannot be used to initialize static declarations as per be below code snippet
--- Comment #3 from dragonheart at gentoo dot org 2007-12-25 22:43 --- sorry folks. guess I should do a bit more coding and watch the standards more. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34586
[Bug fortran/31243] truncating strings longer than 2**32 characters
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-12-25 23:32 --- Maybe we could just issue a "compiler limit" error message. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31243
[Bug c++/34573] [4.3 Regression] ICE with nested class in template
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-12-25 23:40 ---
Reduced testcase:
template < class Gtr_>
void compute_gr()
{
typedef int Less_chain;
struct utils {
utils(const Less_chain& lc) {};
};
utils U(1);
}
int main(void){
compute_gr();
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Severity|normal |blocker
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC host triplet|i386-apple-darwin8.11.1 |
GCC target triplet||i386-apple-darwin8.11.1
Keywords||ice-on-valid-code
Last reconfirmed|-00-00 00:00:00 |2007-12-25 23:40:53
date||
Summary|ICE with nested class |[4.3 Regression] ICE with
||nested class in template
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34573
[Bug c++/34573] [4.3 Regression] ICE with nested class in template
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-12-25 23:42 --- Changing compute_gr to a non template, it works. Using int instead of the typedef, it also works. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34573
[Bug tree-optimization/34585] [4.3 Regression] ICE in remove_useless_stmts_1, at tree-cfg.c:1863
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-25 23:49 --- I think it is a dup too. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||34448 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34585
[Bug middle-end/34570] [4.3 regression] recent gcc 4.3 snapshots miscompile KDE 4
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34570
[Bug fortran/34558] [4.3 Regression]: ICE with same TYPE in both program and interface
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Summary|Regression 4.3: ICE with|[4.3 Regression]: ICE with |same TYPE in both program |same TYPE in both program |and interface |and interface Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34558
[Bug fortran/34559] [4.3 Regression]: ICE using REPEAT on string literals
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|Regression 4.3: ICE using |[4.3 Regression]: ICE using |REPEAT on string literals |REPEAT on string literals Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34559
[Bug middle-end/32396] [4.1/4.2/4.3 Regression] gcc uses 0 as altivec load/store index
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-26 01:25 --- Hmm, This looks related to PR 34529. Since we allow base+const before reload for vector moves, we then prop that into the move instruction. After reload, we use an extra register to store the base+const but never move that add into the move instruction with using the register for the constant. Also we never do loop code motion after reload also so we never move the li instruction outside of the loop. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org BugsThisDependsOn||34529 Severity|enhancement |minor Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2007-12-26 01:25:35 date|| Summary|[PPC/Altivec, regression?] |[4.1/4.2/4.3 Regression] |gcc uses 0 as altivec |gcc uses 0 as altivec |load/store index|load/store index Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32396
[Bug tree-optimization/33419] Revision 122896 causes code quality regression
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-26 01:29 --- *** This bug has been marked as a duplicate of 32044 *** -- 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=33419
[Bug middle-end/32044] [4.3 regression] udivdi3 counterproductive, unwarranted use
--- Comment #36 from pinskia at gcc dot gnu dot org 2007-12-26 01:29 --- *** Bug 33419 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||bernds_cb1 at t-online dot ||de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32044
[Bug middle-end/33699] [4.1/4.2/4.3 regression], missing optimization on const addr area store
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-26 01:33 --- The issue here is that we are using constants as being free in the first place and not being able to decompose them later on, in the RTL level. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||4.0.0 4.1.3 4.2.2 4.3.0 Known to work||3.4.0 Last reconfirmed|-00-00 00:00:00 |2007-12-26 01:33:50 date|| Summary|regression, missing |[4.1/4.2/4.3 regression], |optimization on const addr |missing optimization on |area store |const addr area store Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33699
[Bug rtl-optimization/31944] [4.1/4.2/4.3 Regression] Endless loop while building a 64-bit 2.6.20 kernel
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944
[Bug target/27855] [4.3 regression] reassociation causes the RA to be confused
--- Comment #21 from pinskia at gcc dot gnu dot org 2007-12-26 01:37 --- As mentioned, this is really a ra issue as I showed it with integers. reassociation does nothing except for reschedule the instructions. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |enhancement GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | Summary|[4.3 regression]|[4.3 regression] |reassociation pass produces |reassociation causes the RA |~30% slower matrix |to be confused |multiplication code | Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27855
[Bug c++/34397] [4.3 regression] ICE on invalid default template parameter
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-12-26 01:38 --- I still cannot reproduce this. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34397
[Bug ada/33788] [4.3 regression] GNAT bug box in expand_expr_addr_expr_1, at expr.c:6862
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||ice-on-valid-code Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33788
[Bug fortran/34560] [4.3 Regression] I/O internal read: END expected, but no failure
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Summary|Regression 4.3: I/O internal|[4.3 Regression] I/O |read: END expected, but no |internal read: END expected, |failure |but no failure Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34560
[Bug middle-end/34562] [4.3 Regression] FAIL: g++.dg/other/first-global.C scan-assembler _GLOBAL__I_foobar
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34562
[Bug fortran/34560] [4.3 Regression] I/O internal read: END expected, but no failure
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-12-26 03:41 --- Subject: Bug 34560 Author: jvdelisle Date: Wed Dec 26 03:41:06 2007 New Revision: 131178 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131178 Log: 2007-12-25 Jerry DeLisle <[EMAIL PROTECTED]> PR libfortran/34560 * gfortran.dg/read_eof_5.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/read_eof_5.f90 Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34560
[Bug fortran/34560] [4.3 Regression] I/O internal read: END expected, but no failure
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-12-26 03:48 --- Fixed on trunk. Thanks for the report and test cases. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34560
[Bug c++/34397] [4.3 regression] ICE on invalid default template parameter
--- Comment #11 from ismail at pardus dot org dot tr 2007-12-26 05:19 --- Can confirm on i686 linux: [~]> g++ test.cpp test.cpp:3: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <http://bugs.pardus.org.tr> for instructions. [~]> g++ -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc/4.3.0 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.0/include --datadir=/usr/share/gcc/i686-pc-linux-gnu/4.3.0 --mandir=/usr/share/gcc/i686-pc-linux-gnu/4.3.0/man --infodir=/usr/share/gcc/i686-pc-linux-gnu/4.3.0/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.0/include/g++-v3 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-libgcj --disable-libssp --disable-multilib --disable-nls --disable-werror --disable-mudflap --disable-libmudflap --enable-checking=release --enable-clocale=gnu --enable-__cxa_atexit --enable-languages=c,c++,fortran,objc --enable-libstdcxx-allocator=new --enable-shared --enable-ssp --enable-threads=posix --enable-version-specific-runtime-libs --without-included-gettext --without-system-libunwind --with-system-zlib --with-pkgversion='Pardus Linux' --with-bugurl=http://bugs.pardus.org.tr Thread model: posix gcc version 4.3.0 20071225 [trunk revision 131170] (Pardus Linux) -- ismail at pardus dot org dot tr changed: What|Removed |Added CC||ismail at pardus dot org dot ||tr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34397
[Bug fortran/34532] Doc error or rej.valid vendor extension: Integer as logical in IF expressions
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-12-26 06:36 --- Subject: Bug 34532 Author: dfranke Date: Wed Dec 26 06:36:46 2007 New Revision: 131180 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131180 Log: 2007-12-25 Daniel Franke <[EMAIL PROTECTED]> PR fortran/34532 * gfortran.texi: Fixed section about implicit conversion of logical and integer variables. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/gfortran.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34532
[Bug fortran/34532] Doc error or rej.valid vendor extension: Integer as logical in IF expressions
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-12-26 06:37 --- Fixed in trunk. Closing. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34532
[Bug c/34589] New: noreturn calls: gcc generates call instead of jump
When noreturn functions call other noreturn functions, gcc still generates a call instruction instead of a jump instruction. This result in slightly slower execution and a small space leak on the stack, which affects higher level language compilers that target gnu C as intermediate language and use CPS with cheney on stack. Example: see attached whycall.c and whycall.s is gcc-4.1.2 output at -O2 for x86-64. bar: ... call foo The more efficient version would be to generate 'jmp foo' -- Summary: noreturn calls: gcc generates call instead of jump Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: vyzo at media dot mit dot edu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34589
[Bug c/34589] noreturn calls: gcc generates call instead of jump
--- Comment #1 from vyzo at media dot mit dot edu 2007-12-26 06:58 --- Created an attachment (id=14828) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14828&action=view) example code A trivial noreturn function that calls to another noreturn function -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34589
[Bug c/34589] noreturn calls: gcc generates call instead of jump
--- Comment #2 from vyzo at media dot mit dot edu 2007-12-26 07:00 --- Created an attachment (id=14829) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14829&action=view) gcc output from whycall.c with -O2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34589
