[Bug target/18615] biarch bootstrap fails on sparc-linux (CVS 20041121)

--- Additional Comments From debian-gcc at lists dot debian dot org 2004-11-23 07:56 --- > I presume sparc64-linux does bootstrap fine? No, bootstrap on sparc64-linux fails earlier in stage2, submitted as PR18622. Matthias -- What|Removed |Added -

[Bug target/18622] New: sparc64-linux bootstrap failure

HEAD 20041121 fails to build on sparc64-linux, configured with --enable-languages=c,c++ sparc64-linux, built with CC='gcc-3.3 -m64' as the bootstrap compiler on a current Debian unstable system. Matthias stage1/xgcc -Bstage1/ -B/usr/local/sparc64-linux/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwri

[Bug tree-optimization/18607] Vectorizer: data_reference is overwritten in vect_analyze_data_refs

--- Additional Comments From irar at il dot ibm dot com 2004-11-23 07:36 --- Fixed in http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01747.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18607

[Bug c++/18621] New: VTABLE emits unused bytes on avr target

Compiling C++ class with virtual methods results in virtual table that looks like this: 98_ZTV11auzaBilling: 99 .word 0 100 0002 .word 0 101 0004 .word pm(_ZN11auzaBillingD1Ev) 102 0006

[Bug c/18620] double data reversal

--- Additional Comments From zhangyijin_2008 at 163 dot com 2004-11-23 06:44 --- I test with: int main( void ) { double a = 12.34; printf( "%8.8f\n" ); return 0; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18620

[Bug target/16314] EP9312 gcc: undefined reference to __divdf3

--- Additional Comments From zhangyijin_2008 at 163 dot com 2004-11-23 06:06 --- (In reply to comment #8) > Subject: Re: EP9312 gcc: undefined reference to __divdf3 > On Tue, 2004-08-31 at 16:17, dank at kegel dot com wrote: > > --- Additional Comments From dank at kegel dot com 20

[Bug target/16314] EP9312 gcc: undefined reference to __divdf3

--- Additional Comments From zhangyijin_2008 at 163 dot com 2004-11-23 06:04 --- (In reply to comment #8) > Subject: Re: EP9312 gcc: undefined reference to __divdf3 > On Tue, 2004-08-31 at 16:17, dank at kegel dot com wrote: > > --- Additional Comments From dank at kegel dot com 20

[Bug c/18620] double data reversal

--- Additional Comments From zhangyijin_2008 at 163 dot com 2004-11-23 05:40 --- (In reply to comment #1) > Are you sure really sure? > Arm is both a bigendian and little-endian target. When I compiler with "arm-linux-gcc -S test.c" //test.s .file "test.c" .text

[Bug c/18620] double data reversal

-- What|Removed |Added Component|target |c GCC target triplet|arm-9tdmi-linux-gnu |ep9312 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18620

[Bug target/18620] double data reversal

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23 05:15 --- Are you sure really sure? Arm is both a bigendian and little-endian target. -- What|Removed |Added ---

[Bug c/18620] New: double data reversal

//test.c int main(void) { double a = 12.34; return 0; } //arm-linux-gcc -mcpu=ep9312 -S test.c //test.s .file "test.c" .text .align 2 .global main .type main, %function main: @ args = 0, pretend = 0, frame = 8 @ frame_needed = 1,

[Bug libfortran/15960] missing function 'finite' on HP-UX 11.11

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23 04:39 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug middle-end/15855] [3.4/4.0 Regression] g++ crash with -O2 and -O3 on input file

--- Additional Comments From giovannibajo at libero dot it 2004-11-23 03:51 --- Jeff, this is another baby you might enjoy playing with when you are done with the other PR :) -- What|Removed |Added

[Bug middle-end/15855] [3.4/4.0 Regression] g++ crash with -O2 and -O3 on input file

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23 03:49 --- One more thing the schedular compile time problem goes away with -fno-PIC (this is on ppc-darwin). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15855

[Bug rtl-optimization/14838] [3.3/3.4/4.0 Regression] ICE when building with -O2 -g

-- What|Removed |Added Target Milestone|3.4.4 |3.3.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14838

[Bug rtl-optimization/14838] [3.3/3.4/4.0 Regression] ICE when building with -O2 -g

--- Additional Comments From danglin at gcc dot gnu dot org 2004-11-23 03:39 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug rtl-optimization/14838] [3.3/3.4/4.0 Regression] ICE when building with -O2 -g

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-23 03:38 --- Subject: Bug 14838 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_3-branch Changes by: [EMAIL PROTECTED] 2004-11-23 03:37:53 Modified files: gcc: Change

[Bug rtl-optimization/18528] [4.0? Regression] ICE with -fweb

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23 03:21 --- Fixed on the mainline, both the ICE and the wrong code. -- What|Removed |Added S

[Bug rtl-optimization/18611] [4.0 Regression] ICE: in bitmap_ior, at bitmap.c:704 with -O1 -fmove-loop-invariants

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-23 03:14 --- Subject: Bug 18611 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-23 03:13:53 Added files: gcc/testsuite/gcc.dg: 20041122-1.c Log message

[Bug rtl-optimization/18611] [4.0 Regression] ICE: in bitmap_ior, at bitmap.c:704 with -O1 -fmove-loop-invariants

--- Additional Comments From dberlin at dberlin dot org 2004-11-23 03:08 --- Subject: Re: [4.0 Regression] ICE: in bitmap_ior, at bitmap.c:704 with -O1 -fmove-loop-invariants On Mon, 23 Nov 2004, giovannibajo at libero dot it wrote: > > --- Additional Comments From giovannibajo

[Bug rtl-optimization/14838] [3.3/3.4/4.0 Regression] ICE when building with -O2 -g

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-23 03:01 --- Subject: Bug 14838 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-11-23 03:01:19 Modified files: gcc: Change

[Bug rtl-optimization/18611] [4.0 Regression] ICE: in bitmap_ior, at bitmap.c:704 with -O1 -fmove-loop-invariants

--- Additional Comments From giovannibajo at libero dot it 2004-11-23 03:01 --- Can you commit the small testcase here, Daniel? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18611

[Bug rtl-optimization/18611] [4.0 Regression] ICE: in bitmap_ior, at bitmap.c:704 with -O1 -fmove-loop-invariants

--- Additional Comments From dberlin at gcc dot gnu dot org 2004-11-23 02:58 --- Fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED

[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 dberlin at gcc dot gnu dot org 2004-11-23 02:53 --- (In reply to comment #8) > yes, but if GVNPRE hoists the operation, we end up with: > > int f(int i, int b, int *c) > { > int ii; > ii = i+1; > if (b) > ; > else > *c = ii; > return ii; >

[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 dberlin at gcc dot gnu dot org 2004-11-23 02:49 --- (In reply to comment #10) > An example of where not doing hurts: > int ii; > int f(int i, int b, int *c) > { > if (b) >ii = i +1; > else >{ > *c = ii = i+1; >} > return ii; > } > >

[Bug bootstrap/18310] [3.4 regression] "make bootstrap-lean" deletes stage2/xgcc

--- Additional Comments From sampo at symlabs dot com 2004-11-23 02:49 --- This bug should be reopened. I am experiencing this when building gcc-3.4.3 release (obtained from ftp.gnu.org/gnu on 20.11.2004) on ix86-linux with gcc-3.4.2 (found to be stable for building a lot of other softw

[Bug middle-end/17957] [4.0 regression] vector type node used after garbage-collected

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23 02:31 --- Patch here: . Mine. -- What|Removed |Added --

[Bug pch/14940] PCH largefile test fails on various platforms

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-23 02:30 --- Subject: Bug 14940 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-23 02:29:40 Modified files: gcc: ChangeLog gcc/config : h

[Bug libfortran/18103] libgfortran system header conflict breaks bootstrap on MinGW

--- Additional Comments From giovannibajo at libero dot it 2004-11-23 02:20 --- Paul, can you look again at the patch here: http://gcc.gnu.org/ml/gcc-patches/2004-09/msg01609.html Is it OK for mainline? -- What|Removed |Added

[Bug rtl-optimization/14838] [3.3/3.4/4.0 Regression] ICE when building with -O2 -g

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-23 02:15 --- Subject: Bug 14838 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-23 02:15:19 Modified files: gcc: ChangeLog emit-rtl.c Log message:

[Bug rtl-optimization/18616] Strange optimization issue

--- Additional Comments From manus at eiffel dot com 2004-11-23 02:15 --- I'll try to do my best and will report as soon as I have something more concrete for you. Thank you for your attention Regards, Manu -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18616

[Bug target/18510] GCC should have instrinsics for SPARC VIS instructions

--- Additional Comments From phython at gcc dot gnu dot org 2004-11-23 02:12 --- Most VIS intructions now have intrinsics. edge* and array* intructions don't nor do the compare instructions. I'm hopeful the comparison instructions can be done without intrinsics, but I'm not sure. I st

[Bug libfortran/15960] missing function 'finite' on HP-UX 11.11

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-23 02:02 --- Subject: Bug 15960 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-23 02:02:39 Modified files: libgfortran: ChangeLog config.h.in configure confi

[Bug rtl-optimization/18528] [4.0? Regression] ICE with -fweb

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23 01:54 --- This is most likely the same as PR 18611. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18528

[Bug rtl-optimization/18616] Strange optimization issue

--- Additional Comments From giovannibajo at libero dot it 2004-11-23 01:53 --- Emmanuel, we can do *nothing* without a compilable source code showing the bug. Better if the testcase can compile and link into a standalone executable which segfaults. But if this is impossible, at least

[Bug target/18619] mmix-knuth-mmixware testsuite failure: objc/execute/load.m compilation [ld SEGV]

--- Additional Comments From hp at gcc dot gnu dot org 2004-11-23 01:46 --- Oops, apparently unrepeatable. More likely a problem with kernel-2.6.9-1.3_FC2 (i686)... Sorry for the noise. -- What|Removed |Added

[Bug rtl-optimization/17950] Over Aggressive Use of Data Cache Touch Instructions During FDO

--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-11-23 01:43 --- Finally got SPEC set up w/profiling to do a little comparison. Its not done yet (and only running c,c++ tests) but first glance through the initials results, it appears that -fspeculative-prefetching is dama

[Bug target/18619] mmix-knuth-mmixware testsuite failure: objc/execute/load.m compilation [ld SEGV]

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-

[Bug target/18619] New: mmix-knuth-mmixware testsuite failure:

With LAST_UPDATED: "Mon Nov 22 22:31:27 UTC 2004" I get: FAIL: objc/execute/load.m compilation, -O3 -fomit-frame-pointer With the message in the .log being: collect2: ld terminated with signal 11 [Segmentation fault] Last known to work on: "Mon Nov 22 18:29:28 UTC 2004". Yes this *is* a binutil

[Bug target/17836] [4.0 Regression] ABI breakage for 16-byte vectors (non-Altivec ABI & ISA)

--- Additional Comments From dje at gcc dot gnu dot org 2004-11-23 01:32 --- patches committed -- What|Removed |Added Status|ASSIGNED|RESOLVE

[Bug bootstrap/18422] configure scripts run incredibly slow when bootstrapping on AIX

--- Additional Comments From dje at gcc dot gnu dot org 2004-11-23 01:29 --- When AIX Bourne Shell is used for GCC bootstrap, bootstrap is extremely slow due to the interaction between the configure script and the shell. To speed up the process one has to use Bash. The AIX-specific ins

[Bug c++/18384] [3.3/3.4/4.0 Regression] ICE on zero-length array with empty initializer...

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-23 01:17 --- I think that the idea behavior here would be to match GNU C. If we reject this code in C, then we should certainly do so in C++ as well. If we accept it in C, then it would be nice to accept it in C++. -

[Bug rtl-optimization/18616] Strange optimization issue

--- Additional Comments From manus at eiffel dot com 2004-11-23 01:17 --- Unfortunately I cannot give you the all .i file. However the source code I gave you is an extract very similar of the .i content corresponding to where the code generation bug occurs (some upper case macros being

[Bug c++/18586] [4.0 regression] ICE on invalid template member declaration

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW

[Bug c++/18530] [4.0 regression] Bogus warnings about shadowed variables __ct, __dt

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW

[Bug rtl-optimization/14770] redundant store due to the fact that implicit set is not noticed

-- What|Removed |Added AssignedTo|steven at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED

[Bug middle-end/15147] A REG rtx can be smaller if register renaming is rewritten such that ORIGINAL_REGNO can go away

-- What|Removed |Added AssignedTo|steven at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED

[Bug tree-optimization/18618] The stacks in tree-ssa-dom.c and tree-intossa (and other tree-*) should be VEC(tree_on_heap)

-- What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |200

[Bug tree-optimization/18618] New: The stacks in tree-ssa-dom.c and tree-intossa (and other tree-*) should be VEC(tree_on_heap)

Just a bug report for fixing this: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01824.html -- Summary: The stacks in tree-ssa-dom.c and tree-intossa (and other tree-*) should be VEC(tree_on_heap) Product: gcc Version: 4.0.0 Status:

[Bug rtl-optimization/18616] Strange optimization issue

--- Additional Comments From falk at debian dot org 2004-11-23 00:39 --- We need the preprocessed source, as generated by -save-temps. Maybe you could also suggest how we could have made that clearer on the web page? -- What|Removed |Added --

[Bug c/17957] [4.0 regression] vector type node used after garbage-collected

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23 00:23 --- The other way around it is to move the static variable outside the function and mark them with GTY. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17957

[Bug c/17957] [4.0 regression] vector type node used after garbage-collected

--- Additional Comments From janis187 at us dot ibm dot com 2004-11-23 00:17 --- An easy fix is for build_word_mode_vector_type to not try to reuse types. The change to the garbage collector merely exposed a latent bug. It works for me if build_word_mode_vector_type is cut down to this,

[Bug rtl-optimization/18616] Strange optimization issue

--- Additional Comments From manus at eiffel dot com 2004-11-23 00:01 --- Thank you very much for the link to the bug submission page. I had read it and I provided as much as I could from what is requested. Looks to me that with the .S output I've included and the actual source code yo

[Bug target/18617] missed volatile variable optimizations

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22 23:56 --- This is target problem. -- What|Removed |Added Component|c

[Bug tree-optimization/18587] build_v_may_defs and build_vuses should be hastables instead of varray

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22 23:49 --- Oh, this has nothing to do with tree aliasing analysis at all but: tree operand scan : 26.65 ( 7%) usr 3.78 (10%) sys 31.64 ( 6%) wall With a hash table for these two we get: tree operand scan

[Bug c/18617] New: missed volatile variable optimizations

The below program and resulting code demonstrates: - volatile variables are needlessly initilized through a temporary, rather than being initialized directly. - volatile variable function arguments aren't passed direclty, but needlessly use an intermediate temporary variable. - normal variable

[Bug driver/18549] -save-temps option ends with corrupt object file

-- What|Removed |Added CC||ericw at evcohs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18549

[Bug target/18563] ICE: output_operand: invalid expression as operand

-- What|Removed |Added CC||ericw at evcohs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18563

[Bug rtl-optimization/18616] Strange optimization issue

--- Additional Comments From schwab at suse dot de 2004-11-22 23:36 --- Please read . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18616

[Bug rtl-optimization/18616] Strange optimization issue

-- What|Removed |Added Component|c |rtl-optimization GCC host triplet|Linux madrid.ise 2.6.9-1.667| |#1 Tue Nov 2 14:50:10 EST

[Bug c/18616] New: Strange optimization issue

I have an optimization bug with gcc 3.4.3 on AMD64. If I use either O1, O2 or O3 then it fails. Only O0 works fine. I found a small workaround which works for any optimization level, it suffices to add a call to printf("..") for a particular local variable but of course this is not acceptable. I

[Bug target/18615] biarch bootstrap fails on sparc-linux (CVS 20041121)

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-22 22:45 --- I presume sparc64-linux does bootstrap fine? -- What|Removed |Added CC|eb

[Bug rtl-optimization/18614] [3.4/4.0 Regression] ICE in simplify_binary_operation

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22 22:45 --- Confirmed : Search converges between 2003-03-31-trunk (#217) and 2003-04-01-trunk (#218). -- What|Removed |Added -

[Bug target/18615] biarch bootstrap fails on sparc-linux (CVS 20041121)

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|enhancement

[Bug target/18615] biarch bootstrap fails on sparc-linux (CVS 20041121)

--- Additional Comments From debian-gcc at lists dot debian dot org 2004-11-22 22:39 --- Created an attachment (id=7583) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7583&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18615

[Bug target/18615] biarch bootstrap fails on sparc-linux (CVS 20041121)

--- Additional Comments From debian-gcc at lists dot debian dot org 2004-11-22 22:38 --- Created an attachment (id=7582) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7582&action=view) biarch patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18615

[Bug target/18615] New: biarch bootstrap fails on sparc-linux (CVS 20041121)

this is not a standard setup, Eric Botcazou suggested to bring up the issue here. For 3.3.x, 3.4.x and some versions before, Debian uses a biarch setup, defaulting the compiler to 32bit, and having additional support for 64bit. With current mainline this setup currently bootstraps, but fails to bui

[Bug other/14251] Use POSIX-compatible flags for 'head' and 'tail'

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22 22:35 --- *** Bug 18613 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug bootstrap/18613] tail -N not supported anymore by newer coreutils

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22 22:35 --- Next time search for the bug which reported this before. This is a dup of bug 14251. The reason why this has not changed from the GCC side is because we need to support pre SUSv2 systems. *** This bug h

[Bug target/18444] [4.0 Regression] Multithreading broken on Unix95-class platforms

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-22 22:32 --- See http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01746.html -- What|Removed |Added

[Bug target/18444] [4.0 Regression] Multithreading broken on Unix95-class platforms

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-22 22:30 --- Subject: Bug 18444 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-22 22:30:14 Modified files: libjava: ChangeLog configure configure.ac Lo

[Bug target/18444] [4.0 Regression] Multithreading broken on Unix95-class platforms

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-22 22:28 --- Subject: Bug 18444 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-22 22:28:33 Modified files: boehm-gc : ChangeLog configure configure.ac Lo

[Bug target/16800] PowerPC - Unnecessary rldicl

--- Additional Comments From steinmtz at us dot ibm dot com 2004-11-22 22:27 --- I rechecked this one with a version of mainline built today (11/22/04) and the problem still appears. -- What|Removed |Added

[Bug target/18444] [4.0 Regression] Multithreading broken on Unix95-class platforms

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-22 22:26 --- Subject: Bug 18444 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-22 22:26:11 Modified files: gcc: ChangeLog configure configure.ac conf

[Bug rtl-optimization/18614] New: ICE in simplify_binary_operation

When I feed the following program "ice.c" typedef double v2df __attribute__ ((mode(V2DF))); int main() { volatile v2df xd; v2df yd = { 1.0, 4.0 }; xd = __builtin_ia32_cvtps2pd(__builtin_ia32_rsqrtps(__builtin_ia32_cvtpd2ps(yd))); return 0; } to GCC 3.4.3 with gcc -march=pentium4 -mcpu=p

[Bug bootstrap/18613] tail -N not supported anymore by newer coreutils

--- Additional Comments From schwab at suse dot de 2004-11-22 22:25 --- Use _POSIX2_VERSION=199209 or configure coreutils with DEFAULT_POSIX2_VERSION=199209. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18613

[Bug bootstrap/18613] tail -N not supported anymore by newer coreutils

--- Additional Comments From bjdouma at xs4all dot nl 2004-11-22 21:46 --- Subject: Re: tail -N not supported anymore by newer coreutils On Mon, Nov 22, 2004 at 09:28:50PM -, dberlin at dberlin dot org wrote: > > Newer versions of tail(1) from coreutils do not accept the > > -N opt

[Bug c/18602] segfault on a huge switch statement.

--- Additional Comments From dj at redhat dot com 2004-11-22 21:36 --- Subject: Re: segfault on a huge switch statement. > Confirmed, the problem is because of stack overflow. Either > splay_tree_delete_helper needs a little help or the C/C++ front-end > needs to stop using splay tree

[Bug tree-optimization/18529] When the lower bound of a loop is non-constant we cannot find the number of iterations

--- Additional Comments From rakdver at gcc dot gnu dot org 2004-11-22 21:34 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/18529] When the lower bound of a loop is non-constant we cannot find the number of iterations

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-22 21:33 --- Subject: Bug 18529 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-22 21:33:48 Modified files: gcc: ChangeLog fold-const.c tree-ssa-loop-

[Bug bootstrap/18613] tail -N not supported anymore by newer coreutils

--- Additional Comments From dberlin at dberlin dot org 2004-11-22 21:28 --- Subject: Re: New: tail -N not supported anymore by newer coreutils On Mon, 22 Nov 2004, bjdouma at xs4all dot nl wrote: > Newer versions of tail(1) from coreutils do not accept the > -N option anymore (whe

[Bug bootstrap/18613] New: tail -N not supported anymore by newer coreutils

Newer versions of tail(1) from coreutils do not accept the -N option anymore (where N is the number of lines to display); explicitly use 'tail -n N'. It's used in various places in Makefiles, I am not sure it actually breaks the build. -- Summary: tail -N not supported anymore by newe

[Bug tree-optimization/18572] [4.0 Regression] Bus error compiling makegpr.adb on Mac OS X 10.3

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22 20:03 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/18572] [4.0 Regression] Bus error compiling makegpr.adb on Mac OS X 10.3

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-22 20:02 --- Subject: Bug 18572 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-22 20:02:17 Modified files: gcc: ChangeLog tree-sra.c Log message:

[Bug middle-end/18494] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/structs.c (et al)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22 19:21 --- Fixed by: * function.c (assign_parm_setup_block): Revert 11-13 change to forcably re-mode a (possibly BLKmode) hard register. -- What|Removed |Added -

[Bug target/18558] [4.0 Regression] ICE: in gen_lowpart_common, at emit-rtl.c:1078

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22 19:21 --- Fixed by: * function.c (assign_parm_setup_block): Revert 11-13 change to forcably re-mode a (possibly BLKmode) hard register. -- What|Removed |Added -

[Bug rtl-optimization/18612] Loop optimiser generates incorrect code.

-- What|Removed |Added Component|c++ |rtl-optimization Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_

[Bug c++/18612] New: Loop optimiser generates incorrect code.

When the code below is compiled with -O3, func2() is called on each iteration. The .s shows that the the comparison to Array has been moved outside of the loop which is incorrect. If Array is not constant working code is produced, working code is also produced if I use -fold-unroll-loops. If I don'

[Bug libstdc++/17140] Floating point output is slow

--- Additional Comments From pcarlini at suse dot de 2004-11-22 18:13 --- A bit of additional info for lfptest too: if I set outcpp to true, then, on x86_64: nan Segmentation fault On ia64: 0.00 Segmentation fault right at the first iteration. -- http://gcc.gnu.org/bugzilla/sho

[Bug tree-optimization/18536] ICE: in emit_move_insn, at expr.c:2590 with -ftree-vectorize -msse2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22 18:07 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/18544] [4.0 regression] ICE with -ftree-vectorize

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22 18:07 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/18587] build_v_may_defs and build_vuses should be hastables instead of varray

--- Additional Comments From amacleod at redhat dot com 2004-11-22 17:39 --- 90% of what? the time spent in alias analysis? how long is the average operand list we are looking up then? is it because the lists are long, or is it because there are a bazillion lookups? If the lists are l

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

--- Additional Comments From tilo at pruetz dot net 2004-11-22 17:36 --- Will this get fixed in the 3.4 branch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18255

[Bug tree-optimization/18587] build_v_may_defs and build_vuses should be hastables instead of varray

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22 17:24 --- That 9% should have been a 90%. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18587

[Bug rtl-optimization/18611] [4.0 Regression] ICE: in bitmap_ior, at bitmap.c:704 with -O1 -fmove-loop-invariants

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22 17:16 --- Reduced testcase: typedef struct { int channels_per_image; int channel[8]; } CineonImageInformation; void dumpCineonImageInfo(CineonImageInformation* imageInfo) { int i; for (i = 0; i < imageInf

[Bug tree-optimization/15524] [4.0 Regression] jump threading on trees is slow with switch statements with large # of cases

--- Additional Comments From law at redhat dot com 2004-11-22 17:15 --- Subject: Re: [4.0 Regression] jump threading on trees is slow with switch statements with large # of cases It's clearly getting more difficult to find compile-time improvements for 15524. But that doesn't

[Bug rtl-optimization/18611] [4.0 Regression] ICE: in bitmap_ior, at bitmap.c:704 with -O1 -fmove-loop-invariants

-- What|Removed |Added Component|tree-optimization |rtl-optimization Summary|ICE: in bitmap_ior, at |[4.0 Regression] ICE: in |b

[Bug tree-optimization/18611] ICE: in bitmap_ior, at bitmap.c:704 with -O1 -fmove-loop-invariants

--- Additional Comments From dberlin at gcc dot gnu dot org 2004-11-22 17:07 --- Confirmed. Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01770.html -- What|Removed |Added ---

[Bug tree-optimization/18611] ICE: in bitmap_ior, at bitmap.c:704 with -O1 -fmove-loop-invariants

--- Additional Comments From micis at gmx dot de 2004-11-22 16:54 --- Created an attachment (id=7581) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7581&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18611

[Bug tree-optimization/18611] New: ICE: in bitmap_ior, at bitmap.c:704 with -O1 -fmove-loop-invariants

With the snapshot 20041121 I get an ICE bitmap_ior, at bitmap.c:704 if I use the options -O1 (or higher) and -fmove-loop-invariants Snapshot 20041121 has the same problem. Michael Cieslinski gcc40a -c -O2 -fmove-loop-invariants -o cineonlib.o cineonlib.i -v -pipe Reading specs from /usr/local/g

  1   2   >