[Bug libstdc++/15910] can't compile self defined void distance(std::vectorT, std::vectorT)
--- Additional Comments From adah at netstd dot com 2005-08-08 06:19 --- (In reply to comment #52) Subject: Re: can't compile self defined void distance(std::vectorT, std::vectorT) adah at netstd dot com [EMAIL PROTECTED] writes: | This said, I still cannot think this bug report is `INVALID', from a user's | point of view. We're dealing with INVALID as whether it is a bug with respect to the language standard. [...] I have not yet been able to deduce from the Standard that the OP's code is invalid. | The instantiation is done after the `template argument deduction' is | successful. Have you read Paul M.'s explanation? I know no one named Paul M. He seems not here, either. -- Gaby Yongwei -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15910
[Bug c/23282] New: wrong results at -O on x86
Using gcc 4.0.1 :
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /data1/vondele/gcc-401/gcc/configure --
prefix=/data1/vondele/gcc-401/result --with-gmp-dir=/data1/vondele/gmp-4.1.4/ -
-with-mpfr=/home/vondele/ --enable-languages=c,f95
Thread model: posix
gcc version 4.0.1
The following program generates wrong results (-1 instead of 4 for the second
number printed out) if compiled with -O. It works fine with gcc 3.3.4 and the
portland group c compiler:
#include stdio.h
void sub(int *m) {
int index, l, count;
l = 2;
for(count=2; count0; count--, l++) {
index = l*l+1;
printf(%d\n, m[index-2*l]);
m[index+1] = -1;
}
}
int main(void) {
int i, m[20];
for(i=0; i20; i++)
m[i] = i;
sub(m);
for(i=0; i20; i++)
printf(%d , m[i]);
putchar('\n');
}
vondele gcc test.c
vondele ./a.out
1
4
0 1 2 3 4 5 -1 7 8 9 10 -1 12 13 14 15 16 17 18 19
vondele gcc -O test.c
vondele ./a.out
1
-1
0 1 2 3 4 5 -1 7 8 9 10 -1 12 13 14 15 16 17 18 19
--
Summary: wrong results at -O on x86
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23282
[Bug libstdc++/15910] can't compile self defined void distance(std::vectorT, std::vectorT)
--- Additional Comments From adah at netstd dot com 2005-08-08 06:31 --- (In reply to comment #53) I know no one named Paul M. He seems not here, either. Really sorry that I missed the latest posting on comp.lang.c++.moderated by Paul Mensonides The explanation is good enough. The result is bad enough. The error message will make STL even more notorious. Yongwei -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15910
[Bug tree-optimization/23282] [4.0 Regression] wrong results at -O on x86
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 06:38 --- This might already be fixed in 4.0.2. -- What|Removed |Added Component|c |tree-optimization Keywords||wrong-code Known to fail||4.0.0 Known to work||4.1.0 3.4.0 Summary|wrong results at -O on x86 |[4.0 Regression] wrong ||results at -O on x86 Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23282
[patch] pr 21302 Max line length in free form mode
Hi,
Attached proposed patch would close pr 21302 for me.
Is reusing -ffixed-line-length instead of introducing a new
-fline-length ok?
If it isn't, should -ffixed-line-length be renamed to -fline-length
and -ffixed-line-length be an alias for the new -fline-length?
thank you,
Bernhard
Index: gcc/fortran/scanner.c
===
RCS file: /cvsroot/gcc/gcc/gcc/fortran/scanner.c,v
retrieving revision 1.22
diff -u -r1.22 scanner.c
--- gcc/fortran/scanner.c 14 Jul 2005 07:14:37 - 1.22
+++ gcc/fortran/scanner.c 4 Aug 2005 17:58:42 -
@@ -680,7 +680,7 @@
In fixed mode, we expand a tab that occurs within the statement
label region to expand to spaces that leave the next character in
the source region.
- load_line returns wether the line was truncated. */
+ load_line returns whether the line was truncated. */
static int
load_line (FILE * input, char **pbuf, int *pbuflen)
@@ -690,9 +690,12 @@
char *buffer;
/* Determine the maximum allowed line length. */
- if (gfc_current_form == FORM_FREE)
-maxlen = GFC_MAX_LINE;
- else
+ if (gfc_current_form == FORM_FREE) {
+ if (gfc_option.fixed_line_length == 72) /* default */
+ maxlen = GFC_MAX_LINE;
+ else
+ maxlen = gfc_option.fixed_line_length;
+ } else
maxlen = gfc_option.fixed_line_length;
if (*pbuf == NULL)
[Bug c/22458] [3.4 regression] ICE on missing brace
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08 07:38 --- Subject: Bug 22458 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-08 07:38:30 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: pr22458-1.c Log message: PR c/22458 * gcc.dg/pr22458-1.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5890r2=1.5891 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr22458-1.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22458
[Bug c/22458] [3.4 regression] ICE on missing brace
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08 07:40 --- Subject: Bug 22458 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-08 07:40:09 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: pr22458-1.c Log message: PR c/22458 * gcc.dg/pr22458-1.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.320r2=1.5084.2.321 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr22458-1.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22458
[Bug c/22458] [3.4 regression] ICE on missing brace
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08 07:42 --- Subject: Bug 22458 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-08-08 07:42:37 Modified files: gcc: ChangeLog c-decl.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: pr22458-1.c Log message: PR c/22458 * c-decl.c (c_begin_compound_stmt): Set the initial body to error_mark_node, not NULL. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=2.2326.2.903r2=2.2326.2.904 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-decl.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.470.4.21r2=1.470.4.22 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.3389.2.418r2=1.3389.2.419 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr22458-1.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=NONEr2=1.1.4.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22458
[Bug middle-end/21964] [3.4 Regression] broken tail call at -O2 or more
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08 07:45 --- Subject: Bug 21964 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-08 07:45:22 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.c-torture/execute: pr21964-1.c Log message: PR middle-end/21964 * gcc.c-torture/execute/pr21964-1.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5891r2=1.5892 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/pr21964-1.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21964
[Bug middle-end/21964] [3.4 Regression] broken tail call at -O2 or more
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08 07:46 --- Subject: Bug 21964 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-08 07:46:18 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.c-torture/execute: pr21964-1.c Log message: PR middle-end/21964 * gcc.c-torture/execute/pr21964-1.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.321r2=1.5084.2.322 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/pr21964-1.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21964
[Bug middle-end/21964] [3.4 Regression] broken tail call at -O2 or more
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08 07:49 --- Subject: Bug 21964 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-08-08 07:49:09 Modified files: gcc: ChangeLog stmt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.c-torture/execute: pr21964-1.c Log message: PR middle-end/21964 * stmt.c (tail_recursion_args): Insert a call to emit_queue. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=2.2326.2.904r2=2.2326.2.905 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/stmt.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.342.2.3r2=1.342.2.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.3389.2.419r2=1.3389.2.420 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/pr21964-1.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=NONEr2=1.1.4.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21964
[Bug middle-end/21964] [3.4 Regression] broken tail call at -O2 or more
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-08 07:50 --- Patch applied to 3.4. Testcase also applied to mainline and 4.0. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21964
[Bug c/22458] [3.4 regression] ICE on missing brace
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-08 07:51 --- Patch applied to 3.4. Testcase also applied to mainline and 4.0. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22458
[Bug tree-optimization/23282] [4.0 Regression] wrong results at -O on x86
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-08-08 08:00 ---
Confirmed, smaller testcase:
void abort (void);
int main (void)
{
int j, a, b;
for (j = 0; j 2; j++)
{
a = j * j;
b = a - 2 * j;
}
if (b != -1)
abort ();
return 0;
}
This bug fixed (or masked) on mainline by this patch:
2005-05-06 Zdenek Dvorak [EMAIL PROTECTED]
PR tree-optimization/19401
* tree-flow.h (tree_unroll_loops_completely): Declaration changed.
* tree-ssa-loop-ivcanon.c (enum unroll_level): New.
...
--
What|Removed |Added
CC||rakdver at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Known to fail|4.0.0 |4.0.0 4.0.1 4.0.2
Last reconfirmed|-00-00 00:00:00 |2005-08-08 08:00:14
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23282
[Bug tree-optimization/23282] [4.0 Regression] wrong results at -O on x86
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-08 08:25 --- Mainline seems to be really fixed, even with complete loop unrolling disabled. 4.0.2 as of 20050728 is still affected by the bug (you can hide it there, too, with specifying -fpeel-loops, which enables complete unrolling). Must be a IVOPTs or scalar evolution problem (the latter got some fixes on the mainline). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23282
[Bug tree-optimization/23282] [4.0 Regression] wrong results at -O on x86
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-08 08:44 --- GCC 4.0.2 (CVS) does this: ivcanon dump: # b_9 = PHI b_3(1); L2:; if (b_9 != -1) goto L3; else goto L4; L3:; printf (%d\n[0], b_9); abort (); .ivopts dump: # b_9 = PHI b_3(1); L2:; if (b_9 != -1) goto L3; else goto L4; L3:; printf (%d\n[0], b_9); abort (); Looks like final value replacement screws up. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23282
[Bug tree-optimization/23282] [4.0 Regression] wrong results at -O on x86
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-08 09:08 --- Definitely IVopts. -- What|Removed |Added Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23282
[Bug java/23230] Wrong this used when call made to superclass which is also superclass of enclosing class
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-08-08
09:43 ---
Another testcase:
--- 8 ---
class Snafu
{
public void whoami( )
{
System.out.println( this.getClass( ).getName( ));
}
}
public class PR23230 extends Snafu
{
class Foo extends Snafu
{
Foo( )
{
whoami( );
}
}
void bar( )
{
new Foo( );
}
public static void main( String[] args)
{
new PR23230( ).bar( );
}
}
--- 8 ---
--
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
||patches/2005-
||08/msg00321.html
Keywords||patch
Last reconfirmed|2005-08-04 15:23:34 |2005-08-08 09:43:39
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23230
[Bug libstdc++/23271] Members of ctype_base appear not to be integral constant expressions.
--- Additional Comments From john at johnmaddock dot co dot uk 2005-08-08 09:57 --- Is the print member really already overflowed? It has a value of 0200 which is 0x80: so if char is signed (it is on cygwin) then it's setting the sign bit, which should be OK I think. Although I admit I would have prefered the use of an unsigned type as a bitmask. Aha! Is this the cause? : the signed value is promoted to an int initially *with sign extension*, and then when the compiler has all the values it desides that the enum needs only one byte for storage, so it tries to fit all the values into signed char, and only then finds that the promoted value won't fit? I'm just making wild guesses here you understand! Thanks, John Maddock. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23271
[Bug rtl-optimization/19398] secondary reloads don't consider m alternatives
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-08 09:58 --- The solution may as well be to make -mfpmath=sse good enough, that it can be enabled by default when -msse -msse2 is used... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19398
[Bug java/23283] New: Java interpreter significantly faster than gcc?!
I have a very compact code example (10 lines) for which running java interpreter
on a class file takes 4.5s and executing optimized binary created from the class
file with gcj takes 5.5s. Something is funny here. Can anyone explain what's
happening?
% uname -a
Linux localdomain 2.6.12-1.1372_FC3 #1 Fri Jul 15 00:59:10 EDT 2005 i686 i686
i386 GNU/Linux
The java code (X.java):
import java.lang.*;
import java.util.*;
import java.io.*;
public class X {
public static void main(String[] args) {
Random R = new Random();
for (int i=0; i 1000; i++)
R.nextDouble();
}
}
The Makefile
all:
@javac X.java
@echo *** Interpreted:
@time java -classpath . X
@gcj -O3 --main=X -o x X.java
@echo *** Compiled:
@time ./x
Here is the output:
*** Interpreted:
4.30user 0.02system 0:04.51elapsed 95%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (1major+2734minor)pagefaults 0swaps
*** Compiled:
5.55user 0.01system 0:05.58elapsed 99%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (0major+2069minor)pagefaults 0swaps
--
Summary: Java interpreter significantly faster than gcc?!
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: netzberg at gmail 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=23283
[Bug rtl-optimization/19398] secondary reloads don't consider m alternatives
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-08 10:17 --- ... though this would not help PR17236, of course. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19398
[Bug libstdc++/15910] can't compile self defined void distance(std::vectorT, std::vectorT)
--- Additional Comments From gdr at integrable-solutions dot net 2005-08-08 10:25 --- Subject: Re: can't compile self defined void distance(std::vectorT, std::vectorT) adah at netstd dot com [EMAIL PROTECTED] writes: | Subject: Re: can't compile self defined void distance(std::vectorT, | std::vectorT) | adah at netstd dot com [EMAIL PROTECTED] writes: | | This said, I still cannot think this bug report is `INVALID', from a user's | | point of view. | We're dealing with INVALID as whether it is a bug with respect to the | language standard. | [...] | | I have not yet been able to deduce from the Standard that the OP's code is | invalid. Then I strongly suggest you read the thred in comp.lang.c++.moderated where the PR originates from. | | The instantiation is done after the `template argument deduction' is | | successful. | Have you read Paul M.'s explanation? | | I know no one named Paul M. He seems not here, either. Good. As reported in earlier comments, the PR originated from a discussion in comp.lang.c++.moerated. I suggest you google and read the thread before sending more comments on this PR. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15910
[Bug libstdc++/15910] can't compile self defined void distance(std::vectorT, std::vectorT)
--- Additional Comments From gdr at integrable-solutions dot net 2005-08-08 10:29 --- Subject: Re: can't compile self defined void distance(std::vectorT, std::vectorT) adah at netstd dot com [EMAIL PROTECTED] writes: | (In reply to comment #53) | I know no one named Paul M. He seems not here, either. | | Really sorry that I missed the latest posting on comp.lang.c++.moderated by | Paul Mensonides | | The explanation is good enough. The result is bad enough. As suggested in the very beginning, if you don't like the result take it to the C++ committee. That is the appropriate place to discuss standard specifications wrong with respect to user's point of view. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15910
[Bug java/1427] gcj should generate N_MAIN stab or DW_AT_entry_point dwarf2 debug info
--- Additional Comments From aph at gcc dot gnu dot org 2005-08-08 11:28 --- This bug seems to be moribund. There exists code in gcc (gen_entry_point_die) to do this, but it is ifdef'd out at the present time. We could uncomment it and call it; I don't imagine it would be hard. Anthony, do you think this bug should be fixed? What is the status of your gdb patch? -- What|Removed |Added Last reconfirmed|2005-05-04 02:22:04 |2005-08-08 11:28:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1427
gentab aborts with OOM on AIX 5.2
Hi... I'm trying to compile GCC 4.0.1 on AIX 5.2 (ML01F11). Gentab aborts with an 'out of memory' error, details see below. For what reason does genattrtab need more than four gigabytes of memory? Thanks a lot, Michael Log output: build/genattrtab ../../gcc-4.0.1/gcc/config/rs6000/rs6000.md tmp-attrtab.c out of memory allocating 12016 bytes after a total of 4161653004 bytes make[2]: *** [s-attrtab] Error 1 make[2]: Leaving directory `/home/tek/ffm/b78fin/util/src/gcc-bin/gcc' make[1]: *** [stage1_build] Error 2 make[1]: Leaving directory `/home/tek/ffm/b78fin/util/src/gcc-bin/gcc' make: *** [bootstrap-lean] Error 2
[Bug tree-optimization/22525] tree based value profiling (-fprofile-use) produces mismatch types in conditional
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 12:31 --- And yes the patch fixes the bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22525
[Bug fortran/23284] New: compiler crashes
Pre-built gfortran on OS X (10.3) crashes when compiling the following write to internal file (Linux version on PC does not crash). character*2 junk(2) character*1 i write(junk,fmt=1000)i,i,i,i 1000 format(a,a,a,a) end [macf3c-3:~/test/gfortran] harry% gfortran -c break.f break.f: In function 'MAIN__': break.f:3: internal compiler error: Bus error Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. [macf3c-3:~/test/gfortran] harry% gfortran -v Using built-in specs. Target: powerpc-apple-darwin7.8.0 Configured with: ../gcc/configure --prefix=/usr/local/gfortran --enable-languages=c,f95 Thread model: posix gcc version 4.1.0 20050325 (experimental) -- Summary: compiler crashes Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: harry at mrc-lmb dot cam dot ac dot uk CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23284
[Bug libstdc++/15910] can't compile self defined void distance(std::vectorT, std::vectorT)
--- Additional Comments From adah at netstd dot com 2005-08-08 12:56 --- (In reply to comment #56) Subject: Re: can't compile self defined void distance(std::vectorT, std::vectorT) adah at netstd dot com [EMAIL PROTECTED] writes: | (In reply to comment #53) | I know no one named Paul M. He seems not here, either. | | Really sorry that I missed the latest posting on comp.lang.c++.moderated by | Paul Mensonides | | The explanation is good enough. The result is bad enough. As suggested in the very beginning, if you don't like the result take it to the C++ committee. That is the appropriate place to discuss standard specifications wrong with respect to user's point of view. -- Gaby While I fully respect the labours of the Standard committee, and have come to realize the potential technical difficulties in this issue, you words leave me to wonder: Does a compiler serve its users or the Standard committee? Yongwei -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15910
[Bug fortran/23284] compiler crashes
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 13:14 --- Works for me on ppc-darwin (Mac OS X 10.3.9) with 4.1.0 20050808. So closing as works for me. March 25 is almost 3 months old which means either there have been fixes or it was never broken. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23284
[Bug libstdc++/15910] can't compile self defined void distance(std::vectorT, std::vectorT)
--- Additional Comments From bangerth at dealii dot org 2005-08-08 13:20 --- It serves its users by providing a reliable translator for the language defined by the standard. Think about the portability implications of compilers that willy-nilly implement some parts of the standard but not all, based on what they perceive as their users' best interest. If you go beyond toy projects, then best user interest will place a formally and well-defined, portable language over a language that always does what the user intuitively wants it to do. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15910
[Bug java/23283] Sun's JIT faster than gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 13:32 --- Actually for me Sun's java and GCJ take about the same at the default settings (well for GCJ compiled at -O3). Now if I change Sun's java to use the server tuned JIT, Sun's java is 2 seconds while GCJ is still 4.5 or so. timecopper:~time ./a.out 4999358.6586720785 4.900u 0.070s 0:06.12 81.2% 0+0k 0+0io 148pf+0w copper:~javac X.java java Xcopper:~java X 5001132.020866861 copper:~time java X 5000974.98115474 4.791u 0.037s 0:04.88 98.7% 0+0k 0+0io 0pf+0w copper:~time java -server X 5000248.791328681 3.290u 0.061s 0:03.91 85.6% 0+0k 0+0io 54pf+0w This with keeping and printing out the return value for nextDouble. This might be startup/shut down time taking into account. -- What|Removed |Added Summary|Java interpreter|Sun's JIT faster than gcc |significantly faster than | |gcc?! | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23283
[Bug java/23283] Sun's JIT faster than gcc for Random.nextDouble
-- What|Removed |Added Summary|Sun's JIT faster than gcc |Sun's JIT faster than gcc ||for Random.nextDouble http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23283
[Bug c++/21166] g++ gives error on reference to packed structure elements
--- Additional Comments From nathan at gcc dot gnu dot org 2005-08-08 14:22 --- 2005-08-08 Nathan Sidwell [EMAIL PROTECTED] PR c++/21166 * stor-layout.c (finalize_type_size): Undo DECL_PACKED when possible. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21166
[Bug c++/21166] g++ gives error on reference to packed structure elements
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08 14:22 --- Subject: Bug 21166 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-08 14:22:36 Modified files: gcc: ChangeLog stor-layout.c gcc/testsuite : ChangeLog gcc/testsuite/g++.dg/other: crash-4.C Added files: gcc/testsuite/g++.dg/ext: packed9.C Log message: .: PR c++/21166 * stor-layout.c (finalize_type_size): Undo DECL_PACKED when possible. testsuite: PR c++/21166 * g++.dg/other/crash-4.C: Adjust * g++/dg/ext/packed9.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9677r2=2.9678 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/stor-layout.c.diff?cvsroot=gccr1=1.237r2=1.238 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5892r2=1.5893 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/crash-4.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/packed9.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21166
[Bug c++/22293] [4.0/4.1 regression] ICE declaring destructor as friend
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22293
[Bug fortran/21302] Max line length in free form mode
--- Additional Comments From rep dot nop at aon dot at 2005-08-08 14:33 --- (From update of attachment 9444) correct description: it's about free form, not fixed form. -- What|Removed |Added Attachment #9444|allow -ffixed-line-length in|allow -ffixed-line-length in description|fixed form |free form http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21302
[Bug tree-optimization/22416] [4.1 Regression] 23_containers/set/explicit_instantiation/1.cc fails: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-08 15:05 --- I still get these failures on i686-pc-linux-gnu: FAIL: 23_containers/set/explicit_instantiation/1.cc (test for excess errors) FAIL: 23_containers/set/explicit_instantiation/1.cc (test for excess errors) Compiler version: 4.1.0 20050807 (experimental) -- What|Removed |Added Severity|normal |critical Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22416
[Bug tree-optimization/22483] [4.1 Regression] ICE : tree check: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466
-- Bug 22483 depends on bug 22416, which changed state. Bug 22416 Summary: [4.1 Regression] 23_containers/set/explicit_instantiation/1.cc fails: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22416 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22483
[Bug tree-optimization/22416] [4.1 Regression] 23_containers/set/explicit_instantiation/1.cc fails: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 15:07 --- *** This bug has been marked as a duplicate of 22444 *** -- What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22416
[Bug tree-optimization/22444] [4.1 regression] testsuite failure:23_containers/set/explicit_instantiation/2.cc ICE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 15:07 --- *** Bug 22416 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22444
[Bug tree-optimization/22483] [4.1 Regression] ICE : tree check: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466
-- Bug 22483 depends on bug 22416, which changed state. Bug 22416 Summary: [4.1 Regression] 23_containers/set/explicit_instantiation/1.cc fails: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22416 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22483
[Bug tree-optimization/22598] [4.1 Regression] 23_containers/set/explicit_instantiation/3.cc fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 15:09 --- *** This bug has been marked as a duplicate of 22444 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22598
[Bug tree-optimization/22444] [4.1 regression] testsuite failure:23_containers/set/explicit_instantiation/2.cc ICE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 15:09 --- *** Bug 22598 has been marked as a duplicate of this bug. *** -- Bug 22444 depends on bug 22598, which changed state. Bug 22598 Summary: [4.1 Regression] 23_containers/set/explicit_instantiation/3.cc fails http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22598 What|Old Value |New Value Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22444
[Bug tree-optimization/22444] [4.1 regression] testsuite failure:23_containers/set/explicit_instantiation/2.cc ICE
-- What|Removed |Added Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22444
[Bug java/1427] gcj should generate N_MAIN stab or DW_AT_entry_point dwarf2 debug info
--- Additional Comments From green at redhat dot com 2005-08-08 15:14 --- (In reply to comment #9) Anthony, do you think this bug should be fixed? Yes, I think so. What is the status of your gdb patch? It hasn't been applied. I never followed up on the comments from the gdb maintainers. I can do that if it looks like gcj or jvgenmain will be fixed. AG -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1427
[Bug java/1427] gcj should generate N_MAIN stab or DW_AT_entry_point dwarf2 debug info
--- Additional Comments From aph at gcc dot gnu dot org 2005-08-08 15:23 --- I think we have deadlock here! It's easy enough to fix this once the changes have been made to gdb but pretty pointless otherwise. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1427
[Bug java/1427] gcj should generate N_MAIN stab or DW_AT_entry_point dwarf2 debug info
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 15:45 --- (In reply to comment #11) I think we have deadlock here! It's easy enough to fix this once the changes have been made to gdb but pretty pointless otherwise. Note: the gdb changes are also needed for fortran, see PR 23280. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1427
[Bug java/1427] gcj should generate N_MAIN stab or DW_AT_entry_point dwarf2 debug info
--- Additional Comments From drow at false dot org 2005-08-08 15:48 --- Subject: Re: gcj should generate N_MAIN stab or DW_AT_entry_point dwarf2 debug info On Mon, Aug 08, 2005 at 03:23:22PM -, aph at gcc dot gnu dot org wrote: I think we have deadlock here! It's easy enough to fix this once the changes have been made to gdb but pretty pointless otherwise. I don't think there's any deadlock: it's easy to fix either without the other, just no one's had time or interest to fix either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1427
[Bug bootstrap/22259] [4.1 Regression] spawnv cannot execute gcc/as
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-08 16:32 --- I don't like the patch, the correct way is to teach pex-win32.c about '#!' because GCC is built under a Unix-like environment (MSYS). Paolo -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22259
[Bug target/18506] Altivec definitions of vec_init
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08 16:36 --- Subject: Bug 18506 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-08 16:36:27 Modified files: gcc: ChangeLog gcc/config/rs6000: altivec.md rs6000.c rs6000.h rs6000-protos.h Log message: PR target/18506 * config/rs6000/altivec.md (vec_initmode): New. (vec_setmode): New. (vec_extractmode): New. * config/rs6000/rs6000.c (rs6000_expand_vector_init): New. (rs6000_expand_vector_set): New. (rs6000_expand_vector_extract): New. (rs6000_legitimate_offset_address_p): Offset addresses are valid for Altivec modes before reload. (altivec_expand_vec_init_builtin): New. (get_element_number): New. (altivec_expand_vec_set_builtin): New. (altivec_expand_vec_ext_builtin): New. (altivec_expand_builtin): Expand vec_init, vec_set, and vec_ext builtins. (altivec_init_builtins): Init vec_init, vec_set, and vec_ext builtins. * config/rs6000/rs6000.h (rs6000_builtins): Add ALTIVEC_BUILTIN_VEC_INIT_mode, ALTIVEC_BUILTIN_VEC_SET_mode, ALTIVEC_BUILTIN_VEC_EXT_mode. * config/rs6000/rs6000-protos.h: Declare new functions. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9679r2=2.9680 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/altivec.md.diff?cvsroot=gccr1=1.41r2=1.42 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.c.diff?cvsroot=gccr1=1.857r2=1.858 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.h.diff?cvsroot=gccr1=1.381r2=1.382 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000-protos.h.diff?cvsroot=gccr1=1.105r2=1.106 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18506
[Bug bootstrap/20155] [4.0 Regression] libgcj build fails with execvp: /bin/sh: Argument list too long
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-08 17:00 --- Andrew, is a backport fine with you? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20155
[Bug bootstrap/20155] [4.0 Regression] libgcj build fails with execvp: /bin/sh: Argument list too long
--- Additional Comments From aph at redhat dot com 2005-08-08 17:03 --- Subject: Re: [4.0 Regression] libgcj build fails with execvp: /bin/sh: Argument list too long bonzini at gcc dot gnu dot org writes: Andrew, is a backport fine with you? Yes. Go for it. Andrew. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20155
[Bug c++/22508] [4.0/4.1 Regression] ICE after invalid operator new
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08 17:03 --- Subject: Bug 22508 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-08 17:03:33 Modified files: gcc/cp : ChangeLog init.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/init: new13.C Log message: PR c++/22508 * init.c (build_new_1): Check for empty candidate list. * g++.dg/init/new13.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4844r2=1.4845 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/init.c.diff?cvsroot=gccr1=1.425r2=1.426 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5893r2=1.5894 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/new13.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22508
[Bug c++/22508] [4.0/4.1 Regression] ICE after invalid operator new
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08 17:06 --- Subject: Bug 22508 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-08 17:06:39 Modified files: gcc/cp : ChangeLog init.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/init: new13.C Log message: PR c++/22508 * init.c (build_new_1): Check for empty candidate list. * g++.dg/init/new13.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4648.2.72r2=1.4648.2.73 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/init.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.412.2.5r2=1.412.2.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.322r2=1.5084.2.323 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/new13.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22508
[Bug c++/22508] [4.0/4.1 Regression] ICE after invalid operator new
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-08 17:07 --- Fixed on mainline and 4.0 branch. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22508
[Bug treelang/23061] treelang testsuite fails with -m64
--- Additional Comments From christian dot joensson at gmail dot com
2005-08-08 17:18 ---
bugger, it didn't work for the 4.0 branch...
this is from the build log file does the patch look correctly applied to
you?
(SHLIB_LINK=' ./xgcc -B./ -B/usr/local/sparc64-unknown-linux-gnu/bin/ -isystem
/usr/local/sparc64-unknown-linux-gnu/include -isystem
/usr/local/sparc64-unknown-linux-gnu/sys-include
-L/usr/local/src/branch/objdir/gcc/../ld -O2 -DIN_GCC-W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED -shared -nodefaultlibs
-Wl,[EMAIL PROTECTED]@.so.1 -Wl,[EMAIL PROTECTED]@ -o
@multilib_dir@/@[EMAIL PROTECTED] @multilib_flags@ @shlib_objs@ -lc
rm -f @multilib_dir@/@[EMAIL PROTECTED] if [ -f
@multilib_dir@/@[EMAIL PROTECTED] ]; then mv -f
@multilib_dir@/@[EMAIL PROTECTED]
@multilib_dir@/@[EMAIL PROTECTED]; else true; fi mv
@multilib_dir@/@[EMAIL PROTECTED] @multilib_dir@/@[EMAIL PROTECTED]
ln -s @[EMAIL PROTECTED] @multilib_dir@/@[EMAIL PROTECTED]' \
SHLIB_MULTILIB=''; \
stage2/xgcc -Bstage2/ -B/usr/local/sparc64-unknown-linux-gnu/bin/ -c -g -O2
-DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition
-DHAVE_CONFIG_H-DSTANDARD_STARTFILE_PREFIX=\../../../\
-DSTANDARD_EXEC_PREFIX=\/usr/local/lib/gcc/\
-DSTANDARD_LIBEXEC_PREFIX=\/usr/local/libexec/gcc/\
-DDEFAULT_TARGET_VERSION=\4.0.2\
-DDEFAULT_TARGET_MACHINE=\sparc64-unknown-linux-gnu\
-DSTANDARD_BINDIR_PREFIX=\/usr/local/bin/\
-DTOOLDIR_BASE_PREFIX=\../../../../\ `test X${SHLIB_LINK} = X || test
yes != yes || echo -DENABLE_SHARED_LIBGCC` `test X${SHLIB_MULTILIB} =
X || echo -DNO_SHARED_LIBGCC_MULTILIB` \
-I. -Itreelang -I../../gcc/gcc -I../../gcc/gcc/treelang
-I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include
../../gcc/gcc/treelang/spec.c -o treelang/spec.o)
stage2/xgcc -Bstage2/ -B/usr/local/sparc64-unknown-linux-gnu/bin/ -g -O2
-DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition
-DHAVE_CONFIG_H -o gtreelang treelang/spec.o \
gcc.o version.o prefix.o intl.o ../libcpp/libcpp.a ../libiberty/libiberty.a
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23061
[Bug treelang/23061] treelang testsuite fails with -m64
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 17:28 --- This turns out to be a dup of bug 20604 which is already fixed for 4.1.0. Since this is not a regression and treelang should only be really working on the mainline as it is an example front-end, I am just going to close this as a dup of bug 20604. *** This bug has been marked as a duplicate of 20604 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23061
[Bug treelang/20604] treelang does not get passed -fPIC by default on *-darwin
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 17:28 --- *** Bug 23061 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||christian dot joensson at ||gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20604
[Bug middle-end/21894] [4.0/4.1 Regression] Invalid operand to binary operator with nested function
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08 17:32 --- Subject: Bug 21894 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-08 17:32:00 Modified files: gcc: ChangeLog tree-nested.c Added files: gcc/testsuite/gcc.c-torture/compile: nested-2.c Log message: PR 21894 * tree-nested.c (convert_local_reference): Save and restore val_only around component_ref and friends. Clear walk_subtrees by default. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.357r2=2.7592.2.358 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-nested.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.24r2=2.24.10.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/compile/nested-2.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21894
[Bug middle-end/21894] [4.0/4.1 Regression] Invalid operand to binary operator with nested function
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-08 17:32 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21894
[Bug middle-end/22439] [4.0/4.1 regression] ICE with char VLA and __SIZE_TYPE__ argument (so no cast)
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-07-12 13:40:31 |2005-08-08 17:33:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22439
[Bug middle-end/21894] [4.0/4.1 Regression] Invalid operand to binary operator with nested function
--- Additional Comments From fjahanian at apple dot com 2005-08-08 17:36 --- Thanks. Test case should say PR 21894. Fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21894
[Bug inline-asm/22045] can't find a register in class 'GENERAL_REGS'
--- Additional Comments From macro at linux-mips dot org 2005-08-08 17:42 --- Richard, Thanks for your work (for bug 21291). Unfortunately it's not enough for this case. It doesn't seem to work for the g constraint used there, but that might probably be considered just a shortcoming -- =rm or rmi can be used instead as appropriate. But more importantly it doesn't work with an early clobber and that's something that cannot be avoided -- GCC has to be told that a register, if used, is to be destroyed early. To summarize, the case does not work as is -- with =g and g. It does not work with =rm and g. It does work with =rm and g, but it's dangerous as GCC will probably allocate both the same register. It does work with =m and g, but it sort of misses the point. I removed the register keyword from the affected variables for these tests as it is problematic for the =m case (the keyword should be safe to be removed from glibc now, as it requires at least GCC 3.2 these days). Please let me know if that's clear enough. Or whether I should reopen the other (duplicate) bug rather than this one. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22045
[Bug inline-asm/22045] can't find a register in class 'GENERAL_REGS'
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|REOPENED|ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22045
[Bug tree-optimization/23286] New: missed fully redundant expression
In this code, a = 1 is fully redundant
unsigned short f(unsigned short a)
{
if (a 0x8000)
a = 1, a = a ^ 0x1021;
else
a = 1;
return a;
}
the body should be turned into
unsigned short f(unsigned short a)
{
unsigned short b = a 1;
if (a 0x8000)
a = b, a = a ^ 0x1021;
else
a = b;
return a;
}
or something similar. However PRE leaves the GIMPLE unchanged:
f (a)
{
int D.1267;
short int a.0;
bb 0:
a.0_3 = (short int) a_2;
if (a.0_3 0) goto L0; else goto L1;
L0:;
a_7 = a_2 1;
a_8 = a_7 ^ 4129;
goto bb 3 (L2);
L1:;
a_6 = a_2 1;
# a_1 = PHI a_8(1), a_6(2);
L2:;
D.1267_4 = (int) a_1;
return D.1267_4;
}
On PPC, this is only caught after reload.
Paolo
--
Summary: missed fully redundant expression
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bonzini at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23286
[Bug tree-optimization/23286] missed fully redundant expression
-- What|Removed |Added Known to fail||4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23286
[Bug c++/23287] New: Explicitly invoking destructor of template class
When explicitly invoking a template class destructor the compiler outputs a
compile-time error message, expected class-name before '(' token.
NOTE: Same code compiles on 'gcc version 3.3.3 20040412 (Red Hat Linux 3.3.3-7)'
Found problem while compiling ACE-TAO 5.4 code and broke it down further for
simplicity.
=== g++ -v output
Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.4/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-java-awt=gtk --host=i386-redhat-linux
Thread model: posix
gcc version 3.4.4 20050721 (Red Hat 3.4.4-2)
=== Command that triggers error message ===
g++ -c a.cpp
Compile-time error message
g++ -c a.cpp
a.cpp: In member function `void BT::delete_nodes()':
a.cpp:42: error: expected class-name before '(' token
a.ii
# 1 a.cpp
# 1 built-in
# 1 command line
# 1 a.cpp
templateclass T class A
{
public:
A (void);
~A (void);
void testfunc (void);
};
template class T AT::A (void) {}
template class T AT::~A (void) {}
template class T void AT::testfunc (void) {}
template class T class B
{
public:
B (void);
~B (void);
protected:
void delete_nodes (void);
AT *head_;
};
template class T BT::B (void) {}
template class T BT::~B (void) {}
template class T void BT::delete_nodes (void)
{
AT *temp = this-head_;
if (temp)
(temp)-~A();
if (temp)
(temp)-testfunc();
}
--
Summary: Explicitly invoking destructor of template class
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: eric dot tenorio at gmail dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: 3.4.4
GCC host triplet: 3.4.4
GCC target triplet: 3.4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23287
[Bug treelang/20604] treelang does not get passed -fPIC by default on *-darwin
--- Additional Comments From christian dot joensson at gmail dot com 2005-08-08 17:53 --- well... the patch applies cleanly still on the 4.0 branch... I sure would love to see this applied there also... unfortunately, I see it does not apply to the 3.4 branch... -- What|Removed |Added CC||phython at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20604
[Bug c++/23287] [3.4/4.0/4.1 regression] Explicitly invoking destructor of template class
--- Additional Comments From bangerth at dealii dot org 2005-08-08 17:59
---
Confirmed, a regression from before the new parser went in.
Smaller testcase:
---
template class T struct A {};
template class T void f() {
(new AT)-~A();
}
---
g/x /home/bangerth/bin/gcc-3.3*/bin/c++ -c x.cc
g/x /home/bangerth/bin/gcc-3.4*/bin/c++ -c x.cc
x.cc: In function `void f()':
x.cc:4: error: expected class-name before '(' token
g/x /home/bangerth/bin/gcc-4.0*/bin/c++ -c x.cc
x.cc: In function #8216;void f()#8217;:
x.cc:4: error: expected class-name before #8216;(#8217; token
g/x /home/bangerth/bin/gcc-4.1*/bin/c++ -c x.cc
x.cc: In function #8216;void f()#8217;:
x.cc:4: error: expected class-name before #8216;(#8217; token
W.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Keywords||rejects-valid
Known to fail||3.4.3 4.0.0 4.1.0
Known to work||3.3.4
Last reconfirmed|-00-00 00:00:00 |2005-08-08 17:59:36
date||
Summary|Explicitly invoking |[3.4/4.0/4.1 regression]
|destructor of template class|Explicitly invoking
||destructor of template class
Target Milestone|--- |3.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23287
[Bug c++/19764] [3.4 regression] ICE on explicit instantiation of a non-template destructor
--- Additional Comments From bangerth at dealii dot org 2005-08-08 18:01 --- This seems already fixed in 4.0 and mainline: g/x /home/bangerth/bin/gcc-4.0*/bin/c++ -c x.cc x.cc:2: error: #8216;A#8217; is not a template x.cc:2: error: expected id-expression before #8216;~#8217; token g/x /home/bangerth/bin/gcc-4.1*/bin/c++ -c x.cc x.cc:2: error: #8216;A#8217; is not a template x.cc:2: error: expected id-expression before #8216;~#8217; token The error message seems reasonable to me. W. -- What|Removed |Added Last reconfirmed|2005-02-26 18:42:45 |2005-08-08 18:01:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19764
[Bug c++/23287] [3.4/4.0/4.1 regression] Explicitly invoking destructor of template class
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 18:04 --- This is a regression when the new parser went in: : Search converges between 2002-12-14-trunk (#159) and 2002-12-29-trunk (#160). -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org GCC build triplet|3.4.4 | GCC host triplet|3.4.4 | GCC target triplet|3.4.4 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23287
[Bug rtl-optimization/10469] constant V4SF loads get moved inside loop
-- Bug 10469 depends on bug 18506, which changed state. Bug 18506 Summary: Altivec definitions of vec_init http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18506 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10469
[Bug target/18506] Altivec definitions of vec_init
--- Additional Comments From dje at gcc dot gnu dot org 2005-08-08 18:04 --- Patch committed -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18506
[Bug libstdc++/15910] can't compile self defined void distance(std::vectorT, std::vectorT)
--- Additional Comments From gdr at integrable-solutions dot net 2005-08-08 18:08 --- Subject: Re: can't compile self defined void distance(std::vectorT, std::vectorT) adah at netstd dot com [EMAIL PROTECTED] writes: | Does a compiler serve its users or the Standard committee? Answer: Does a compiler that does not implement the standard specification serves its users? -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15910
[Bug inline-asm/22045] can't find a register in class 'GENERAL_REGS'
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-08 18:09 --- (In reply to comment #9) To summarize, the case does not work as is -- with =g and g. It does not work with =rm and g. Of course not! Have you forgotten what early-clobber means? Please let me know if that's clear enough. Or whether I should reopen the other (duplicate) bug rather than this one. No, it's not clear at all. If you've got some other test case that runs out of registers, then its some other problem and wants its own PR. You'll need a new test case. I caution you that using early-clobber insists on new registers, and so runs a larger risk of truely exhausting available registers. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22045
[Bug middle-end/22439] [4.0/4.1 regression] ICE with char VLA and __SIZE_TYPE__ argument (so no cast)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 18:11 --- Hmm, this worked with 20041211. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22439
[Bug inline-asm/22045] can't find a register in class 'GENERAL_REGS'
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-08 18:11 --- I'm sorry, this is Andrew's fault -- it's not a duplicate. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22045
[Bug c++/22604] [4.0/4.1 Regression] ICE after invalid covariant return
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 18:13 --- This worked with 20041211. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22604
[Bug inline-asm/23200] [4.0/4.1 regression] rejects i(var + 1)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 18:14 --- : Search converges between 2004-05-11-trunk (#454) and 2004-05-14-trunk (#455). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23200
[Bug c++/23118] [3.4/4.0/4.1 Regression] Another segmentation fault after improper overloading (BootView)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 18:16 --- : Search converges between 2001-06-03-trunk (#22) and 2001-06-10-trunk (#23). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23118
[Bug c/23228] [3.4/4.0/4.1 Regression] Silly unused variable warning after redeclaration of a local variable
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 18:19 --- This was introduced between 20020216 and 20020223. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23228
[Bug c++/23229] [4.0/4.1 Regression] g++ gives incorrect error message with void main() and a void function
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 18:21 --- This was introduced between 20040923 and 20040924. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23229
[Bug c/23155] [4.0/4.1 Regression] Gimplification failed for union cast
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 18:26 --- : Search converges between 2004-06-20-trunk (#469) and 2004-06-22-trunk (#470). Hmm, this was not introduced by the tree-ssa merge weird. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23155
[Bug c++/23225] [4.0/4.1 Regression] tree check: expected class type, have exceptional (error_mark) in build_pointer_type_for_mode, at tree.c:4246
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 18:28 --- : Search converges between 2004-06-01-trunk (#459) and 2004-06-02-trunk (#460). Looks like when __builtin_offsetof was added :(. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23225
[Bug rtl-optimization/23241] [3.4/4.0/4.1 Regression] Invalid code generated for comparison of uchar to 255
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08 18:28 --- Subject: Bug 23241 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-08 18:28:47 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: char-compare.c Log message: PR rtl-optimization/23241 * gcc.dg/char-compare.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5894r2=1.5895 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/char-compare.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23241
[Bug c++/23223] [4.0/4.1 Regression] Segfault part 3, after typedef
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 18:29 --- : Search converges between 2004-10-20-014001-trunk (#600) and 2004-10-20-161001-trunk (#601). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23223
[Bug rtl-optimization/23241] [3.4/4.0/4.1 Regression] Invalid code generated for comparison of uchar to 255
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08 18:30 --- Subject: Bug 23241 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-08 18:30:11 Modified files: gcc: ChangeLog combine.c Log message: PR rtl-optimization/23241 * combine.c (simplify_comparison): Fix error in determining whether to lift a subreg from comparison. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9680r2=2.9681 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/combine.c.diff?cvsroot=gccr1=1.501r2=1.502 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23241
[Bug c/23165] [4.0/4.1 Regression] ICE with -W
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 18:31 --- : Search converges between 2004-06-24-trunk (#471) and 2004-06-26-trunk (#472). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23165
[Bug rtl-optimization/23241] [3.4/4.0/4.1 Regression] Invalid code generated for comparison of uchar to 255
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08 18:35 --- Subject: Bug 23241 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-08 18:35:14 Modified files: gcc: ChangeLog combine.c Log message: PR rtl-optimization/23241 * combine.c (simplify_comparison): Fix error in determining whether to lift a subreg from comparison. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.358r2=2.7592.2.359 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/combine.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.475.4.5r2=1.475.4.6 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23241
[Bug rtl-optimization/23241] [3.4/4.0/4.1 Regression] Invalid code generated for comparison of uchar to 255
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08 18:38 --- Subject: Bug 23241 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-08 18:37:57 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: char-compare.c Log message: PR rtl-optimization/23241 * gcc.dg/char-compare.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.323r2=1.5084.2.324 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/char-compare.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23241
[Bug c++/23225] [4.0/4.1 Regression] tree check: expected class type, have exceptional (error_mark) in build_pointer_type_for_mode, at tree.c:4246
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-08 18:38 --- http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00370.html -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23225
[Bug rtl-optimization/23241] [3.4/4.0/4.1 Regression] Invalid code generated for comparison of uchar to 255
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08 18:41 --- Subject: Bug 23241 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-08-08 18:41:07 Modified files: gcc: ChangeLog combine.c Log message: PR rtl-optimization/23241 * combine.c (simplify_comparison): Fix error in determining whether to lift a subreg from comparison. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=2.2326.2.905r2=2.2326.2.906 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/combine.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.400.4.14r2=1.400.4.15 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23241
[Bug tree-optimization/23286] missed fully redundant expression
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
18:42 ---
Confirmed, for some reason the following is caught though:
unsigned short f(unsigned short a)
{
unsigned short b = a 1;
if (a 0x8000)
a = 1, a = a ^ 0x1021;
else
a = b;
return a;
}
as a1 is caught being redundant. FRE catches the above on the mainline.
Hmm there is only one VH for the expression:
Created value VH.0 for a_2
Created value VH.1 for (short int) VH.0
Created value VH.2 for VH.0 1
Created value VH.3 for VH.2 ^ 4129
Created value VH.4 for a_1
Created value VH.5 for (int) VH.4
Created value VH.6 for retval_5
exp_gen[-1] := { }
tmp_gen[-1] := { a_2 (VH.0) }
avail_out[-1] := { a_2 (VH.0) }
exp_gen[0] := { a_2 (VH.0) , (short int) VH.0 (VH.1) }
tmp_gen[0] := { a.0_3 (VH.1) }
avail_out[0] := { a_2 (VH.0) , a.0_3 (VH.1) }
exp_gen[1] := { a_2 (VH.0) , VH.0 1 (VH.2) , VH.2 ^ 4129 (VH.3) }
tmp_gen[1] := { a_7 (VH.2) , a_8 (VH.3) }
avail_out[1] := { a_2 (VH.0) , a.0_3 (VH.1) , a_7 (VH.2) , a_8 (VH.3) }
exp_gen[2] := { a_2 (VH.0) , VH.0 1 (VH.2) }
tmp_gen[2] := { a_6 (VH.2) }
avail_out[2] := { a_2 (VH.0) , a.0_3 (VH.1) , a_6 (VH.2) }
exp_gen[3] := { a_1 (VH.4) , (int) VH.4 (VH.5) }
tmp_gen[3] := { D.1280_4 (VH.5) , retval_5 (VH.6) }
avail_out[3] := { a_1 (VH.4) , a_2 (VH.0) , a.0_3 (VH.1) , D.1280_4 (VH.5) ,
retval_5 (VH.6) }
exp_gen[-2] := { }
tmp_gen[-2] := { }
avail_out[-2] := { }
--
What|Removed |Added
CC||dberlin at gcc dot gnu dot
||org
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-08-08 18:42:33
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23286
[Bug rtl-optimization/23241] [3.4/4.0/4.1 Regression] Invalid code generated for comparison of uchar to 255
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-08 18:43 --- Subject: Bug 23241 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-08-08 18:43:11 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: char-compare.c Log message: PR rtl-optimization/23241 * gcc.dg/char-compare.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.3389.2.420r2=1.3389.2.421 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/char-compare.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=NONEr2=1.1.4.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23241
[Bug c++/23273] gcc doesn't compile the stl headers
-- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23273
[Bug libstdc++/23278] SJLJ-exceptions broken
-- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23278
[Bug rtl-optimization/23241] [3.4/4.0/4.1 Regression] Invalid code generated for comparison of uchar to 255
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 18:50 --- Fixed, thanks Josh. -- What|Removed |Added Status|NEW |RESOLVED Known to fail|3.4.0 4.0.0 4.1.0 3.3.6 |3.4.0 4.0.0 3.3.6 Known to work|3.3.5 |3.3.5 4.0.2 3.4.5 4.1.0 Resolution||FIXED Target Milestone|4.0.2 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23241
[Bug target/23188] [4.1 Regression] vect-reduc-* fail
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 18:52 --- These might get fixed by: http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00401.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23188
[Bug tree-optimization/23286] missed fully redundant expression
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-08 18:53 --- (In reply to comment #1) Confirmed, for some reason the following is caught though: because it's a fully redundant expression, that is available when we go to eliminate, as opposed to the original, which would require hoisting, and is *not* partially redundant. Hmm there is only one VH for the expression: As one would expect. This is not a missed optimization for PRE. PRE is not a generic hoister. In fact, in this case, it doesn't actually save anything but size to perform this optimization. All it will do is make b live over the use of a, adding another register to allocate that has a conflict. I don't see this as a bug at all, except maybe at -Os. Even then, it's a a hoisting issue, using very busy expressions, not a PRE issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23286
