[Bug other/18423] [4.0 Regression] powerpc-eabisim build broken due to configure skipping fixincludes

--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-11-12 06:51 --- My last comment was wrong. What fixed build on mingw and cygwin was doing this: Revert 2004-10-26 Paolo Bonzini <[EMAIL PROTECTED]> * configure.in (case ${target}): Do not build fi

[Bug target/18443] [3.3/3.4/4.0 Regression] #pragma pack(1) breaks function pointer initialization

--- Additional Comments From davidm at hpl dot hp dot com 2004-11-12 06:01 --- (In reply to comment #2) > Since I don't have access to an IA64 machine could you submit/regtest the patch which removes the > aligned_p test? Just removing the aligned_p won't do the trick. It's also neces

[Bug target/18443] [3.3/3.4/4.0 Regression] #pragma pack(1) breaks function pointer initialization

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12 05:48 --- The bug was introduced with: http://gcc.gnu.org/ml/gcc-patches/2001-12/msg01678.html which looks like a mis understanding what IA64 wanted/needed. The aligned_p there looks wrong. So this is a regression

[Bug target/18443] #pragma pack(1) breaks function pointer initialization

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12 05:33 --- The bug is a target bug as if this is wrong the bug is in ia64_assemble_integer: /* Target hook for assembling integer objects. Handle word-sized aligned objects and detect the cases when @fptr is neede

[Bug target/18443] #pragma pack(1) breaks function pointer initialization

-- What|Removed |Added Component|web |target Keywords||wrong-code Version|unknown

[Bug web/18443] #pragma pack(1) breaks function pointer initialization

-- What|Removed |Added Component|c |web http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18443

[Bug c/18443] New: #pragma pack(1) breaks function pointer initialization

An example says it all: -- $ cat t.c #pragma pack (1) typedef struct tbl_s { int (*func) (int); } TBL; static int foo (int arg) { return arg + 13; } TBL padTbl = { foo }; $ cc -S t.c $ cat t.s | tail -3 padTbl: data8.ua

[Bug preprocessor/15167] [3.4/4.0 Regression] Internal compiler error with "#pragma once"

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12 04:54 --- Someone should really look into this more than I have since this is a really bad preprocessor regression. -- What|Removed |Added

[Bug target/17279] [3.4/4.0 Regression] internal compiler error with 128 bit integers

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

[Bug objc/18408] [4.0 Regression] ICE compiling code that involves casting classes

--- Additional Comments From mgd at santafe dot edu 2004-11-12 04:27 --- Fwiw, this does prevent the related ICEs I had.. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18408

[Bug target/17279] [3.4/4.0 Regression] internal compiler error with 128 bit integers

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12 03:58 --- Created an attachment (id=7525) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7525&action=view) patch which I am testing which should fix the remaining problem Patch which I am going to test which sho

[Bug target/17279] [3.4/4.0 Regression] internal compiler error with 128 bit integers

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

[Bug target/17279] [3.4/4.0 Regression] internal compiler error with 128 bit integers

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12 03:57 --- This is a 3.4/4.0 regression as before HOST_WIDE_INT was not 64bits. -- What|Removed |Added

[Bug target/18404] unnecessary sll when -mint64 (MIPS)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12 03:55 --- I filed PR 18442 for that regression. -- What|Removed |Added BugsThisDependsOn|

[Bug target/18442] [3.4/4.0 Regression] Rejects attribute((mode(SI))) when using -mint64

-- What|Removed |Added OtherBugsDependingO||18404 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18442

[Bug target/17778] [3.4/4.0 Regression] regression in evaluating long double hexadecimal constants

--- Additional Comments From das at FreeBSD dot ORG 2004-11-12 03:54 --- Subject: Re: [3.4/4.0 Regression] regression in evaluating long double hexadecimal constants Yes, this appears to fix the problem. Thanks! Your timing is impeccable, by the way. Over in FreeBSDland, this bug r

[Bug target/18442] [3.4/4.0 Regression] Rejects attribute((mode(SI))) when using -mint64

-- What|Removed |Added Known to fail||3.4.3 4.0.0 Known to work||3.4.2 Target Milestone|---

[Bug target/18442] New: [3.4/4.0 Regression] Rejects attribute((mode(SI))) when using -mint64

>From PR 18404 (but that was about something else) Do: gcc.mips -S -O2 -march=sb1 -mabi=64 -mint64 t.c on t.c: typedef signed char t_SI __attribute__ ((__mode__(SI))); t_SI inc_SI (t_SI v) { return ++v; } -- Summary: [3.4/4.0 Regression] Rejects attribute((mode(SI))) when

[Bug target/17279] internal compiler error with 128 bit integers

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12 03:37 --- Fixed in 3.4.3, we reject it: t.c: In function 'main': t.c:3: error: unable to emulate 'TI' But if we don't do the typedef we still get an error: t.c:4: internal compiler error: in expand_mult, at expmed.c:

[Bug target/18404] unnecessary sll when -mint64 (MIPS)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12 03:34 --- Note we reject the code as we consider SI mode not able to emulate with -mint64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18404

[Bug target/17778] [3.4/4.0 Regression] regression in evaluating long double hexadecimal constants

--- Additional Comments From rth at gcc dot gnu dot org 2004-11-12 03:04 --- Try that. -- What|Removed |Added Status|ASSIGNED|WAITING

[Bug target/17778] [3.4/4.0 Regression] regression in evaluating long double hexadecimal constants

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

[Bug target/17778] [3.4/4.0 Regression] regression in evaluating long double hexadecimal constants

-- What|Removed |Added Summary|regression in evaluating|[3.4/4.0 Regression] |long double hexadecimal |regression in evaluating

[Bug target/17778] regression in evaluating long double hexadecimal constants

--- Additional Comments From rth at gcc dot gnu dot org 2004-11-12 02:54 --- The bug is real, and it's not any of those proposed. The Real Problem is that the floating point format that is actually installed is NOT the 53-bit format that FreeBSD wants to use. I guess Zack's conversion

[Bug target/18421] Internal Compiler Error

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12 02:52 --- Can you attach the preprocessed source? Read http://gcc.gnu.org/bugs.html for more information on how to do this. -- What|Removed |Added

[Bug c++/18436] [3.4/4.0 Regression] ICE in perform_or_defer_access_check (binfo is NULL)

-- What|Removed |Added CC||giovannibajo at libero dot ||it http://gcc.gnu.org/bugzilla/sho

[Bug tree-optimization/18441] Vectorizer: add a command line for simple vectorizer report

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12 02:45 --- Confirmed, We should have done this by now but don't for reasons unknown to me. We have all the information we need as of right now. -- What|Removed |Added ---

[Bug tree-optimization/18438] vectorizer failed for vector matrix multiplication

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12 02:43 --- Confirmed, ICC can do this but does not because it is not very inefficient to do it. -- What|Removed |Added -

[Bug tree-optimization/18439] vectorizer failed for vector normalization

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12 02:43 --- Confirmed, ICC can do this but does not because it is not very inefficient to do it. -- What|Removed |Added -

[Bug tree-optimization/18437] vectorizer failed for matrix multiplication

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12 02:43 --- Confirmed, ICC can do this but does not because it is not very inefficient to do it. -- What|Removed |Added -

[Bug fortran/18440] incorrect field width in format-free output of real*8 numbers

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12 02:40 --- Fixed on the mainline by rewriting the whole fortran compiler: 3.14159262792900 3.141593 STOP 0 -- What|Removed |Added

[Bug tree-optimization/18441] New: Vectorizer: add a command line for simple vectorizer report

If an user wants to know if vectorization succeeded or not, he has to use - fdump-tree-vect-details and then grep for some special pattern to find the lines that say if loops were vectorized or not. Such an information can be very useful while developing code, so I think it should be easily give

[Bug fortran/18440] New: incorrect field width in format-free output of real*8 numbers

Simple fortran program: program test real*8 a realb a = 3.1415926279290d0 write(*,*) a b = a write(*,*) b stop end Output: 3.14159263 3.14159274 I guess that the default width for real*8 numbers is 15. I got only 9.

[Bug objc/18408] [4.0 Regression] ICE compiling code that involves casting classes

--- Additional Comments From zlaski at apple dot com 2004-11-12 01:36 --- Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00925.html Awaiting feedback. -- What|Removed |Added --

[Bug tree-optimization/18439] New: vectorizer failed for vector normalization

Vectorizer fails to handle this: - extern "C" double sqrt(double); #define NUMPOINTS 5 static float points[NUMPOINTS][4]; static float opoints[NUMPOINTS][4]; static bool flags[NUMPOINTS]; void NormalizeVectors (void) { int i, r; float

[Bug tree-optimization/18438] New: vectorizer failed for vector matrix multiplication

Vectorizer fails to handle this: #define NUMPOINTS 5 #define align(x) __attribute__((align(x))) typedef float align(16) MATRIX[3][3]; static float points[NUMPOINTS][4]; static align(16) float opoints[NUMPOINTS][4]; static bool fl

[Bug tree-optimization/18437] New: vectorizer failed for matrix multiplication

Vectorizer fails to handle this: #define align(x) __attribute__((align(x))) typedef float align(16) MATRIX[3][3]; void RotateMatrix(MATRIX ret, MATRIX a, MATRIX b) { int i, j; for (j = 0; j < 3; j++) for (i = 0; i < 3; i++) ret[j

[Bug middle-end/18005] [4.0 Regression] ICE with simple loop with VLA

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12 01:08 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c++/18436] [3.4/4.0 Regression] ICE in perform_or_defer_access_check (binfo is NULL)

-- What|Removed |Added Keywords||ice-on-valid-code Summary|ICE in |[3.4/4.0 Regression] ICE in

[Bug c++/18436] ICE in perform_or_defer_access_check (binfo is NULL)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12 00:18 --- Hmm, this looks related to PR 17829 (but that was fixed and this is still broken). -- What|Removed |Added ---

[Bug middle-end/18005] [4.0 Regression] ICE with simple loop with VLA

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-12 00:13 --- Subject: Bug 18005 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-12 00:13:07 Modified files: gcc: ChangeLog tree-data-ref.c Log messa

[Bug tree-optimization/18419] [4.0 Regression] tree-ssa aliasing slow

--- Additional Comments From steven at gcc dot gnu dot org 2004-11-12 00:12 --- http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00920.html There's still room for speedups but PTA is off the map now. -- What|Removed |Added --

[Bug java/12772] Need infrastructure to determine if a class in in same binary unit

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Last reconfirmed|2004-08-13 0

[Bug c++/18436] ICE

--- Additional Comments From sylvain dot pion at sophia dot inria dot fr 2004-11-12 00:12 --- Created an attachment (id=7523) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7523&action=view) preprocessed source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18436

[Bug rtl-optimization/15442] ICE in cfgrtl.c with -fschedule-insns2 -freorder-blocks-and-partition -fsched2-use-traces

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

[Bug c++/18436] New: ICE

I get an ICE with the attached pre-processed code. I get it with g++ 3.4.3, as well as 4.0.0-2004. With no particular command line option (-O2 or nothing produces it). -- Summary: ICE Product: gcc Version: 3.4.3 Status: UNCONFIRMED

[Bug c++/16389] [ABI] POD array layout and alignment shifting [3.2/3.3/3.4]

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12 00:02 --- *** Bug 16390 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16389

[Bug c++/16390] [ABI] POD multi-dimensional array layout and alignment shifting [3.2/3.3/3.4]

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-12 00:01 --- *** This bug has been marked as a duplicate of 16389 *** -- What|Removed |Added

[Bug c++/16388] [ABI] POD long double alignment shifting [3.2/3.3/3.4]

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 23:57 --- 3.4's is correct, the other ones were wrong and is most likely the reason why before 3.4.0 was wrong is because we really did not have deal that well with non powers of 2 sizes. -- What|Re

[Bug middle-end/16387] [ABI] POD double alignment shifting [3.2/3.3/3.4]

-- What|Removed |Added Component|c++ |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16387

[Bug target/16340] Add support of ARM946E-S cpu in arm target.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 23:50 --- Fixed already on the mainline. -- What|Removed |Added Status|UNCONFIRMED

[Bug ada/18434] Cannot build gnattools on Tru64 UNIX V5.1B

--- Additional Comments From ro at techfak dot uni-bielefeld dot de 2004-11-11 23:44 --- Subject: Re: Cannot build gnattools on Tru64 UNIX V5.1B pinskia at gcc dot gnu dot org writes: > I thought we declared that Ada building on alpha-dec-osf was broken and > should have been turned

[Bug c++/16994] [meta-bug] VLA and C++

-- Bug 16994 depends on bug 15508, which changed state. Bug 15508 Summary: Size evaluation of variable-length array seem to be skipped in some cases. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15508 What|Old Value |New Value --

[Bug c++/15508] Size evaluation of variable-length array seem to be skipped in some cases.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 23:41 --- As the code is not valid C++, we are rejecting it. Note I think this would be fixed if we decied ever to add back this support for VLAs. -- What|Removed |Added ---

[Bug ada/18434] Cannot build gnattools on Tru64 UNIX V5.1B

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 23:33 --- I thought we declared that Ada building on alpha-dec-osf was broken and should have been turned off. This was because when Geoff fixed a PCH bug, alpha-dec-osf could not bootstrap Ada anymore. --

[Bug c++/18435] internal compiler error: in tsubst, at cp/pt.c:6646

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 23:30 --- Note the code has some invalid C++ in that if you compile with 3.4.0 you will get some errors. Also I could reproduce this on a 3.3 based compiler from Apple. Also I don't get the ICE on the mainline comp

[Bug c++/18435] internal compiler error: in tsubst, at cp/pt.c:6646

--- Additional Comments From mark at easterbrook dot org dot uk 2004-11-11 22:21 --- (From update of attachment 7521) The error occured when the template at line 32849 was added: template class... If this is removed the error does not occur (obviously the code won't then compile becaus

[Bug c++/18435] internal compiler error: in tsubst, at cp/pt.c:6646

--- Additional Comments From mark at easterbrook dot org dot uk 2004-11-11 22:17 --- Created an attachment (id=7521) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7521&action=view) Intermediate file (.ii) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18435

[Bug c++/18435] internal compiler error: in tsubst, at cp/pt.c:6646

--- Additional Comments From mark at easterbrook dot org dot uk 2004-11-11 22:15 --- Created an attachment (id=7520) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7520&action=view) Output from gcc -v -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18435

[Bug c++/18435] New: internal compiler error: in tsubst, at cp/pt.c:6646

g++ -pedantic -Wall -g -c -o test_sequence.o test_sequence.cpp sequence.hpp: In function `int main()': sequence.hpp:19: internal compiler error: in tsubst, at cp/pt.c:6646 Please submit a full bug report, with preprocessed source if appropriate. See http://www.gnu.org/software/gcc/bugs.html> fo

[Bug ada/18434] New: Cannot build gnattools on Tru64 UNIX V5.1B

When I tried a C + Ada only bootstrap of current mainline on alpha-dec-osf5.1b, most of the bootstrap and building libada went along fine. The bootstrap stopped only when trying to build gnatchop (or any other of gnattools): make -C tools -f ../Makefile "CC=../../xgcc -B../../" "CFLAGS=-O2 -g -O

[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-11 21:42 --- GRRR. I thought I had settled on a scheme that would address the SWITCH_EXPR representation issues with 15524. It was a combination of a hash table to get us from an edge to a CASE_LABEL_EXPR and the "CASE_LEADER"

[Bug java/16675] [4.0 Regression] Null parameter values for anonymous constructor invocation require explicit cast

-- What|Removed |Added Summary|Null parameter values for |[4.0 Regression] Null |anonymous constructor |parameter values for |

[Bug tree-optimization/18431] Code for arrays and pointers are not the same

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 20:39 --- Rewritting the code this way, shows how we ahould be optimizing the code: void h() { int i; unsigned short *q1 = q; for (i=0;ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=18431

[Bug middle-end/18424] 3.4.3 ~6x+ performance regression vs 3.3.1, constant trees not being computed.

--- Additional Comments From schlie at comcast dot net 2004-11-11 20:28 --- Subject: Re: 3.4.3 ~6x+ performance regression vs 3.3.1, constant trees not being computed. > From: joseph at codesourcery dot com <[EMAIL PROTECTED]> > --- Additional Comments From joseph at codesourcery

[Bug middle-end/17926] [4.0 Regression] infinite loop in LAPACK test at -Os and -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 20:16 --- Can you try this again as PR 17742 is now fixed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17926

[Bug rtl-optimization/18233] extraneous inc/dec pair

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 20:15 --- Confirmed. We are splitting ffs late which causes this problem (maybe doing an expand instead of splitter fixes the problem). -- What|Removed |Added --

[Bug tree-optimization/17742] [4.0 Regression] C Optimization error with -O1 on i686

--- Additional Comments From rakdver at gcc dot gnu dot org 2004-11-11 20:14 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug middle-end/17926] [4.0 Regression] infinite loop in LAPACK test at -Os and -O2

-- Bug 17926 depends on bug 17742, which changed state. Bug 17742 Summary: [4.0 Regression] C Optimization error with -O1 on i686 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17742 What|Old Value |New Value ---

[Bug other/18423] [4.0 Regression] powerpc-eabisim build broken due to configure skipping fixincludes

--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-11-11 20:13 --- This fixes the cygwin/mingw problem for me: * config/i386/t-cygming: Don't override STMP_FIXINC. Index: t-cygming ===

[Bug tree-optimization/17742] [4.0 Regression] C Optimization error with -O1 on i686

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-11 20:12 --- Subject: Bug 17742 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-11 20:12:36 Modified files: gcc: ChangeLog tree-scalar-evolution.c L

[Bug c/18411] Warning not legitimate

--- Additional Comments From manus at eiffel dot com 2004-11-11 20:04 --- Sorry to come back and buzz you again. I just realized that because of this change in behavior of gcc you broke not just my code, but also the code of the people using our Eiffel compiler. Indeed our compiler gen

[Bug target/18274] Documentation for -mhard-float on arm platforms is incorrect

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 20:02 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug middle-end/17520] [4.0 regression] Huge compile time for C code

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 19:37 --- Fixed by: +2004-11-11 Sebastian Pop <[EMAIL PROTECTED]> + + * tree-scalar-evolution.c (follow_ssa_edge_in_condition_phi): + Give up as soon as the evolution is known not computable. + --

[Bug tree-optimization/17550] [4.0 Regression] cc1 hangs in endless loop

-- Bug 17550 depends on bug 17520, which changed state. Bug 17520 Summary: [4.0 regression] Huge compile time for C code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17520 What|Old Value |New Value

[Bug java/18433] New: gcj compiling resources from a file list doesn't work (ICE)

gcc version 4.0.0 20041014 (experimental) gcj can compile resources in a jar file: > gcj -c file.jar But, it can not compile resources from list of files: filelist: dir/somefile.jpg dir/someother.jpg > gcj --resource -c @filelist gcj: --resource requires -o Adding the unneeded -o: > gcj --r

[Bug fortran/15181] gfc_conv_component_ref: Assertion `c->backend_decl' failed

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

[Bug fortran/18432] ICE on subcomponent arrays of derived types

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 19:11 --- Yes this is a dup of bug 15181. *** This bug has been marked as a duplicate of 15181 *** -- What|Removed |Added -

[Bug fortran/18432] ICE on subcomponent arrays of derived types

--- Additional Comments From mbkennel at gmail dot com 2004-11-11 19:08 --- Created an attachment (id=7519) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7519&action=view) ICE test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18432

[Bug fortran/18432] New: ICE on subcomponent arrays of derived types

This may be related to 15181. This is a non-functional excerpt from a medium sized code which stresses f95 some f95 features. gfortran --version GNU Fortran 95 (GCC 4.0.0 2004 (experimental)) x86 linux. module gfortran_bug1 integer, parameter :: kdkind = kind(0.0d0) type interval

[Bug bootstrap/18360] Can't bootastrap gcc 3.4.3 at FreeBSD using gcc mainline

--- Additional Comments From wanderer at rsu dot ru 2004-11-11 18:44 --- Same problem afterupgrade to released i386-unknown-freebsd5.3 and gcc version 4.0.0 20041110 (experimental) -- What|Removed |Added -

[Bug tree-optimization/18431] Code for arrays and pointers are not the same

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

[Bug tree-optimization/16803] PowerPC - invariant code motion could be removed from loop.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 18:19 --- Woops I I filed PR 18431 (which I think is the same problem well the testcases are the same), I will note I copied both -m32 and -m64 loops to show where the problem is and with arrays we get much better

[Bug tree-optimization/18431] Code for arrays and pointers are not the same

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 18:15 --- Note with powerpc64 we get much worse than array case which stays the same: L4: sldi r2,r9,1 addi r0,r9,1 sthx r10,r2,r11 extsw r9,r0 bdnz L4 -- http://gcc.gnu.org

[Bug tree-optimization/18431] Code for arrays and pointers are not the same

-- What|Removed |Added CC||rakdver at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/sh

[Bug tree-optimization/18431] Code for arrays and pointers are not the same

-- What|Removed |Added GCC target triplet||powerpc-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18431

[Bug tree-optimization/18431] New: Code for arrays and pointers are not the same

We should produce the same code in the two loops unsigned short *q; #define NOSB 10 int last; void h1() { int i; for (i=0;ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=18431

[Bug tree-optimization/16803] PowerPC - invariant code motion could be removed from loop.

--- Additional Comments From nathan at gcc dot gnu dot org 2004-11-11 17:40 --- FSF HEAD 2004-11-11 gives better code, with the invariants moved out of the loop, .main: ld 9,[EMAIL PROTECTED](2) lwz 11,0(9) addi 11,11,20 extsw 11,11 cmpwi 7,11,0

[Bug other/18423] [4.0 Regression] powerpc-eabisim build broken due to configure skipping fixincludes

--- Additional Comments From janis187 at us dot ibm dot com 2004-11-11 17:39 --- The powerpc-eabisim build THINKS it needs fixincludes, so perhaps that's a separate issue; the build fails at stmp-fixinc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18423

[Bug tree-optimization/16801] PowerPC - forward store motion opportunity

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

[Bug tree-optimization/16801] PowerPC - forward store motion opportunity

--- Additional Comments From nathan at gcc dot gnu dot org 2004-11-11 17:27 --- This is fixed on FSF HEAD 2004-11-11. Probably due to some better alias analysis -- What|Removed |Added --

[Bug middle-end/18424] 3.4.3 ~6x+ performance regression vs 3.3.1, constant trees not being computed.

--- Additional Comments From schlie at comcast dot net 2004-11-11 17:19 --- Subject: Re: 3.4.3 ~6x+ performance regression vs 3.3.1, constant trees not being computed. > From: joseph at codesourcery dot com <[EMAIL PROTECTED]> > --- Additional Comments From joseph at codesourcery

[Bug target/16457] PowerPC - Combine two rldicr instructions into a single rlwinm.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-11 17:03 --- Subject: Bug 16457 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-11 17:03:40 Modified files: gcc: ChangeLog gcc/testsuite : C

[Bug target/16457] PowerPC - Combine two rldicr instructions into a single rlwinm.

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

[Bug target/16457] PowerPC - Combine two rldicr instructions into a single rlwinm.

--- Additional Comments From nathan at gcc dot gnu dot org 2004-11-11 16:59 --- 2004-11-11 Nathan Sidwell <[EMAIL PROTECTED]> PR target/16457 * config/rs6000/rs6000.c (mask64_2_operand): Stub to call mask64_1or2_operand. (mask64_1or2_operand): Broken ou

[Bug c++/18429] [4.0 Regression] ICE on invalid code with array size being a non constant variable

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 16:51 --- : Search converges between 2004-07-29-trunk (#498) and 2004-07-30-trunk (#499). Reduced testcase every where: int subtrees = 4; template< class T > struct Tree { Tree* L[subtrees]; Tree* R[subtrees]; ~

[Bug libgcj/13439] gij VerifyError; works with JDK 1.4

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

[Bug libgcj/18430] VerifyError, incompatible type on stack

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 16:40 --- A duplicate of PR 13439, fixed already in 3.4.0. *** This bug has been marked as a duplicate of 13439 *** *** This bug has been marked as a duplicate of 13439 *** -- What|Removed

[Bug libgcj/18430] VerifyError, incompatible type on stack

--- Additional Comments From brian_252 at yahoo dot com 2004-11-11 16:37 --- One workaround that i've tested is to change the interface into an abstract class and change its descendents to extend it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18430

[Bug libgcj/18430] VerifyError, incompatible type on stack

--- Additional Comments From brian_252 at yahoo dot com 2004-11-11 16:36 --- Here's someone reporting the error in practice: http://lists.debian.org/debian-user-french/2003/09/msg01033.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18430

  1   2   >