[Bug libstdc++/6702] requirements for wchar_t support are too restrictive for Solaris pre 10
--- Comment #26 from paolo at gcc dot gnu dot org 2006-04-16 09:06 --- Subject: Bug 6702 Author: paolo Date: Sun Apr 16 09:06:46 2006 New Revision: 112983 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112983 Log: 2006-04-16 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/6702 (again) * acinclude.m4 (GLIBCXX_ENABLE_C99): Don't check non-C99 wchar_t functions... (GLIBCXX_ENABLE_WCHAR_T): ... do that here. * configure.ac: Adjust order of checks. * configure: Regenerate. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/acinclude.m4 trunk/libstdc++-v3/configure trunk/libstdc++-v3/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6702
[Bug libstdc++/6702] requirements for wchar_t support are too restrictive for Solaris pre 10
-- pcarlini at suse dot de changed: What|Removed |Added Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6702
[Bug c++/27177] New: ICE in build_simple_base_path, at cp/class.c:474
This is my first gcc bug, so please be kind... I'm in the process of upgrading my company's toolchain from 3.4.4 to 4.1.0 (mostly because we want ARM EABI support...but that's not relevant, it turns out this bug happens on both i686 and ARM targets). I narrowed down a particular usage of Loki's Type Manipulation templates combined with a common _C_ASSERT trick that was causing an ICE: ice-cp-class_c_474.cpp: In instantiation of 'Loki::Conversion': ice-cp-class_c_474.cpp:62: instantiated from 'Loki::Conversion' ice-cp-class_c_474.cpp:118: instantiated from 'Loki::SuperSubclassStrict' ice-cp-class_c_474.cpp:201: instantiated from here ice-cp-class_c_474.cpp:58: internal compiler error: in build_simple_base_path, at cp/class.c:474 Please submit a full bug report, I will attach my one-page self-contained .cpp file. This is known to work on gcc-3.4.4. My compiler is configured thusly: /usr/local/i686/4.1.0-1a/bin/g++ -v ice-cp-class_c_474.cpp Using built-in specs. Target: i686-pc-linux-gnu Configured with: .././gcc-4.1.0-pass2/configure --prefix=/usr/local/i686/4.1.0-1a --libexecdir=/usr/local/i686/4.1.0-1a/lib --with-local-prefix=/usr/local/i686/4.1.0-1a --enable-threads=posix --enable-c99 --enable-clocale=gnu --enable-shared --enable-__cxa_atexit --enable-languages=c,c++ --enable-long-long --disable-libstdcxx-pch Thread model: posix gcc version 4.1.0 -- Summary: ICE in build_simple_base_path, at cp/class.c:474 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nashpaulr at gmail dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu, arm-non-linux-gnueabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27177
[Bug c++/27177] ICE in build_simple_base_path, at cp/class.c:474
--- Comment #1 from nashpaulr at gmail dot com 2006-04-16 09:32 --- Created an attachment (id=11280) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11280&action=view) Condensed .cpp file. Here's a repro scenario...I do not know exactly if every class in the inheritance tree is strictly necessary. This very closely resembles the code in my product that is actually tripping on this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27177
[Bug c++/27177] ICE in build_simple_base_path, at cp/class.c:474
--- Comment #2 from nashpaulr at gmail dot com 2006-04-16 09:34 --- Known to work on 3.4.4 -- nashpaulr at gmail dot com changed: What|Removed |Added CC||nashpaulr at gmail dot com Keywords||ice-on-valid-code Known to fail||4.1.0 Known to work||3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27177
[Bug middle-end/27134] [4.1 regression] ICE with floor and -ffast-math
--- Comment #6 from uros at gcc dot gnu dot org 2006-04-16 11:20 --- Subject: Bug 27134 Author: uros Date: Sun Apr 16 11:20:29 2006 New Revision: 112984 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112984 Log: PR middle-end/27134 * builtins.c (expand_builtin_int_roundingfn): Use expand_expr() to expand fallback builtin function call. gcc/testsuite: * gcc.dg/pr27314.c: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/pr27314.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/builtins.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27134
[Bug middle-end/27134] [4.1 regression] ICE with floor and -ffast-math
--- Comment #7 from uros at kss-loka dot si 2006-04-16 11:22 --- Fixed. -- uros at kss-loka dot si changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work|4.2.0 |4.2.0 4.1.1 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27134
[Bug debug/26881] [4.1/4.2 Regression] internal compiler error in dwarf2out_finish
--- Comment #6 from couriousous at mandriva dot org 2006-04-16 13:07 --- Here is an another testcase: void bar (void) { if (0) { static enum {a} foo; switch (0) { default: return; } } } Fail compiling with -O0 -g on x86_64 with gcc 4.1.1 -- couriousous at mandriva dot org changed: What|Removed |Added CC||couriousous at mandriva dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26881
[Bug c++/27178] New: Failure to recognize template default type argument
Consider this piece of code: template < typename T > class Alloc { }; template < typename T, typename A = Alloc< T > > class List { }; template < template < typename > class > class container; typedef container< List > myotherlist; This code compiles fine with gcc-3.x, gcc-4.0 and gcc-4.1 but with gcc-4.2.0 20060415 I get an "type/value mismatch at argument 1 in template parameter list for 'template class > struct container expected a template of type 'template class', got 'template class List'" error. Changing the forward declaration of template class container makes it work: template < template < typename, typename > class > class container; This makes the default in the template type list of class List slightly pointless. -- Summary: Failure to recognize template default type argument Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kreckel at ginac dot de GCC build triplet: i686-linux-gnu GCC host triplet: i686-linux-gnu GCC target triplet: i686-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27178
[Bug target/27179] New: libgomp bootstrap failure: unhandled reloc type 67
GCC fails to bootstrap on sparc64-*-freebsd6.1 when building libgomp: /work/a/ports/lang/gcc42/work/build/./gcc/xgcc -B/work/a/ports/lang/gcc42/work/build/./gcc/ -B/usr/local/sparc64-portbld-freebsd6.1/bin/ -B/usr/local/sparc64-portbld-freebsd6.1/lib/ -isystem /usr/local/sparc64-portbld-freebsd6.1/include -isystem /usr/local/sparc64-portbld-freebsd6.1/sys-include -shared .libs/alloc.o .libs/barrier.o .libs/critical.o .libs/env.o .libs/error.o .libs/iter.o .libs/loop.o .libs/ordered.o .libs/parallel.o .libs/sections.o .libs/single.o .libs/team.o .libs/work.o .libs/lock.o .libs/mutex.o .libs/proc.o .libs/sem.o .libs/bar.o .libs/time.o .libs/fortran.o -pthread -Wl,-z -Wl,nodlopen -Wl,-O1 -Wl,--version-script -Wl,../.././..//gcc-4.2-20060408/libgomp/libgomp.map -Wl,-soname -Wl,libgomp.so.1 -o .libs/libgomp.so.1 /usr/bin/ld: .libs/barrier.o: check_relocs: unhandled reloc type 67 .libs/barrier.o: could not read symbols: File format not recognized collect2: ld returned 1 exit status gmake[4]: *** [libgomp.la] Error 1 gmake[4]: Leaving directory `/work/a/ports/lang/gcc42/work/build/sparc64-portbld-freebsd6.1/libgomp' -- Summary: libgomp bootstrap failure: unhandled reloc type 67 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gerald at pfeifer dot com GCC host triplet: sparc64-portbld-freebsd6.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27179
[Bug libgomp/26651] [gomp] #omp for ordered leaks memory
--- Comment #4 from rth at gcc dot gnu dot org 2006-04-16 16:53 --- Fixed. -- rth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26651
[Bug target/27179] libgomp bootstrap failure: unhandled reloc type 67
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-16 17:59 --- IIRC this is because libgomp is decting your target has TLS support when in fact it does not. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||25865 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27179
[Bug c++/26365] [4.0/4.1/4.2 Regression] ICE in finish_class_member_access_expr, at cp/typeck.c
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-04-16 18:12 --- Subject: Bug 26365 Author: mmitchel Date: Sun Apr 16 18:12:41 2006 New Revision: 112986 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112986 Log: PR c++/26365 * typeck.c (finish_class_member_access_expr): Robustify PR c++/26365 * g++.dg/template/crash45.C: New test. Added: trunk/gcc/testsuite/g++.dg/template/crash45.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26365
[Bug target/27055] Structures are copied byte by byte into function arguments
--- Comment #5 from guillaume dot melquiond at ens-lyon dot fr 2006-04-16 18:15 --- I have tried to look at why it fails. Here are my observations. The function gcc/expr.c:emit_block_move tries to expand a movmem pattern. The backend refuses, since a call to memcpy would be a lot more efficient. So emit_block_move tries to generate memcpy but block_move_libcall_safe_for_call_parm says this is not safe. The only thing left is calling emit_block_move_via_loop, and it generates some really dumb code. Whenever there is -Os or -mtune=i386 or -mregparm=3, the function block_move_libcall_safe_for_call_parm says memcpy is safe. Otherwise it fails because arguments are neither pushed nor passed through registers but stored at the top of the stack. Failing then seems to be the right thing to do, since the call to memcpy will otherwise overwrite its own argument stack. Assuming memcpy is the right thing to do, emit_block_move should allocate a bit of stack space for memcpy instead of refusing to call it (and hence falling back to a loop move). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27055
[Bug c++/26365] [4.0/4.1/4.2 Regression] ICE in finish_class_member_access_expr, at cp/typeck.c
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-04-16 18:17 --- Subject: Bug 26365 Author: mmitchel Date: Sun Apr 16 18:17:38 2006 New Revision: 112987 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112987 Log: PR c++/26365 * typeck.c (finish_class_member_access_expr): Robustify PR c++/26365 * g++.dg/template/crash45.C: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/template/crash45.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/typeck.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26365
[Bug c++/26365] [4.0 Regression] ICE in finish_class_member_access_expr, at cp/typeck.c
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-04-16 18:21 --- Fixed in 4.1.1. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|mark at codesourcery dot com|unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW Summary|[4.0/4.1/4.2 Regression] ICE|[4.0 Regression] ICE in |in |finish_class_member_access_e |finish_class_member_access_e|xpr, at cp/typeck.c |xpr, at cp/typeck.c | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26365
[Bug c++/27102] [4.0/4.1/4.2 regression] ICE with invalid class name in function template
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-04-16 18:31 --- Testing a fix. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27102
[Bug testsuite/25177] [4.1 Regression] gcc.target/powerpc/pr18096-1.c fails on PPC
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-04-16 18:32 --- Although it would certainly be good to eliminate the spurious testsuite failure, this is not release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25177
[Bug tree-optimization/25737] [4.1/4.2 Regression] ACATS c974001 c974013 hang with struct aliasing
--- Comment #22 from mmitchel at gcc dot gnu dot org 2006-04-16 18:35 --- It looks like there was a C testcase, which has now been fixed; is there still an issue for languages other than Ada? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
[Bug middle-end/25815] [4.1 regression] ext/pb_assoc/example/erase_if.cc execution test
--- Comment #13 from mmitchel at gcc dot gnu dot org 2006-04-16 18:37 --- Until/unless this is shown to be a problem on a primary/secondary platform, I'm going to downgrade it to P5. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25815
[Bug tree-optimization/26435] [4.1/4.2 regression] ICE with -O1 -ftree-loop-linear and higher optimization
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-04-16 18:38 --- Basic, valid code that crashes the optimizers: P1. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26435
[Bug target/26459] [4.1/4.2 Regression] gcc fails to build on powerpc e500-double targets
--- Comment #31 from mmitchel at gcc dot gnu dot org 2006-04-16 18:39 --- Is there more to do? The end of the audit trail contains patches from Alan, so it's unclear to me if the issue should remain open. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26459
[Bug ada/26529] [4.1/4.2 Regression] Compiler crash when 'use' clause for ADA record is defined
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-04-16 18:40 --- Ada is not release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26529
[Bug c++/27178] Failure to recognize template default type argument
--- Comment #1 from fang at csl dot cornell dot edu 2006-04-16 18:41 --- Hi, see first bullet under http://gcc.gnu.org/gcc-4.2/changes.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27178
[Bug c++/26534] [4.1/4.2 Regression] bitfield wrong optimize
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26534
[Bug gcov/profile/26570] [4.1/4.2 Regression] -fprofile-generate -fprofile-use cause memory corruption immediately
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26570
[Bug target/26600] [4.1/4.2 Regression] internal compiler error: in push_reload, at reload.c:1303
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26600
[Bug c++/27178] Failure to recognize template default type argument
--- Comment #2 from fang at csl dot cornell dot edu 2006-04-16 18:51 --- I meant first bullet under C++, of course. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27178
[Bug middle-end/26632] [4.1/4.2 Regression] spurious warning: value computed is not used
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-04-16 18:58 --- I am glad that Neil agrees my oft-stated, but always-rejected, claim that only the front ends should issue warnings. :-) However, in this case, we can presumably fix the bug by setting TREE_NO_WARNING on the cast expression, which, one hopes, is generated by the front end. In any case, this is definitely a bug. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26632
[Bug middle-end/26635] [4.1/4.2 Regression] Bogus Storage_Error warning
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-04-16 18:58 --- Ada is not release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26635
[Bug middle-end/26643] [4.1 Regression] Linux matroxfb_probe miscompiled
--- Comment #14 from mmitchel at gcc dot gnu dot org 2006-04-16 19:00 --- Would some kind person please attempt a backport to 4.1? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26643
[Bug rtl-optimization/26685] [4.1/4.2 regression] documentation refer to nonexisting --param max-cse-insns
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26685
[Bug tree-optimization/26719] [4.1/4.2 Regression] Computed (integer) table changes 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=26719
[Bug middle-end/26729] [4.0/4.1/4.2 regression] bad bitops folding
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26729
[Bug c++/26757] [4.1/4.2 regression] C++ front-end producing two DECLs with the same UID
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26757
[Bug c++/26789] [4.1 regression] ICE on incomplete struct with -fmudflap
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26789
[Bug c/26818] [4.1/4.2 Regression] tree check: expected class �type�, have �exceptional� (error_mark) in finish_struct, at c-decl.c:5350 (time.c)
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26818
[Bug tree-optimization/26821] [4.1/4.2 Regression] ice in varasm.c with certain flags
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26821
[Bug target/26826] [4.1/4.2 Regression] ICE in reg_or_subregno, at jump.c:2011
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26826
[Bug tree-optimization/26865] [4.1 Regression] Segmentation fault with -std=c99 -O1 and alloca()
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26865
[Bug middle-end/26869] [4.1/4.2 Regression] Segfault in find_lattice_value() for complex operands.
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26869
[Bug debug/26881] [4.1/4.2 Regression] internal compiler error in dwarf2out_finish
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26881
[Bug c++/26884] [4.1/4.2 regression] Misleading diagnostic for invalid array initializer
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26884
[Bug target/26885] [4.1/4.2 regression] -m64 -m32 no longer creates 32-bit object
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26885
[Bug c++/26912] [4.0/4.1/4.2 Regression] friend const member function specialization fails to compile
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26912
[Bug c++/26917] [4.0/4.1/4.2 regression] ICE with -frepo on invalid code
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26917
[Bug tree-optimization/26944] [4.1/4.2 Regression] -ftree-ch generates worse code
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26944
[Bug other/26966] [4.1/4.2 Regression] linking of C++/ObjC app fail on OpenBSD 3.9 due POSIX threading unresolved symbols
--- Comment #16 from mmitchel at gcc dot gnu dot org 2006-04-16 19:14 --- OpenBSD is not a primary or secondary platform. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26966
[Bug tree-optimization/26969] [4.1/4.2 Regression] ICE with -O1 -funswitch-loops -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=26969
[Bug tree-optimization/27004] [4.1/4.2 Regression] Insane amount of memory needed at -O1 and above because of salias and large switch
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27004
[Bug c++/27019] [4.1/4.2 regression] ICE with designated initializers
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27019
[Bug c/27020] [4.0/4.1/4.2 regression] ICE on invalid array size
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27020
[Bug tree-optimization/27039] [4.1/4.2 Regression] Unable to determine # of iterations for a simple loop
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27039
[Bug target/27075] [4.1/4.2 Regression] Compiler generate incorrect assembler for __sync_fetch-* builtins on e500 aka SPE
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27075
[Bug c++/27078] [4.1/4.2 Regression] Duplicate error message for ambiguous enum
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27078
[Bug tree-optimization/27087] [4.1 regression] ICE in merge_alias_info
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27087
[Bug c++/27094] [4.0/4.1/4.2 Regression] tree check: expected tree_list, have omp_return in build_call
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27094
[Bug middle-end/27095] [4.1/4.2 Regression] O2 produces duplicate code
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27095
[Bug c++/27102] [4.0/4.1/4.2 regression] ICE with invalid class name in function template
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27102
[Bug c++/27129] [4.1/4.2 Regression] ICE in get_expr_operands
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27129
[Bug tree-optimization/27151] [4.1/4.2 Regression] ICE with -ftree-vectorize with mixed types
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27151
[Bug target/27158] [4.1/4.2 regression] ICE in extract_insn with -maltivec
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27158
[Bug fortran/26017] allocate (a(1:-1)) should yield zero-sized array
--- Comment #6 from tkoenig at gcc dot gnu dot org 2006-04-16 20:29 --- Subject: Bug 26017 Author: tkoenig Date: Sun Apr 16 20:29:24 2006 New Revision: 112988 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112988 Log: 2006-04-16 Thomas Koenig <[EMAIL PROTECTED]> PR fortran/26017 * trans-array.c(gfc_array_init_size): Introduce or_expr which is true if the size along any dimension is negative. Create a temporary variable with base name size. If or_expr is true, set the temporary to 0, to the normal size otherwise. 2006-04-16 Thomas Koenig <[EMAIL PROTECTED]> * gfortran.dg/allocate_zerosize_1.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/allocate_zerosize_1.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-array.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26017
[Bug tree-optimization/23744] VRP does not merge discontinuous ranges of PHIs
--- Comment #3 from baldrick at free dot fr 2006-04-16 20:35 --- Created an attachment (id=11281) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11281&action=view) correct vrp_meet of VR_RANGEs -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23744
[Bug rtl-optimization/20586] bootstrap comparision fails with -funroll-loops.
--- Comment #5 from pluto at agmk dot net 2006-04-16 20:43 --- gcc-4.1.1 (rev. 112984) boostraped sucessfully on my box with `-march=x86-64 -O2 -funroll-loops` now :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20586
[Bug tree-optimization/23744] VRP does not merge discontinuous ranges of PHIs
--- Comment #4 from baldrick at free dot fr 2006-04-16 20:50 --- Does this patch fix it for you? It looks more complicated than it is (most of the patch is comment tweaks and white space changes due to indentation change). The real change is to remove the check if (value_ranges_intersect_p (vr0, vr1)) for the case of VR_RANGE meet VR_RANGE. Also, rather than immediately setting the range to VR_VARYING if the interval endpoints cannot be compared at compile time, instead the no_meet logic is executed. If the endpoints can't be compared, then previously the call to value_ranges_intersect_p would return false, and control would pass to no_meet, so this preserves the previous logic, which matters for PR21090 for example. When working in the lattic of intervals ordered by reverse set inclusion, the meet of two intervals A and B is, by definition, the smallest interval containing both A and B. [Normally this would be called the join rather than the meet, but it's the meet here because we consider smaller intervals to be bigger :)] This smallest interval is the convex hull of A and B, or in other words, if A=[a1,a2] and B=[b1,b2], then A meet B is [min(a1,a2), max(b1,b2)]. This is exactly the interval that vrp_meet calculates, except for some reason is only wants to calculate it if A and B intersect; if they don't intersect it gives up and goes all the way up to VR_VARYING. By removing the intersection check, vrp_meet now always calculates the convex hull of two VR_RANGEs. In your case, A=[0,0] and B=[3,3]. Because they don't intersect, before vrp_meet would return VR_VARYING, which amount to [-INF,INF]. Now it returns [0,3]. While I was there, I tweaked the comments to the other cases, like VR_ANTI_RANGE vs VR_ANTI_RANGE, because they are wrong, mathematically speaking. However, they are right in the case when each anti-range is just anti-one-point, like ~[0,0], which seems to be the main case of interest to VRP. That's the reason I didn't change the code. This patch survives a bootstrap with all default languages plus Ada. I ran the regression suite, but forgot to run it without this patch beforehand, so now I don't know if the failures are due to this patch or not, d'oh! -- baldrick at free dot fr changed: What|Removed |Added CC||baldrick at free dot fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23744
[Bug c++/27178] Failure to recognize template default type argument
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-16 21:06 --- Invalid as this is a documented change to be closer to the standard. -- 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=27178
[Bug fortran/26769] TRANSPOSE() requires _gfortran_transpose_i10 for REAL(10) arrays
--- Comment #7 from tkoenig at gcc dot gnu dot org 2006-04-16 21:15 --- Subject: Bug 26769 Author: tkoenig Date: Sun Apr 16 21:15:36 2006 New Revision: 112989 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112989 Log: 2006-04-16 Thomas Koenig <[EMAIL PROTECTED]> PR fortran/26769 * iresolve.c (gfc_resolve_reshape): Remove doubling of kind for complex. For real(kind=10), call reshape_r10. (gfc_resolve_transpose): For real(kind=10), call transpose_r10. 2006-04-16 Thomas Koenig <[EMAIL PROTECTED]> PR fortran/26769 * Makefile.am: Add transpose_r10.c and reshape_r10.c. * aclocal.m4: Regenerate using aclocal 1.9.3. * Makefile.in: Regenerate using automake 1.9.3. * m4/iparm.m4 (rtype_ccode): If rtype_letter is `i', evaluate to rtype_kind, otherwise to rtype_code. * generated/transpose_r10.c: Add. * generated/reshape_r10.c: Add. 2006-04-16 Thomas Koenig <[EMAIL PROTECTED]> PR fortran/26769 * gfortran.dg/transpose_reshape_r10.f90: New test case. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/transpose_reshape_r10.f90 branches/gcc-4_1-branch/libgfortran/generated/reshape_r10.c branches/gcc-4_1-branch/libgfortran/generated/transpose_r10.c Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/iresolve.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/libgfortran/ChangeLog branches/gcc-4_1-branch/libgfortran/Makefile.am branches/gcc-4_1-branch/libgfortran/Makefile.in branches/gcc-4_1-branch/libgfortran/aclocal.m4 branches/gcc-4_1-branch/libgfortran/m4/iparm.m4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26769
[Bug fortran/26769] Implement transpose() and reshape() for real instead of using integer
--- Comment #8 from tkoenig at gcc dot gnu dot org 2006-04-16 21:19 --- The error is now fixed on trunk and 4.1. What's left is to generate transpoe and reshape for the other real functions. Downgrading to enhancement and removing myself from this bug (for now). -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|tkoenig at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Severity|normal |enhancement Status|ASSIGNED|NEW Summary|TRANSPOSE() requires|Implement transpose() and |_gfortran_transpose_i10 for |reshape() for real instead |REAL(10) arrays |of using integer http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26769
[Bug target/24076] (vector char){x, x, x, x, x, x, x, x, x, x, x, x, x, x, x, x} code gen is not that good
--- Comment #6 from sayle at gcc dot gnu dot org 2006-04-16 21:47 --- Subject: Bug 24076 Author: sayle Date: Sun Apr 16 21:46:59 2006 New Revision: 112990 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112990 Log: 2006-04-15 Roger Sayle <[EMAIL PROTECTED]> Andrew Pinski <[EMAIL PROTECTED]> Dale Johannesen <[EMAIL PROTECTED]> PR target/24076 * config/i386/i386.c (ix86_expand_vector_init_duplicate): Add special case code to implement V8HImode and V16QImode with SSE2. * gcc.target/i386/vecinit-3.c: New testcase. * gcc.target/i386/vecinit-4.c: Likewise. * gcc.target/i386/sse-18.c: Likewise. * gcc.target/i386/sse-19.c: Likewise. Added: trunk/gcc/testsuite/gcc.target/i386/sse-18.c trunk/gcc/testsuite/gcc.target/i386/sse-19.c trunk/gcc/testsuite/gcc.target/i386/vecinit-3.c trunk/gcc/testsuite/gcc.target/i386/vecinit-4.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24076
[Bug tree-optimization/26963] ICE with -fipa-pta and templates
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-16 23:11 --- *** Bug 27159 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||anton at samba dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26963
[Bug tree-optimization/27159] ICE when using -fipa-pta
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-16 23:11 --- Reduced testcase: struct istreambuf_iterator { mutable int* _M_sbuf; mutable int _M_c; istreambuf_iterator(int __s) throw(){} }; template struct num_get { typedef istreambuf_iterator iter_type; iter_type get(iter_type __in, iter_type __end) const { return this->do_get(__in, __end); } virtual iter_type do_get(iter_type, iter_type) const; }; void _M_extract(void) { typedef num_get __num_get_type; const __num_get_type* __ng; __ng->get(0, 0); } But this is a dup of bug 26963 after all. *** This bug has been marked as a duplicate of 26963 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27159
[Bug c++/27177] [4.0/4.1/4.2 Regression] ICE in build_simple_base_path, at cp/class.c:474
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-16 23:13 --- Confirmed, reduced testcase: template struct Conversion { static T a; enum { exists = sizeof((U)(a)) }; }; template struct SuperSubclassStrict { enum { value = (Conversion::exists)}; }; struct IObject { virtual unsigned long A(void) = 0; }; struct IFoo : IObject{}; struct IBar : IObject {}; struct Component : IFoo, IBar { }; struct Event : Component { static const int t = SuperSubclassStrict::value; }; -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu, arm-non- | |linux-gnueabi | Last reconfirmed|-00-00 00:00:00 |2006-04-16 23:13:40 date|| Summary|ICE in |[4.0/4.1/4.2 Regression] ICE |build_simple_base_path, at |in build_simple_base_path, |cp/class.c:474 |at cp/class.c:474 Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27177
[Bug middle-end/25474] Extra load for some FP code
--- Comment #2 from sayle at gcc dot gnu dot org 2006-04-16 23:33 --- Subject: Bug 25474 Author: sayle Date: Sun Apr 16 23:33:51 2006 New Revision: 112991 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112991 Log: PR middle-end/25474 * expr.c (compress_float_constant): Copy the narrow constant into a new pseudo before extending it to its final width. Modified: trunk/gcc/ChangeLog trunk/gcc/expr.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25474
[Bug target/26459] [4.1/4.2 Regression] gcc fails to build on powerpc e500-double targets
--- Comment #32 from amodra at bigpond dot net dot au 2006-04-17 00:09 --- I've closed this bug incorrectly twice, the last time simply because I hadn't committed a patch already in my tree. Edmar, please resolve this bug as fixed if e500 is back in bootstrap land. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26459
[Bug middle-end/25474] Extra load for some FP code
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-17 00:16 --- Fixed, the Unnecessary register move is already recorded as PR 17381, in fact this bug report was generated after I looked into that bug report a little bit :). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25474
[Bug target/27158] [4.1/4.2 regression] ICE in extract_insn with -maltivec
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-04-17 00:43 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-04-17 00:43:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27158
[Bug c/27180] New: pointer arithmetic overflow handling broken
I have this function: static inline int range_ptrinbuf(const void* buf,unsigned long len,const void* ptr) { register const char* c=(const char*)buf; return (c && c+len>c && (const char*)ptr-cc" that incorrectly returns 0. This is with and without optimizer. This is very bad because this kind of check is used to do security checks when validating data from incoming network packets. I was planning to use this function to check data in incoming SMB packets. This bug causes all kinds of well-meaning security checks to silently fail. I also compiled Samba and my Linux kernel with gcc 4.1. I'm feeling very uncomfortable now. Please release a fixed gcc version ASAP! -- Summary: pointer arithmetic overflow handling broken Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: felix-gcc at fefe dot de 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=27180
[Bug middle-end/27180] pointer arithmetic overflow handling broken
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-17 02:27 --- *** This bug has been marked as a duplicate of 26763 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c |middle-end Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27180
[Bug tree-optimization/26763] [4.1/4.2 Regression] wrong final value of induction variable calculated
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-04-17 02:27 --- *** Bug 27180 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||felix-gcc at fefe dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26763
[Bug fortran/27138] gfortran: read(*,*) myInt advances only one character on error
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2006-04-17 02:33 --- Subject: Bug 27138 Author: jvdelisle Date: Mon Apr 17 02:33:51 2006 New Revision: 112999 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112999 Log: 2006-04-14 Jerry DeLisle <[EMAIL PROTECTED]> PR libgfortran/27138 * io/list_read.c (eat_line): New function. (parse_repeat): Use new function and free_saved. (read_logical): Same. (read_integer): Use new function. (parse_real): Use nml_bad_return and new function. (read_complex): Use new function and free_saved. (read_real): Same. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/list_read.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27138
[Bug fortran/27138] gfortran: read(*,*) myInt advances only one character on error
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2006-04-17 02:37 --- Subject: Bug 27138 Author: jvdelisle Date: Mon Apr 17 02:37:15 2006 New Revision: 113000 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113000 Log: 2006-04-16 Jerry DeLisle <[EMAIL PROTECTED]> PR libgfortran/27138 * gfortran.dg/read_bad_advance.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/read_bad_advance.f90 Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27138
[Bug target/26961] [4.0/4.1/4.2 Regression] ICE simplify_subreg:3813
--- Comment #5 from sayle at gcc dot gnu dot org 2006-04-17 02:38 --- Subject: Bug 26961 Author: sayle Date: Mon Apr 17 02:38:50 2006 New Revision: 113001 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113001 Log: PR target/26961 * fold-const.c (fold_ternary): When converting "A ? B : C" into either "A op B" or "A op C", we may need to convert A to the type of B and C. * gcc.dg/fold-cond-1.c: New test case. * gcc.dg/pr26961-1.c: Likewise. Added: trunk/gcc/testsuite/gcc.dg/fold-cond-1.c trunk/gcc/testsuite/gcc.dg/pr26961-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26961
[Bug fortran/26766] [F2003] Recursive I/O still (again) broken
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-04-17 04:31 --- Subject: Bug 26766 Author: jvdelisle Date: Mon Apr 17 04:31:18 2006 New Revision: 113002 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113002 Log: 2006-04-16 Jerry DeLisle <[EMAIL PROTECTED]> PR libgfortran/26766 * io/io.h: Add bit to identify associated unit as internal. * io/unit.c (get_external_unit): Renamed the find_unit_1 function to reflect the external unit functionality vs internal unit. (get_internal_unit): New function to allocate and initialize an internal unit structure. (get_unit): Use get_internal_unit and get_external_unit. (is_internal_unit): Revised to use new bit added in io.h. * io/transfer.c (data_transfer_init): Fix line width. (st_read_done): Free memory allocated for internal unit. (st_write_done): Add test to only flush and truncate when not an internal unit. Free memory allocated for internal unit. Modified: branches/gcc-4_1-branch/libgfortran/ChangeLog branches/gcc-4_1-branch/libgfortran/io/io.h branches/gcc-4_1-branch/libgfortran/io/transfer.c branches/gcc-4_1-branch/libgfortran/io/unit.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26766
[Bug fortran/26766] [F2003] Recursive I/O still (again) broken
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2006-04-17 04:34 --- Subject: Bug 26766 Author: jvdelisle Date: Mon Apr 17 04:33:59 2006 New Revision: 113003 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113003 Log: 2006-04-16 Jerry DeLisle <[EMAIL PROTECTED]> PR libgfortran/26766 * gfortran.dg/write_recursive.f90: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/write_recursive.f90 Modified: branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26766
[Bug fortran/26766] [F2003] Recursive I/O still (again) broken
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2006-04-17 04:38 --- Fixed on 4.1 and trunk -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26766
[Bug fortran/27122] binary operator functions should require intent(in)
--- Comment #1 from pault at gcc dot gnu dot org 2006-04-17 06:21 --- I have a fix for this, modulo some nonsense involving character(*) results in defined interfaces. Expect a patch in ~24hours. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27122