[Bug libgcj/18909] gij needs libgij.so (wrong linking/build?)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 18:47 --- Again try to compile without using the rpm. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18909

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From kazu at cs dot umass dot edu 2004-12-09 19:22 --- Jeff, With my new patch, stmt.i gets one fewer jump threading opportunities (compared to what the vanilla mainline produces). So it's very plausible that we are miscompiling stmt.c quietly. This difference c

[Bug libgcj/18909] gij needs libgij.so (wrong linking/build?)

--- Additional Comments From pluto at pld-linux dot org 2004-12-09 19:40 --- (In reply to comment #5) > Again try to compile without using the rpm. manual `make all` doesn't build libgij.so :/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18909

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From law at redhat dot com 2004-12-09 19:52 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) On Thu, 2004-12-09 at 19:22 +, kazu at cs dot umass dot edu wrote: > --- Additional Comments From kazu at cs dot umass dot edu 20

[Bug other/18910] New: ice with -O2 / works fine with -O0.

# gcc tst-tls4modb.i -c -O2 tst-tls4modb.c: In function 'test1': tst-tls4modb.c:50: error: unrecognizable insn: (insn:HI 89 46 82 3 (set (reg/f:SI 68 [ D.6399 ]) (const:SI (plus:SI (symbol_ref:SI ("foo") [flags 0x1a] ) (const_int 32 [0x20] -1 (nil) (expr_list:R

[Bug other/18910] ice with -O2 / works fine with -O0.

--- Additional Comments From pluto at pld-linux dot org 2004-12-09 20:08 --- Created an attachment (id=7716) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7716&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18910

[Bug target/18910] [4.0 Regression] ice with -O2 / works fine with -O0.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 20:27 --- Reduced testcase: static __thread void *foo [2]; void test1 (void) { unsigned int s; for (s = 0; s < 2; ++s) foo [s] = &foo[s]; } : Search converges between 2004-11-24-161001-trunk (#655) and 20

[Bug target/18910] [4.0 Regression] ice with -O2 / works fine with -O0.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 20:36 --- Here is another reduced testcase which shows it is an earlier regression than what the dates are: static __thread void *foo [2]; test1 () { void * * ivtmp12; ivtmp12 = &foo[0]; L0:; *ivtmp12 = ivtmp1

[Bug target/18910] [4.0 Regression] ice with -O2 / works fine with -O0.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 20:38 --- (In reply to comment #3) > Here is another reduced testcase which shows it is an earlier regression than > what the dates are: I should note that my testcase also fails at -O0. -- http://gcc.gnu.org/bug

[Bug c++/18514] [3.4/4.0 Regression] Alternate "asm" name ignored for redeclared builtin function imported into namespace std

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-09 21:07 --- Subject: Bug 18514 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-09 21:07:01 Modified files: gcc/cp : ChangeLog name-lookup.c gcc/

[Bug target/18911] New: mmix-knuth-mmixware testsuite failure: g++.dg/init/array16.C execution

With LAST_UPDATED: "Thu Dec 9 10:50:49 UTC 2004" I get: WARNING: program timed out. FAIL: g++.dg/init/array16.C execution test No particular hint in g++.log. The host machine is a Celeron 2.6GHz. This is a new test, introduced between "Thu Dec 9 03:56:14 UTC 2004" and above. Looking at the tes

[Bug target/18911] mmix-knuth-mmixware testsuite failure: g++.dg/init/array16.C execution

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 21:11 --- Hmm, the testcase was added so we could see that we could compile the program in short time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18911

[Bug target/18911] mmix-knuth-mmixware testsuite failure: g++.dg/init/array16.C execution

--- Additional Comments From hp at gcc dot gnu dot org 2004-12-09 21:17 --- Re: comment #1. So, restrict the test to compile-only? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18911

Re: bug in /usr/include/c++/3.4/bits/fstream.tcc

"Jacob Schmidt Madsen" <[EMAIL PROTECTED]> writes: | error: | /usr/include/c++/3.4/bits/fstream.tcc: In member function `virtual | typename std::basic_filebuf<_CharT, _Traits>::int_type | std::basic_filebuf<_CharT, _Traits>::underflow()': | /usr/include/c++/3.4/bits/fstream.tcc:277: error: expecte

[Bug c++/18514] [3.4 Regression] Alternate "asm" name ignored for redeclared builtin function imported into namespace std

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 21:24 --- Fixed at least on the mainline. -- What|Removed |Added Known to fail|3.4.2 4.0.0

[Bug c/18912] New: FW: gcc 3.3.1 for Powerpc optimzation flag -Os generates bad code

I have been trying to run busybox-1.00 ( also rc3) on my powerpc board (MPC 8540 processor ) and about half the applets do not run and die with the message "Illegal instruction". I have ppc_82xx-gcc Montavista compiler for the power pc board. These compilers are cross compiled version of gc

[Bug target/18912] FW: gcc 3.3.1 for Powerpc optimzation flag -Os generates bad code

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 21:33 --- Hmm, you compiled for cpu=603 but the 82xx processor is not fully the same, also do you have a simple testcase? read also. -- What|Removed

[Bug fortran/18913] New: seg. fault with -finit-local-zero option on complex array of dimension 1

g77 -v -finit-local-zero -o complexarray.x complexarray.f Driving: g77 -v -finit-local-zero -o complexarray.x complexarray.f -lfrtbegin -lg2c -lm -shared-libgcc Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --in

[Bug target/18912] FW: gcc 3.3.1 for Powerpc optimzation flag -Os generates bad code

--- Additional Comments From atul dot sabharwal at exgate dot tek dot com 2004-12-09 22:01 --- Subject: RE: FW: gcc 3.3.1 for Powerpc optimzation flag -Os generates bad code I do not have a simple test case at this point which triggers this flaw. A simple busybox applet e.g ls

[Bug c++/18914] New: recursive template call

Compilling the code (File: division.cc) 8<8<8<8<--- template void divA(typ p,typ d,typ& q,typ& r) { if (p>1,d,q1,r1); q=2*q1; r=2*r1; if (p&1)r++; while(r>=d) //max 2 times { q++; r-=d; } } int main(unsigned argc,char* args[]) {

[Bug fortran/18913] [g77 only] seg. fault with -finit-local-zero option on complex array of dimension 1

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 22:02 --- You might want to try 3.3.x or 3.4.x. -- What|Removed |Added Keywords|

[Bug target/18912] FW: gcc 3.3.1 for Powerpc optimzation flag -Os generates bad code

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 22:03 --- Also does -mcpu=8540 fix the problem then when compiling? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18912

[Bug c++/18914] recursive template call

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 22:09 --- *** This bug has been marked as a duplicate of 16951 *** -- What|Removed |Added

[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-09 22:09 --- *** Bug 18914 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/18912] FW: gcc 3.3.1 for Powerpc optimzation flag -Os generates bad code

--- Additional Comments From atul dot sabharwal at exgate dot tek dot com 2004-12-09 22:28 --- Subject: RE: FW: gcc 3.3.1 for Powerpc optimzation flag -Os generates bad code I tried -mpcu=8540 and it does not fix the problem. Commands like ls or ash still fail. I checked the b

[Bug c++/18514] [3.4 Regression] Alternate "asm" name ignored for redeclared builtin function imported into namespace std

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-09 22:52 --- Subject: Bug 18514 CVSROOT:/cvs/gcc Module name:gcc Branch: apple-ppc-branch Changes by: [EMAIL PROTECTED] 2004-12-09 22:52:32 Modified files: gcc/cp : Chan

[Bug c/18282] PR c/17384 patch causes regression from 3.4.2

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-09 22:55 --- Subject: Bug 18282 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-09 22:55:43 Modified files: gcc: ChangeLog attribs.c c-common.c Log

[Bug c/18282] PR c/17384 patch causes regression from 3.4.2

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-09 22:57 --- Subject: Bug 18282 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-09 22:56:58 Added files: gcc/testsuite/gcc.dg: attr-mode-2.c Log message:

[Bug fortran/18915] New: Corrupted g95 memory management

[EMAIL PROTECTED] testsuite]$ /export/build/gnu/gcc/build-i686-linux/gcc/testsuite/../gfortran -B/export/build/gnu/gcc/build-i686-linux/gcc/testsuite/../ /net/gnu/export/gnu/src/gcc/gcc/gcc/testsuite/gfortran.fortran-torture/execute/forall_3.f90 -w -O1 -L/export/build/gnu/gcc/build-i686-linux/i

[Bug fortran/18915] Corrupted g95 memory management

--- Additional Comments From hjl at lucon dot org 2004-12-09 23:47 --- I have been it on Linux/ia32, Linux/ia64 and Linux/x86_64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18915

[Bug libfortran/18915] Corrupted gfortran memory management

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 00:25 --- Yes this is known to fail on almost all targets. By the way this is not g95 which is a different project. -- What|Removed |Added ---

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From kazu at cs dot umass dot edu 2004-12-10 00:28 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) Hi Jeff, > I believe your fast-path check is effectively equivalent to > > if ((e->flags & EDGE_DFS_BACK) == 0) I see that we call mar

[Bug c++/18386] ICE in __static_initialization_and_destruction_0

--- Additional Comments From mckelvey at maskull dot com 2004-12-10 01:07 --- I tried it this afternoon, and everything built fine. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18386

[Bug c++/18386] ICE in __static_initialization_and_destruction_0

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 01:08 --- So closing as fixed. -- What|Removed |Added Status|WAITING |

[Bug target/18916] New: vector code is generated to copy data to mis-aligned memory (-mcpu=G5)

Following test case, compiled with -mcpu=G5, aborts. It aborts because in passing the 32-byte argument (g1sScld1) to testvaScld1 routine gcc allocates a temporary on the stack for the purpose of storing g1sScld1 and then loading it into GPRs. Recently, rs6000.c was modified in routine expand_block

[Bug target/18916] vector code is generated to copy data to mis-aligned memory (-mcpu=G5)

-- What|Removed |Added CC||dje at watson dot ibm dot ||com http://gcc.gnu.org/bugzilla/sho

[Bug target/18916] vector code is generated to copy data to mis-aligned memory (-mcpu=G5)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 01:27 --- Might be related to PR 17990. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18916

[Bug target/18916] vector code is generated to copy data to mis-aligned memory (-mcpu=G5)

--- Additional Comments From fjahanian at apple dot com 2004-12-10 01:42 --- AFAICT, I don't see how gcc middle-end can force correct parameter alignment when alignment is more strict than PARAM_BOUNDARY. There is no code to do so (I am looking at store_one_arg which is the one respons

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From kazu at cs dot umass dot edu 2004-12-10 02:17 --- A patch posted at: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00727.html -- What|Removed |Added

[Bug fortran/16222] non-integral DO loop variables are unsupported.

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2004-12-10 02:30 --- This is a better patch. http://gcc.gnu.org/ml/fortran/2004-12/msg00026.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16222

[Bug c++/18917] New: Catch statements in #include file not pulled in by preprocessor

I tried to factor some commonly used catch blocks into an include file to be referenced from 50 or so locations in my system, but the compiler prints an error message which indicates that it is not seeing what's in the #include file. [gpvu] martha 62: /usr/local/bin/g++ -v Reading specs from /us

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |kazu at cs dot umass dot edu |dot org | Status|NEW

[Bug c++/18917] Catch statements in #include file not pulled in by preprocessor

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 02:55 --- Fixed in 3.4.0. -- What|Removed |Added Status|UNCONFIRMED |RESOL

[Bug c++/17395] Incorrect lookup for parameters

--- Additional Comments From bangerth at dealii dot org 2004-09-10 14:40 --- > No, GCC is wrong :-) > We had a thread on this issue on the Core reflector, no later than two > days ago. Ah, I should have guessed :-) In that case, I think I should confirm the bug. W. --

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

ork again. http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/cygming.h.diff?cvsroot=gcc&r1=1.22&r2=1.23 i686-pc-mingw32-gcj (GCC) 4.0.0 20041209 (experimental) public class test { public static void main(String[] a) { System.out.println("x"); } }

[Bug java/9351] Cannot compile kaffe core classes (foreign java.lang.Object)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 03:11 --- Does this work now after the BC branch was merged. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9351

[Bug bootstrap/18458] "make install" -> fixincl missing extension

--- Additional Comments From ovidr at users dot sourceforge dot net 2004-12-10 03:12 --- Ping. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18458

[Bug target/16932] Compilation error for sh-coff-gcc little endian target

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 03:17 --- Does this work on the mainline? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16932

[Bug target/17280] -mrelax and -O cause .uses directives in assembler to refer to non-existent local labels

-- What|Removed |Added Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17280

[Bug target/17306] function_vector attribute in H8300H/H8S

-- What|Removed |Added Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17306

[Bug target/18916] vector code is generated to copy data to mis-aligned memory (-mcpu=G5)

-- What|Removed |Added CC||geoffk at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18916

[Bug bootstrap/18125] bootstrap fails in libstdc++'s configure script, ICE on every C++ conftest.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 03:24 --- Do you see this any more? -- What|Removed |Added Severity|critical

[Bug regression/17919] [4.0 Regression] ICE at cgraphunit.c:2907

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 03:25 --- Do you see this any more? -- What|Removed |Added Status|UNCONFIRMED

[Bug c++/17972] [3.4 Regression] const/pure functions result in bad asm

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 03:28 --- Patch here: . -- What|Removed |Added

[Bug target/17220] Incorrect ouput for C++ exceptions with -fomit-frame-pointer

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 03:32 --- Closing as fixed as I can no longer reproduce it either but I could before. -- What|Removed |Added ---

[Bug libgcj/17288] build failure, undefined reference to `gnu::gcj::convert::Convert::class$'

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 03:33 --- Closing as works for me since it works for most other people. -- What|Removed |Added

[Bug target/18916] vector code is generated to copy data to mis-aligned memory (-mcpu=G5)

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

[Bug target/18916] [4.0 Regression] vector code is generated to copy data to mis-aligned memory (-mcpu=G5)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 03:35 --- This worked in 4.0 because expand_block_move did not use altivec before. Confirmed. -- What|Removed |Added --

[Bug regression/17919] [4.0 Regression] ICE at cgraphunit.c:2907

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-12-10 03:50 --- Subject: Re: [4.0 Regression] ICE at cgraphunit.c:2907 > --- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 > 03:25 --- > Do you see this any more? No. Please close.

[Bug regression/17919] [4.0 Regression] ICE at cgraphunit.c:2907

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 03:52 --- Thanks closing. -- What|Removed |Added Status|WAITING |RESOL

[Bug middle-end/18596] [4.0 regression] ICE in make_decl_rtl

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10 03:59 --- Removing patch keyword as the non of the current patches work. -- What|Removed |Added

[Bug fortran/18918] New: Eventually support the co-array f95 extension in gfortran

This is a rather useful extension, in my opinion, though for obvious reasons not top priority (I know the gfortran folks have no shortage of work cut out for them). I've used it with much pleasure on some more computationally intense problems. Cray's got a nice implementation of it, and a researc

[Bug c++/17395] Incorrect lookup for parameters

--- Additional Comments From gdr at integrable-solutions dot net 2004-12-10 04:36 --- Subject: Re: Incorrect lookup for parameters "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | --- Additional Comments From bangerth at dealii dot org 2004-09-10 14:40 --- | >

[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-10 04:38 --- 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 tree-optimization/18888] [4.0 regression] loops miscompiled

--- Additional Comments From kazu at cs dot umass dot edu 2004-12-10 05:12 --- Does the following patch help? http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00727.html Do you know which pass is causing a problem? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1

[Bug libgcj/15001] Using JNI with interpreter and interface methods yields SIGSEGV

--- Additional Comments From mckinlay at redhat dot com 2004-12-10 05:47 --- meth->index for an interface method should contain the IDT dispatch index for that method, which allows us to use fast interface dispatch (_Jv_LookupInterfaceMethodIdx) for Method.invoke() calls. Unfortunately,

[Bug target/16932] Compilation error for sh-coff-gcc little endian target

--- Additional Comments From nitins2 at kpitcummins dot com 2004-12-10 06:06 --- Hi, Bug is not observed in GCC 4.0 mainline snapshot dated October 03, 2004. Regards, Nitin Shah, KPIT Cummins InfoSystems Ltd. Pune, India ~

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

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-10 07:35 --- I'll try to come up with something. -- What|Removed |Added AssignedTo|unassigned

[Bug middle-end/18877] decompose (reload.c) can be forced to access hard_regno_nregs over its array bounds

--- Additional Comments From e9925248 at stud4 dot tuwien dot ac dot at 2004-12-10 07:45 --- Created an attachment (id=7717) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7717&action=view) Proposed solution The patch redirects all cases, which access memory outside of hard_regno_n

[Bug ada/17312] internal gnat bug. compilation abandoned.

--- Additional Comments From pluto at pld-linux dot org 2004-12-10 07:46 --- gcc(ada)-3.4.3/4.0.0snap now builds/works fine with -march=pentium3. -- What|Removed |Added

<    1   2