[Bug ada/33392] ACATS cxa5a09, cxa5a10 and controlled2.adb failure
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-09-13 06:06 --- Another problem, GNAT Bug Box, is resulted with the tree updated as shown [...] c-4.3-20070907/gcc/ada/a-chlat1.ads -o ada/a-chlat1.o /home/voax/linux/build-4.3.x/./prev-gcc/xgcc -B/home/voax/linux/build-4.3.x/./prev-gcc/ -B/usr/local/i686-pc-linux-gnu/bin/ -c -g -O2 -fomit-frame-pointer -gnatpg -gnata -g -O1 -fno-inline \ -nostdinc -I- -I. -Iada -I../../gcc-4.3-20070907/gcc/ada ../../gcc-4.3-20070907/gcc/ada/a-except.adb -o ada/a-except.o +===GNAT BUG DETECTED==+ | 4.3.0 20070907 (experimental) (i686-pc-linux-gnu) Storage_Error stack overflow (or erroneous memory access)| | Error detected at a-except.adb:61:17 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Your tree is very likely skewed, the Ada compiler bootstraps fine on x86, x86-64, IA-64 and SPARC at least. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33392
[Bug c++/33414] [4.3 regression] segfault
--- Comment #2 from ubizjak at gmail dot com 2007-09-13 06:32 --- (In reply to comment #0) $ g++ -c -O2 -g -fPIC -c libkformulalib_la.all_cc.iiIn file included from libkformulalib_la.all_cc.cc:45:/scratch/packages/lpia/tmp/koffice-1.6.3/./lib/kformula/formulacursor.cc: In member function 'KFormula::BasicElement* KFormula::FormulaCursor::getSelectedChild()':/scratch/packages/lpia/tmp/koffice-1.6.3/./lib/kformula/formulacursor.cc:462: internal compiler error: Segmentation faultPlease submit a full bug report,with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Works for me with gcc version 4.3.0 20070912 (experimental). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33414
[Bug testsuite/28837] need to prune can't find atom for N_GSYM stabs warnings on Darwin for -m64
--- Comment #2 from dominiq at lps dot ens dot fr 2007-09-13 06:39 --- The (spurious?) warning is also present in 4.3. The patch here is clearly wrong. If you don't like the warnings, you should work out why they are being output and fix the underlying bug, rather than gnoring them in the testsuite. The patch may be wrong, but so far nobody cared to fix the underlying bug or even bothered to explain its origin and how to fix it!-( -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28837
[Bug ada/33392] ACATS cxa5a09, cxa5a10 and controlled2.adb failure
--- Comment #4 from charlet at adacore dot com 2007-09-13 07:47 --- Subject: Re: ACATS cxa5a09, cxa5a10 and controlled2.adb failure Your tree is very likely skewed, the Ada compiler bootstraps fine on x86, x86-64, IA-64 and SPARC at least. Right. I got a similar failure and fixed it by doing a complete svn update and then make -k clean; make. The svn update probably cured this issue. Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33392
[Bug c++/33414] [4.3 regression] segfault
--- Comment #3 from debian-gcc at lists dot debian dot org 2007-09-13 08:22 --- rechecked with r128456 the compiler is configure with --with-arch=i686 --with-tune=i586 i686-linux I can reproduce it with -march=i686, not with -march=i486. Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33414
[Bug c++/33414] [4.3 regression] segfault
--- Comment #4 from ubizjak at gmail dot com 2007-09-13 09:26 --- (In reply to comment #3) the compiler is configure with --with-arch=i686 --with-tune=i586 i686-linux I can reproduce it with -march=i686, not with -march=i486. Still no luck there to reproduce segfault. These were my steps. 1. Configured latest SVN gcc in _clean_ build dir (on i686-pc-linux-gnu) using ../gcc-svn/trunk/configure --with-mpfr=/usr/local --enable-languages=c,c++ --with-march=i686 --with-tune=i586 2. ~/gcc-build-cpp/gcc/cc1plus -march=i686 -O2 -fPIC -g libkformulalib_la.all_cc.ii No problems here... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33414
[Bug c++/33414] [4.3 regression] segfault
--- Comment #5 from ubizjak at gmail dot com 2007-09-13 09:28 --- (In reply to comment #4) 1. Configured latest SVN gcc in _clean_ build dir (on i686-pc-linux-gnu) using ../gcc-svn/trunk/configure --with-mpfr=/usr/local --enable-languages=c,c++ --with-march=i686 --with-tune=i586 Ouch, that should be --with-arch=i686. Retrying... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33414
[Bug libfortran/21185] libgfortran unusable for cross-testing for newlib targets
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-09-13 09:33 --- I'm coming back to that issue... (In reply to comment #4) I guess we could try to provide a graceful degradation for such systems... The use of dup() can probably be avoided if dup() isn't available without too much degradation in the library features. I still think it's better than nothing. It will gives weird results when people start closing preconnected units, but we can document that behaviour. Otherwise, we can use another technique to create new descriptors for stdin/stdout/stderr, but I can't think of something that would work easily. access() can probably be emulated, or at least its basic features. libgfortran only use it with modes R_OK, W_OK and R_OK | W_OK. These uses can be emulated with calls to open(). For ftruncate(), however, I don't see how to make it work. ftruncate() is now protected by HAVE_FTRUNCATE, so this one shouln't be a problem any more. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2007-01-05 10:06:52 |2007-09-13 09:33:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21185
[Bug c++/33407] [4.1/4.3 Regression] C++ operator new and new expression do not change dynamic type
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-09-13 09:36 --- Yes, this was an idea I had as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33407
[Bug c++/33415] New: Can't compile .cpp file with UTF-8 BOM.
As I need to port my project to vs2005, and the source code contain some UTF-8 string which is not suitable to represent by escaping, I have to add UTF-8 BOM to make vs2005 recognize it. But after I added the UTF-8 BOM, gcc can't compile it anymore, even using -finput-charset=UTF-8, it still say error about \357 \273 \277. Can you fix this problem? escaping is troublesome as too many of them and make the source code unreadable. vs2005 surely need UTF-8 BOM. While gcc can't accept UTF-8 BOM presently. Thank you! -- Summary: Can't compile .cpp file with UTF-8 BOM. Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: huzheng_001 at 163 dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33415
[Bug bootstrap/33309] gcc.c:6236: error: passing argument 1 of 'xputenv' discards qualifiers from pointer target type
--- Comment #12 from fxcoudert at gcc dot gnu dot org 2007-09-13 10:10 --- Subject: Bug 33309 Author: fxcoudert Date: Thu Sep 13 10:10:11 2007 New Revision: 128457 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128457 Log: PR driver/33309 * gcc.c (xputenv): Make argument const, and use CONST_CAST. Modified: trunk/gcc/ChangeLog trunk/gcc/gcc.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33309
[Bug bootstrap/33309] gcc.c:6236: error: passing argument 1 of 'xputenv' discards qualifiers from pointer target type
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2007-09-13 10:10 --- Fixed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to fail||4.3.0 Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33309
[Bug fortran/29452] Keyword check for specifiers in WRITE and READ
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.3.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29452
[Bug fortran/33408] ICE: tree check: expected type_decl, have in debug_flush_symbol_queue, at final.c:3986
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-09-13 10:33 --- (In reply to comment #2) I cannot reproduce this on x86-64 (Rev. 128440 of today). Hum, the only compiler I have right now is a month old (20070814) but I see a different segfault on x86_64-linux: Program received signal SIGSEGV, Segmentation fault. create_function_arglist (sym=value optimized out) at ../../../trunk3/gcc/fortran/trans-decl.c:1430 warning: Source file is more recent than executable. 1430 char name[GFC_MAX_SYMBOL_LEN + 2]; (gdb) bt #0 create_function_arglist (sym=value optimized out) at ../../../trunk3/gcc/fortran/trans-decl.c:1430 #1 0x0048bc15 in gfc_create_function_decl (ns=0x1382770) at ../../../trunk3/gcc/fortran/trans-decl.c:1800 #2 0x0048cc90 in gfc_generate_function_code (ns=0x13870e0) at ../../../trunk3/gcc/fortran/trans-decl.c:3140 #3 0x0044c654 in gfc_parse_file () at ../../../trunk3/gcc/fortran/parse.c:3308 #4 0x0047170e in gfc_be_parse_file (set_yydebug=value optimized out) at ../../../trunk3/gcc/fortran/f95-lang.c:300 #5 0x006b70e4 in toplev_main (argc=value optimized out, argv=value optimized out) at ../../../trunk3/gcc/toplev.c:1043 #6 0x2ae5e69164ca in __libc_start_main () from /lib/libc.so.6 #7 0x00402a4a in _start () at ../sysdeps/x86_64/elf/start.S:113 -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet|powerpc-apple-darwin8.10.0 | Known to fail||4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33408
[Bug boehm-gc/25652] Java support for amd64-pc-freebsd
--- Comment #8 from arno at heho dot snv dot jussieu dot fr 2007-09-13 10:46 --- Since January commits to boehm-gc for handling amd64/x86-64 cpu under GNU/kFreeBSD, I confirm that libgcj-support is OK for x86_64*freebsd IMHO this PR can be closed I propose a last 'patch' to hook it by default on the build -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25652
[Bug boehm-gc/25652] Java support for amd64-pc-freebsd
--- Comment #9 from arno at heho dot snv dot jussieu dot fr 2007-09-13 10:48 --- Created an attachment (id=14201) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14201action=view) No longer exclude libgcj on x86_64. -- arno at heho dot snv dot jussieu dot fr changed: What|Removed |Added Attachment #12480|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25652
[Bug target/33416] New: [PATCH] Sync FreeBSD target with upstream
freebsd-spec.h is a bit out of date with what FreeBSD bundle in their gcc. Attached is a patch to sync things up. -- Summary: [PATCH] Sync FreeBSD target with upstream Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: uberlord at gentoo dot org GCC build triplet: i686-gentoo-freebsd6.2 GCC host triplet: i686-gentoo-freebsd6.2 GCC target triplet: i686-gentoo-freebsd6.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33416
[Bug target/33416] [PATCH] Sync FreeBSD target with upstream
--- Comment #1 from uberlord at gentoo dot org 2007-09-13 11:00 --- Created an attachment (id=14202) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14202action=view) sync freebsd-spec.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33416
[Bug other/33417] New: [PATCH] FreeBSD libc now supports dl_iterate_phdr
FreeBSD libc now supports dl_iterate_phdr. Instead of hardcoding glibc tests, maybe it would be better to autotool a test for it instead? -- Summary: [PATCH] FreeBSD libc now supports dl_iterate_phdr Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: uberlord at gentoo dot org GCC build triplet: i686-gentoo-freebsd6.2 GCC host triplet: i686-gentoo-freebsd6.2 GCC target triplet: i686-gentoo-freebsd6.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33417
[Bug other/33417] [PATCH] FreeBSD libc now supports dl_iterate_phdr
--- Comment #1 from uberlord at gentoo dot org 2007-09-13 11:02 --- Created an attachment (id=14203) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14203action=view) Test libc for dl_iterate_phdr -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33417
[Bug tree-optimization/33389] [4.3 Regression] Revision 128239 causes libgomp failure
--- Comment #25 from hubicka at gcc dot gnu dot org 2007-09-13 11:27 --- Thanks a lot for tracking down this issue. The patch looks correct to me, can you please send it into gcc-patches? Honza -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33389
[Bug c++/33414] [4.3 regression] segfault
--- Comment #6 from ubizjak at gmail dot com 2007-09-13 12:26 --- (In reply to comment #5) 1. Configured latest SVN gcc in _clean_ build dir (on i686-pc-linux-gnu) using ../gcc-svn/trunk/configure --with-mpfr=/usr/local --enable-languages=c,c++ --with-march=i686 --with-tune=i586 Ouch, that should be --with-arch=i686. Retrying... Even with that change, I'm not able to reproduce the failure. Am I missing something here? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33414
[Bug testsuite/28837] need to prune can't find atom for N_GSYM stabs warnings on Darwin for -m64
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2007-09-13 13:07 --- This issue is eliminated in Xcode 3.0 of Leopard. I've updated my original radar bug report to ask that the fix be backported to Xcode 2.5 so that it is available on Tiger as well but I wouldn't hold my breath. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28837
[Bug bootstrap/33418] New: [4.1/4.2/4.3]: Gcc failed to detect Linux linker version
Linux linker version is reported as 2.18.50.0.2.20070912. configure failed to parse it. -- Summary: [4.1/4.2/4.3]: Gcc failed to detect Linux linker version Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl at lucon dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33418
[Bug fortran/33343] ICE (segfault) on invalid code with wrongly shaped arguments to elemental procedures
--- Comment #3 from patchapp at dberlin dot org 2007-09-13 13:20 --- Subject: Bug number PR 33343 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01168.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33343
[Bug c++/33414] [4.3 regression] segfault
--- Comment #7 from debian-gcc at lists dot debian dot org 2007-09-13 13:34 --- sorry, I did make a mistake as well (omitted the -B when checking). The segfault is gone with this revision. Matthias -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33414
[Bug fortran/33231] Reject for -std=f* calls to elementar functions where array and scalar are mixed
--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-13 13:36 --- 12.7.3 Elemental subroutine actual arguments An elemental subroutine is one that has only scalar dummy arguments, but may have array actual arguments. In a reference to an elemental subroutine, either all actual arguments shall be scalar, or all actual arguments associated with INTENT (OUT) and INTENT (INOUT) dummy arguments shall be arrays of the same shape and the remaining actual arguments shall be conformable with them. In the case that the actual arguments associated with INTENT (OUT) and INTENT (INOUT) dummy arguments are arrays, the values of the elements, if any, of the results are the same as would be obtained if the subroutine had been applied separately, in any order, to corresponding elements of each array actual argument. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33231
[Bug bootstrap/33418] [4.1/4.2/4.3]: Gcc failed to detect Linux linker version
--- Comment #1 from hjl at lucon dot org 2007-09-13 13:40 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01170.html -- hjl at lucon dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2007- ||09/msg01170.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33418
[Bug bootstrap/33418] [4.1/4.2/4.3]: Gcc failed to detect Linux linker version
--- Comment #2 from hjl at gcc dot gnu dot org 2007-09-13 14:12 --- Subject: Bug 33418 Author: hjl Date: Thu Sep 13 14:12:37 2007 New Revision: 128465 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128465 Log: 2007-09-13 H.J. Lu [EMAIL PROTECTED] PR bootstrap/33418 * configure.ac (ld_vers): Support Linux linker. * configure: Regenerated. Modified: trunk/gcc/ChangeLog trunk/gcc/configure trunk/gcc/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33418
[Bug bootstrap/33418] [4.1/4.2/4.3]: Gcc failed to detect Linux linker version
--- Comment #3 from hjl at gcc dot gnu dot org 2007-09-13 14:14 --- Subject: Bug 33418 Author: hjl Date: Thu Sep 13 14:13:49 2007 New Revision: 128466 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128466 Log: 2007-09-13 H.J. Lu [EMAIL PROTECTED] PR bootstrap/33418 * configure.ac (ld_vers): Support Linux linker. * configure: Regenerated. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/configure branches/gcc-4_1-branch/gcc/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33418
[Bug tree-optimization/33419] New: Revision 122896 causes code quality regression
Revision 122896, more specifically the change in tree-scalar-evolution.c, causes a regression on bfin-elf when compiling libiberty's hashtab.c. This change eliminated a piece of code that examined the cost of a change before modifying the code. As a result, there are now additional (expensive) division operations in the generated code for hashtab.c, while no divide appears in the source code. -- Summary: Revision 122896 causes code quality regression Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bernds_cb1 at t-online dot de GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: bfin-elf (probably any target) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33419
[Bug tree-optimization/33419] Revision 122896 causes code quality regression
--- Comment #1 from bernds_cb1 at t-online dot de 2007-09-13 15:54 --- Created an attachment (id=14205) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14205action=view) Preprocessed source Use this input file to reproduce the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33419
[Bug c++/15097] code generator problem with ::delete and multiple inheritance and virtual deconstructs
--- Comment #6 from jason at gcc dot gnu dot org 2007-09-13 16:04 --- Fixed for 4.2.2 and 4.3.0. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15097
[Bug c++/31419] [4.1/4.2/4.3 regression] template user defined conversion operator instantiated for conversion to self
--- Comment #7 from jason at gcc dot gnu dot org 2007-09-13 16:05 --- Fixed for 4.2.2 and 4.3.0. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to fail|3.3 3.3.6 3.4.6 4.0.4 4.1.3 |3.3 3.3.6 3.4.6 4.0.4 4.1.3 |4.2.0 4.3.0 |4.2.0 Known to work|3.2.3 |3.2.3 4.2.2 4.3.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31419
[Bug c++/14032] Specialization of inner template using outer template argument doesn't work
--- Comment #21 from jason at gcc dot gnu dot org 2007-09-13 16:06 --- Fixed for 4.2.2 and 4.3.0. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to fail|3.3.1 3.2.3 2.95.3 3.4.0|3.3.1 3.2.3 2.95.3 3.4.0 |4.0.0 4.1.2 4.2.0 4.3.0 |4.0.0 4.1.2 4.2.0 Known to work||4.2.2 4.3.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14032
[Bug tree-optimization/33389] [4.3 Regression] Revision 128239 causes libgomp failure
--- Comment #26 from hjl at lucon dot org 2007-09-13 16:09 --- (In reply to comment #25) Thanks a lot for tracking down this issue. The patch looks correct to me, can you please send it into gcc-patches? Honza Posted at http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01178.html -- hjl at lucon dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2007- ||09/msg01178.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33389
[Bug tree-optimization/33389] [4.3 Regression] Revision 128239 causes libgomp failure
--- Comment #27 from hjl at gcc dot gnu dot org 2007-09-13 16:34 --- Subject: Bug 33389 Author: hjl Date: Thu Sep 13 16:33:49 2007 New Revision: 128469 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128469 Log: 2007-09-13 James E. Wilson [EMAIL PROTECTED] PR tree-optimization/33389 * tree-ssa-operands.c (append_vuse): If ann-in_vdef_list true, then set build_loads before returning. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-operands.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33389
[Bug fortran/33231] Reject for -std=f* calls to elementar functions where array and scalar are mixed
--- Comment #2 from patchapp at dberlin dot org 2007-09-13 17:40 --- Subject: Bug number PR33231 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01184.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33231
[Bug fortran/33412] Bind(C): ELEMENTAL procedure conflicts with BIND(C)
--- Comment #2 from burnus at gcc dot gnu dot org 2007-09-13 17:58 --- Subject: Bug 33412 Author: burnus Date: Thu Sep 13 17:58:10 2007 New Revision: 128471 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128471 Log: 2007-09-13 Tobias Burnus [EMAIL PROTECTED] PR fortran/33412 * symbol.c (check_conflict): Add conflict of ELEMENTAL with Bind(C). 2007-09-13 Tobias Burnus [EMAIL PROTECTED] PR fortran/33412 * gfortran.dg/elemental_bind_c.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/elemental_bind_c.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/symbol.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33412
[Bug fortran/33412] Bind(C): ELEMENTAL procedure conflicts with BIND(C)
--- Comment #3 from burnus at gcc dot gnu dot org 2007-09-13 17:59 --- FIXED on the trunk (4.3.0). -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33412
[Bug fortran/33343] ICE (segfault) on invalid code with wrongly shaped arguments to elemental procedures
--- Comment #4 from burnus at gcc dot gnu dot org 2007-09-13 18:08 --- Subject: Bug 33343 Author: burnus Date: Thu Sep 13 18:08:04 2007 New Revision: 128473 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128473 Log: 2007-09-13 Tobias Burnus [EMAIL PROTECTED] PR fortran/33343 * expr.c (gfc_check_conformance): Print ranks in the error message. * resolve.c (resolve_elemental_actual): Check also conformance of the actual arguments for elemental functions. 2007-09-13 Tobias Burnus [EMAIL PROTECTED] PR fortran/33343 * gfortran.dg/elemental_args_check_1.f90: New. * gfortran.dg/assumed_size_refs_1.f90: Update error message. * gfortran.dg/elemental_subroutine_4.f90: Ditto. Added: trunk/gcc/testsuite/gfortran.dg/elemental_args_check_1.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/expr.c trunk/gcc/fortran/resolve.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/assumed_size_refs_1.f90 trunk/gcc/testsuite/gfortran.dg/elemental_subroutine_4.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33343
[Bug fortran/33343] ICE (segfault) on invalid code with wrongly shaped arguments to elemental procedures
--- Comment #5 from burnus at gcc dot gnu dot org 2007-09-13 18:10 --- FIXED in the trunk (4.3.0). Thanks for the bug report. The error message is now: tmpAcc(:,:) = Mul(angles(:,:),ax) 1 Error: Incompatible ranks in elemental procedure (1 and 2) at (1) (I think I should have moved the 1 and 2 directly after the ranks ...) -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33343
[Bug ada/33420] New: [Ada] crash passing SomeFunctionReturningPointer.all as function argument
SomefunctionReturningPointer is actually named Focus. There is also a procedure of the same name in the package; if the procedure is commented out, the crash does not happen. The test case is the best description of the problem. It is short enough to be easily comprehensible. -- Summary: [Ada] crash passing SomeFunctionReturningPointer.all as function argument Product: gcc Version: 4.2.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jdgressett at amli-denton dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33420
[Bug ada/33420] [Ada] crash passing SomeFunctionReturningPointer.all as function argument
--- Comment #1 from jdgressett at amli-denton dot com 2007-09-13 18:32 --- Created an attachment (id=14206) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14206action=view) Ada source code demonstrating the problem, suitable for gnatchop This is a complete test case demonstrating the crash, in a form suitable to passed to gnatchop to break it up into the original source files. Test2.adb demonstrates the crash when compiled as gcc -c test2.adb. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33420
[Bug libfortran/33421] New: Weird quotation of namelist output of character arrays.
This program: character*20 a(3) namelist / nam / a read (4, nml=nam) write(6, nml=nam) end given the following input (fort.4): nam a(1)='aap noot mies wim zus jet', a(2)='surf.pressure', a(3)='apekool', / produces the following output: NAM A=aap noot mies wim zu,a(2)='surf.pressure',a(3)='apekool' , / This mixing of quoted and unquoted strings cannot be correct. The a(2) and a(3) are weird. -- Summary: Weird quotation of namelist output of character arrays. Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: toon at moene dot indiv dot nluug dot nl http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33421
[Bug libfortran/33421] [4.3 Regression] Weird quotation of namelist output of character arrays
--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-13 18:40 --- Another example. With gfortran 4.3.0 it print the following, with NAG f95, g95, ifort and gfortran 4.2.2 the expected. b1: AAP NOOT MIES WIM ZUS JET b2: b(2)='SURF.PRESSURE' b3: b(3)='APEKOOL' Expected: b1: AAP NOOT MIES WIM ZUS JET b2: SURF.PRESSURE b3: APEKOOL program test implicit none character(len=45) :: b(3) namelist /nam/ b b = 'x' open(99) write(99,'(4(a,/),a)') NAM, b(1)=' AAP NOOT MIES WIM ZUS JET',, b(2)='SURF.PRESSURE',, b(3)='APEKOOL',, / rewind(99) read(99,nml=nam) close(99,status='delete') print '(3a)', 'b1: ',b(1),'' print '(3a)', 'b2: ',b(2),'' print '(3a)', 'b3: ',b(3),'' print '(/,Expected:)' print '(a)', 'b1: AAP NOOT MIES WIM ZUS JET ' print '(a)', 'b2: SURF.PRESSURE' print '(a)', 'b3: APEKOOL ' end program test -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33421
[Bug libfortran/33422] New: Weird quotation of namelist output of character arrays.
This program: character*20 a(3) namelist / nam / a read (4, nml=nam) write(6, nml=nam) end given the following input (fort.4): nam a(1)='aap noot mies wim zus jet', a(2)='surf.pressure', a(3)='apekool', / produces the following output: NAM A=aap noot mies wim zu,a(2)='surf.pressure',a(3)='apekool' , / This mixing of quoted and unquoted strings cannot be correct. The a(2) and a(3) are weird. -- Summary: Weird quotation of namelist output of character arrays. Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: toon at moene dot indiv dot nluug dot nl http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33422
[Bug libfortran/33422] Weird quotation of namelist output of character arrays.
--- Comment #1 from toon at moene dot indiv dot nluug dot nl 2007-09-13 18:43 --- G, bugzilla *** This bug has been marked as a duplicate of 33421 *** -- toon at moene dot indiv dot nluug dot nl changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33422
[Bug libfortran/33421] [4.3 Regression] Weird quotation of namelist output of character arrays
--- Comment #2 from toon at moene dot indiv dot nluug dot nl 2007-09-13 18:43 --- *** Bug 33422 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33421
[Bug libfortran/33421] [4.3 Regression] Weird quotation of namelist output of character arrays
--- Comment #3 from toon at moene dot indiv dot nluug dot nl 2007-09-13 18:44 --- Two witnesses should be enough ... -- toon at moene dot indiv dot nluug dot nl changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-09-13 18:44:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33421
[Bug ada/33420] [Ada] crash passing SomeFunctionReturningPointer.all as function argument
--- Comment #2 from jdgressett at amli-denton dot com 2007-09-13 18:48 --- +===GNAT BUG DETECTED==+ | 4.2.2 20070909 (prerelease) (i686-pc-linux-gnu) Assert_Failure atree.adb:812| | Error detected at test2.adb:12:60| | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. test2.adb gwindows.ads gwindows-types.ads gwindows-xbase.ads compilation abandoned Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.2.2-RC/configure --prefix=/snapshot/gcc --mandir=/usr/local/share/man --infodir=/usr/local/share/info --enable-shared --enable-__cxa_atexit --disable-libunwind-exceptions --disable-dssi --enable-plugin --enable-threads=posix --enable-languages=c,ada,c++,fortran Thread model: posix gcc version 4.2.2 20070909 (prerelease) Test system: Fedora Core Linux Catriona 2.6.22.2-42.fc6 #1 SMP Wed Aug 15 12:34:26 EDT 2007 i686 i686 i386 GNU/Linux Problem was originally found in a MinGW port of gcc 4.2.1, but production of a reduced test case removed all Windows-specific code. The problem does not occur with the gcc 4.1.2 compiler distributed with Fedora. Bug #29015 may be related. It is produced when using Ada 2005 new features. This bug is found in code that uses no Ada 2005 features. -- jdgressett at amli-denton dot com changed: What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33420
[Bug bootstrap/33418] [4.1/4.2/4.3]: Gcc failed to detect HJL's binutils linker
--- Comment #4 from hjl at gcc dot gnu dot org 2007-09-13 19:12 --- Subject: Bug 33418 Author: hjl Date: Thu Sep 13 19:12:30 2007 New Revision: 128478 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128478 Log: 2007-09-13 H.J. Lu [EMAIL PROTECTED] PR bootstrap/33418 * configure.ac (ld_vers): Support Linux linker. * configure: Regenerated. Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/configure branches/gcc-4_2-branch/gcc/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33418
[Bug middle-end/33423] New: [4.2/4.3 regression]: internal compiler error: in expand_expr_real_1, at expr.c:8670
[EMAIL PROTECTED] rrs]$ cat foo.c static union { char buf[((sizeof (long long)) + 15 + (sizeof (long long)))]; long long align_int; long double align_fp; } u2; void test6 (void) { int len; char *p; for (len = 0; len 15; len++) { p = __builtin___memset_chk (u2.buf, '\0', len, __builtin_object_size (u2.buf, 0)); if (p != u2.buf) return; } } [EMAIL PROTECTED] rrs]$ ~/usr/gcc-4.3/bin/gcc -S -O3 foo.c foo.c: In function test6: foo.c:15: internal compiler error: in expand_expr_real_1, at expr.c:8670 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: [4.2/4.3 regression]: internal compiler error: in expand_expr_real_1, at expr.c:8670 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl at lucon dot org GCC target triplet: ia64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33423
[Bug c/33424] New: segmentation fault for legal code with -O2
I just tried to compile Suse Linux package mysql-5.0.45-18 with the GNU C compiler version 4.3 snapshot 20070907. The compiler said if gcc -DHAVE_CONFIG_H -I. -I../../strings -I.. -I../include -I../../include -DDBUG_OFF -O2 -g -fmessage-length=0 -D_FORTIFY_SOURCE=2 -DPIC -fPIC -DUNDEF_HAVE_INITGROUPS -DFORCE_INIT_OF_VARS -fno-strict-aliasing -MT ctype-utf8.o -MD -MP -MF .deps/ctype-utf8.Tpo -c -o ctype-utf8.o ../../strings/ctype-utf8.c; \ then mv -f .deps/ctype-utf8.Tpo .deps/ctype-utf8.Po; else rm -f .deps/ctype-utf8.Tpo; exit 1; fi In file included from ../../strings/ctype-utf8.c:21: ../../include/my_global.h:556: warning: function declaration isn't a prototype ../../strings/ctype-utf8.c: In function 'my_strnncollsp_utf8': ../../strings/ctype-utf8.c:2448: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Here is some help from valgrind ==19535== Invalid read of size 2 ==19535==at 0x9FFF59: cse_cc_succs (cse.c:6737) ==19535==by 0xA08F11: rest_of_handle_cse2 (cse.c:6962) ==19535==by 0x631218: execute_one_pass (passes.c:1115) ==19535==by 0x6313EF: execute_pass_list (passes.c:1168) ==19535==by 0x631404: execute_pass_list (passes.c:1169) ==19535==by 0x70957F: tree_rest_of_compilation (tree-optimize.c:404) ==19535==by 0x8767DF: cgraph_expand_function (cgraphunit.c:1077) ==19535==by 0x878A3D: cgraph_optimize (cgraphunit.c:1146) ==19535==by 0x41625D: c_write_global_declarations (c-decl.c:8080) ==19535==by 0x6B095F: toplev_main (toplev.c:1058) ==19535==by 0x52BDB43: (below main) (in /lib64/libc-2.6.so) ==19535== Address 0x0 is not stack'd, malloc'd or (recently) free'd /tmp/q.i: In function 'my_strnncollsp_utf8': /tmp/q.i:10725: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Preprocessed source attached. Flag -O2 required. -- Summary: segmentation fault for legal code with -O2 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dcb314 at hotmail dot com GCC host triplet: suse-linux-x86_64 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33424
[Bug c/33424] segmentation fault for legal code with -O2
--- Comment #1 from dcb314 at hotmail dot com 2007-09-13 20:09 --- Created an attachment (id=14207) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14207action=view) C source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33424
[Bug c++/33425] New: GCC Compiles C++ program containing value-returning functions that don't return a value
GCC compiles and links a program with a function that should return a value, yet doesn't. This violates the definition of a value-returning function. See pp. 148 in The C++ Programming Language: 3rd ed.. GCC information: Using built-in specs. Target: i686-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.2.0/work/gcc-4.2.0/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.2.0 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.2.0/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.2.0 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.2.0/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.2.0/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.2.0/include/g++-v4 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --disable-libunwind-exceptions --disable-multilib --enable-libmudflap --disable-libssp --disable-libgcj --with-arch=i686 --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu Thread model: posix gcc version 4.2.0 (Gentoo 4.2.0 p1.4) GCC command invocation: g++ -o functionReturnMayham -Wall main.cpp Compiler Output: main.cpp: In function 'bool Func1(int)': main.cpp:41: warning: unused variable 'var1' main.cpp:43: warning: control reaches end of non-void function Example program: START OF PROGRAM /** ** \author Robert Miesen ** \date09/04/2007 -- Time-stamp: \09/13/2007\ ** \version 1.0 ** \filemain.cpp ** \brief Contains code to demonstrate a bug in GCC: that it doesn't flag as an error cases where a function that should return a value doesn't. ** ** \remarks Input: **- N/A. ** \remarks Output: **- TBD. ** \remarks Exit Codes: **- 0: Normal Execution ** ** Lessons Learned: ** - When compiling code, unless there is a complelling reason to do otherwise, compile with the -Wall option. This will catch a bunch of shady (and probably buggy) code automatically. **/ // // Function Prototypes: // bool Func1(int param1); int main( int argc, char *argv[] ) { return 0; } bool Func1(int param1) { int var1 = param1*param1; // Hay, I didn't specify a return value...this should not compile (but it does!) } END OF PROGRAM And wait, it gets worse! Just compile this sucker with -O2 optimizations and you get RANDOM RETURN VALUES from the call of Func1 (this is because Func1 returns whatever is in eax at call-time)! -- Summary: GCC Compiles C++ program containing value-returning functions that don't return a value Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bobby_miesen at yahoo dot com GCC build triplet: Linux 2.6.22-gentoo-r5 i686 Genuine Intel(R) CPU T2050 @ 1.60GHz GCC host triplet: Linux 2.6.22-gentoo-r5 i686 Genuine Intel(R) CPU T2050 @ 1.60GHz GCC target triplet: Linux 2.6.22-gentoo-r5 i686 Genuine Intel(R) CPU T2050 @ 1.60GHz http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33425
[Bug c++/33425] GCC Compiles C++ program containing value-returning functions that don't return a value
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-13 20:57 --- main.cpp: In function 'bool Func1(int)': main.cpp:43: warning: control reaches end of non-void function Actually in C++, this is only undefined behavior. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33425
[Bug c/33426] New: Support of #pragma ivdep
When comparing run time on some (floating point) CPU intensive code, we find that Intel's ICC (9.1) compiler runs significantly faster (30 - 50%) for some programs - this seems to stem (large) part from ICC's ability to take advantage of #pragma ivdep. There may be some other differences of course. Tests were run using gcc 3.3.3 - re-compiling relevant key code with gcc 4.1.2 did not make any real change. Wondering if there are any plans to support this ? thanks gene/ -- Summary: Support of #pragma ivdep Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gjunk at sapience dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33426
[Bug c/33426] Support of #pragma ivdep
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-09-13 21:12 --- Confirmed. Zdenek, we should now be able to attach this to loop information and preserve it until data dependence analysis, right? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org, rakdver at gcc dot gnu ||dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-09-13 21:12:49 date|| Summary|Support of #pragma ivdep|Support of #pragma ivdep http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33426
[Bug c/33426] Support of #pragma ivdep
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-13 21:14 --- What are the exact semantics of ivdep? Please provide them before asking if we support it. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33426
[Bug c/33426] Support of #pragma ivdep
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-09-13 21:21 --- #pragma ivdep Says the compiler may assume the following loop nest does not have loop carried data dependenices. Supported at least by SGI CC and the Intel compiler. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Last reconfirmed|2007-09-13 21:12:49 |2007-09-13 21:21:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33426
[Bug c/33426] Support of #pragma ivdep
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-09-13 21:23 --- http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi/0650/bks/SGI_Developer/books/Pragmas/sgi_html/ch08.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33426
[Bug c/33426] Support of #pragma ivdep
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-09-13 21:25 --- The SGI compiler restricts the pragma to innermost loops. The Intel compiler restricts the pragma to affect assumed data-dependencies only, that is, if data dependence analysis statically can prove a data-dependency this dependency is _not_ ignored. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|other |c http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33426
[Bug c/33426] Support of #pragma ivdep
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-09-13 21:26 --- http://www.intel.com/cd/ids/developer/asmo-na/eng/65774.htm?page=4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33426
[Bug other/33426] Support of #pragma ivdep
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-09-13 21:27 --- http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00166.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c |other http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33426
[Bug middle-end/33423] [4.2/4.3 regression]: internal compiler error: in expand_expr_real_1, at expr.c:8670
--- Comment #1 from hjl at lucon dot org 2007-09-13 21:52 --- Revision 116656: http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00026.html causes this regression. -- hjl at lucon dot org changed: What|Removed |Added CC||jakub at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33423
[Bug c/33427] New: Support of #pragma ivdep
When comparing run time on some (floating point) CPU intensive code, we find that Intel's ICC (9.1) compiler runs significantly faster (30 - 50%) for some programs - this seems to stem (large) part from ICC's ability to take advantage of #pragma ivdep. There may be some other differences of course. Tests were run using gcc 3.3.3 - re-compiling relevant key code with gcc 4.1.2 did not make any real change. Wondering if there are any plans to support this ? thanks gene/ -- Summary: Support of #pragma ivdep Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gjunk at sapience dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33427
[Bug other/33426] Support of #pragma ivdep
--- Comment #8 from gjunk at sapience dot com 2007-09-13 22:21 --- *** Bug 33427 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33426
[Bug c++/33425] GCC Compiles C++ program containing value-returning functions that don't return a value
--- Comment #2 from bobby_miesen at yahoo dot com 2007-09-13 22:21 --- Subject: Re: GCC Compiles C++ program containing value-returning functions that don't return a value The reference I'm reading (The C++ Programming Language, 3rd ed., pp. 148) says in section 7.3, A value must be returned from a function that is not declared void ... int f1() { }// error: no value returned So, according to a well-respected reference written by the author of the C++ language, that statement, if I'm interpreting the meaning of Stroustrup's comment correctly, should not be compiled by a C++ compiler. If that is true, then it should be caught by the compiler as an error rather than a (optional) warning. But according to what you're saying, it should only be undefined (and dangerous) behavior. Whenever you get a chance, could you let me know where you are getting your information from? I'd like to take a look at it myself so we can both be on the same page. Thanks in advance. pinskia at gcc dot gnu dot org wrote: --- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-13 20:57 --- main.cpp: In function 'bool Func1(int)': main.cpp:43: warning: control reaches end of non-void function Actually in C++, this is only undefined behavior. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33425
[Bug c/33427] Support of #pragma ivdep
--- Comment #1 from gjunk at sapience dot com 2007-09-13 22:21 --- Oops - clicked refresh by mistake- feel free to delete this - sorry. *** This bug has been marked as a duplicate of 33426 *** -- gjunk at sapience dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE Summary|Support of #pragma ivdep|Support of #pragma ivdep http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33427
[Bug libfortran/21185] libgfortran unusable for cross-testing for newlib targets
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-09-13 22:56 --- Patch submitted at http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01219.html. I'd be glad if some with access to cris-axis-elf (or another similar newlib target) could try and build libgfortran with this patch. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2007- ||09/msg01219.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21185
[Bug target/33428] New: [4.3 Regression] ICE in expand_simple_binop, at optabs.c:1306 with -ftree-vectorize -- unhandled VEC_CONCAT
gcc.c-torture/execute/loop-15.c fails with -O1 -ftree-vectorize: loop-15.c: In function 'main': loop-15.c:40: internal compiler error: in expand_simple_binop, at optabs.c:1306 #0 fancy_abort (file=0xdd5390 /home/ssb/src/r/gcc43/gcc/optabs.c, line=1306, function=0xdd5870 expand_simple_binop) at /home/ssb/src/r/gcc43/gcc/diagnostic.c:655 #1 0x0072305f in expand_simple_binop (mode=V8SImode, code=VEC_CONCAT, op0=0x2b48d59e1d80, op1=0x2b48d59e1e40, target=0x0, unsignedp=1, methods=OPTAB_LIB_WIDEN) at /home/ssb/src/r/gcc43/gcc/optabs.c:1306 #2 0x005e7bb6 in force_operand (value=0x2b48d59e1180, target=0x0) at /home/ssb/src/r/gcc43/gcc/expr.c:6269 #3 0x005e7900 in force_operand (value=0x2b48d59e11a0, target=0x2b48d59e1e80) at /home/ssb/src/r/gcc43/gcc/expr.c:6241 #4 0x00cb7afd in move_invariant_reg (loop=0x2b48d59aa500, invno=4) at /home/ssb/src/r/gcc43/gcc/loop-invariant.c:1237 #5 0x00cb7d4b in move_invariants (loop=0x2b48d59aa500) at /home/ssb/src/r/gcc43/gcc/loop-invariant.c:1304 #6 0x00cb7ee7 in move_single_loop_invariants (loop=0x2b48d59aa500) at /home/ssb/src/r/gcc43/gcc/loop-invariant.c:1358 #7 0x00cb7f51 in move_loop_invariants () at /home/ssb/src/r/gcc43/gcc/loop-invariant.c:1386 #8 0x00cb4f83 in rtl_move_loop_invariants () at /home/ssb/src/r/gcc43/gcc/loop-init.c:237 #9 0x00737b2b in execute_one_pass (pass=0x11d83c0) at /home/ssb/src/r/gcc43/gcc/passes.c:1115 seen in r128479. -- Summary: [4.3 Regression] ICE in expand_simple_binop, at optabs.c:1306 with -ftree-vectorize -- unhandled VEC_CONCAT Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: belyshev at depni dot sinp dot msu dot ru GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33428
[Bug c++/33425] GCC Compiles C++ program containing value-returning functions that don't return a value
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-13 23:51 --- That book is wrong when it comes to the standard. The standard says (6.6.2/2, last sentence): Flowing off the end of a function is equivalent to a return with no value; this results in ___undefined behavior___ in a value returning function. -- 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=33425
[Bug tree-optimization/29832] -ftree-loop-linear miscompiles scalarize.f90
--- Comment #3 from belyshev at depni dot sinp dot msu dot ru 2007-09-14 00:10 --- Also miscompiled by 4.2 and above: scalarize2.f90 Miscompiled by current trunk: alloc_comp_assign_2.f90 pr19928-2.f90 where_1.f90 where_6.f90 -- belyshev at depni dot sinp dot msu dot ru changed: What|Removed |Added CC||belyshev at depni dot sinp ||dot msu dot ru Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-09-14 00:10:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29832
[Bug bootstrap/21335] [meta-bug] bootstrap fails with -ftree-vectorize
--- Comment #6 from belyshev at depni dot sinp dot msu dot ru 2007-09-14 00:02 --- I can bootstrap current trunk (r128479) with -ftree-vectorize on x86_64-unknown-linux-gnu for some time now, and, according to http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00327.html, this problem is gone on powerpc64 too. So closing as fixed. -- belyshev at depni dot sinp dot msu dot ru changed: What|Removed |Added CC||belyshev at depni dot sinp ||dot msu dot ru Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21335
[Bug bootstrap/33398] configure: error: GNU Fortran is not working
--- Comment #1 from danglin at gcc dot gnu dot org 2007-09-14 00:35 --- Finger trouble. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33398
[Bug preprocessor/33415] Can't compile .cpp file with UTF-8 BOM.
--- Comment #1 from bangerth at dealii dot org 2007-09-14 04:12 --- Please attach a testcase. See http://gcc.gnu.org/bugs.html for more information. W. -- bangerth at dealii dot org changed: What|Removed |Added CC||bangerth at dealii dot org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33415
[Bug rtl-optimization/26449] [4.2/4.3 Regression] ICE in loop invariant motion
--- Comment #18 from ubizjak at gmail dot com 2007-09-14 05:41 --- *** Bug 33428 has been marked as a duplicate of this bug. *** -- ubizjak at gmail dot com changed: What|Removed |Added CC||belyshev at depni dot sinp ||dot msu dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26449
[Bug target/33428] [4.3 Regression] ICE in expand_simple_binop, at optabs.c:1306 with -ftree-vectorize -- unhandled VEC_CONCAT
--- Comment #1 from ubizjak at gmail dot com 2007-09-14 05:41 --- *** This bug has been marked as a duplicate of 26449 *** -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33428
[Bug rtl-optimization/26449] [4.2/4.3 Regression] ICE in loop invariant motion
--- Comment #19 from ubizjak at gmail dot com 2007-09-14 05:49 --- Zdenek, the fix in Comment #5 is wrong (please look at Comment #11 why), as cofirmed by a couple of dupes. From PR 33428: gcc.c-torture/execute/loop-15.c fails with -O1 -ftree-vectorize (x86_64): loop-15.c: In function 'main': loop-15.c:40: internal compiler error: in expand_simple_binop, at optabs.c:1306 #1 0x0072305f in expand_simple_binop (mode=V8SImode, code=VEC_CONCAT, op0=0x2b48d59e1d80, op1=0x2b48d59e1e40, target=0x0, unsignedp=1, methods=OPTAB_LIB_WIDEN) at /home/ssb/src/r/gcc43/gcc/optabs.c:1306 This bug blocks vectorization at -O3. -- ubizjak at gmail dot com changed: What|Removed |Added Severity|normal |critical Status|RESOLVED|REOPENED Resolution|WORKSFORME | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26449