[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

[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 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 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 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 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 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 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 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 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 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 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 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 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 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/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 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 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 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 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 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/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/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 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 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 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 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 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 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] 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 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 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 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 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)

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

[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 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 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 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 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 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 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 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 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++/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 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 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 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 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 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 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 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 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 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 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 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

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 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

[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] 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 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/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 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: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 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 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 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 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 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 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 libgcj/18909] gij needs libgij.so (wrong linking/build?)

--- Additional Comments From pluto at pld-linux dot org 2004-12-09 18:44 --- (In reply to comment #3) > (In reply to comment #2) > > (In reply to comment #1) > > > How did you configure gcc? > > > This works for me and many other people. > > > > Even libgcj is not found also, th

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

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

[Bug target/17025] [3.3/3.4/4.0 Regression] attribute regparm code-generation bug

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-09 18:21 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug target/17025] [3.3/3.4/4.0 Regression] attribute regparm code-generation bug

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-09 18:19 --- Subject: Bug 17025 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_3-branch Changes by: [EMAIL PROTECTED] 2004-12-09 18:19:09 Modified files: gcc: Change

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 18:18 --- (In reply to comment #2) > (In reply to comment #1) > > How did you configure gcc? > > This works for me and many other people. > > > Even libgcj is not found also, this looks like a something is wrong w

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

--- Additional Comments From pluto at pld-linux dot org 2004-12-09 18:14 --- (In reply to comment #1) > How did you configure gcc? > This works for me and many other people. # gcj -v Reading specs from /usr/lib/gcc/pentium3-pld-linux/4.0.0/specs Reading specs from /usr/lib/gcc/pen

[Bug target/17990] [3.4/4.0 Regression] unaligned xmm movaps on the stack with -O2 -msse because of the frame pointer

--- Additional Comments From giovannibajo at libero dot it 2004-12-09 18:01 --- Reconfirmed with today's mainline. This bug has about 10 dups... -- What|Removed |Added Las

[Bug c++/16625] Discarded Linkonce sections in .rodata

--- Additional Comments From brian dot morey at atk dot com 2004-12-09 17:54 --- I am having this same issue with my code. It's too large to commit but I will try and make a smaller test case out of it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16625

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 17:47 --- How did you configure gcc? This works for me and many other people. Even libgcj is not found also, this looks like a something is wrong with your build. -- What|Removed

[Bug middle-end/18908] Missed folding opportunities with bools

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 17:45 --- Confirmed here is what we get on ppc: _f1: lwz r3,0(r3) rlwinm r3,r3,0,31,31 <-- not useful blr .align 2 .globl _f2 _f2: lwz r0,0(r3) addic r2,r0,-1

[Bug target/17025] [3.3/3.4/4.0 Regression] attribute regparm code-generation bug

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-09 17:42 --- Subject: Bug 17025 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-09 17:42:41 Modified files: gcc: Change

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

[pluto]-[~/rpm/tmp/gcc-4.0.0-root-pluto] # find -type f -name '*gij*' ./usr/share/man/man1/gij.1.gz ./usr/bin/gij [pluto]-[~/rpm/tmp/gcc-4.0.0-root-pluto] # ldd usr/bin/gij /lib/libsafe.so (0xb7fe7000) linux-gate.so.1 => (0xe000) libgij.so.0 => not found

[Bug middle-end/18908] New: Missed folding opportunities with bools

GNU C version 4.0.0 20041209 (experimental) _Bool f1(const _Bool *p) { return *p & 1; } _Bool f2(const _Bool *p) { return *p + 0; } _Bool f3(_Bool *p) { *p ^= 1; } _Bool f4(_Bool *p) { *p = ~*p; } yields f1: ldbuv0,0(a0) and v0,0x1,v0 ret f2: ldbuv0,

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

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

[Bug target/17025] [3.3/3.4/4.0 Regression] attribute regparm code-generation bug

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-09 17:33 --- Subject: Bug 17025 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-09 17:33:45 Modified files: gcc: ChangeLog gcc/config/i386: i

[Bug tree-optimization/18888] [4.0 regression] loops miscompiled

--- Additional Comments From schwab at suse dot de 2004-12-09 17:03 --- I have identified this patch as the trigger: 2004-10-25 Kazu Hirata <[EMAIL PROTECTED]> * cfg.c (unchecked_make_edge, redirect_edge_succ, redirect_edge_pred): Use VEC_safe_push instead of

[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 16:59 --- Jeff, I agree with your comment #26. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18694

[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 16:58 --- With my old patch (conservative-dom), stmt.c was miscompiled on my machine. stage2/cc1 crashes on compiling crtstuff.c. Replacing stmt.o with stage1/stmt.o worked for me. -- http://gcc.gnu.org/bugzilla/sh

[Bug regression/18906] Assembler complains about previously acceptable code

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 16:51 --- Still not a gcc bug, I cannot be as it is complaining about the inline asm and not what gcc produces. -- What|Removed |Added

[Bug regression/18906] Assembler complains about previously acceptable code

--- Additional Comments From orion at cora dot nwra dot com 2004-12-09 16:49 --- Changed to: static inline int cpuid_edx(int op) { int eax, ecx, edx; __asm__("pushl %%ebx\n\tcpuid\n\tpopl %%ebx" : "=a" (eax), "=c" (ecx), "=d" (edx) : "a" (op));

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

--- Additional Comments From law at redhat dot com 2004-12-09 16:47 --- Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) On Thu, 2004-12-09 at 14:19 +, schwab at suse dot de wrote: > --- Additional Comments From schwab at suse dot de 2004-12-09 14:19

[Bug bootstrap/18801] bootstrap fails to build libiberty.a library on AIX 5.2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 16:46 --- You most likely did not clean it before doing a configure. This is not a gcc bug so closing. -- What|Removed |Added

[Bug bootstrap/18801] bootstrap fails to build libiberty.a library on AIX 5.2

--- Additional Comments From nospampeeps at yahoo dot com 2004-12-09 16:44 --- (In reply to comment #1) > Look at PR 17940. > Do you have the environment variable MAKE set to "gnumake -r" or something like that? Yes, I had MAKEFLAGS='-rj 2'. Clearing the variable seems to have correc

[Bug other/18907] library makefiles should not set AM_MAKEFLAGS

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

Re: [PATCH] Fix preponderance of warnings in libjava from boehm-gc

On 9-Dec-04, at 9:51 AM, Kelley Cook wrote: Third iteration at fixing the duplicate PACKAGE warnings from boehm-gc should be the charm. The change from the second iteration is that this time I grab all the GC_*_THREADS definitions too. Tom, My first iteration did as you recently suggested and c

[Bug other/18907] library makefiles should not set AM_MAKEFLAGS

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 16:39 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c++/16681] [3.3/3.4 regression] array initialization in struct construct is a memory hog

--- Additional Comments From gdr at integrable-solutions dot net 2004-12-09 16:38 --- Subject: Re: [3.3/3.4 regression] array initialization in struct construct is a memory hog "nathan at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | Same fix for 3.3 branch | 2004-12-09 Nathan

[Bug regression/18906] Assembler complains about previously acceptable code

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-09 16:38 --- Not a bug, you want pushl and popl instead. -- What|Removed |Added Status|UNCONF

[Bug other/18907] New: library makefiles should not set AM_MAKEFLAGS

The attached list of Makefile.am files set AM_MAKEFLAGS. This was need to work around a bug in GNU Make that was fixed in version 3.79. Since the GCC install instructions say that GNU make 3.79.1 or later is required to build GCC these workarounds are no longer needed and should be removed. See

[Bug bootstrap/18895] libgfortran AM_MAKEFLAGS arg list + environment too large

--- Additional Comments From dje at gcc dot gnu dot org 2004-12-09 16:32 --- AM_MAKEFLAGS removed from libgfortran/Makefile.am -- What|Removed |Added Status|NEW

  1   2   >