[Bug debug/22058] RTL checking failure building libgcc

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-15 07:13 --- Probably invalid, as I was trying to bootstrap an ILP32 compiler with a LP64 one. -- What|Removed |Added -

[Bug debug/22058] RTL checking failure building libgcc

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-15 08:01 --- > Probably invalid, as I was trying to bootstrap an ILP32 compiler with a LP64 > one. Blah. Same problem with the HP compiler. -- What|Removed |Added ---

[Bug libfortran/15266] libgfortran doesn't compile on IRIX 5.3

--- Additional Comments From Tobias dot Schlueter at physik dot uni-muenchen dot de 2005-06-15 08:22 --- Subject: Re: libgfortran doesn't compile on IRIX 5.3 ro at gcc dot gnu dot org wrote: > --- Additional Comments From ro at gcc dot gnu dot org 2005-06-15 00:02 > --- > Fix

[Bug c++/20678] [3.4/4.0/4.1 Regression] Make process stopped

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-15 08:23 --- Subject: Bug 20678 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-15 08:23:02 Modified files: gcc/cp : ChangeLog error.c gcc/testsu

[Bug c++/20678] [3.4/4.0 Regression] Make process stopped

--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-15 08:24 --- fixed mainline 2005-06-15 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/20678 * error.c (dump_expr) : Check DECL_NAME is not null. -- What|Removed |

[Bug libfortran/21950] All gfortran execution tests fail on Tru64 UNIX V4.0F: scalbn unresolved

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-15 08:40 --- Subject: Bug 21950 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-15 08:40:36 Modified files: libgfortran: ChangeLog c99_protos.h config.h.in co

[Bug libfortran/15266] libgfortran doesn't compile on IRIX 5.3

--- Additional Comments From ro at techfak dot uni-bielefeld dot de 2005-06-15 09:30 --- Subject: Re: libgfortran doesn't compile on IRIX 5.3 Tobias dot Schlueter at physik dot uni-muenchen dot de writes: > ro at gcc dot gnu dot org wrote: > > --- Additional Comments From ro at gc

[Bug libfortran/15266] libgfortran doesn't compile on IRIX 5.3

--- Additional Comments From Tobias dot Schlueter at physik dot uni-muenchen dot de 2005-06-15 09:37 --- Subject: Re: libgfortran doesn't compile on IRIX 5.3 Quoting ro at techfak dot uni-bielefeld dot de <[EMAIL PROTECTED]>: > > > Fixed for 4.1.0, patch pending for 4.0.2, 3.4.5. > > >

[Bug tree-optimization/16045] ICE fold check: original tree changed by fold

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-06-15 10:42 --- Ada frontend fails to bootstrap with --enable-checking=fold: stage1/xgcc -Bstage1/ -B/usr/x86_64-linux/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototype

[Bug bootstrap/22074] New: bootstrap fails when comparing stage 2 with stage 3 due to use of obsoleted "tail +16c" syntax

$ uname -a Linux hertz 2.6.7-gentoo-r14 #8 SMP Mon Sep 6 16:08:44 BST 2004 x86_64 AMD Opteron(tm) Processor 844 AuthenticAMD GNU/Linux Source is cvs 4.1.0 20050614 (experimental) Configured with: ../gcc/configure --prefix=/usr/local/gcc-cvs --enable-languages=c,c++,f95 --disable-multilib make b

[Bug tree-optimization/22018] [4.1 Regression] VRP miscompiles multiply

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-15 11:33 --- Subject: Bug 22018 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-15 11:33:14 Modified files: gcc: ChangeLog tree-vrp.c gcc/tes

[Bug tree-optimization/22018] [4.1 Regression] VRP miscompiles multiply

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-15 11:34 --- Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01261.html -- What|Removed |Added

[Bug middle-end/21916] [4.1 Regression] ICE: segmentation fault in stage3

-- Bug 21916 depends on bug 22018, which changed state. Bug 22018 Summary: [4.1 Regression] VRP miscompiles multiply http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22018 What|Old Value |New Value

[Bug bootstrap/22074] bootstrap fails when comparing stage 2 with stage 3 due to use of obsoleted "tail +16c" syntax

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 11:35 --- This is really a bug in coreutils. *** This bug has been marked as a duplicate of 14251 *** -- What|Removed |Added --

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

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

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 11:37 --- Coreuitls has been fixed so lets close this as will not fix. -- What|Removed |Added

[Bug bootstrap/22073] build a 32bit gcc-3.4.4 on AMD64/Opteron Linux

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 11:40 --- Can you try the following: CFLAGS="-m32 -O2 -g" BOOT_CFLAGS="-m32 -O2 -g" STAGE1_CFLAGS="-m32 -g" -- What|Removed |Added --

[Bug c/22072] bizarre code for int*int/2

--- Additional Comments From falk at debian dot org 2005-06-15 11:43 --- (In reply to comment #0) > Why are the two instructions after the imull emitted? Shouldn't this become > simply imull and sarl? No. A signed division by two is not a shift. The complaint about $2 not propagating

[Bug bootstrap/22075] New: bootstrap fails when comparing stage 2 with stage 3 due to use of obsoleted "tail +16c" syntax

$ uname -a Linux hertz 2.6.7-gentoo-r14 #8 SMP Mon Sep 6 16:08:44 BST 2004 x86_64 AMD Opteron(tm) Processor 844 AuthenticAMD GNU/Linux Source is cvs 4.1.0 20050614 (experimental) Configured with: ../gcc/configure --prefix=/usr/local/gcc-cvs --enable-languages=c,c++,f95 --disable-multilib make b

[Bug c/22072] bizarre code for int*int/2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 11:50 --- Yes /2 in signed does not equal >> 1 but "(+ signbit)>>1 ". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22072

[Bug middle-end/22072] bizarre code for int*int/2

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

[Bug bootstrap/22075] bootstrap fails when comparing stage 2 with stage 3 due to use of obsoleted "tail +16c" syntax

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 11:50 --- *** This bug has been marked as a duplicate of 14251 *** -- What|Removed |Added

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 11:50 --- *** Bug 22075 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14251

[Bug bootstrap/22075] bootstrap fails when comparing stage 2 with stage 3 due to use of obsoleted "tail +16c" syntax

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 11:52 --- Also since this is on GNU/Linux, gnucompare case should be invoking, so I assume you cmp is wrong/ missing also. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22075

[Bug bootstrap/22075] bootstrap fails when comparing stage 2 with stage 3 due to use of obsoleted "tail +16c" syntax

--- Additional Comments From eesrjhc at bath dot ac dot uk 2005-06-15 12:10 --- Subject: Re: bootstrap fails when comparing stage 2 with stage 3 due to use of obsoleted "tail +16c" syntax On Wednesday 15 June 2005 12:52, you wrote: > --- Additional Comments From pinskia at gcc dot

[Bug target/22076] New: Strange code for MMX register moves

This testcase: #include __m64 test() { __m64 a; return a; } results in quite strange code when compiled with '-O2 -mmmx': test: pushl %ebp movl%esp, %ebp subl$8, %esp movl%eax, -8(%ebp) movl%edx, -4(%ebp) mov

[Bug target/22076] Strange code for MMX register moves

--- Additional Comments From falk at debian dot org 2005-06-15 12:56 --- (In reply to comment #0) > This testcase: > #include > > __m64 test() { >__m64 a; > >return a; > } Well, this is invalid code, so it's not really important what the code looks like. If it also occurs in

[Bug libfortran/22046] matmul_1.f90 testsuite failure

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-15 13:01 --- This was the result of another patch that I had been trying. I had regenerated the source file, but with the wrong timestamp (so it wasn't recompiled, and the object file was still around, out of sync). Re

[Bug AWT/21978] GCC 4.0 Awt and Swing problem

--- Additional Comments From abilalh at yahoo dot com 2005-06-15 13:23 --- (In reply to comment #1) > How did you configure GCC because the AWT library is not configured by > default? first of all i download the tar package of GCC4.0 and make a directory under root called gcc4.0 and un

[Bug target/22077] New: vec_all_eq does not produce good result

int foo(vector float x, vector float y) { if (vec_all_eq(x,y)) return 3245; else return 12; } Right now we produce: vcmpeqfp. v3,v2,v3 li r3,3245 mfcr r0 rlwinm r0,r0,25,1 cmpwi cr7,r0,0 bnelr+ cr7 li r3,12 blr But w

[Bug target/22077] vec_all_eq does not produce good result

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 14:14 --- Note it is even worse in 64bit mode: _foo: vcmpeqfp. v3,v2,v3 mfcr r0 rlwinm r0,r0,25,1 xori r2,r0,1 li r0,-3233 neg r2,r2 and r2,r2,r0 addi r3

[Bug AWT/21978] GCC 4.0 Awt and Swing problem

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 14:19 --- You need to configure libgcj to produce the AWT peers using the following options: --enable-java-awt=gtk Please read the "AWT-Specific Options" section of . Doe

[Bug middle-end/22072] bizarre code for int*int/2

--- Additional Comments From pluto at agmk dot net 2005-06-15 14:47 --- (In reply to comment #2) > (In reply to comment #0) > > > Why are the two instructions after the imull emitted? Shouldn't this become > > simply imull and sarl? > > No. A signed division by two is not a shift. wha

[Bug middle-end/22072] bizarre code for int*int/2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 14:56 --- (In reply to comment #4) > what about *arithmetic shift* instruction (e.g. SAR on ix86) ? Nope, try that with a negative number and you will notice that it will not work. -- http://gcc.gnu.org/bugzilla/s

[Bug rtl-optimization/15068] ICE in elim_reg_cond

--- Additional Comments From xuguangyi at ee dot buaa dot edu dot cn 2005-06-15 14:59 --- (In reply to comment #10) > *** Bug 21710 has been marked as a duplicate of this bug. *** Is there any patch of it for gcc-3.3.6. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15068

[Bug bootstrap/22078] New: Cannot bootstrap 3.4.4 on OS X 10.3, 3.4.3 works

So far I have tried bootstrapping 3.4.4 three times, and it always fails in something named rs6000. I also tried 3.4.3 several times, and it works (compiles gcj). Re-running make in the failed directory does not reproduce the error, at least not quickly. Configure parameters from config.status: #

[Bug rtl-optimization/15068] ICE in elim_reg_cond

--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-06-15 15:05 --- Subject: Re: ICE in elim_reg_cond On Wed, 2005-06-15 at 15:59, xuguangyi at ee dot buaa dot edu dot cn wrote: > --- Additional Comments From xuguangyi at ee dot buaa dot edu dot cn > 2005-06-15 14:5

[Bug c/22079] New: Erroneous automatic typecasting (unsigned int -> long double)

10-300u+10.0l gives erroneous result 4294967016.00 (instead of -280.0) (in C) If I am not mistaken, binary - and + have the same precedence, left to right associativity. 10-300u correct yields -290, but 10-300u+10.0l = (10-300u)+10.0l gives incorrect result. I believe, if 10-300u=-290, then -

[Bug c/22079] Erroneous automatic typecasting (unsigned int -> long double)

--- Additional Comments From P dot Altena at amolf dot nl 2005-06-15 15:15 --- Created an attachment (id=9091) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9091&action=view) File that shows this problem ok, this ain't a preprocessed file, but it only needs stdio.h. -- http://

[Bug c/22079] Erroneous automatic typecasting (unsigned int -> long double)

--- Additional Comments From P dot Altena at amolf dot nl 2005-06-15 15:16 --- Created an attachment (id=9092) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9092&action=view) Same, but preprocessed But if you really want that, here is the preprocessed file (with stdio.h). -- h

[Bug c/22079] Erroneous automatic typecasting (unsigned int -> long double)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 15:17 --- 10 - 300u still gives an unsigned int so there is no negative value and this is invalid. -- What|Removed |Added -

[Bug bootstrap/22078] Cannot bootstrap 3.4.4 on OS X 10.3, 3.4.3 works

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 15:22 --- So rerunning "make bootstrap", makes this work, then there is something wrong with your hardware. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22078

[Bug bootstrap/21268] [4.0/4.1 Regression] Bootstrap, configuration problem and insn-conditions.c

-- What|Removed |Added Status|WAITING |NEW Ever Confirmed||1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21268

[Bug libfortran/20406] SIZE() matters?

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-15 15:59 --- Even ifort does not support this cleanly. Look at this: $ cat size2.f90 program main real, dimension(:), allocatable :: a print *,size(a) allocate (a(5)) print *,size(a) deallocate (a) print *,

[Bug target/22077] vec_all_eq does not produce good result

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 16:01 --- Assigning to Aldy so he could look at it. -- What|Removed |Added AssignedTo|unassign

[Bug middle-end/21067] Excessive optimization of floating point expression

--- Additional Comments From vincent at vinc17 dot org 2005-06-15 16:42 --- Even without , the function could be in a library called in a directed rounding mode. And one can change the rounding mode via a standard function in the glibc, no need for a pragma. -- http://gcc.gnu.org/bu

[Bug middle-end/21067] Excessive optimization of floating point expression

-- What|Removed |Added CC||vincent at vinc17 dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21067

[Bug middle-end/21032] GCC 3.4.3 wrongly reorders floating-point operations

--- Additional Comments From vincent at vinc17 dot org 2005-06-15 16:49 --- I think that this is just bug 323 (which is a real bug, not invalid). Version 3.4 added other regressions related to this bug (e.g. when one has function calls), and this is not specific to the negate operation.

[Bug c/22080] New: Unable to find a register to spill in C function - no embedded asm

I get /usr/src/qemu-0.7.0/target-i386/ops_sse.h: In function ‘op_pshufw_mmx’: /usr/src/qemu-0.7.0/target-i386/ops_sse.h:574: error: unable to find a register to spill in class ‘GENERAL_REGS’ /usr/src/qemu-0.7.0/target-i386/ops_sse.h:574: error: this is the insn: (insn:HI 18 17 19 0 /usr/src/qemu-0

[Bug c/22080] Unable to find a register to spill in C function - no embedded asm

--- Additional Comments From greenrd at greenrd dot org 2005-06-15 16:56 --- Created an attachment (id=9093) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9093&action=view) gzipped preprocessed file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22080

[Bug bootstrap/22078] Cannot bootstrap 3.4.4 on OS X 10.3, 3.4.3 works

--- Additional Comments From hramrach at centrum dot cz 2005-06-15 16:56 --- hmm, I forgot bootstrap. That's why it fails differently when I continue manually. The build is normally controlled by a package management system, I will try with full make command line next time. -- http

[Bug middle-end/21032] GCC 3.4.3 wrongly reorders floating-point operations

--- Additional Comments From vincent at vinc17 dot org 2005-06-15 17:08 --- Oops, forget my comment. There is a bug, but 5.1.2.3#13 / 6.3.1.5#2 / 6.3.1.8#2 is not related to it if gcc does reduce the precision (due to the "volatile", that in fact prevents bug 323 from occurring here, rig

[Bug target/22080] Unable to find a register to spill in C function

-- What|Removed |Added Component|c |target GCC target triplet||i386-redhat-linux Keywords|

[Bug middle-end/21032] GCC 3.4.3 wrongly reorders floating-point operations

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 17:26 --- This is unrelated to 323. The problem is that GCC does not implement a rounding modes correctly for C99 and therefor defines it as aways "normal" rounding mode and implements this transformation. --

[Bug target/22080] Unable to find a register to spill in C function

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-06-15 17:28 --- *** This bug has been marked as a duplicate of 16185 *** -- What|Removed |Added

[Bug target/16185] ICE: in spill_failure, at reload1.c:1892, global registers and long long

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-06-15 17:28 --- *** Bug 22080 has been marked as a duplicate of this bug. *** -- What|Removed |Added --

[Bug target/22076] Strange code for MMX register moves

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 17:35 --- a is uninitialized so what do you expect? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22076

[Bug AWT/21978] GCC 4.0 Awt and Swing problem

--- Additional Comments From abilalh at yahoo dot com 2005-06-15 17:38 --- (In reply to comment #3) > You need to configure libgcj to produce the AWT peers using the following options: > --enable-java-awt=gtk > Please read the "AWT-Specific Options" section of

[Bug target/22081] New: ICE for bad powerpc hard float move

GCC 3.4 (branch and all releases) gets an internal compiler error with the test case on powerpc64-linux for both -m32 and -m64 with -O2: elm3b11% /opt/gcc-nightly/3.4/bin/gcc -c -O2 -m64 bug.c bug.c: In function `func3

[Bug target/22081] ICE for bad powerpc hard float move

--- Additional Comments From janis at gcc dot gnu dot org 2005-06-15 18:03 --- Created an attachment (id=9094) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9094&action=view) minimized test caes This C testcase was minimized from a 227,000 line preprocessed C++ file that got the s

[Bug target/22082] New: Can't link 64-bit shared libraries with Xcode 2.1

ucier% /pkgs/gcc-4.0-mainline/bin/gcc -v Using built-in specs. Target: powerpc-apple-darwin8.1.0 Configured with: ../configure --prefix=/pkgs/gcc-4.0-mainline --with-gmp=/pkgs/gmp-4.1.3 --with-mpfr=/pkgs/gmp-4.1.3 Thread model: posix gcc version 4.1.0 20050615 (experimental) [descartes:~/programs] l

[Bug AWT/21978] GCC 4.0 Awt and Swing problem

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 18:16 --- (In reply to comment #4) Yes you have to recompile GCC/GCJ. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21978

[Bug target/22081] ICE for bad powerpc hard float move

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 18:19 --- This is a dup of bug 20191. *** This bug has been marked as a duplicate of 20191 *** -- What|Removed |Added -

[Bug target/20191] ICE in reload_cse_simplify_operands, on powerpc linux

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 18:19 --- *** Bug 22081 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/20191] [3.4 Regression] ICE in reload_cse_simplify_operands, on powerpc linux

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 18:20 --- >From the dup bug: GCC 3.3.5 doesn't get the error, so it's a regression. GCC 4.0.x and mainline don't get the error; it was fixed this this patch to mainline by dalej:

[Bug tree-optimization/16045] ICE fold check: original tree changed by fold

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-06-15 18:23 --- here is an updated list of failing tests: gcc.c-torture/compile/20020701-1.c gcc.c-torture/execute/builtins/memmove-2.c gcc.c-torture/execute/builtins/strcat.c gcc.c-torture/execute/builtins/strn

[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 18:23 --- neither the mainline or the 4.0 branch really supports 64bit for ppc-darwin. Marking this as a dup of bug 21757. *** This bug has been marked as a duplicate of 21757 *** -- What|Removed

[Bug target/21757] 64bit multilib for ppc-darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 18:23 --- *** Bug 22082 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/20191] [3.4 Regression] ICE in reload_cse_simplify_operands, on powerpc linux

--- Additional Comments From janis at gcc dot gnu dot org 2005-06-15 18:24 --- I'm about to submit dalej's patch for the 3.4 branch, so I'll take this (the duplicate 22081 was mine). -- What|Removed |Added -

[Bug c/22052] [4.0/4.1 Regression] redefinition of inline function succeeds

--- Additional Comments From echristo at redhat dot com 2005-06-15 18:25 --- I'll take this. I've got a patch just completing testing. -- What|Removed |Added Assigne

[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1

--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15 18:42 --- This worked in 4.0.0, so it's a regression. And 4.0.0 is now the *only* version of gcc that will compile Gambit-C correctly; [descartes:~/programs/gambc40b13] lucier% /pkgs/gcc-4.0.0-apple/bin/gcc -v Us

[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1

--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15 18:46 --- This isn't a duplicate of 21757; 21757 is about an 8-month old, tremendously buggy, version of Apple's gcc, this report is about the current release candidate. -- What|Removed

[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 18:49 --- ld64 failed: in ../lib/libgambc.dylib, unknown mach-o file type Means something is wrong with the ld64 or the library it is trying to link to, so I don't see how it can be a GCC bug. Could you do: "file

[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 18:50 --- (In reply to comment #3) > This isn't a duplicate of 21757; 21757 is about an 8-month old, tremendously > buggy, version of Apple's gcc, this report is about the current release > candidate. Yes but the mu

[Bug libfortran/21950] All gfortran execution tests fail on Tru64 UNIX V4.0F: scalbn unresolved

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-15 18:53 --- Subject: Bug 21950 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-06-15 18:53:26 Modified files: libgfortran: Change

[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1

--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15 18:54 --- Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1 On Jun 15, 2005, at 1:49 PM, pinskia at gcc dot gnu dot org wrote: > > --- Additional Comments From pinskia at gcc dot gnu dot org

[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 18:56 --- (In reply to comment #6) > [descartes:~/programs/gambc40b13] lucier% file lib/libgambc.dylib > lib/libgambc.dylib: Mach-O 64-bit executable ppc64 executable, that means it is not linkable. I would double c

[Bug libgcj/21906] hang when invoking abstract method

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-15 19:11 --- Subject: Bug 21906 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-15 19:11:43 Modified files: libjava: ChangeLog defineclass.cc link.cc

[Bug libgcj/21906] hang when invoking abstract method

--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-15 19:12 --- I checked in a fix. -- What|Removed |Added Status|ASSIGNED|R

[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1

erpc-apple-darwin8.1.0 Configured with: ../configure --prefix=/pkgs/gcc-4.0-branch --with- gmp=/pkgs/gmp-4.1.3 --with-mpfr=/pkgs/gmp-4.1.3 Thread model: posix gcc version 4.0.1 20050615 (prerelease) /pkgs/gcc-4.0-branch/libexec/gcc/powerpc-apple-darwin8.1.0/4.0.1/cc1 - quiet -v -D__DYNAMIC__ -D_

[Bug target/21757] 64bit multilib for ppc-darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 19:27 --- *** Bug 22082 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21757

[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 19:27 --- Nope, 64bit multilib support was disabled before the release of 4.0.0: 2005-04-02 Geoffrey Keating <[EMAIL PROTECTED]> * config/rs6000/t-darwin8: Comment out ppc64 multilib. So this is again a d

[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1

--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15 19:32 --- Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1 On Jun 15, 2005, at 2:27 PM, pinskia at gcc dot gnu dot org wrote: > > --- Additional Comments From pinskia at gcc dot gnu dot org

[Bug java/22060] javax/swing/text/InternationalFormatter.clone() doesn't compile (GNU Classpath)

--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-15 19:42 --- I looked at this a little bit. There are two choices for the problem here. One is that find_applicable_accessible_methods_list is returning too much. For the call in question, it returns Object.clone, Inne

[Bug libfortran/21950] All gfortran execution tests fail on Tru64 UNIX V4.0F: scalbn unresolved

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-15 19:46 --- Patch commited on mainline and 4.0. Fixed. -- What|Removed |Added Status|ASSIG

[Bug libfortran/16991] [meta-bug] libgfortran does not build every where

-- Bug 16991 depends on bug 21950, which changed state. Bug 21950 Summary: All gfortran execution tests fail on Tru64 UNIX V4.0F: scalbn unresolved http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21950 What|Old Value |New Value

[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 19:51 --- I think you built in a directory for 4.0.0 which you built a prerelease of 4.0.0 which was built before the multilib was disabled. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22082

[Bug tree-optimization/22024] [4.1 Regression] ACATS ICE cxa5a07 cxa5a08 cxg2016 SEGV in get_rank tree-ssa-reassoc.c:292

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 20:02 --- Fixed, on to the next one. -- What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/22024] [4.1 Regression] ACATS ICE cxa5a07 cxa5a08 cxg2016 SEGV in get_rank tree-ssa-reassoc.c:292

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-15 20:03 --- Subject: Bug 22024 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-15 20:02:39 Modified files: gcc: ChangeLog tree-ssa-reassoc.c Log me

[Bug libgcj/21074] Trivial bug in the method getHeaderFieldKey() in the file java/net/protocol/http/HTTPURLConnection.java

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-15 20:08 --- Subject: Bug 21074 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-15 20:08:28 Modified files: libjava: ChangeLog libjava/gnu/java/n

[Bug tree-optimization/21923] [4.1 Regression] Ada compiler fails to build on gcc 4.1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 20:08 --- Patch posted: , Mine. -- What|Removed |Added

[Bug libgcj/21074] Trivial bug in the method getHeaderFieldKey() in the file java/net/protocol/http/HTTPURLConnection.java

--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-15 20:10 --- I checked this in on the trunk. Once the branch status changes, I will check this in to 4.0 and close the PR. -- What|Removed |Added -

[Bug tree-optimization/21923] [4.1 Regression] Ada compiler fails to build on gcc 4.1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 20:13 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/21923] [4.1 Regression] Ada compiler fails to build on gcc 4.1

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-15 20:13 --- Subject: Bug 21923 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-15 20:13:13 Modified files: gcc: ChangeLog tree-ssa.c Log message:

[Bug java/22060] javax/swing/text/InternationalFormatter.clone() doesn't compile (GNU Classpath)

--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-15 20:13 --- This looks like a dup of bug 20697 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22060

[Bug target/20191] [3.4 Regression] ICE in reload_cse_simplify_operands, on powerpc linux

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 20:16 --- Patch posted here: . -- What|Removed |Added -

[Bug java/20715] gcj compilation error

--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-15 20:19 --- In 4.0, if you can use indirect dispatch, gcj will use the new verifier, which is somewhat less buggy. (Assuming this is a verifier bug, which is not clear, as there is not enough information here.) In "4.1

[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1

--- Additional Comments From lucier at math dot purdue dot edu 2005-06-15 20:43 --- Subject: Re: Can't link 64-bit shared libraries with Xcode 2.1 On Jun 15, 2005, at 2:51 PM, pinskia at gcc dot gnu dot org wrote: > > --- Additional Comments From pinskia at gcc dot gnu dot org

[Bug libgcj/17536] wrong ClassLoader for int[]

--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-15 20:45 --- Fixed on cvs trunk. -- What|Removed |Added Status|NEW |R

[Bug target/22082] Can't link 64-bit shared libraries with Xcode 2.1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-15 20:46 --- (In reply to comment #12) > But you refuse to try it for yourself, and keep repeating that it > can't be so. That is because it is picking up the libgcc_s.dylib which is included with Apple's 4.0.0 and n

  1   2   >