[Bug tree-optimization/21921] [4.1 Regression] internal compiler error: in tsi_link_before, at tree-iterator.c:113

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bonzini at gcc dot gnu dot |dot org |org Status|NEW

[Bug target/19923] openssl is slower when compiled with gcc 4.0 than 3.3

--- Additional Comments From steven at gcc dot gnu dot org 2005-06-06 07:16 --- Could L1 icache blow-out be the reason? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19923

[Bug target/21329] [4.0 Regression] optimize i386 block copy

--- Additional Comments From steven at gcc dot gnu dot org 2005-06-06 07:22 --- . -- What|Removed |Added Status|NEW |RESOLVED R

[Bug target/19923] openssl is slower when compiled with gcc 4.0 than 3.3

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2005-06-06 07:30 --- Subject: Re: openssl is slower when compiled with gcc 4.0 than 3.3 > Could L1 icache blow-out be the reason? This is not likely with the minimized example. -- http://gcc.gnu.org

[Bug middle-end/20297] #pragma GCC visibility isn't properly handled for builtin functions

--- Additional Comments From matz at suse dot de 2005-06-06 07:48 --- Created an attachment (id=9035) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9035&action=view) New patch This fixes a problem in HJs patch (which doesn't look at the fndecl of the builtin, but at the call_expr).

[Bug testsuite/21910] Files from previous runs can make some testcases fail

--- Additional Comments From e9925248 at stud4 dot tuwien dot ac dot at 2005-06-06 07:51 --- In the normal case (no error happens), cleanup-tree-dump will delete such files, as a more verbose run of the testsuite shows: Testing tree-ssa/ssa-sink-2.c doing compile Invoking the compiler as

[Bug fortran/18923] segfault after subroutine name confusion

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-06 07:59 --- With the following testcase I still get a segfault: = module FOO contains subroutine FOO integer :: I character(len=selected_int_kind(I))

[Bug tree-optimization/21921] [4.1 Regression] internal compiler error: in tsi_link_before, at tree-iterator.c:113

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-06-06 09:10 --- http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00446.html -- What|Removed |Added Key

[Bug tree-optimization/21923] [4.1 Regression] Ada compiler fails to build on gcc 4.1

--- Additional Comments From pluto at agmk dot net 2005-06-06 09:25 --- at this moment build hangs at: (...) stage2/xgcc -Bstage2/ -B/usr/i686-pld-linux/bin/ -c -O2 -march=i686 -mtune=pentium4 -pipe -gnatpg -gnata -I- -I. -Iada -I../../gcc/ada ../../gcc/ada/ada.ads -o ada/ada.o (g

[Bug c++/21903] Default argument of template function causes a compile-time error

--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-06 09:34 --- ug. This looks like a defect in the std. As has been pointed out, we cannot parse the default argument until the outer class is complete -- because the default argument of the nested class can legitimately c

[Bug c++/21903] Default argument of template function causes a compile-time error

--- Additional Comments From giovannibajo at libero dot it 2005-06-06 09:45 --- Not a regression. -- What|Removed |Added Known to fail||2.95

[Bug fortran/21877] internal compiler error: in lhd_set_decl_assembler_name, at langhooks.c:165

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-06 10:20 --- Philippe sent me his code. Proper reduction showed that his initial bug is PR 17911. I leave this PR open for the following bug: $ cat a-stripped.f90 module foo character(len=l) :: s co

[Bug fortran/21877] internal compiler error: in lhd_set_decl_assembler_name, at langhooks.c:165

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-06 10:21 --- I messed up comment #4: the PR for the original bug is PR 19546. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21877

[Bug fortran/19546] Internal subroutine setting function return value gives internal compiler error

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-06 10:22 --- Shorter testcase: function f integer :: f contains subroutine sub f = 1 end subroutine sub end function f -- What|Removed |Added

[Bug c++/21928] New: double declaration not recognized

Dear all, I would like to post a bug report for the GNU C/C++ compiler 3.3-e500. We use the compiler to generate code for a PowerPC processor. Used invokation line for the GNU C++ compiler: ccppc -c -x c++ -ansi -Wall -Werror -mcpu=8540 -fverbose-asm -mbig -fmerge-templates -mmultiple -mn

[Bug c++/21928] double declaration not recognized

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-06 10:42 --- *** This bug has been marked as a duplicate of 20240 *** -- What|Removed |Added

[Bug c++/20240] [3.3 Regression] invalid using-redeclaration accepted

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-06 10:43 --- *** Bug 21928 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug tree-optimization/21847] [4.0/4.1 Regression] misscompiling of the following java code

--- Additional Comments From aph at redhat dot com 2005-06-06 10:44 --- OK, I'm looking at it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21847

[Bug fortran/13257] [4.0 only] Error instead of warning for missing comma in format string

--- Additional Comments From giovannibajo at libero dot it 2005-06-06 10:45 --- ping this, it looks like Andrew just missed 4.0.1 too for this bug :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13257

[Bug tree-optimization/19768] [4.0 Regression] ICE: SSA_NAME_OCCURS_IN_ABNORMAL_PHI should be set

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-06 10:51 --- (In reply to comment #13) > I know. Andrew: when you backported this patch: >PR tree-optimization/21085 > * fold-const (fold): Don't change X % -C to X % C if C has > overflowed.

[Bug tree-optimization/21847] [4.0/4.1 Regression] misscompiling of the following java code

--- Additional Comments From aph at redhat dot com 2005-06-06 11:09 --- Failure during bootstrap: ./xgcc -B./ -B/home/aph/gcc4/install/i686-pc-linux-gnu/bin/ -isystem /home/aph/gcc4/install/i686-pc-linux-gnu/include -isystem /home/aph/gcc4/install/i686-pc-linux-gnu/sys-include -L/home/ap

[Bug tree-optimization/21847] [4.0/4.1 Regression] misscompiling of the following java code

--- Additional Comments From aph at redhat dot com 2005-06-06 11:34 --- I think you want mark_stmt_necessary (stmt, true) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21847

[Bug c++/15674] [DR214] template argument binding differs between member and static fumctions

--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-06 11:44 --- Not a regression, but still a bug. We should reject the static member case too. -- What|Removed |Added ---

[Bug tree-optimization/21847] [4.0/4.1 Regression] misscompiling of the following java code

--- Additional Comments From amacleod at redhat dot com 2005-06-06 12:07 --- I agree, you should need 'mark_stmt_necessary (stmt, true)' Presuming that it bootstraps and passes tests, its approved. Andrew -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21847

[Bug tree-optimization/20742] [4.0 Regression] Hang in tree_ssa_iv_optimize_loop

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-06 12:13 --- Subject: Bug 20742 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-06-06 12:12:53 Modified files: gcc: Change

[Bug preprocessor/21815] -E output depends on -g

--- Additional Comments From joerg dot richter at pdv-fs dot de 2005-06-06 12:33 --- Whoever has the same problem: -fno-working-directory solves it -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21815

[Bug c++/15674] [DR214] template argument binding differs between member and static fumctions

--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-06 12:35 --- Closing this, it is not a bug. What special cases the structure member example is that one of the function is a template and the other is not. Thus overload resolution picks the non-template (all other thin

[Bug libstdc++/21530] libstdc++ not supported on this target

--- Additional Comments From gcc at mailinator dot com 2005-06-06 12:57 --- Same problem in 3.4.4 -- What|Removed |Added Version|3.4.3 |3.4.

[Bug tree-optimization/20742] [4.0 Regression] Hang in tree_ssa_iv_optimize_loop

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-06 12:59 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/20803] Pseudo-infinite recursion in ivopts

-- Bug 20803 depends on bug 20742, which changed state. Bug 20742 Summary: [4.0 Regression] Hang in tree_ssa_iv_optimize_loop http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20742 What|Old Value |New Value ---

[Bug tree-optimization/21847] [4.0/4.1 Regression] misscompiling of the following java code

--- Additional Comments From aph at redhat dot com 2005-06-06 13:15 --- With that change, passes bootstrap with c/c++/java, perfect i686-pc-linux-gnu libgcj test result. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21847

[Bug c++/20637] [3.4/4.0/4.1 regression] Confusing message with different using declarations

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW

[Bug target/19923] openssl is slower when compiled with gcc 4.0 than 3.3

--- Additional Comments From giovannibajo at libero dot it 2005-06-06 13:33 --- Uhm, at this point, I don't believe anymore that the loop I posted is the cause of the regression. Maybe the regression is somewhere else. I'll investigate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug c++/21929] New: [4.0/4.1 regression] ICE on invalid template parameter

For the following invalid code snippet I get an ICE since gcc 4.0.0: template struct A { struct B; }; template<> struct A::B {}; bug.cc:6: error: type/value mismatch at argument 1 in template parameter list for 'templa

[Bug c++/20637] [3.4/4.0/4.1 regression] Confusing message with different using declarations

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-06 14:18 --- Subject: Bug 20637 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-06 14:18:22 Modified files: gcc/cp : ChangeLog class.c cp-tree.h decl2.c m

[Bug c++/21929] [4.0/4.1 regression] ICE on invalid template parameter

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-06 14:20 --- Confirmed, started to fail between "3.5.0 20040909" and "4.0.0 20050225". -- What|Removed |Added -

[Bug c++/21903] [3.4/4.0/4.1 regression] Default argument of template function causes a compile-time error

--- Additional Comments From bangerth at dealii dot org 2005-06-06 14:27 --- Sure it is a regression: gcc3.3.x compiles it just fine, and so does 3.2.x. gcc2.95 ICES, and from 3.4 onward we have the present error. W. -- What|Removed |Added --

[Bug c++/21903] [3.4/4.0/4.1 regression] Default argument of template function causes a compile-time error

--- Additional Comments From bangerth at dealii dot org 2005-06-06 14:28 --- My last message refers to the code snippet in comment #4. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21903

[Bug c++/21930] New: [4.1 regression] pretty printer confusion

On mainline I get a hosed error message for the following invalid code snippet: template struct A {}; template void foo(const A &a) { -A(a); } void bar() { foo(A<0>()); } The er

[Bug c++/21930] [4.1 regression] pretty printer confusion

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-06 14:37 --- Confirmed, -- What|Removed |Added CC||pinskia a

[Bug target/19923] openssl is slower when compiled with gcc 4.0 than 3.3

--- Additional Comments From giovannibajo at libero dot it 2005-06-06 14:40 --- Looks like the culrpit is this: = static unsigned int S[256]; unsigned md2_block (unsigned int *sp1, unsigned int *sp2, const unsigned

[Bug c++/21930] [4.1 regression] pretty printer confusion

--- Additional Comments From giovannibajo at libero dot it 2005-06-06 14:47 --- Ot looks like dump_expr must support CONVERT_EXPRs, and just strip them. Before, there was no way to discern between unary plus and a real conversion, but now they are different codes. Not all occurrences o

Re: [Bug c++/21930] New: [4.1 regression] pretty printer confusion

"reichelt at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | The error message reads: | | bug.cc: In function 'void foo(const A&) [with int N = 0]': | bug.cc:7: instantiated from here | bug.cc:3: error: no match for 'operator-' in '-((const A<0>&)#'convert_expr' | not supported by dump

[Bug c++/21930] [4.1 regression] pretty printer confusion

--- Additional Comments From gdr at integrable-solutions dot net 2005-06-06 14:50 --- Subject: Re: New: [4.1 regression] pretty printer confusion "reichelt at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | The error message reads: | | bug.cc: In function 'void foo(const A&) [wi

[Bug middle-end/21916] [4.1 Regression] ICE: segmentation fault in stage3

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-06-06 14:51 --- Subject: Re: [4.1 Regression] ICE: segmentation fault in stage3 > I will need someone with accesss to hppa to binary search the miscompiled file > from stage2 and send me a .i file. > > Either tha

[Bug target/19923] openssl is slower when compiled with gcc 4.0 than 3.3

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2005-06-06 15:00 --- Subject: Re: openssl is slower when compiled with gcc 4.0 than 3.3 > Looks like the culrpit is this: > > = > st

[Bug middle-end/21916] [4.1 Regression] ICE: segmentation fault in stage3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-06 15:00 --- Can you try -fdump-tree-all and see if any of the dumps there differ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21916

[Bug middle-end/7776] const char* p = "foo"; if (p == "foo") ... is compiled without warning!

--- Additional Comments From roger at eyesopen dot com 2005-06-06 15:06 --- C front-end patch here: http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00369.html -- What|Removed |Added ---

[Bug tree-optimization/21921] [4.1 Regression] internal compiler error: in tsi_link_before, at tree-iterator.c:113

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-06-06 15:08 --- The patch fixes the bug because in the poster's test case we have to insert a reciprocal computation in an empty basic block. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21921

[Bug target/21642] wrong code with -O2

--- Additional Comments From dje at gcc dot gnu dot org 2005-06-06 15:17 --- This appears to be related to strength reduction. -O2 -fno-strength-reduce succeeds -O1 -fstrength-reduce fails. The bug is not present in GCC 4. -- What|Removed |Added ---

[Bug target/21642] [3.4 Regression] wrong code with -O2

-- What|Removed |Added Summary|wrong code with -O2 |[3.4 Regression] wrong code ||with -O2 Target Milestone|---

[Bug middle-end/19699] [4.0/4.1 Regression] warning about not returning from end of a non-void function because of dead code

--- Additional Comments From veksler at il dot ibm dot com 2005-06-06 15:20 --- (In reply to comment #13) > (In reply to comment #12) > > Will the patch be applied to 4.0 branch too? > No because it is too big in that it also changes the inliner to be a CFG aware inliner. In that case,

[Bug tree-optimization/21923] [4.1 Regression] Ada compiler fails to build on gcc 4.1

--- Additional Comments From schwab at suse dot de 2005-06-06 15:44 --- Testresults with the patch from comment #10: http://gcc.gnu.org/ml/gcc-testresults/2005-06/msg00361.html -- What|Removed |Added --

[Bug fortran/21931] New: problem with fugly-logint flag and evaluating if statements

The -fugly-logint flag allows FORTRAN to treat integers as logicals and vice versa. The following example program shows some inconsistencies in how the if statements evaluate. If you change VAR1 to 3,2,1,0,-1 and view the results you will see some interesting things. The best way to see the p

[Bug middle-end/7776] const char* p = "foo"; if (p == "foo") ... is compiled without warning!

--- Additional Comments From trt at acm dot org 2005-06-06 15:48 --- I recommend a version with fewer false positives. I've been using a warning like this for years, with zero false positives. The current gcc-4-ified version is: - /* check for comparing string constant with anything be

[Bug c++/21932] New: -fno-unit-at-a-time causes ICE in gcc-3.4.4 on solaris2.8

The following sequence produces an ICE in gcc-3.4.4: $ cat > foo.C < search starts here: /work/external/wwc/prgcc/lib/gcc/sparc-sun-solaris2.8/3.4.4/../../../../include/c++/3.4.4 /work/external/wwc/prgcc/lib/gcc/sparc-sun-solaris2.8/3.4.4/../../../../include/c++/3.4.4/sparc-sun-solaris2.8 /w

[Bug fortran/21931] problem with fugly-logint flag and evaluating if statements

--- Additional Comments From mark_l_hansen at yahoo dot com 2005-06-06 15:51 --- Created an attachment (id=9038) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9038&action=view) Test program -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21931

[Bug target/21041] [4.0 Regression] ICE: output_operand: Cannot decompose address

--- Additional Comments From uweigand at gcc dot gnu dot org 2005-06-06 15:57 --- Here's another reduced test case, this time without uninitialized variables: // ICEs with -O2 -fPIC struct args { short int matrix[8][8]; char **current; }; int test (struct args *args, char *init, i

[Bug debug/21932] [3.4 Regression] -fno-unit-at-a-time causes ICE in gcc-3.4.4 on solaris2.8

-- What|Removed |Added Component|c++ |debug Keywords||ice-on-valid-code Summary|-fno-unit-at-a-time

[Bug debug/21932] [3.4 Regression] -fno-unit-at-a-time causes ICE in gcc-3.4.4 on solaris2.8

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-06 16:03 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug middle-end/19699] [4.0/4.1 Regression] warning about not returning from end of a non-void function because of dead code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-06 16:07 --- (In reply to comment #14) > This is how I came to this "conclusion": > There are new (not very rare) regressions in gcc-4.0 that will never > be fixed. These regressions will be fixed only in gcc-4.1. > As a

[Bug c++/21903] [3.4/4.0/4.1 regression] Default argument of template function causes a compile-time error

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-06 17:29 --- Subject: Bug 21903 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-06 17:29:41 Modified files: gcc/cp : ChangeLog cp-tree.def parser.c pt.c

[Bug c++/21903] [3.4/4.0/4.1 regression] Default argument of template function causes a compile-time error

--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-06 17:30 --- Fixed mainline 2005-06-06 Nathan Sidwell <[EMAIL PROTECTED]> PR 21903 * cp-tree.def (DEFAULT_ARG): Document TREE_CHAIN use. * parser.c (cp_parser_late_parsing_default_args): Propaga

[Bug middle-end/21916] [4.1 Regression] ICE: segmentation fault in stage3

--- Additional Comments From pluto at agmk dot net 2005-06-06 17:53 --- (In reply to comment #7) > On hppa-unknown-linux-gnu, there are about a dozen files which differ > between stage2 and stage3. (...) Could You also check the testcase from PR20586? (-funroll-loops issue)

[Bug c/21911] named parameter mistakenly identified as sentinel

--- Additional Comments From ghazi at gcc dot gnu dot org 2005-06-06 18:41 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00507.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21911

[Bug debug/21932] [3.4 Regression] -O3 -fno-unit-at-a-time causes ICE

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-06 18:47 --- To be more explicit: it ICEs on x86-64 too. -- What|Removed |Added Known to fail|3.4

[Bug libfortran/21926] matmul does not deal with non-packed result

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tkoenig at gcc dot gnu dot |dot org |org Status|UNCONFIRMED

[Bug tree-optimization/21933] New: [4.1 regression] ICE with -ftree-vectorize

Compiling the following code snippet with today's mainline (g++ -O -march=pentium4 -ftree-vectorize) I get an ICE: == struct A { int a[4]; A& foo() { for (int i=0; i<4; ++i) a[i]=0; return *this; } int bar(); }; struc

[Bug middle-end/21916] [4.1 Regression] ICE: segmentation fault in stage3

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-06-06 19:24 --- Subject: Re: [4.1 Regression] ICE: segmentation fault in stage3 On Mon, Jun 06, 2005 at 03:00:57PM -, pinskia at gcc dot gnu dot org wrote: > > --- Additional Comments From pinskia at gcc

[Bug middle-end/21897] [4.1 Regression] Segementation fault in fold_ternary

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-06 19:26 --- Subject: Bug 21897 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-06 19:26:10 Modified files: gcc: ChangeLog fold-const.c gcc/t

[Bug middle-end/21916] [4.1 Regression] ICE: segmentation fault in stage3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-06 19:31 --- I think this is the same as: . -- What|Removed |Added ---

[Bug bootstrap/17383] [4.0 Regression] Building in src dir fails

--- Additional Comments From grondin at fr dot fm 2005-06-06 19:35 --- I'm used ./configure --prefix=/usr I've the make error : (...) updating cache ./config.cache configure: creating ./config.status config.status: creating Makefile config.status: executing default-1 commands ./config.st

[Bug fortran/21184] fortran built and tested despite target-libgfortran disabled

--- Additional Comments From hp at gcc dot gnu dot org 2005-06-06 20:00 --- Patch rejected, immediate interest lost. -- What|Removed |Added AssignedTo|hp at gcc dot

[Bug c++/21934] New: Bison files are missing or misnamed under MINGW

The product area is a wild guess. Probably, you should pay no attention to it. Here is the output of make, after the failure has occurred (to shorten the output size): == $ make make[1]: Entering directory `/mingw/gcc-4.

[Bug bootstrap/21934] Bison files are missing or misnamed under MINGW

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-06 20:08 --- Do you have bison installed, if not you need it to compile a snapshot? -- What|Removed |Added

[Bug bootstrap/21934] Bison files are missing or misnamed under MINGW

--- Additional Comments From dcorbit at connx dot com 2005-06-06 20:09 --- Subject: RE: Bison files are missing or misnamed under MINGW Perhaps this version is not new enough: [EMAIL PROTECTED] /mingw/gcc-4.1-20050604 $ bison --version bison++ Version 1.21-7, adapted from GNU bison by

[Bug bootstrap/21934] Bison files are missing or misnamed under MINGW

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-06 20:13 --- Yep that is it: : GNU Bison version 1.28 (or later) Berkeley yacc (byacc) is also reported to work other than for java. Necessary when modifying *.y files. Ne

[Bug libgcj/21935] New: All libjava execution tests fail on IRIX 6

All libjava execution tests fail on IRIX 6 like this: % LD_LIBRARYN32_PATH=../../../gcc:../.libs ./PR9577 3709255:./PR9577: rld: Error: unresolvable symbol in ../.libs/libgcj.so.7: pthread_kill 3709255:./PR9577: rld: Error: unresolvable symbol in ../.libs/libgcj.so.7: pthread_sigmask 3709255:./

[Bug fortran/19015] shape / rank mismatch in maxloc / minloc could be caught at compile time

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-06 20:22 --- This is also a runtime error in 4.0 now. I am changing the subject to reflect my preference that this should be caught at compile time. Thomas -- What|Removed |Added --

[Bug bootstrap/21936] New: Ada bootstrap failure on Solaris 10/x86 with native as

Bootstrapping mainline on i386-pc-solaris2.10 with the native as fails in stage2: stage1/xgcc -Bstage1/ -B/vol/gcc/share/i386-pc-solaris2.10/bin/ -c -g -O2 -gnatpg -gnata -I- -I. -Iada -I/vol/gnu/src/gcc/gcc-dist/gcc/ada /vol/gnu/src/gcc/gcc-dist/gcc/ada/exp_ch3.adb -o ada/exp_ch3.o Assemb

[Bug ada/21937] New: Member record alignment triggering an ICE

This problem happens for platforms that set STRICT_ALIGNMENT. For them it is possible for a given record type to be expressed using an integer mode if used as a member record, and the BLK mode if used standalone. As a result an assignment where lhs is BLKmode and rhs is *Imode may be generated an

[Bug ada/21937] Member record alignment triggering an ICE

--- Additional Comments From macro at linux-mips dot org 2005-06-06 20:43 --- Created an attachment (id=9041) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9041&action=view) This is the set of the sources -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21937

[Bug ada/21937] Member record alignment triggering an ICE

--- Additional Comments From macro at linux-mips dot org 2005-06-06 20:45 --- Created an attachment (id=9042) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9042&action=view) gcc-4.0.0-ada-record-pack-align.patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21937

[Bug c/21938] New: ../.././gcc/libgcc2.c:1803: internal compiler error: verify_stmts failed.

Environment is Mingw. Bison version used is 1.29 [EMAIL PROTECTED] /mingw/gcc-4.1-20050604 $ make make[1]: Entering directory `/mingw/gcc-4.1-20050604/host-i686-pc-mingw32/zlib' true "AR_FLAGS=rc" "CC_FOR_BUILD=gcc" "CFLAGS=-g -O2" "CXXFLAGS=-g - O2" "CFLAGS_FOR_BUILD=" "CFLAGS_FOR_TARGET=-O2 -g -

[Bug c/21938] ../.././gcc/libgcc2.c:1803: internal compiler error: verify_stmts failed.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-06 20:59 --- *** This bug has been marked as a duplicate of 21766 *** -- What|Removed |Added

[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-06 20:59 --- *** Bug 21938 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug ada/21937] Member record alignment triggering an ICE

-- What|Removed |Added CC||pluto at agmk dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21937

[Bug middle-end/21430] Quadratic behavior with constant initializers

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-06 21:16 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug ada/21937] Member record alignment triggering an ICE

-- What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21937

[Bug c++/21939] New: Corrupted memory with deque of >63 items under gcc-3.4.4

It took me a long time to whittle this down to a small example, but here it is: #include #include #include using std::deque; using std::auto_ptr; struct A { long x; char y; A() : x(0) {} }; auto_ptr > foo(int l){ auto_ptr > d(new deque); A a, b, c; for (int i=0; ipush_back(a); return

[Bug c++/21939] Corrupted memory with deque of >63 items under gcc-3.4.4

--- Additional Comments From magerman at rentec dot com 2005-06-06 21:25 --- Created an attachment (id=9043) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9043&action=view) the preprocessed file that triggers the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21939

[Bug middle-end/21939] Corrupted memory with deque of >63 items under gcc-3.4.4

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-06 21:27 --- The last time I saw a bug like this, it was actually a bug in the person's code. -- What|Removed |Added --

[Bug libgcj/21940] New: boehm-gc gctest fails on Solaris 10/x86

During a make check on Solaris 10/x86, make check in boehm-gc fails (which unfortunately goes almost unnoticed since the failure is not included in mail-report.log, cf. PR libgcj/11412): /bin/ksh: 2246 Segmentation Fault FAIL: gctest === 1 of 1 tests failed === mak

[Bug middle-end/21939] Corrupted memory with deque of >63 items under gcc-3.4.4

--- Additional Comments From magerman at rentec dot com 2005-06-06 22:46 --- (In reply to comment #2) > The last time I saw a bug like this, it was actually a bug in the person's > code. I wish it were true. We've got this code (well, a more complicated version of it) working optimize

[Bug libgcj/21941] New: NPE in Socket.connect()

I get a NullPointerException in Socket.connect(). This seems to happen when the nameserver is not available. My current test case is with gcjappletviewer; I can reproduce it by stopping my VPN but leaving my /etc/resolv.conf untouched (so it tries to contact a DNS server which is not available) (I

[Bug libgcj/21942] New: boehm-gc doesn't compile on Solaris 10/amd64

The amd64 multilib of boehm-gc doesn't build on i386-pc-solaris2.10: the compilation fails with /vol/gnu/src/gcc/gcc-dist/boehm-gc/include/private/gcconfig.h:435: error: parse error before '--' token Environment: System: SunOS cumaru 5.10 Generic_Patch i86pc i386 i86pc Architecture: i86pc

[Bug middle-end/21939] Corrupted memory with deque of >63 items under gcc-3.4.4

--- Additional Comments From pcarlini at suse dot de 2005-06-06 23:01 --- Maybe (a wild guess) Andrew refers to apparently similar problems that may occur with std::sort, when the comparison doesn't fulfil the strict weak ordering reqs, like libstdc++/18640. Those are user errors, defin

[Bug libgcj/21943] New: O32 libffi.so fails to link on IRIX 6

Building the O32 libffi on IRIX 6.5 fails, thus we get a bootstrap failure with --enable-libgcj: /bin/ksh ./libtool --mode=link /.vol/gcc/obj/gcc-4.0.0-20050414/6.5-gcc-java/gcc/xgcc -B/.vol/gcc/obj/gcc-4.0.0-20050414/6.5-gcc-java/gcc/ -B/.vol/gcc/share/mips-sgi-irix6.5/bin/ -B/.vol/gcc/share/

[Bug libgcj/21944] New: libgcj.so fails to link on IRIX 6: GOT overflow

libgcj.so doesn't link on IRIX 6: /vol/gcc/obj/gcc-4.0.0-20050414/6.5-gcc/gcc/xgcc -shared-libgcc -B/vol/gcc/obj/gcc-4.0.0-20050414/6.5-gcc/gcc/ -nostdinc++ -L/vol/gcc/obj/gcc-4.0.0-20050414/6.5-gcc/mips-sgi-irix6.5/libstdc++-v3/src -L/vol/gcc/obj/gcc-4.0.0-20050414/6.5-gcc/mips-sgi-irix6.5/li

[Bug bootstrap/20155] [4.0/4.1 Regression] libgcj build fails with "execvp: /bin/sh: Argument list too long"

--- Additional Comments From ro at gcc dot gnu dot org 2005-06-06 23:21 --- At least on Tru64 UNIX (which is affected as mentioned in Comment #12), this is fixed on mainline by this patch: http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01552.html So it should probably be backported to

  1   2   >