[Bug fortran/32483] edit descriptor checking: Compile-time check for zero width for reading
--- Comment #3 from burnus at gcc dot gnu dot org 2007-06-29 06:03 --- Subject: Bug 32483 Author: burnus Date: Fri Jun 29 06:03:05 2007 New Revision: 126107 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126107 Log: 2007-06-29 Tobias Burnus [EMAIL PROTECTED] PR fortran/32483 * io.c (format_lex): Fix FMT_ZERO. (check_format,check_format_string,gfc_match_format, check_io_constraints) Additional checking for READ. 2007-06-29 Tobias Burnus [EMAIL PROTECTED] PR fortran/32483 * gfortran.dg/fmt_read_2.f90: New. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/io.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32483
[Bug fortran/32483] edit descriptor checking: Compile-time check for zero width for reading
--- Comment #4 from burnus at gcc dot gnu dot org 2007-06-29 06:04 --- What was status on this? I think the patch was OK. I somehow expected that you would send also an email to the list besides the OK in the IRC channel. FIXED in GCC 4.3.x -- 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=32483
[Bug libfortran/32456] IO error message should show Unit/Filename
--- Comment #7 from patchapp at dberlin dot org 2007-06-29 06:15 --- Subject: Bug number PR32456 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-06/msg02095.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32456
[Bug tree-optimization/32533] [4.2 regression] miscompilation at -O3 -ffast-math -ftree-vectorize -march=native
--- Comment #3 from jv244 at cam dot ac dot uk 2007-06-29 07:13 --- I'm wondering if it is still required to turn fortran testcases in the equivalent C testcase in order to mark this kind of bugs as P1. This does seem a bit of a waste of time... and just think about the engineers using Fortran to design nuclear power plants... ;-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32533
[Bug tree-optimization/32533] [4.1/4.2 regression] miscompilation at -O3 -ffast-math -ftree-vectorize -march=native
--- Comment #4 from jv244 at cam dot ac dot uk 2007-06-29 07:50 --- also fails with 4.1.3 gfortran -march=k8 -mtune=k8 -ftree-vectorize -ffast-math -O3 test.f90 Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: /data03/vondele/gcc_4_1_branch/gcc/configure --prefix=/data03/vondele/gcc_4_1_branch/build --with-gmp=/data03/vondele/ --with-mpfr=/data03/vondele/ --enable-languages=c,fortran Thread model: posix gcc version 4.1.3 20070629 (prerelease) -- jv244 at cam dot ac dot uk changed: What|Removed |Added Known to fail|4.2.0 |4.2.0 4.1.3 Summary|[4.2 regression]|[4.1/4.2 regression] |miscompilation at -O3 - |miscompilation at -O3 - |ffast-math -ftree-vectorize |ffast-math -ftree-vectorize |-march=native |-march=native http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32533
[Bug gcov-profile/32543] New: Gcov: profile.c total_num_edges_instrumented never incremented (patch included)
In gcc:profile.c, the variable total_num_edges_instrumented used is initialized to 0, but never increased. Hence end_branch_prob (which gets called when one dumps the intermediate *.profile file via the -fdump-tree-all option) always prints Total number of instrumented edges: 0 The following patch should fix this: Index: gcc/profile.c === --- gcc/profile.c (revision 126075) +++ gcc/profile.c (working copy) @@ -916,6 +916,8 @@ if (dump_file) fprintf (dump_file, %d ignored edges\n, ignored_edges); + total_num_edges_instrumented += num_instrumented; + /* Write the data from which gcov can reconstruct the basic block graph. */ -- Summary: Gcov: profile.c total_num_edges_instrumented never incremented (patch included) Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: trivial Priority: P3 Component: gcov-profile AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hbl at sysgo 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=32543
[Bug tree-optimization/32533] [4.1/4.2 regression] miscompilation at -O3 -ffast-math -ftree-vectorize -march=native
--- Comment #5 from jv244 at cam dot ac dot uk 2007-06-29 08:06 --- works correctly with 4.0.4, so it is a regression: gfortran -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: /data03/vondele/gcc_4_0_branch/gcc/configure --prefix=/data03/vondele/gcc_4_0_branch/build --with-gmp=/data03/vondele/ --with-mpfr=/data03/vondele/ --enable-languages=c,fortran Thread model: posix gcc version 4.0.4 -- jv244 at cam dot ac dot uk changed: What|Removed |Added Known to work|4.3.0 |4.3.0 4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32533
[Bug tree-optimization/32544] gcc 4.2.1 miscompiles Mesa's r300 DRI driver with -ftree-vrp
--- Comment #1 from bero at arklinux dot org 2007-06-29 08:16 --- Created an attachment (id=13804) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13804action=view) Preprocessed source, bzip2-ed Attaching preprocessed source of r300_state.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32544
[Bug tree-optimization/32544] New: gcc 4.2.1 miscompiles Mesa's r300 DRI driver with -ftree-vrp
Mesa's r300 DRI driver produces incorrect output (garbles the display) if r300_state.c is compiled with -ftree-vrp (-O2 -fno-tree-vrp works fine; all files except r300_state.c can be compiled with normal -O2). -- Summary: gcc 4.2.1 miscompiles Mesa's r300 DRI driver with - ftree-vrp Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: i586-pc-linux-gnu GCC host triplet: i586-pc-linux-gnu GCC target triplet: i586-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32544
[Bug tree-optimization/24659] Conversions are not vectorized
--- Comment #16 from ubizjak at gmail dot com 2007-06-29 08:53 --- (In reply to comment #15) Just for the record, the only remaining x86 conversion (sse 4) is vectorized BUILT_IN_LRINT that uses cvtpd2dq. The problem here is that n_in n_out, so we probably need to apply narrowing modifier to TARGET_VECTORIZE_BUILTIN_VECTORIZED_FUNCTION handling. The patch to generate cvtpd2dq is at http://gcc.gnu.org/ml/gcc-patches/2007-06/msg02101.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24659
[Bug tree-optimization/32544] gcc 4.2.1 miscompiles Mesa's r300 DRI driver with -ftree-vrp
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-06-29 08:46 --- Can you narrow it down to a specific function? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32544
[Bug fortran/32545] New: Give an (compile time) error not a warning for wrong edit format statements
Example: read '(i0)', i 1 Warning: Positive width required in format string at (1) [2007-06-24 23:19:31] jerryd I would use gfc_notify_std instead of gfc_error at line 849 of io.c Turning gfc_warning into gfc_error did not work as it should. We need to do some investagation why it does not and then trun it into gfc_notify_std. -- Summary: Give an (compile time) error not a warning for wrong edit format statements Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32545
[Bug fortran/32483] edit descriptor checking: Compile-time check for zero width for reading
--- Comment #5 from burnus at gcc dot gnu dot org 2007-06-29 10:05 --- Subject: Bug 32483 Author: burnus Date: Fri Jun 29 10:05:11 2007 New Revision: 126110 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126110 Log: (forgot svn add in the previous commit) 2007-06-29 Tobias Burnus [EMAIL PROTECTED] PR fortran/32483 * gfortran.dg/fmt_read_2.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/fmt_read_2.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32483
[Bug tree-optimization/24659] Conversions are not vectorized
--- Comment #17 from uros at gcc dot gnu dot org 2007-06-29 10:30 --- Subject: Bug 24659 Author: uros Date: Fri Jun 29 10:30:06 2007 New Revision: 126111 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126111 Log: PR tree-optimization/24659 * tree-vect-transform.c (vectorizable_call): Handle (nunits_in == nunits_out / 2) and (nunits_out == nunits_in / 2) cases. * config/i386/sse.md (vec_pack_sfix_v2df): New expander. * config/i386/i386.c (enum ix86_builtins) [IX86_BUILTIN_VEC_PACK_SFIX]: New constant. (struct bdesc_2arg) [__builtin_ia32_vec_pack_sfix]: New builtin description. (ix86_init_mmx_sse_builtins): Define all builtins with 2 arguments as const using def_builtin_const. (ix86_expand_binop_builtin): Remove bogus assert() that insn wants input operands in the same modes as the result. (ix86_builtin_vectorized_function): Handle BUILT_IN_LRINT. testsuite/ChangeLog: PR tree-optimization/24659 * gcc.target/i386/vectorize2.c: New test. * gcc.target/i386/sse2-lrint-vec.c: New runtime test. * gcc.target/i386/sse2-lrintf-vec.c: Ditto. Added: trunk/gcc/testsuite/gcc.target/i386/sse2-lrint-vec.c trunk/gcc/testsuite/gcc.target/i386/sse2-lrintf-vec.c trunk/gcc/testsuite/gcc.target/i386/vectorize2.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/config/i386/sse.md trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-vect-transform.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24659
[Bug tree-optimization/24659] Conversions are not vectorized
--- Comment #18 from ubizjak at gmail dot com 2007-06-29 10:38 --- Fully implemented in mainline. (BTW: A PPC maintainer should implement missing patterns for altivec as outlined in Comment #14.) -- ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24659
[Bug fortran/30437] [4.1 Regression] -Wno-all is rejected (even when fortran is not included)
--- Comment #14 from burnus at gcc dot gnu dot org 2007-06-29 11:25 --- Are you planing to fix this in 4.1? Or can alternatively this PR be closed? As no one wants to backport it and it is no regression with regards to gfortran (4.0/4.1) and there is a released compiler (4.2.0) which has this fixed, I close this PR. Reopen if you you feel it should be back ported. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30437
[Bug fortran/31823] [4.2 regression] COMPLEX not documented
--- Comment #4 from burnus at gcc dot gnu dot org 2007-06-29 11:23 --- The branch is open, can this be now be committed? * PING * -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31823
[Bug fortran/31202] Incorrect rounding generated for NINT
--- Comment #5 from jv244 at cam dot ac dot uk 2007-06-29 11:34 --- is this patch still OK ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31202
[Bug fortran/31211] wrong code generated for pointer returning function as actual argument
--- Comment #3 from jv244 at cam dot ac dot uk 2007-06-29 11:38 --- still failing with today's trunk -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31211
[Bug fortran/31202] Incorrect rounding generated for NINT
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-06-29 11:45 --- (In reply to comment #5) is this patch still OK ? The lround patch should be OK on C99 targets, but it would probably break things on non-C99 targets, which is why I didn't submit it for formal review. I should have some time to look into it later, but the last weeks have been a complete chaos (PhD defence and finishing every little project I had in my group). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31202
[Bug c++/32546] New: 'warning: array subscript is above/below array bounds' on delete[]
I got the 'below array bounds' warning in some code and could reduce it to the
following testcase (which results in the 'above array bounds' warning). The
warning occurs with optimization level -O2 and above.
gcc version 4.3.0 20070622 (experimental)
g++-4.3 -c -W -Wall -O2 asiaab.cpp --save-temps
asiaab.cpp: In function 'void f()':
asiaab.cpp:5: warning: array subscript is above array bounds
#include vector
void g()
{
std::vectorint *A = new std::vectorint[42];
delete[] A;
}
The warning does not occur with types e.g. 'int' or 'std::pairint,int'
instead of 'std::vectorint'.
--
Summary: 'warning: array subscript is above/below array bounds'
on delete[]
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at abeckmann dot de
GCC host triplet: i486-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32546
[Bug middle-end/32493] [4.3 Regression] Fails to inline varargs function with unused arguments
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-06-29 13:43 --- Subject: Bug 32493 Author: rguenth Date: Fri Jun 29 13:43:10 2007 New Revision: 126113 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126113 Log: 2006-06-29 Richard Guenther [EMAIL PROTECTED] PR middle-end/32493 * gimplify.c (gimplify_call_expr): Ignore variable argument parts during type verification. * gcc.dg/inline-23.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/inline-23.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimplify.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32493
[Bug middle-end/32493] [4.3 Regression] Fails to inline varargs function with unused arguments
--- Comment #11 from rguenth at gcc dot gnu dot org 2007-06-29 13:43 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32493
[Bug tree-optimization/32544] gcc 4.2.1 miscompiles Mesa's r300 DRI driver with -ftree-vrp
--- Comment #3 from bero at arklinux dot org 2007-06-29 14:17 --- r300SetupPixelShader() -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32544
[Bug ada/32547] New: gnat.dg tasking tests fail on IRIX 5.3
All gnat.dg tasking tests FAIL on IRIX 5.3 since the platform lacks thread
support:
failed run-time assertion : Tasking not implemented on this configuration
FAIL: gnat.dg/curr_task.adb execution test
Instead of failing, the tests should be marked UNSUPPORTED as is done for
ACATS.
Environment:
System: IRIX lyra 5.3 11091812 IP22 mips
host: mips-sgi-irix5.3
build: mips-sgi-irix5.3
target: mips-sgi-irix5.3
configured with: /vol/gcc/src/gcc-dist/configure --prefix=/vol/gcc
--with-local-prefix=/vol/gcc --disable-nls --with-gnu-as
--with-as=/vol/gcc/lib/gas-2.17 --with-gmp=/vol/gcc --with-mpfr=/vol/gcc
--enable-languages=c,c++,fortran,objc,ada --disable-libmudflap
How-To-Repeat:
Bootstrap and test mainline as described above.
--- Comment #1 from ro at techfak dot uni-bielefeld dot de 2007-06-29
15:11 ---
Fix:
It should be possible to handle this in gcc/testsuite/lib/gnat.exp via
${tool}_check_unsupported_p.
--
Summary: gnat.dg tasking tests fail on IRIX 5.3
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ro at techfak dot uni-bielefeld dot de
GCC build triplet: mips-sgi-irix5.3
GCC host triplet: mips-sgi-irix5.3
GCC target triplet: mips-sgi-irix5.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32547
[Bug ada/32548] New: gnat.dg tests for non-default multilib fail
When running the gnat.dg tests on multilib-targets (like sparc-sun-solaris2*, i386-pc-solaris2*, or mips-sgi-irix6*), most tests for a non-default multilib fail with confusing error messages: Running /vol/gcc/src/gcc/gcc/testsuite/gnat.dg/dg.exp ... Executing on host: /vol/gccsrc/obj/gcc-4.3.0-20070614/10-gcc/gcc/gnatmake -I/vol/gccsrc/obj/gcc-4.3.0-20070614/10-gcc/gcc/ada/rts --GCC=/vol/gccsrc/obj/gcc-4.3.0-20070614/10-gcc/gcc/xgcc --GNATBIND=/vol/gccsrc/obj/gcc-4.3.0-20070614/10-gcc/gcc/gnatbind --GNATLINK=/vol/gccsrc/obj/gcc-4.3.0-20070614/10-gcc/gcc/gnatlink -cargs -B/vol/gccsrc/obj/gcc-4.3.0-20070614/10-gcc/gcc -largs --GCC=/vol/gccsrc/obj/gcc-4.3.0-20070614/10-gcc/gcc/xgcc -B/vol/gccsrc/obj/gcc-4.3.0-20070614/10-gcc/gcc -margs -q -f /vol/gcc/src/gcc/gcc/testsuite/gnat.dg/abstract_with_anonymous_result.adb -I/vol/gccsrc/obj/gcc-4.3.0-20070614/10-gcc/gcc/ada/rts -lm -m64 -o ./abstract_with_anonymous_result.exe(timeout = 300) abstract_with_anonymous_result.adb:6:12: alignment for I must be at least 8 abstract_with_anonymous_result.adb:10:12: alignment for New_I must be at least 8 gnatmake: /vol/gcc/src/gcc/gcc/testsuite/gnat.dg/abstract_with_anonymous_result.adb compilation error compiler exited with status 1 output is: abstract_with_anonymous_result.adb:6:12: alignment for I must be at least 8 abstract_with_anonymous_result.adb:10:12: alignment for New_I must be at least 8 gnatmake: /vol/gcc/src/gcc/gcc/testsuite/gnat.dg/abstract_with_anonymous_result.adb compilation error FAIL: gnat.dg/abstract_with_anonymous_result.adb (test for excess errors) Per PR ada/5911, multilibs are not supported in Ada yet. Environment: System: SunOS thor 5.10 Generic_125100-08 sun4u sparc SUNW,Sun-Fire-V240 Architecture: sun4 host: sparc-sun-solaris2.10 build: sparc-sun-solaris2.10 target: sparc-sun-solaris2.10 configured with: /vol/gcc/src/gcc/configure --prefix=/vol/gcc --with-local-prefix=/vol/gcc --disable-nls --with-gmp=/vol/gcc --with-mpfr=/vol/gcc --enable-languages=c,c++,fortran,java,objc,ada --disable-libmudflap How-To-Repeat: Bootstrap and test mainline (or the 4.2 branch) as described above. --- Comment #1 from ro at techfak dot uni-bielefeld dot de 2007-06-29 15:23 --- Fix: When gcc is invoked for a non-default multilib, it should print a message indicating missing multilib support and the tests could be marked UNSUPPORTED. -- Summary: gnat.dg tests for non-default multilib fail Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ro at techfak dot uni-bielefeld dot de GCC build triplet: sparc-sun-solaris2.10 GCC host triplet: sparc-sun-solaris2.10 GCC target triplet: sparc-sun-solaris2.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32548
[Bug fortran/31202] Incorrect rounding generated for NINT
--- Comment #7 from kargl at gcc dot gnu dot org 2007-06-29 16:10 --- (In reply to comment #6) (In reply to comment #5) is this patch still OK ? The lround patch should be OK on C99 targets, but it would probably break things on non-C99 targets, which is why I didn't submit it for formal review. I On non-c99 targets, gfortran supplies roundf and roundl. You could do (GFC_INTEGER_?) roundl() for lroundl(). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31202
[Bug fortran/32545] Give an (compile time) error not a warning for wrong edit format statements
--- Comment #1 from burnus at gcc dot gnu dot org 2007-06-29 16:00 --- Note: The test cases should then be updated as well. (Though dg-error and dg-warning are treated alike - PR30612, PR29882.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32545
[Bug tree-optimization/24659] Conversions are not vectorized
--- Comment #19 from dorit at il dot ibm dot com 2007-06-29 16:46 ---
testing this patch for Altivec:
Index: config/rs6000/altivec.md
===
*** config/rs6000/altivec.md(revision 126053)
--- config/rs6000/altivec.md(working copy)
***
*** 147,152
--- 147,156
(UNSPEC_VPERMHI321)
(UNSPEC_INTERHI 322)
(UNSPEC_INTERLO 323)
+(UNSPEC_VUPKHS_V4SF 324)
+(UNSPEC_VUPKLS_V4SF 325)
+(UNSPEC_VUPKHU_V4SF 326)
+(UNSPEC_VUPKLU_V4SF 327)
])
(define_constants
***
*** 2933,2935
--- 2937,2995
emit_insn (gen_altivec_vmrglVI_char (operands[0], operands[1],
operands[2]));
DONE;
})
+
+ (define_expand vec_unpacks_float_hi_v8hi
+ [(set (match_operand:V4SF 0 register_operand )
+ (unspec:V4SF [(match_operand:V8HI 1 register_operand )]
+ UNSPEC_VUPKHS_V4SF))]
+ TARGET_ALTIVEC
+
+ {
+ rtx tmp = gen_reg_rtx (V4SImode);
+
+ emit_insn (gen_vec_unpacks_hi_v8hi (tmp, operands[1]));
+ emit_insn (gen_altivec_vcfsx (operands[0], tmp, const0_rtx));
+ DONE;
+ })
+
+ (define_expand vec_unpacks_float_lo_v8hi
+ [(set (match_operand:V4SF 0 register_operand )
+ (unspec:V4SF [(match_operand:V8HI 1 register_operand )]
+ UNSPEC_VUPKLS_V4SF))]
+ TARGET_ALTIVEC
+
+ {
+ rtx tmp = gen_reg_rtx (V4SImode);
+
+ emit_insn (gen_vec_unpacks_lo_v8hi (tmp, operands[1]));
+ emit_insn (gen_altivec_vcfsx (operands[0], tmp, const0_rtx));
+ DONE;
+ })
+
+ (define_expand vec_unpacku_float_hi_v8hi
+ [(set (match_operand:V4SF 0 register_operand )
+ (unspec:V4SF [(match_operand:V8HI 1 register_operand )]
+ UNSPEC_VUPKHU_V4SF))]
+ TARGET_ALTIVEC
+
+ {
+ rtx tmp = gen_reg_rtx (V4SImode);
+
+ emit_insn (gen_vec_unpacku_hi_v8hi (tmp, operands[1]));
+ emit_insn (gen_altivec_vcfux (operands[0], tmp, const0_rtx));
+ DONE;
+ })
+
+ (define_expand vec_unpacku_float_lo_v8hi
+ [(set (match_operand:V4SF 0 register_operand )
+ (unspec:V4SF [(match_operand:V8HI 1 register_operand )]
+ UNSPEC_VUPKLU_V4SF))]
+ TARGET_ALTIVEC
+
+ {
+ rtx tmp = gen_reg_rtx (V4SImode);
+
+ emit_insn (gen_vec_unpacku_lo_v8hi (tmp, operands[1]));
+ emit_insn (gen_altivec_vcfux (operands[0], tmp, const0_rtx));
+ DONE;
+ })
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24659
[Bug c++/32549] New: Wrong template instance resolution among multiple object files.
There seems to be something inconsistent in the g++ template instantiation. When a template is instantiated with an argument of the same name in two object files in which the argument type is different (unlike their names). It appears that even though that those instances should have been distinct g++ resolves them into a single one which appears to be wrong. Please see the attached reproduction code. The code of the template only prints the sizeof() of its (template) argument. The argument if places in a global namespace in each of the object files is considered to be the same no matter of its size or structure (as long as it is of the same name). I have reproduced the gcc 3.4.6 and gcc 4.0.1 to behave the same in this aspect (see the attached test output files). -- Summary: Wrong template instance resolution among multiple object files. Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: opichals at seznam dot cz GCC build triplet: x86 GCC host triplet: x86 GCC target triplet: x86 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32549
[Bug middle-end/30151] [4.3 Regression] /usr/ccs/bin/ld: Duplicate symbol global destructors keyed to _ZNSt3tr112_GLOBAL__N_16ignoreE
--- Comment #5 from mmitchel at gcc dot gnu dot org 2007-06-29 17:48 --- Geoff, would you please look at this? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30151
[Bug tree-optimization/30194] [4.3 Regression] gcc.dg/pr19633-1.c fails on the mainline
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30194
[Bug middle-end/30905] [4.3 Regression] Fails to cross-jump
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30905
[Bug tree-optimization/30930] [4.3 Regression] vector can cause to create an extra variable
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30930
[Bug tree-optimization/30840] [4.3 Regression] ice for legal code with flags -O3 -fno-strict-aliasing
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30840
[Bug tree-optimization/30795] [4.3 Regression] ice for legal code with -ftree-vectorize -O2
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30795
[Bug libobjc/30731] [4.3 Regression] Warnings while compiling libobjc with the uleb128 changes
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30731
[Bug target/30572] [4.3 Regression] target libraries links against /libgcc_s.1.dylib instead of $(prefix)/lib/libgcc_s.1.dylib
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30572
[Bug tree-optimization/30564] [4.3 Regression] ice for legal code with -O3
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30564
[Bug middle-end/30453] [4.3 Regression] Segmentation fault: Error detected at ali.adb:2240:1
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30453
[Bug tree-optimization/30394] [4.3 Regression] FAIL: gcc.c-torture/execute/pr15262-1.c execution at -O2, -O3 and -Os
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30394
[Bug tree-optimization/30392] [4.3 Regression] ice for legal kernel code with -Os
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30392
[Bug target/30058] [4.3 regression] bootstrap broken on i386-unknown-netbsdelf2.0.2
--- Comment #6 from mmitchel at gcc dot gnu dot org 2007-06-29 17:47 --- If the fix for this has been checked in, can we close this PR? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30058
[Bug c++/32549] Wrong template instance resolution among multiple object files.
--- Comment #1 from opichals at seznam dot cz 2007-06-29 17:45 --- Created an attachment (id=13805) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13805action=view) Reproduction code and Makefile printing out results of the test The log files gcc-4.1.0.make.log and gcc-3.4.6.make.log contain the 'make' output from RHEL 4.0 Linux machine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32549
[Bug c++/29731] [4.0/4.1/4.2/4.3 regression] ICE with statement expression as template parameter
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29731
[Bug middle-end/30017] [4.3 Regression] ICE in cp_expr_size, at cp/cp-objcp-common.c:101
--- Comment #16 from mmitchel at gcc dot gnu dot org 2007-06-29 17:46 --- If this can no longer be reproduced, let's close the bug. (I believe the assertion in question is important. If the gimplifier is ever making copies of classes with assignment operators/copy constructors, we are doing something wrong. It is never safe to make such a copy. Of course, the front end needs to make that clear to the gimplifier by setting appropriate bits on the type.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30017
[Bug target/30058] [4.3 regression] bootstrap broken on i386-unknown-netbsdelf2.0.2
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30058
[Bug tree-optimization/30735] [4.3 Regression] 50% slow down due to mem-ssa merge
--- Comment #7 from mmitchel at gcc dot gnu dot org 2007-06-29 17:52 --- A patch has been checked in; can this be closed now? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30735
[Bug tree-optimization/30735] [4.3 Regression] 50% slow down due to mem-ssa merge
--- Comment #8 from hjl at lucon dot org 2007-06-29 17:57 --- (In reply to comment #7) A patch has been checked in; can this be closed now? See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31090#c16 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30735
[Bug target/30980] [4.3 Regression] Recent complex miscompilation
--- Comment #16 from mmitchel at gcc dot gnu dot org 2007-06-29 18:00 --- This problem is reported fixed; may we close this PR? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30980
[Bug bootstrap/31020] [4.3 Regression] cannot write in /test/gnu/gcc/objdir/prev-gcc/../gcc/./include
--- Comment #5 from mmitchel at gcc dot gnu dot org 2007-06-29 18:01 --- Now that the patch has been checked in, can this PR be closed? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added CC||jsm28 at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31020
[Bug tree-optimization/31037] [4.3 Regression] ICE: verify_ssa failed - definition in block 23 does not dominate use in block 32
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31037
[Bug other/31349] [4.3 Regression] gcc -v --help returns no options for C, C++
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-06-29 18:05 --- Nick, would you be able to look into this? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31349
[Bug target/31684] [4.3 Regression] ICE in get_attr_first_insn, at config/ia64/itanium2.md:1839 at -O2
--- Comment #5 from mmitchel at gcc dot gnu dot org 2007-06-29 18:14 --- This patch is OK. Steve, please commit. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31684
[Bug fortran/31609] gfortran segfaults when compiling a module that calls a contained function with an ENTRY point
--- Comment #3 from awgreynolds at earthlink dot net 2007-06-29 18:17 --- Created an attachment (id=13806) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13806action=view) 2 include files and 1 f90 gfortran -c utility.f90 utility.f90:0: internal compiler error: Bus error Not sure if this is same bug or new one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31609
[Bug c++/31724] [4.3 Regression] More same canonical type node fun
--- Comment #11 from mmitchel at gcc dot gnu dot org 2007-06-29 18:17 --- I think this approach: SET_TYPE_STRUCTURAL_EQUALITY (fulltype) is fine in this case. Doug, would you please check that in? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31724
[Bug tree-optimization/31651] [4.3 Regression] FRE does not fold intermediate CCP results, FRE does no longer look through loads
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31651
[Bug target/31507] [4.3 Regression] libffi regression, many.c, closure_fn2/fn3.c with -Os
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31507
[Bug target/30980] [4.3 Regression] Recent complex miscompilation
--- Comment #17 from pcarlini at suse dot de 2007-06-29 18:09 --- Great, let's close it, then. -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30980
[Bug c++/31439] [4.3 regression] ICE with variadic template and broken specialization
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31439
[Bug middle-end/31081] [4.3 Regression] Inliner messes up SSA for abnormals
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31081
[Bug middle-end/30969] [4.3 Regression] The polyhedron test 'fatigue.f90' is no longer working.
--- Comment #9 from mmitchel at gcc dot gnu dot org 2007-06-29 17:59 --- This is reported fixed; can we close this PR? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30969
[Bug c++/31434] [4.3 regression] ICE with invalid use of parameter pack in function arg
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31434
[Bug c++/31441] [4.3 regression] ICE with variadic template and specialization
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31441
[Bug tree-optimization/31625] [4.3 Regression] decimal float comparison after conversion no longer folded
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31625
[Bug target/31674] [4.3 Regression] internal consistency failure on ia64 with -O
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31674
[Bug target/32462] [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
--- Comment #2 from ro at gcc dot gnu dot org 2007-06-29 18:26 --- Correction: this is a regression in 4.3. -- ro at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.2 regression] Linking|[4.3 regression] Linking |libgcj.so fails on Solaris |libgcj.so fails on Solaris |10/x86 |10/x86 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32462
[Bug c++/31780] [4.3 regression] ICE with incompatible types for ?: with complex type conversion
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31780
[Bug tree-optimization/32032] [4.3 Regression] ICE in compute_antic, at tree-ssa-pre.c:1968 at -O3
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32032
[Bug c++/32121] [4.1/4.2/4.3 Regression] C++ front-end accepts invalid __label__ declarations
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32121
[Bug c++/32125] [4.3 regression] ICE with invalid specialization of variadic template
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32125
[Bug c++/32126] [4.3 regression] ICE with invalid definition of variadic template
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32126
[Bug c++/32127] [4.3 regression] ICE with invalid static member in variadic template
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32127
[Bug middle-end/32135] [4.3 Regression] bogus array-ref fold triggering array overflow warning
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32135
[Bug tree-optimization/32183] [4.3 Regression] reassoc2 can more extra calculations into a loop
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32183
[Bug fortran/32222] [4.3 Regression] ICE in gfc_trans_assignment_1
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
[Bug tree-optimization/32230] [4.3 Regression] Segfault in set_bb_for_stmt with -O -ftree-vectorize
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32230
[Bug fortran/32238] [4.3 Regression] ICE in gfc_conv_constant (where() with complex arrays)
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32238
[Bug c/32295] [4.1/4.2/4.3 Regression] An invalid c code causes an ICE in create_tmp_var, at gimplify.c:489
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32295
[Bug rtl-optimization/32296] [4.3 Regression] Bootstrap failure in stage1 on hppa*-*-*
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32296
[Bug rtl-optimization/32300] [4.3 Regression] ICE with -O2 -fsee
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32300
[Bug tree-optimization/32303] [4.3 Regression] SPEC2006 447.dealII miscompiled at -O2
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32303
[Bug c++/32384] [4.1/4.2/4.3 regression] Pseudo-dtor in template class rejected
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32384
[Bug c++/32385] [4.1/4.2/4.3 regression] ICE with struct in default argument of template function
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32385
[Bug regression/32398] [4.3 Regression] checking for suffix of object files... configure: error: cannot compute suffix of f object files: cannot compile
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32398
[Bug fortran/31580] Better error message for not-found operator
--- Comment #2 from patchapp at dberlin dot org 2007-06-29 18:50 --- Subject: Bug number PR31580 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-06/msg02115.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31580
[Bug target/32431] [4.3 Regression] ICE in df_refs_verify, at df-scan.c:4066
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32431
[Bug middle-end/32441] [4.3 Regression] ICE in expand_expr_real_1, at expr.c:7109
--- Comment #6 from mmitchel at gcc dot gnu dot org 2007-06-29 18:52 --- There is nothing wrong with langhooks per se. The problem is langhooks that influence the interpretation of the IR, not langhooks that are used to *create* the IR. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32441
[Bug target/32522] [4.3 Regression] Bootstrap failure on Alpha due to pointer-plus changes
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32522
[Bug tree-optimization/32527] [4.3 Regression] ICE in build2_stat, at tree.c:3074
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32527
[Bug fortran/32551] New: INCORRECT OUTPUT OBTAINED FROM NESTED PARALLELISM THAT IS SERIALIZED
Description: This test case tries to show that the following statement found in the OpenMP API Version 2.5 May 2005 on p.29 lines 21-24 is true: When a thread executing inside an active parallel region encounters a parallel construct, the new team which is created will consist of only the encountering thread, when any of the following conditions hold: * nested parallelism is disabled. gfortran -v Using built-in specs. Target: x86_64-suse-linux Configured with: ../xt-gcc-4.2.0/configure --prefix=/opt/gcc/4.2.0/snos --disable-nls --libdir=/opt/gcc/4.2.0/snos/lib --enable-languages=c,c++,fortran --with-gxx-include-dir=/opt/gcc/4.2.0/snos/include/g++ --with-slibdir=/opt/gcc/4.2.0/snos/lib --with-system-zlib --enable-shared --enable-__cxa_atexit x86_64-suse-linux Thread model: posix gcc version 4.2.0 20070514 (rpm:4) cat bug2837.f90 ! Derived from OpenMP test omp1/F2_2_9g.f90 use omp_lib implicit none integer, parameter :: NT = 4 integer :: nThreads(NT) integer :: tmp = 0 !$call omp_set_dynamic(.false.) !$call omp_set_num_threads(NT) print *, 'omp_get_nested()=',omp_get_nested() !$omp parallel default(private) shared(nThreads) tmp = 1 !$omp parallel default(shared) !$omp atomic tmp = tmp + omp_get_thread_num() + 1 !$omp end parallel nThreads(omp_get_thread_num()+1) = tmp !$omp end parallel print *, nThreads END ftn -O3 -fopenmp -o x bug2837.f90 aprun -n 1 ./x omp_get_nested()= F 1 1 1 1 Application 4711 resources: utime 0, stime 0 Expected output (from PGI compilation): ftn -o x -O3 -mp -Mconcur=nonuma bug2837.f90 bug2837.f90: aprun -n 1 ./x Warning: omp_set_num_threads (4) greater than available cpus (1) omp_get_nested()= F 2222 Application 4712 resources: utime 0, stime 0 -- Note: ftn is an alias for: /opt/gcc/4.2.0/bin/../snos/bin/gfortran -static -v -I/opt/xt-mpt/2.1/mpich2-64/GP/include -I/opt/xt-mpt/2.1/mpich2-64/GP/include -L/opt/xt-mpt/2.1/mpich2-64/GP/lib -I/opt/acml/3.6.1/gnu64/include -I/opt/xt-libsci/10.1.0/gnu/snos64/include -I/opt/xt-libsci/10.1.0/gnu/snos64/include/superlu -I/opt/xt-mpt/2.1/sma/P/include -L/opt/acml/3.6.1/gnu64/lib -L/opt/xt-libsci/10.1.0/gnu/snos64/lib -L/opt/xt-mpt/2.1/sma/P/lib -lmpichf90 -lsci -lacml -lsma -lmpichf90 -lmpich -lrt -D__CRAYXT_COMPUTE_LINUX_TARGET -D__TARGET_LINUX__ -fno-second-underscore -I/notbackedup/users/rsrel/rs64.DEV.070604.Mon/install/include -I/opt/xt-catamount/2.1/catamount/linux/include -I/opt/xt-service/2.1/include -L/notbackedup/users/rsrel/rs64.DEV.070604.Mon/install/lib/snos64 -L/opt/xt-pe/2.1/cnos/linux/64/lib -L/opt/xt-mpt/2.1/lib/snos64 -L/opt/xt-service/2.1/lib/snos64 -Wl,--start -lpct -lalpslli -lalpsutil -lportals -lpthread -Wl,--end -lgfortranbegin -lgfortran -lm -- Summary: INCORRECT OUTPUT OBTAINED FROM NESTED PARALLELISM THAT IS SERIALIZED Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: longb at cray dot com GCC build triplet: x86_64-suse-linux GCC host triplet: x86_64-suse-linux GCC target triplet: x86_64-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32551
[Bug middle-end/32399] [4.3 Regression] ICE in build2_stat, at tree.c:3074
--- Comment #9 from mmitchel at gcc dot gnu dot org 2007-06-29 18:49 --- Andrew, do you want to convert to sizetype or to ptrdiff_t? Does it matter? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32399
[Bug rtl-optimization/32372] [4.3 Regression] ICE in df_refs_verify, at df-scan.c:4065
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32372
[Bug target/32337] [4.3 Regression] Error: Register number out of range 0..1
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32337
[Bug c++/32252] [4.3 regression] ICE with variadic templates and arrays
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32252
[Bug c++/32251] [4.1/4.2/4.3 regression] ICE on delete operator with ellipsis
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32251
[Bug c++/32241] [4.1/4.2/4.3 regression] ICE trying to call x.~X(); in a template
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32241
[Bug c++/32128] [4.3 regression] ICE on variadic template with two parameter packs
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32128
[Bug c++/32113] [4.1/4.2/4.3 regression] ICE with invalid template parameter
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32113
[Bug c++/32106] [4.3 regression] ICE after name-clash between struct and namespace
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32106
