[Bug other/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-12 07:19 --- > No, we won't have access to DImode on those platforms. But then, > the user won't have access to DImode inside the compiler either, > so it *should* be impossible for that routine to be invoked. Your "

[Bug tree-optimization/18940] Loop is not vectorized when it should be

--- Additional Comments From dberlin at gcc dot gnu dot org 2004-12-12 04:59 --- These are real regressions because we are losing information. In particular, when you replace D1360 <= 0 with n <= 1, we no longer can determine that D1360 is <= 1. This would require a pretty powerful asse

[Bug bootstrap/18810] Operation not supported while installing 4.0.0 on apple-darmin-7.6.0.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12 03:52 --- (In reply to comment #9) > P.S. where do you get your compiler to bootstrap ada? macada.org Note that what is in the CVS might not bootstrap though, I have a local patch which I submitted to fix it, it i

[Bug rtl-optimization/18861] [4.0 Regression] ICE Segmentation fault in try_crossjump_to_edge at ../../gcc/gcc/cfgcleanup.c:1637 with two switches (table jumps)

--- Additional Comments From kazu at cs dot umass dot edu 2004-12-12 05:55 --- My binary search converges between "2004-11-02 00:20GMT" and "2004-11-02 00:25GMT". The following patch has either caused the bug or exposed a latent bug. Adding Andrew MacLeod to CC. 2004-11-01 Andrew Mac

[Bug bootstrap/11660] libffi only builds when java is selected as language

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12 04:32 --- This might get into 4.0.0 because __builtin_apply is so broken on most targets that fails for most tests already now on the mainline. Patch here: ,

[Bug rtl-optimization/18942] [4.0 Regression] Do loop is not as optimizationed as 3.3.2

-- What|Removed |Added CC||rakdver at gcc dot gnu dot ||org Target Milestone|---

[Bug rtl-optimization/18942] New: [4.0 Regression] Do loop is not as optimizationed as 3.3.2

Take the following code: int main1 (int n) { int ivtmp51; int D1360 = n/2 - 1; ivtmp51 = 1; do { ivtmp51++; } while (D1360 > ivtmp51); return 0; } With 3.3.2 I got: _main1: srawi r4,r3,1 addze r4,r4 addi r2,r4,-1 cmpwi cr0,r2,1 addi r0,r2,-1

[Bug c/18941] New: can't build latest 4.0 avr target (as of 12/11/04 cvs and earlier)

build terminates with: /Applications/avr/gcc-build/gcc/xgcc -B/Applications/avr/gcc-build/gcc/ -B/usr/local/avr/bin/ -B/ usr/local/avr/lib/ -isystem /usr/local/avr/include -isystem /usr/local/avr/sys-include -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing

[Bug target/18941] can't build latest 4.0 avr target (as of 12/11/04 cvs and earlier)

-- What|Removed |Added Component|c |target Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug

[Bug objc/18255] [GNU runtime] Protocols are not initialized correctly

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12 04:33 --- Most likely not as I think it was broke with 2.95.3 also (but I have to check). I also need to update the patch for the comments. -- What|Removed |Added --

[Bug java/18399] [4.0 Regression] Class initialization optimization does not work with the inliner

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12 04:39 --- Actually the way this used to work before the tree-ssa was during inlining we called out to the front- end to merge the two variables. -- What|Removed |Added ---

[Bug tree-optimization/18800] [4.0 Regression] ivopt missed, local array

-- What|Removed |Added Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18800

[Bug bootstrap/18810] Operation not supported while installing 4.0.0 on apple-darmin-7.6.0.

--- Additional Comments From 3dw4rd at verizon dot net 2004-12-12 03:48 --- (In reply to comment #8) > Also do "ls -la /dev/null" crw-rw-rw- 1 root wheel3, 2 11 Dec 22:31 /dev/null Block special, root/wheel, should be OK. > can you reboot? > Also are you sure that you don't ha

[Bug middle-end/18683] [4.0 Regression] seg fault in local allocate

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12 03:18 --- Note without this fixed, I cannot help fix 12850 as I have to compile at -O1. -- What|Removed |Added -

[Bug middle-end/18887] [4.0 Regression] libgcc2.h Improperly determines required built-in function size requirements.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12 03:09 --- Also could you file another bug for not rejecting the use of these modes because that seems like something which should have happened instead of the current ICE. Please attach the preprocessed source fo

[Bug bootstrap/18810] Operation not supported while installing 4.0.0 on apple-darmin-7.6.0.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12 02:45 --- Also do "ls -la /dev/null" can you reboot? Also are you sure that you don't have a hardware problem like bad memory? If this does not work, maybe reinstalling the OS might fix it as this might be a corrup

[Bug tree-optimization/18040] [4.0 Regression] ICE in for_each_index, at tree-ssa-loop-im.c:178

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12 03:05 --- Updated patch: . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18040

[Bug bootstrap/18810] Operation not supported while installing 4.0.0 on apple-darmin-7.6.0.

-apple-darwin7.6.0/4.0.0/specs Configured with: /Users/pinskia/src/local3/gcc/configure --prefix=/Users/pinskia/local3 --enable- languages=c++,objc,f95,java --disable-checking Thread model: posix gcc version 4.0.0 20041211 (experimental) [zhivago:local1/gcc/gcc] pinskia% ~/local3.memory/bin/gcc -v

[Bug bootstrap/18810] Operation not supported while installing 4.0.0 on apple-darmin-7.6.0.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12 02:26 --- There is no way /dev/null can be deleted without running as root. Since you are installing in your home directory, there is no reason why you should be installing as root. So this might be a problem with

[Bug bootstrap/18810] Operation not supported while installing 4.0.0 on apple-darmin-7.6.0.

--- Additional Comments From 3dw4rd at verizon dot net 2004-12-12 02:21 --- Apple PPC OSX people.. The bootstrap works but I'm getting fails on the install This bug is caused by deletion of the /dev/null file by the install process. I've verified that the /dev/null is there before the

[Bug tree-optimization/15559] [3.3/3.4/4.0 Regression] misses opportunity for hoisting an expression that would simplify control flow

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-12 00:06 --- Gosh, I don't even see how this is a regression. Geez. Come on guys. -- What|Removed |Added

[Bug other/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-11 23:12 --- Subject: Re: [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic No, we won't have access to DImode on those platforms. But then, the user won't have access to DImode inside the compiler either, s

[Bug tree-optimization/16951] [4.0 regression] ICE in make_decl_rtl with recursion in C++ constructor (-O1)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-11 22:20 --- Patch here: . -- What|Removed |Added

[Bug middle-end/18938] Out of memory with many select case statements

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-11 21:57 --- Speculations I'd put money on if the bookies would accept it: 1) You can show this same problem with C/C++ if you have enough cases. 2) No compiler can support 2416101224 basic blocks -- but why do we have

[Bug middle-end/18897] [4.0 Regression] /usr/ccs/bin/ld: Unsatisfied symbols: putchar (first referenced in build/gengenrtl.o) (data)

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-12-11 21:11 --- Subject: Re: [4.0 Regression] /usr/ccs/bin/ld: Unsatisf > --- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 > 04:16 --- > I think this was caused by: > 2004-12-08 Zac

[Bug target/18402] [3.3 regression] ICE in in gen_split_1204 on i686-pc-linux-gnu target

--- Additional Comments From gdr at integrable-solutions dot net 2004-12-11 19:57 --- Subject: Re: [3.3 regression] ICE in in gen_split_1204 on i686-pc-linux-gnu target "rgrosseboerger at dspace dot de" <[EMAIL PROTECTED]> writes: | -- |What|Removed

[Bug tree-optimization/18940] Loop is not vectorized when it should be

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-11 18:52 --- This problem causes the following "regressions" with my tree combiner: FAIL: gcc.dg/vect/vect-58.c scan-tree-dump-times vectorized 1 loops 1 FAIL: gcc.dg/vect/vect-60.c scan-tree-dump-times vectorized 1 loop

[Bug tree-optimization/18940] New: Loop is not vectorized when it should be

Here is another case which my tree combiner confuses the other tree optimizations but it should not. I get in .vect: "not vectorized: number of iterations cannot be computed.". If I change D1360 to be just n, it works. If I change "n <= 1" to be "D1360 <= 0" It works (on the mainline without my t

[Bug middle-end/18641] [4.0 Regression] Another ICE caused by reload of a psuedo reg into f0 for a DImode expr

--- Additional Comments From dje at gcc dot gnu dot org 2004-12-11 17:55 --- Patch applied. -- What|Removed |Added Status|NEW |RESOLVED

[Bug bootstrap/18939] New: x86_64 spurious relink of gcov and gcov-dump with the base compiler

On my x86_64 system, sometimes but not all the time, the following happens: $ configure --prefix=/home/guerby/work/gcc/install/install-20041211T175809 --enable-languages=c --enable-__cxa_atexit --disable-nls --enable-threads=posix --enable-checking $ make bootstrap [...] stage1/xgcc -Bstage1/ -B/

[Bug middle-end/18887] [4.0 Regression] libgcc2.h Improperly determines required built-in function size requirements.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-11 17:58 --- P3 because almost all of the embedded targets (and especially the 8/16bit ones) are not primary targets. -- What|Removed |Added

[Bug c++/12850] memory consumption for heavy template instantiations tripled since 3.3

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-11 17:42 --- On the mainline at -O1 (since I cannot compile at -O0 but that is a different bug which I already filed): cp/lex.c:716 (copy_decl) 910284: 0.1% 0: 0.0%6083812:11.3%

[Bug middle-end/18641] [4.0 Regression] Another ICE caused by reload of a psuedo reg into f0 for a DImode expr

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-11 17:37 --- Subject: Bug 18641 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-11 17:37:26 Modified files: gcc: ChangeLog gcc/config/rs6000:

[Bug middle-end/18938] Out of memory with many select case statements

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-11 17:24 --- Confirmed, but the problem is not in the front-end this time :). #4 0x0027c298 in sbitmap_vector_alloc (n_vecs=2416101224, n_elms=17) at /Users/pinskia/ src/local3/gcc/gcc/sbitmap.c:160 #5 0x002ea824

[Bug fortran/18938] New: Out of memory with many select case statements

$ cat multi-case #! /usr/bin/perl srand(0); $last = 100 unless $last = shift; for ($i=1; $i<=$last; $i++) { push(@lines, sprintf("case(%d)\n j = %d\n",$i, $last-$i)); } for ($i=0; $i<=$last; $i++) { $j = int(rand($last)); $temp = $lines[$i]; $lines[$i] = $lines[$j];

[Bug c/18887] [4.0 Regression] libgcc2.h Improperly determines required built-in function size requirements.

--- Additional Comments From giovannibajo at libero dot it 2004-12-11 16:37 --- Given that this breaks bootstrap of the AVR platform, I'm marking this as a regression. Paul, go ahead and submit your patch. -- What|Removed |Added -

[Bug middle-end/18921] [4.0 Regression] wrong code with operator "?"

--- Additional Comments From belyshev at lubercy dot com 2004-12-11 15:40 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug middle-end/18921] [4.0 Regression] wrong code with operator "?"

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-11 13:46 --- Subject: Bug 18921 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-11 13:46:37 Modified files: gcc: ChangeLog fold-const.c gcc/t

[Bug middle-end/18927] O(n^2) compile time with -O0 (n= number of basic blocks) in local alloc

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-11 13:14 --- Ah, but it's not *global* alloc, it is *local* alloc! From your scripts: local alloc : 0.16 (59%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall local alloc : 0.63 (72%) usr 0.00 ( 0%

[Bug middle-end/18927] O(n^2) compile time with -O0 (n= number of basic blocks) in global alloc

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-11 12:48 --- I'm puzzled how global can take so much time at -O0, since we don't run global unless we're optimizing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18927

[Bug fortran/18937] quadratic behaviour with many label "spaghetti" code

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-11 11:55 --- The problem in gfc_get_st_label() is easy to solve - just turn st_labels into a hash table. The problem in resolve.c is more difficult, I need to think about that a little more... -- http://gcc.gnu.

[Bug target/18402] [3.3 regression] ICE in in gen_split_1204 on i686-pc-linux-gnu target

-- What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18402

[Bug fortran/17175] set_exponent breaks with integer*8 exponent

--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-11 11:10 --- I'm sure this is fixed, but I don't have one of the affected platforms. I'd be glad if you could look at your testresults closely, and close this bug, if appropriate. -- What|Removed

[Bug fortran/17175] set_exponent breaks with integer*8 exponent

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-11 11:06 --- Subject: Bug 17175 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-11 11:06:31 Modified files: gcc/fortran: ChangeLog iresolve.c gcc/tes

[Bug fortran/18937] quadratic behaviour with many label "spaghetti" code

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-11 10:40 --- (In reply to comment #1) > Actually all of the time is spent in the parser so this is not a middle-end problem. You're correct. For example, the C frontend does not exhibit this behavior: $ ./spaghetti

[Bug other/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-11 09:39 --- > Since the symbol exists in 3.3 (which I'd forgotten), we have to keep it. > But I don't see any reason we can't fix the bug in its implementation. > So let's do proper simode arithmetic. Agreed. It tur

[Bug middle-end/18927] O(n^2) compile time with -O0 (n= number of basic blocks) in global alloc

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-11 08:50 --- Confirmed also on ppc. -- What|Removed |Added Status|UNCONFIRMED

[Bug fortran/18937] quadratic behaviour with many label "spaghetti" code

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-11 08:49 --- One more note g77 in 3.3 is faster. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18937

[Bug fortran/18937] quadratic behaviour with many label "spaghetti" code

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-11 08:45 --- Actually all of the time is spent in the parser so this is not a middle-end problem. Also note you did you did not disable checking which is enabled by default on non release branches. parser

[Bug middle-end/18937] New: quadratic behaviour with many label "spaghetti" code

I've written a short script to generate test cases with many random goto's. Here it is, with sample output: $ cat spaghetti #! /usr/bin/perl $last = shift; for ($i=1; $i<=$last; $i++) { push(@lines, sprintf("%5d i=i+1\n goto %d\n", $i, $i+1)); } for ($i=0; $i<=$last; $i++) { $j = in

[Bug rtl-optimization/16613] [3.4 Regression] compile time regression, when adding cerr usage

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-11 08:10 --- Here is my timings for 3.3.2 vs the mainline on powerpc-darwin (yesterdays before a patch which should speed it up a little more): [zhivago:~/src/localgccPRs] pinskia% time ~/gcc-3.3//bin/gcc pr16613.ii -