[Bug c++/16635] g++ instantiates templates at the wrong place
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-04-26 06:53 --- Here's the same thing with overloaded functions, causing a wrong-code error. If the last definition of 'bar' is commented out, the testcase passes, but otherwise not. template class T int func(T x) { return bar (x); } int bar(const int x) { return x; } extern C void abort (); int main (void) { int x = 3; if (funcint(x) != 3) abort (); } int bar (int x) { return x + 3; } -- What|Removed |Added Keywords||wrong-code Known to fail||3.3 4.0.0 Summary|g++ doesn't diagnose|g++ instantiates templates |instantiation of template |at the wrong place |that uses incomplete type | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16635
[Bug target/21231] New: cmov and cstore standard names not documented.
See genopinit.c and optabs.c. Observe support for cmov and cstore standard names, next to cbranch. Look in doc/md.texi. Observer documentation for cbranch next to absence of documentation for cmov and cstore. -- Summary: cmov and cstore standard names not documented. Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: documentation Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hp at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21231
[Bug tree-optimization/21048] [4.1 Regression] use of poisoned ggc memory causes cpu2000 build failures
--- Additional Comments From micis at gmx dot de 2005-04-26 07:37 --- I rebuild the compiler with patch from Comment #8 and could now compile qt334 without problems. Michael Cieslinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21048
[Bug c++/21232] New: g++ segfaults
gcc version : g++ (GCC) 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. System type : Linux simulateur 2.6.8.1-12mdk #1 Fri Oct 1 12:53:41 CEST 2004 i686 AMD Athlon(tm) XP 2600+ unknown GNU/Linux Input command line : /usr/local/bin/g++ -c -Wall -pedantic -ansi -save-temps -I. -I. -Ifichiers -Igenerale -IvueCellule -IvueParcelle -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -o fichiers/FichierInitParcelle.o fichiers/FichierInitParcelle.cpp gcc output : /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../../include/c++/3.4.3/bits/stl_iterator.h: In function `typename __gnu_cxx::__normal_iterator_IteratorL, _Container::difference_type __gnu_cxx::operator-(const __gnu_cxx::__normal_iterator_IteratorL, _Container, const __gnu_cxx::__normal_iterator_IteratorR, _Container) [with _IteratorL = const double*, _IteratorR = const double*, _Container = std::vectordouble, std::allocatordouble ]': /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../../include/c++/3.4.3/bits/stl_vector.h:375: instantiated from `size_t std::vector_Tp, _Alloc::size() const [with _Tp = double, _Alloc = std::allocatordouble]' /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../../include/c++/3.4.3/bits/stl_vector.h:395: instantiated from `void std::vector_Tp, _Alloc::resize(size_t, const _Tp) [with _Tp = double, _Alloc = std::allocatordouble]' /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../../include/c++/3.4.3/bits/stl_vector.h:412: instantiated from `void std::vector_Tp, _Alloc::resize(size_t) [with _Tp = double, _Alloc = std::allocatordouble]' fichiers/FichierInitParcelle.cpp:22: instantiated from here /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../../include/c++/3.4.3/bits/stl_iterator.h:759: erreur interne du compilateur: Segmentation fault .ii file : don't know how to submit a file... -- Summary: g++ segfaults Product: gcc Version: 3.4.1 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: valentin dot descamps at sancy dot clermont dot inra dot fr CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21232
[Bug c++/21232] g++ segfaults
--- Additional Comments From valentin dot descamps at sancy dot clermont dot inra dot fr 2005-04-26 08:07 --- Created an attachment (id=8743) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8743action=view) .ii file uuencoded .ii file for this bug report -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21232
[Bug java/21233] New: gij -version returns unquoted version number
sun java -version will say e.g. java version 1.4.2_07 while gij -version says java version 1.4.2 i.e. sun quotes the version number while gij doesn't. It's trivial, but a number of configure scripts and other tests depend on the quotes to find the java version number, e.g. db 4.2.52 and openoffice.org 1.9.95 -- Summary: gij -version returns unquoted version number Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: caolanm at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21233
[Bug libstdc++/21193] provide better std::tr1::hash for std::string and std::wstring
--- Additional Comments From pcarlini at suse dot de 2005-04-26 08:45 --- Hi, and thanks for your report. Actually, as you may have noticed, we are aware that the current function is not optimal in any sense... Now, if we want to improve it now, maybe we should carry out a minimum of bibliographic research. Also, maybe we should also change consistently collate_CharT::do_hash (in locale_facets.tcc) which is also not perfect, but at least doesn't depend on the size of size_t. I consider the latter a rather serious issue, given the range of targets supported by GCC. What do you think? -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
[Bug java/21233] gij -version returns unquoted version number
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-04-26 09:07 --- On mainline, it has been fixed by: http://gcc.gnu.org/ml/java-patches/2005-q2/msg00121.html Ranjit. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21233
[Bug tree-optimization/17598] an extra addition when comparing address of a-b and c-b.
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-04-26 09:13 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02658.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17598
[Bug libstdc++/21209] signed integer overflow in num_get::_M_extract_int
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-26 09:31 --- Subject: Bug 21209 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-26 09:31:07 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/bits: locale_facets.tcc Added files: libstdc++-v3/testsuite/22_locale/num_get/get/char: 16.cc libstdc++-v3/testsuite/22_locale/num_get/get/wchar_t: 16.cc Log message: 2005-04-26 Paolo Carlini [EMAIL PROTECTED] PR libstdc++/21209 * include/bits/locale_facets.tcc (_M_extract_int): Avoid signed integer overflow, always use a suited unsigned type in the main parsing loop. (struct __to_unsigned_type): New. * testsuite/22_locale/num_get/get/char/16.cc: New. * testsuite/22_locale/num_get/get/wchar_t/16.cc: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gccr1=1.2978r2=1.2979 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/locale_facets.tcc.diff?cvsroot=gccr1=1.213r2=1.214 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/22_locale/num_get/get/char/16.cc.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/22_locale/num_get/get/wchar_t/16.cc.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21209
[Bug libstdc++/21193] provide better std::tr1::hash for std::string and std::wstring
--- Additional Comments From TazForEver at dlfp dot org 2005-04-26 09:36 --- Well, there are FNV* parameters for 32bits and 64bits size_t. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
[Bug libstdc++/21193] provide better std::tr1::hash for std::string and std::wstring
--- Additional Comments From pcarlini at suse dot de 2005-04-26 09:49 --- Of course there are, but wouldn't be better just using an hashing function that does *not* depend on such constants? Is really unavoidable? If we *really* think so, then we have also to implement the necessary bits, maybe dispatching to a suited template via sizeof(size_t) as integer template argument. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
[Bug c/21234] New: ICE in convert_move at expr.c:367
/opt/gcc-4.0.0/bin/gcc -march=pentium4 -ftree-vectorize -ftree-vectorizer-verbose=1 -O2 -c signature.c signature.c:105: note: LOOP VECTORIZED. signature.c:88: note: LOOP VECTORIZED. signature.c:32: note: vectorized 2 loops in function. signature.c: In function 'TransformSignature': signature.c:109: internal compiler error: in convert_move, at expr.c:367 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: ICE in convert_move at expr.c:367 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ps dot report at gmx dot net CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21234
[Bug c/21234] ICE in convert_move at expr.c:367
--- Additional Comments From ps dot report at gmx dot net 2005-04-26 10:02 --- Created an attachment (id=8744) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8744action=view) Stripped down file from ImageMagick-6.2.1/magick/signature.c Stripped down file from ImageMagick-6.2.1/magick/signature.c wich produces the ICE with gcc-4.0.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21234
[Bug libstdc++/21193] provide better std::tr1::hash for std::string and std::wstring
--- Additional Comments From TazForEver at dlfp dot org 2005-04-26 10:03 --- But collate_CharT::do_hash() already depends on sizeof(long)... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
[Bug tree-optimization/21218] [4.1 regression] ICE using -ftree-vectorize
--- Additional Comments From irar at il dot ibm dot com 2005-04-26 10:04 --- We get the following code for the loop: this_5 = b_4-D.2068; D.2080_9 = this_5-d[i_18]; b_4-D.2068.d[i_18] = D.2080_9; In analysis of data-ref this_5-d[i_18] we don't check that the initial condition of access_fn of *this_5 is not loop invariant (we rely on evolution == NULL test, which is wrong). This is already fixed in autovect branch, and I am working on a patch to bring the changes in data-refs analysis to mainline. Another issue here is that this_5 = b_4-D.2068; is loop invariant and can be hoist out of the loop. Maybe it will happen with structure-aliasing-branch? -- What|Removed |Added CC||dberlin at gcc dot gnu dot ||org AssignedTo|unassigned at gcc dot gnu |irar at il dot ibm dot com |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-04-25 14:43:35 |2005-04-26 10:04:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21218
[Bug libstdc++/21193] provide better std::tr1::hash for std::string and std::wstring
--- Additional Comments From pcarlini at suse dot de 2005-04-26 10:39 --- ... which, of course, tracks size_t, on every platform I know. Or you have a counterexample? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
[Bug libstdc++/21193] provide better std::tr1::hash for std::string and std::wstring
--- Additional Comments From pcarlini at suse dot de 2005-04-26 10:44 --- But, as I said, the issue is more general: whether we want a function that does not depend on constants or one that does. If, after an appropriate bib search, we agree about the latter, wouldn't be difficult to dispatch at compile time via sizeof(size_t). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
[Bug bootstrap/21230] gcc-4.0.0 bootstrap failed unless bootstrap compiler is gcc.
--- Additional Comments From joseph at codesourcery dot com 2005-04-26 11:30 --- Subject: Re: gcc-4.0.0 bootstrap failed unless bootstrap compiler is gcc. On Tue, 26 Apr 2005, pinskia at gcc dot gnu dot org wrote: If this is really a bug, then the following change caused it: 2005-01-23 Joseph S. Myers [EMAIL PROTECTED] * warnings.m4 (ACX_PROG_CC_WARNING_ALMOST_PEDANTIC): Don't do anything for non-GCC compilers. 4.0 branch and mainline bootstrap fine with non-GCC compilers; that was the point of that change. I'm not sure what shells do or do not work for configuration (I presume the submitter is using CONFIG_SHELL=/bin/ksh as recommended on Solaris), but I'd expect a problem in syntax of test to cause just an error return from test and configuration to continue fine. The proposed patch itself seems correct anyway. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21230
[Bug c++/21232] g++ segfaults
-- What|Removed |Added Version|3.4.1 |3.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21232
[Bug c++/21235] New: [4.0 Regression] Trouble with friend and using namespace
The below doesn't compile with 4.0: class KopeteAwayDialog { KopeteAwayDialog(); }; namespace Kopete { class Away { friend class KopeteAwayDialog; }; } using namespace Kopete; KopeteAwayDialog::KopeteAwayDialog(){} novell78625.cc:10: error: 'KopeteAwayDialog' has not been declared novell78625.cc:10: error: ISO C++ forbids declaration of 'KopeteAwayDialog' with no type This is a regression from 3.3/3.4. Current mainline is ok, however, most probably due to these patches from Kriang: 2005-03-14 Kriang Lerdsuwanakij [EMAIL PROTECTED] PR c++/4403 PR c++/9783, DR433 2005-03-14 Kriang Lerdsuwanakij [EMAIL PROTECTED] Friend class name lookup 5/n PR c++/1016 -- Summary: [4.0 Regression] Trouble with friend and using namespace Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pcarlini at suse dot de CC: gcc-bugs at gcc dot gnu dot org,matz at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21235
[Bug c++/21235] [4.0 Regression] Trouble with friend and using namespace
-- What|Removed |Added Known to fail||4.0.0 Known to work||3.3.3 3.4.3 4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21235
[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-26 12:35 --- Fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21173
[Bug tree-optimization/21167] [4.0/4.1 Regression] ICE in get_indirect_ref_operands at tree-ssa-operands.c when compiling MySQL-4.1
-- Bug 21167 depends on bug 21173, which changed state. Bug 21173 Summary: [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21173 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21167
[Bug target/21195] SSE intrinsics not inlined, sometimes.
--- Additional Comments From tbptbp at gmail dot com 2005-04-26 12:45 --- Let's have some more fun. Take the silly testcase up there, add this: struct foo_t { bool dummy; __attribute__ ((always_inline)) foo_t() {} }; change finalblow into that: bool finalblow(const __m128 a, const __m128 b, const __m128 c, const __m128 d, const __m128 e, const __m128 f) { foo_t bar[4]; return bar[0].dummy bloatit(a,b) bloatit(c,d) bloatit(e,f) bloatit(a,c) bloatit(b,d) bloatit(c,e) bloatit(d,f); } and with the same compiler flags you'll get this interesting snippet, from finalblow: ... 4005ea: data16 -- sure that loop deserves to be aligned 4005eb: data16 4005ec: nop 4005ed: data16 4005ee: data16 4005ef: nop 4005f0: inc%eax 4005f2: cmp$0x4,%eax 4005f5: jne4005f0 finalblow(float __vector, float __vector, float __vector, float __vector, float __vector, float __vector)+0x40 ... In case you're wondering, yes that's the constructor. Again, that testcase is a bit artificial. But i've just spent an hour tracking what was producing such an interesting aligned empty loop in my app: same symptoms, but triggered differently; the constructor was empty and not always_inline, but apparently some treshold was met (lots of inlining around) and tada... instant contribution to the global warming for peanuts :) I'm certainly not qualified, but i'll dare to say that something's fishy wrt inlining. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21195
[Bug fortran/18857] MATMUL failing with ALLOCATED matrices, unless base indices given
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-04-26 12:53 --- Tobi, The component base is almost completely redundant - especially, where C indices are used, such as in matmul. It can always be calculated from the bounds and the stride, in any case. Most of the operations where speed is of the essence will do the indexing in the same way as matmul. I think that I would be inclined to do away with it. As to changing the range of the second index: it works fine with the insertions removed. Paul T -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18857
[Bug tree-optimization/21207] [4.0 regression] ICE folding large floating-point values
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-26 12:55 --- Fixed by the patch for PR 21173. Btw, -O -ftree-pre indeed triggered the bug. -- What|Removed |Added Status|NEW |RESOLVED Component|rtl-optimization|tree-optimization Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21207
[Bug libgcj/21233] [4.0 only] gij -version returns unquoted version number
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26 13:13 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Component|java|libgcj Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-26 13:13:35 date|| Summary|gij -version returns|[4.0 only] gij -version |unquoted version number |returns unquoted version ||number Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21233
[Bug tree-optimization/21234] ICE in convert_move at expr.c:367
-- What|Removed |Added Component|c |tree-optimization Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21234
[Bug c++/19403] [4.0/4.1 Regression] name lookup is broken with friends
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26 13:20 --- *** Bug 21235 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||pcarlini at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19403
[Bug c++/21235] [4.0 Regression] Trouble with friend and using namespace
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26 13:20 --- Note 3.x did not friend the right class, it should have friended Kopete::KopeteAwayDialog but instead friends ::KopeteAwayDialog. In 4.0.0 we friend the wrong class bug declare the class which is where the problem comes from. In 4.1.0 we do correct thing in that we friend the correct class and now the new class is not declared. Anyways this is a dup of bug 19403. *** This bug has been marked as a duplicate of 19403 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21235
[Bug target/21195] SSE intrinsics not inlined, sometimes.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26 13:25 --- (In reply to comment #1) and with the same compiler flags you'll get this interesting snippet, from finalblow: In case you're wondering, yes that's the constructor. That is PR 19639. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21195
[Bug middle-end/21231] cmov and cstore standard names not documented.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26 13:29 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Component|target |middle-end Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-26 13:29:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21231
[Bug tree-optimization/21234] ICE with -ftree-vectorize in convert_move at expr.c:367
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-26 13:33 --- Confirmed. Reduced testcase that crashes with -O -ftree-vectorize -march=pentium4: int foo(int j) { int i, a[4]; for (i = 0; i 4; i++) a[i] = j 1; return a[0]; } -- What|Removed |Added CC||reichelt at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||monitored Last reconfirmed|-00-00 00:00:00 |2005-04-26 13:33:58 date|| Summary|ICE in convert_move at |ICE with -ftree-vectorize in |expr.c:367 |convert_move at expr.c:367 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21234
[Bug tree-optimization/21236] New: force_gimple_operand destroys trees passed to it
While fixing bug 21173 and 20963, it was noticed that force_gimple_operand destroys trees passed to it. This is a very surprising result, and was the actual underlying cause of those bugs. (the testcase in g++.dg/tree-ssa/pr20963.C shows this) a debugging session: Breakpoint 3, create_expression_by_pieces (block=0x400c4870, expr=0x88403f0, stmts=0x400c6510) at tree-ssa-pre.c:1322 expr came from a node in ANTIC_IN, we *can't* modify it, because it's not a copy. (gdb) p debug_generic_stmt (expr) (charD.3 *) 0B-typeD.1681; ... 1388newexpr = force_gimple_operand (expr, (gdb) n 1390if (forced_stmts) (gdb) p debug_generic_stmt (expr) (charD.3 *) D.1708_3-typeD.1681; -- Summary: force_gimple_operand destroys trees passed to it Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dberlin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21236
[Bug target/21195] SSE intrinsics not inlined, sometimes.
--- Additional Comments From tbptbp at gmail dot com 2005-04-26 14:29 --- Subject: Re: SSE intrinsics not inlined, sometimes. On 26 Apr 2005 13:25:20 -, pinskia at gcc dot gnu dot org [EMAIL PROTECTED] wrote: That is PR 19639. Oh! A patch. Sorry for the additionnal noise, but i'm getting a bit overeactive about that inlining business. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21195
[Bug tree-optimization/20474] ICE while compiling openmotif-2.2.3 with -ftree-vectorize
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-26 14:33 --- Fixed in gcc 4.0.0. -- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20474
[Bug libstdc++/21193] provide better std::tr1::hash for std::string and std::wstring
--- Additional Comments From schlie at comcast dot net 2005-04-26 14:38 --- (In reply to comment #6) But collate_CharT::do_hash() already depends on sizeof(long).. ... which, of course, tracks size_t, on every platform I know. Or you have a counterexample? Just about any 8 or 16 bit target with a 16-bits wide address, including avr, etc. (so in general would expect sizeof(int) ~ sizeof(size_t) to be more consistently true, or of course could be structured to rely on sizeof(size_t) directly.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
[Bug tree-optimization/20474] ICE while compiling openmotif-2.2.3 with -ftree-vectorize
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-26 14:41 --- Really. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20474
[Bug libstdc++/21193] provide better std::tr1::hash for std::string and std::wstring
--- Additional Comments From pcarlini at suse dot de 2005-04-26 14:52 --- Just about any 8 or 16 bit target with a 16-bits wide address, including avr, etc. (so in general would expect sizeof(int) ~ sizeof(size_t) to be more consistently true, or of course could be structured to rely on sizeof(size_t) directly.) As you imply in the last line, this is really a side-issue (in collate we have to return a long and there is nothing wrong with probing sizeof(long)). By the way, I would be curious to know whether the targets that you are mentioning do actually run well libstdc++-v3 in general (often my practical point of view is tied to that ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21193
[Bug java/20768] Bytecode - native code doesn't handle exception properly
--- Additional Comments From overholt at redhat dot com 2005-04-26 14:54 --- I've verified this fix in the RPMs in Fedora rawhide (4.0.0-1). I'm not sure if this counts as a verification from gcc's standpoint, though. I'll mark as FIXED but feel free to change if I need to verify on HEAD or something. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20768
[Bug c++/21165] [4.0/4.1 Regression] bogus error on a user-defined conversion in a template
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-26 15:10 --- Reduced testcase that ICE's with checking enabled: === templatetypename T bool foo() { const int i = T(); return i0; }; === -- What|Removed |Added CC||reichelt at gcc dot gnu dot ||org GCC build triplet|sparc-sun-solaris2.9| GCC host triplet|sparc-sun-solaris2.9| GCC target triplet|sparc-sun-solaris2.9| Keywords||monitored http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21165
[Bug tree-optimization/21047] ASSERT_EXPR handling in fold never triggers.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-26 15:17 --- Subject: Bug 21047 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-26 15:17:02 Modified files: gcc: ChangeLog fold-const.c Log message: PR tree-optimization/21047 * fold-const.c (fold_binary): Abort on ASSERT_EXPR. (fold): Don't handle ASSERT_EXPR. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.8463r2=2.8464 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gccr1=1.570r2=1.571 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21047
[Bug tree-optimization/21047] ASSERT_EXPR handling in fold never triggers.
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-26 15:18 --- Just checked in a patch. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21047
[Bug libstdc++/21172] potential integer overflow error in STL heap functions
--- Additional Comments From pcarlini at suse dot de 2005-04-26 15:21 --- Actually, all the callers of __adjust_heap either pass a null second argument, or a small second argument (case of make_heap). Thus, no real risks. Notice that the function is an internal detail (double underscore prefix) and is not supposed to be externally used. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21172
[Bug libstdc++/21131] Mismatch in comments for m4 config macros in libstdc++
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-26 15:50 --- Subject: Bug 21131 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-26 15:49:41 Modified files: libstdc++-v3 : ChangeLog linkage.m4 Log message: 2005-04-26 Jones Desougi [EMAIL PROTECTED] PR libstdc++/21131 * linkage.m4: Fix comments. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gccr1=1.2979r2=1.2980 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/linkage.m4.diff?cvsroot=gccr1=1.14r2=1.15 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21131
[Bug libstdc++/21131] Mismatch in comments for m4 config macros in libstdc++
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-26 15:51 --- Subject: Bug 21131 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-04-26 15:51:26 Modified files: libstdc++-v3 : ChangeLog linkage.m4 Log message: 2005-04-26 Jones Desougi [EMAIL PROTECTED] PR libstdc++/21131 * linkage.m4: Fix comments. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.2224.2.220r2=1.2224.2.221 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/linkage.m4.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.4.4.4r2=1.4.4.5 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21131
[Bug libstdc++/21131] Mismatch in comments for m4 config macros in libstdc++
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-26 15:52 --- Subject: Bug 21131 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-26 15:52:16 Modified files: libstdc++-v3 : ChangeLog linkage.m4 Log message: 2005-04-26 Jones Desougi [EMAIL PROTECTED] PR libstdc++/21131 * linkage.m4: Fix comments. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.2917.2.29r2=1.2917.2.30 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/linkage.m4.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.10r2=1.10.38.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21131
[Bug libstdc++/21131] Mismatch in comments for m4 config macros in libstdc++
--- Additional Comments From pcarlini at suse dot de 2005-04-26 15:53 --- Fixed 3_4, 4_0 and mainline. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21131
[Bug libstdc++/21131] Mismatch in comments for m4 config macros in libstdc++
-- What|Removed |Added Known to work||3.4.4 4.0.1 4.1.0 Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21131
[Bug java/20768] Bytecode - native code doesn't handle exception properly
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26 16:20 --- Reopening since this is only fixed on the mainline, this should also be fixed for 4.0.1. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20768
[Bug java/20768] [4.0 only] Bytecode - native code doesn't handle exception properly
-- What|Removed |Added Status|REOPENED|ASSIGNED Keywords||wrong-code Known to fail||4.0.0 Known to work||4.1.0 Summary|Bytecode - native code |[4.0 only] Bytecode - |doesn't handle exception|native code doesn't handle |properly|exception properly Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20768
[Bug tree-optimization/19910] ICE with -ftree-loop-linear
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-26 16:24 --- Reduced testcase, crashes with -O -ftree-loop-linear: == int a[3]; void foo() { int i, j; for (i = 1; i = 0; --i) for (j = i; j = 0; --j) a[i+j] = 0; } == Error message: bug.c: In function 'foo': bug.c:4: internal compiler error: in lambda_loopnest_to_gcc_loopnest, at lambda-code.c:1898 Please submit a full bug report, [etc.] -- What|Removed |Added CC||reichelt at gcc dot gnu dot ||org GCC build triplet|powerpc-apple-darwin8.0.0 | GCC host triplet|powerpc-apple-darwin8.0.0 | GCC target triplet|powerpc-apple-darwin8.0.0 | Keywords||monitored Known to fail||4.0.0 4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19910
[Bug bootstrap/21230] [4.0/4.1 Regression] bootstrap failed unless bootstrap compiler is gcc.
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||build Last reconfirmed|-00-00 00:00:00 |2005-04-26 16:31:55 date|| Summary|gcc-4.0.0 bootstrap failed |[4.0/4.1 Regression] |unless bootstrap compiler is|bootstrap failed unless |gcc.|bootstrap compiler is gcc. Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21230
[Bug libfortran/21226] unix_stream small_buffer unaligned
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26 16:34 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-26 16:34:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21226
[Bug tree-optimization/17598] an extra addition when comparing address of a-b and c-b.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-26 16:35 --- Subject: Bug 17598 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-26 16:35:32 Modified files: gcc: ChangeLog fold-const.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg/tree-ssa: pr17598.c Log message: 2004-04-26 Richard Guenther [EMAIL PROTECTED] PR tree-optimization/17598 * fold-const.c (fold_binary): Fold comparisons of addresses of COMPONENT_REFs which reference the same field to comparisons of the addresses of the base objects. * gcc.dg/tree-ssa/pr17598.c: New testcase. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.8465r2=2.8466 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gccr1=1.571r2=1.572 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5399r2=1.5400 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr17598.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17598
[Bug middle-end/19987] [meta-bug] fold missing optimizations in general
-- Bug 19987 depends on bug 17598, which changed state. Bug 17598 Summary: an extra addition when comparing address of a-b and c-b. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17598 What|Old Value |New Value Status|NEW |ASSIGNED Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
[Bug tree-optimization/17598] an extra addition when comparing address of a-b and c-b.
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-04-26 16:37 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17598
[Bug c++/21232] [3.4 Regression] g++ segfaults
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26 16:41 --- This works for me with 3.4.0, 4.0.0, and 4.1.0 -- What|Removed |Added Keywords||ice-on-valid-code Known to work||3.4.0 4.0.0 4.1.0 Summary|g++ segfaults |[3.4 Regression] g++ ||segfaults Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21232
[Bug other/21237] New: unnecessary __cmpdi2 usage?
in function cryptcompress_truncate() from reiserfs4 patch compiler uses __cmpdi2 for old_size vs new_size (64 bit) comparision: result = (old_size new_size ? cryptcompress_append_hole(inode, new_size) : prune_cryptcompress(inode, new_size, update_sd, aidx)); in another case for simple foo() method gcc inlines __cmpdi2 equivalent: int foo(long long x, long long y) { return (x y); } foo:cmpw 7,5,3 li 0,0 bgt- 7,.L3 cmplw 6,6,4 beq- 7,.L6 .L2:mr 3,0 blr .L6:ble- 6,.L2 .L3:li 0,1 mr 3,0 blr what decides which variant is chosen? is it possible to force inlining? # gcc-4.0.0+pr20973+pr21173 -- Summary: unnecessary __cmpdi2 usage? Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at pld-linux dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pld-linux GCC host triplet: i686-pld-linux GCC target triplet: ppc-pld-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21237
[Bug other/21237] unnecessary __cmpdi2 usage?
--- Additional Comments From pluto at pld-linux dot org 2005-04-26 16:46 --- Created an attachment (id=8745) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8745action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21237
[Bug other/21237] unnecessary __cmpdi2 usage?
--- Additional Comments From pluto at pld-linux dot org 2005-04-26 16:48 --- Created an attachment (id=8746) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8746action=view) asm dump -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21237
[Bug middle-end/21237] unnecessary __cmpdi2 usage?
-- What|Removed |Added Component|other |middle-end Keywords||missed-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21237
[Bug tree-optimization/19910] ICE with -ftree-loop-linear
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-26 16:51 --- Subject: Re: ICE with -ftree-loop-linear On Tue, 2005-04-26 at 16:24 +, reichelt at gcc dot gnu dot org wrote: --- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-26 16:24 --- Reduced testcase, crashes with -O -ftree-loop-linear: == int a[3]; void foo() { int i, j; for (i = 1; i = 0; --i) for (j = i; j = 0; --j) a[i+j] = 0; } == Error message: bug.c: In function 'foo': bug.c:4: internal compiler error: in lambda_loopnest_to_gcc_loopnest, at lambda-code.c:1898 Please submit a full bug report, [etc.] Assign this to me, i'll fix it at some point (it has a linear offset that isn't a simple constant) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19910
[Bug tree-optimization/19910] ICE with -ftree-loop-linear
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dberlin at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19910
[Bug middle-end/19721] [meta-bug] optimizations that CSE still catches
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-04-26 17:35 --- Another thing that CSE does is promoting paradoxical subregs to regs. On PowerPC at least, recursive calls of fold_rtx are almost ineffective except for this. Such promotion helps because equiv_constant does not look into subregs. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19721
gcc-4.0.0 - bootstrap failure on Mandrake 10.0
Hello, I succesfully compiled gcc-4.0.0 on RedHat, but the bootstrap fails on Mandrake. Regards RK stage1/xgcc -Bstage1/ -B/home/rysio/gcc-4.0.0/i586-mandrake-linux-gnu/bin/ -O2 -g -fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -DHAVE_CONFIG_H-I. -I. -I../../gcc-4.0.0/gcc -I../../gcc-4.0.0/gcc/. -I../../gcc-4.0.0/gcc/../include -I../../gcc-4.0.0/gcc/../libcpp/include \ -DTARGET_NAME=\i586-mandrake-linux-gnu\ \ -c ../../gcc-4.0.0/gcc/toplev.c -o toplev.o ../../gcc-4.0.0/gcc/toplev.c: In function 'toplev_main': ../../gcc-4.0.0/gcc/toplev.c:548: sorry, unimplemented: inlining failed in call to 'floor_log2': redefined extern inline functions are not considered for inlining ../../gcc-4.0.0/gcc/toplev.c:1694: sorry, unimplemented: called from here ../../gcc-4.0.0/gcc/toplev.c:548: sorry, unimplemented: inlining failed in call to 'floor_log2': redefined extern inline functions are not considered for inlining ../../gcc-4.0.0/gcc/toplev.c:1698: sorry, unimplemented: called from here ../../gcc-4.0.0/gcc/toplev.c:548: sorry, unimplemented: inlining failed in call to 'floor_log2': redefined extern inline functions are not considered for inlining ../../gcc-4.0.0/gcc/toplev.c:1700: sorry, unimplemented: called from here ../../gcc-4.0.0/gcc/toplev.c:548: sorry, unimplemented: inlining failed in call to 'floor_log2': redefined extern inline functions are not considered for inlining ../../gcc-4.0.0/gcc/toplev.c:1704: sorry, unimplemented: called from here
[Bug tree-optimization/21048] [4.1 Regression] use of poisoned ggc memory causes cpu2000 build failures
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26 17:53 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21048
2 failed bootstraps of GCC 4.0.0 on Mac OS 10.3.9; Fortran unavailable
1) Similar to http://gcc.gnu.org/ml/gcc/2004-11/msg00286.html I configured GCC to be build with ../gcc-4.0.0/configure --program-suffix=-4.0.0 --enable-languages=java and (before) all other languages except Fortran. In both cases the result was rm -fr .libs/libstdc++.lax rm -fr .libs/libstdc++.lax mkdir .libs/libstdc++.lax rm -fr .libs/libstdc++.lax/libmath.a mkdir .libs/libstdc++.lax/libmath.a [snip] ld: .libs/libstdc++.lax/libsupc++convenience.a/tinfo2.o malformed object, illegal reference for -dynamic code (reference to a coalesced section (__TEXT,__textcoal_nt) from section (__TEXT,__eh_frame) relocation entry (12)) /usr/bin/libtool: internal link edit command failed make[4]: *** [libstdc++.la] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-target-libstdc++-v3] Error 2 make: *** [bootstrap] Error 2 ./config.guess powerpc-apple-darwin7.9.0 uname -a Darwin Bojan-Antonovics-Computer.local 7.9.0 Darwin Kernel Version 7.9.0: Wed Mar 30 20:11:17 PST 2005; root:xnu/xnu-517.12.7.obj~1/RELEASE_PPC Power Macintosh powerpc gcc -v Reading specs from /usr/local/lib/gcc/powerpc-apple-darwin7.6.0/3.4.3/specs Configured with: ../gcc-3.4.3/configure --program-suffix=-3.4.3 --enable-languages=c,c++,objc,java,f77 Thread model: posix gcc version 3.4.3 2) Oppositely to http://gcc.gnu.org/install/configure.html, f77 is not available. What does mean configure: error: GMP with MPFR support is required to build f95 ? I builded GCC as always, and always successfull. Can somebody tell me a successfull build of GCC 4.0.0 on Mac OS 10.3.x ? greetings Bojan
[Bug tree-optimization/21171] [4.0 Regression] Generates wrong code (w/ optimization) when copying data from a table to a table in a structure
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-04-26 18:32 --- Confirmed. I suspect this is a tree loop optimization bug. The final tree dump has: main () { void * D.1236; void * ivtmp.8; bb 0: ivtmp.8 = __IntTable[0]; L0:; ivtmp.8 = ivtmp.8 + 4B; D.1236 = __IntTable[0] + 128B; if (ivtmp.8 != D.1236) goto L0; else goto L2; L2:; return 0; } -- What|Removed |Added CC||rearnsha at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Component|target |tree-optimization Ever Confirmed||1 GCC build triplet|i386-unknown-netbsdelf2.0 | GCC host triplet|i386-unknown-netbsdelf2.0 | Last reconfirmed|-00-00 00:00:00 |2005-04-26 18:32:33 date|| Summary|Generates wrong code (w/|[4.0 Regression] Generates |optimization) when copying |wrong code (w/ optimization) |data from a table to a table|when copying data from a |in a structure |table to a table in a ||structure Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21171
[Bug libfortran/20930] [4.0 Regression] gfortran.dg/backspace.f execution test
--- Additional Comments From dje at gcc dot gnu dot org 2005-04-26 18:33 --- The problem is due to libgfortran not flushing the record length marker to the file. transfer.c:next_record_w() copies the record length into the buffer, but does not ensure that the buffer gets flushed to the file. At a later point, libgfortran seeks past the file position and then back, which the UNIX standard allows the OS to fill with zeroes. next_record_w() calls sfree(), but sfree() specifically does not flush the buffer if operating on the small_buffer in the unix_stream structure or the stream is buffered. Presumably when switching from writing to reading, the buffer should be flushed. The call to REWIND sets the mode to reading and truncates the file before the call to flush in data_transfer_init() could occur. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20930
[Bug libfortran/20930] [4.0 Regression] gfortran.dg/backspace.f execution test
--- Additional Comments From dje at gcc dot gnu dot org 2005-04-26 18:53 --- Patch: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02697.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20930
[Bug tree-optimization/21171] [4.0/4.1 Regression] Generates wrong code (w/ optimization) when copying data from a table to a table in a structure
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26 19:51 --- The problem comes from dce but the problem is that IV OPT is making the pointer as unsigned int *, because the field's type is just unsigned int[] but since the orginal type of the struct is volatile, we don't have a vop as it is volatile store. And since IV opts just copies the vops and not run aliasing (which right now causes a different issue on 4.0 branch), we don't get a vop. -- What|Removed |Added Summary|[4.0 Regression] Generates |[4.0/4.1 Regression] |wrong code (w/ optimization)|Generates wrong code (w/ |when copying data from a|optimization) when copying |table to a table in a |data from a table to a table |structure |in a structure http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21171
[Bug c++/13983] no warning on some non-POD struct with packed attribute
--- Additional Comments From mdorey at bluearc dot com 2005-04-26 19:53 --- (In reply to comment #5) Nathan could you comment on this bug. This bug may be related to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17519 There's an interesting discussion in that bug, including comments from Nathan. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13983
[Bug libgcj/21058] libgcj can't find class
--- Additional Comments From tromey at gcc dot gnu dot org 2005-04-26 20:20 --- Wasn't this fixed on the 4.0 branch by sorting the files passed to the BC compilations? If so, on the trunk we should probably instead look at the libtool fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21058
[Bug SWING/21065] javax.swing.event.EventListenerList.getListenerList() implemented wrong
--- Additional Comments From tromey at gcc dot gnu dot org 2005-04-26 20:23 --- This works for me with 4.0 and cvs trunk. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21065
[Bug libgcj/21058] libgcj can't find class
--- Additional Comments From green at redhat dot com 2005-04-26 20:47 --- (In reply to comment #1) Wasn't this fixed on the 4.0 branch by sorting the files passed to the BC compilations? Yes, that's right. If so, on the trunk we should probably instead look at the libtool fix. Yes, that's what we discussed before. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21058
[Bug libgcj/21020] java.lang.NoSuchFieldError regression from earlier 4.0.0 snapshot
--- Additional Comments From tromey at gcc dot gnu dot org 2005-04-26 20:51 --- This was worked around for 4.0. I'm checking in Andrew's patch for the trunk. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21020
[Bug libgcj/21020] java.lang.NoSuchFieldError regression from earlier 4.0.0 snapshot
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-26 20:52 --- Subject: Bug 21020 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-26 20:52:35 Modified files: libjava: ChangeLog jni.cc Log message: 2005-04-26 Andrew Haley [EMAIL PROTECTED] PR libgcj/21020: * jni.cc (_Jv_JNI_GetAnyFieldID): Use class' loader to find field's type. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gccr1=1.3557r2=1.3558 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/jni.cc.diff?cvsroot=gccr1=1.97r2=1.98 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21020
[Bug middle-end/21124] [4.1 regression] bogus may be used uninitialized warning
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-26 20:53 --- This was introduced with a merge from tree-cleanup-branch: http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg00501.html -- What|Removed |Added CC||dnovillo at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21124
[Bug libgcj/21233] [4.0 only] gij -version returns unquoted version number
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-26 21:00 --- Subject: Bug 21233 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-26 21:00:06 Modified files: libjava: ChangeLog gij.cc Log message: 2005-04-26 Thomas Fitzsimmons [EMAIL PROTECTED] PR libgcj/21233: * gij.cc (version): Properly quote java version. (main): Fix typo in comment. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.3391.2.53r2=1.3391.2.54 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gij.cc.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.25.2.1r2=1.25.2.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21233
[Bug libgcj/21233] [4.0 only] gij -version returns unquoted version number
--- Additional Comments From tromey at gcc dot gnu dot org 2005-04-26 21:01 --- I've committed the fix to the 4.0 branch. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21233
[Bug java/21036] gcj ICE compiling Azureus 2.2.0.2 to native code
--- Additional Comments From tromey at gcc dot gnu dot org 2005-04-26 21:05 --- This works fine with the cvs trunk gcj, but fails with 4.0.0. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-26 21:05:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21036
[Bug c/20740] [3.4/4.0/4.1 Regression] cc1 segfaults
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-26 21:10 --- Testing a patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jsm28 at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-04-03 17:42:59 |2005-04-26 21:10:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20740
[Bug middle-end/21124] [4.1 regression] bogus may be used uninitialized warning
--- Additional Comments From joseph at codesourcery dot com 2005-04-26 21:13 --- Subject: Re: [4.1 regression] bogus may be used uninitialized warning On Tue, 26 Apr 2005, reichelt at gcc dot gnu dot org wrote: This was introduced with a merge from tree-cleanup-branch: http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg00501.html Bug 21005, gcc.dg/uninit-1.c failure, was also introduced by the same merge; they may be related. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21124
[Bug java/21036] [4.0 only] gcj ICE compiling Azureus 2.2.0.2 to native code
-- What|Removed |Added Summary|gcj ICE compiling Azureus |[4.0 only] gcj ICE compiling |2.2.0.2 to native code |Azureus 2.2.0.2 to native ||code Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21036
[Bug c/21213] [3.3/3.4/4.0/4.1 Regression] segfault declaring a transparent union
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-26 21:43 --- Testing a patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jsm28 at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-04-25 13:58:44 |2005-04-26 21:43:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21213
[Bug libgcj/21136] tryLock waits for the lock, and lock doesn't
--- Additional Comments From tromey at gcc dot gnu dot org 2005-04-26 21:49 --- Thanks, I checked in your fix to cvs trunk. I put it on my list to consider for 4.0.1 as well. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21136
[Bug libgcj/21136] tryLock waits for the lock, and lock doesn't
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-26 21:49 --- Subject: Bug 21136 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-26 21:49:24 Modified files: libjava: ChangeLog libjava/gnu/java/nio/channels: FileChannelImpl.java Log message: 2005-04-26 Luca Barbieri [EMAIL PROTECTED] PR libgcj/21136: * gnu/java/nio/channels/FileChannelImpl.java (tryLock): Pass 'false' to native lock(). (lock): Pass 'true' to native lock(). Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gccr1=1.3559r2=1.3560 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/nio/channels/FileChannelImpl.java.diff?cvsroot=gccr1=1.8r2=1.9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21136
Re: gcc-4.0.0 - bootstrap failure on Mandrake 10.0
On Apr 26, 2005, at 1:37 PM, Ryszard Kabatek wrote: Hello, I succesfully compiled gcc-4.0.0 on RedHat, but the bootstrap fails on Mandrake. Yes this is a bug in your kernel headers. -- Pinski
Re: 2 failed bootstraps of GCC 4.0.0 on Mac OS 10.3.9; Fortran unavailable
On Apr 26, 2005, at 2:29 PM, Bojan Antonovic wrote: 1) Similar to http://gcc.gnu.org/ml/gcc/2004-11/msg00286.html I configured GCC to be build with ld: .libs/libstdc++.lax/libsupc++convenience.a/tinfo2.o malformed object, illegal reference for -dynamic code (reference to a coalesced section (__TEXT,__textcoal_nt) from section (__TEXT,__eh_frame) relocation entry (12)) /usr/bin/libtool: internal link edit command failed make[4]: *** [libstdc++.la] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-target-libstdc++-v3] Error 2 make: *** [bootstrap] Error 2 Looks like you did not read the installation direction: http://gcc.gnu.org/install/ You need a newer cctools. 2) Oppositely to http://gcc.gnu.org/install/configure.html, f77 is not available. What does mean configure: error: GMP with MPFR support is required to build f95 ? Again you did not read the installation direction, the requirements are documented there. -- Pinski
[Bug c/21159] [4.0/4.1 Regression] no effect warning despite cast to void*
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-26 21:55 --- What's actually happening is that GCC 4 is building trees for comma expressions in accordance with how the C standard says they are parsed, where previous versions were not. (void)a, (void)b, c is parsed as ((void)a, (void)b), c rather than as (void)a, ((void)b, c). The choice of internal representation should make no difference to the code generated but as here it can affect diagnostics. The diagnostic does seem useless here where the left-hand side of the expression is a comma expression with the right-hand side cast to void, so I'll add that as a case for which the diagnostic is disabled. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jsm28 at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-04-22 11:23:13 |2005-04-26 21:55:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21159
[Bug libfortran/20930] [4.0/4.1 Regression] gfortran.dg/backspace.f execution test
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26 21:57 --- John, does this work now? -- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||04/msg02697.html Keywords||patch Summary|[4.0 Regression]|[4.0/4.1 Regression] |gfortran.dg/backspace.f |gfortran.dg/backspace.f |execution test |execution test http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20930
[Bug libgcj/21136] [4.0 only] tryLock waits for the lock, and lock doesn't
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26 22:01 --- (In reply to comment #2) Thanks, I checked in your fix to cvs trunk. I put it on my list to consider for 4.0.1 as well. Lets reopen it then for now and mark it as 4.0 only -- What|Removed |Added Severity|critical|normal Status|RESOLVED|UNCONFIRMED Resolution|FIXED | Summary|tryLock waits for the lock, |[4.0 only] tryLock waits for |and lock doesn't|the lock, and lock doesn't Target Milestone|4.1.0 |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21136
[Bug libgcj/21136] [4.0 only] tryLock waits for the lock, and lock doesn't
-- What|Removed |Added URL||http://gcc.gnu.org/ml/java- ||patches/2005- ||q2/msg00305.html Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||patch Known to fail||4.0.0 Known to work||4.1.0 Last reconfirmed|-00-00 00:00:00 |2005-04-26 22:03:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21136
[Bug tree-optimization/21171] [4.0/4.1 Regression] IV OPTS removes does not create a new VOPs for constant values
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26 22:17 --- Removing volatile also causes the same problem, Ok my analysis in comment #4 is not fully current, we still did not have a vop to begin with but since ivopts changes it to be a slightly different loop, a pointer based one, we need a vop as the access is no longer to a deferencing a (constant + variable). -- What|Removed |Added CC||dnovillo at gcc dot gnu dot ||org GCC target triplet|arm-unknown-elf | Keywords||alias Summary|[4.0/4.1 Regression] IV OPTS|[4.0/4.1 Regression] IV OPTS |removes volatile from a type|removes does not create a |or does not create a new|new VOPs for constant values |VOPs| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21171
[Bug tree-optimization/18880] DSE is not doing its job for global variables
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26 22:21 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18880
[Bug other/17652] [meta-bug] GCC 4.1 pending patches
-- Bug 17652 depends on bug 18880, which changed state. Bug 18880 Summary: DSE is not doing its job for global variables http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18880 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17652
[Bug tree-optimization/18880] DSE is not doing its job for global variables
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18880
[Bug middle-end/21237] [4.0/4.1 Regression] unnecessary __cmpdi2 usage?
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-26 23:07 --- Confirmed, reduced testcase: int g(long long a, long long b) { a -= b; return !a; } You were looking at the wrong function as we inline a function into cryptcompress_truncate which causes this. One issue is when we go and expand (a - b) == 0, we expand it to cmpdi for some reason instead of inlining cmpdi. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC build triplet|i686-pld-linux | GCC host triplet|i686-pld-linux | GCC target triplet|ppc-pld-linux |powerpc-*-* Last reconfirmed|-00-00 00:00:00 |2005-04-26 23:07:07 date|| Summary|unnecessary __cmpdi2 usage? |[4.0/4.1 Regression] ||unnecessary __cmpdi2 usage? Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21237