[Bug libfortran/19302] intrinsic_nearest.f90 fails

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-20 07:42 --- Proposed fix: http://gcc.gnu.org/ml/fortran/2005-02/msg00098.html -- What|Removed |Added

Re: Bug

> The attached code produces some garbage. With -O3 even worse. Attached > source and assembly file. How does that relate to the compiler? Could you precisely describe what you think goes wrong with the compiler here? -- Eric Botcazou

[Bug middle-end/5169] paradoxical subreg problem

--- Additional Comments From schlie at comcast dot net 2005-02-20 06:50 --- (In reply to comment #8) > - nor does it seem to make sence in any circumstance to referance a wider > logical value than may be stored in a register or memory, without presuming > it's higher-order bits are of s

[Bug middle-end/5169] paradoxical subreg problem

--- Additional Comments From schlie at comcast dot net 2005-02-20 06:44 --- (In reply to comment #7) With respect to: and paradoxical subreg semantics on targets which support modes_tieable (assuming that paradoxical subreg semantics appl

[Bug libfortran/20101] zero prints incorrectly with 1pe12.4

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-20 06:28 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug libfortran/19872] closed and re-opened file not overwriten

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||patch

[Bug c++/20099] -pthreads should imply -fno-threadsafe-statics

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-20 06:21 --- No, the point is if you expose an API to the user, why should the user of the API know that you modify the memory. Let the compiler do the work for you instead of doing the work in this case. --

[Bug libstdc++/20091] [4.0 Regression] 18_support/14026.cc execution test fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-20 06:18 --- This was caused by: 2005-02-18 Richard Henderson <[EMAIL PROTECTED]> PR libstdc++/10606 * except.c (do_get_exception_ptr): New. (expand_start_catch_block): Use it. 2005-02-18 Ric

[Bug rtl-optimization/20100] [4.0 regression] static call incorrectly judged constant, moved out of loop

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-20 06:16 --- Currently in 4.0.x, pure/const is found by the rtl and not by tree wise (now on the tree profiling branch it is found on the tree level). Then again this might be fixed by: 2005-02-19 Zdenek Dvorak <[EM

[Bug fortran/20101] New: zero prints incorrectly with 1pe12.4

I have never seen zero printed with a negative exponent before - [dir:~/tests/gfortran] dir% gfortran -o format format.f [dir:~/tests/gfortran] dir% format 0.E-01 [dir:~/tests/gfortran] dir% cat format.f program main zero=0 write(6,1000)zero 1000 format(1pe12.4) end

[Bug libfortran/20085] iargc returns wrong count for number of program arguments

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-02-20 05:00 --- Patch is here http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01148.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20085

Bug

The attached code produces some garbage. With -O3 even worse. Attached source and assembly file. Fikret Skrgic int main() { unsigned * a=malloc(1*sizeof(unsigned)), * b=a+1, * c=a+2, * d=a+3; register unsigned x, y, z, w; register int i; for(i=0;i<625;

[Bug tree-optimization/20100] [4.0 regression] static call incorrectly judged constant, moved out of loop

--- Additional Comments From hp at gcc dot gnu dot org 2005-02-20 03:32 --- Observed at -O2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20100

[Bug tree-optimization/20100] [4.0 regression] static call incorrectly judged constant, moved out of loop

--- Additional Comments From hp at gcc dot gnu dot org 2005-02-20 03:16 --- Correction to the description: s/there's a call to get_n/in function get_n, there's loop calling function ring_empty/. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20100

[Bug tree-optimization/20100] [4.0 regression] static call incorrectly judged constant, moved out of loop

--- Additional Comments From hp at gcc dot gnu dot org 2005-02-20 03:10 --- Created an attachment (id=8237) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8237&action=view) Test-case The " && n < 5" condition is there only to make the test terminate, as the bug would otherwise caus

[Bug libfortran/19872] closed and re-opened file not overwriten

--- Additional Comments From bdavis at gcc dot gnu dot org 2005-02-20 03:09 --- proposed patch: http://gcc.gnu.org/ml/fortran/2005-02/msg00182.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19872

[Bug tree-optimization/20100] New: [4.0 regression] static call incorrectly judged constant, moved out of loop

In the test-case to be attached and entered in gcc.c-torture/execute alt. gcc.dg/torture as prN-1.c, there's a call to get_n, which is moved out of the loop. This happens before rtl passes. The FC3-bundled gcc known as gcc-3.4.2-6.fc3 (for i686) does not have this bug. Trunk as of LAST_UPDATE

[Bug c++/20099] -pthreads should imply -fno-threadsafe-statics

--- Additional Comments From davids at webmaster dot com 2005-02-20 02:50 --- You say, "how can someone know that A will modify memory"? The answer is, the C++ standard says so, section 7.1.2. They simply read that section of the standard, and they know that the function might modify me

[Bug c++/20099] -pthreads should imply -fno-threadsafe-statics

--- Additional Comments From davids at webmaster dot com 2005-02-20 02:46 --- In your example: class A { A(); int t; }; void f() { static A a; } I don't get it. What's the problem with this? Obviously, if you plan to call 'f()' from multiple threads, you must do it while holding

[Bug libstdc++/20091] [4.0 Regression] 18_support/14026.cc execution test fails

--- Additional Comments From hp at gcc dot gnu dot org 2005-02-20 02:01 --- Also on cris-elf and mmix-knuth-mmixware, regression introduced between LAST_UPDATED "Sat Feb 19 00:34:51 UTC 2005" and "Sat Feb 19 14:33:53 UTC 2005". (This narrows the window quite a bit.) -- http://gcc.gnu

[Bug c++/20099] -pthreads should imply -fno-threadsafe-statics

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-20 01:14 --- No, see the following code: class A { A(); int t; }; void f() { static A a; } So how can someone know that A will modify memory? In fact the mutex is made sure so that a is only initialized once.

[Bug c++/20099] -pthreads should imply -fno-threadsafe-statics

--- Additional Comments From davids at webmaster dot com 2005-02-20 01:09 --- Do we agree that this is a pure pessimization for POSIX-compliant code? Do we agree that POSIX already requires a mutex to protect code that might modify an object? -- What|Removed

[Bug c++/20099] -pthreads should imply -fno-threadsafe-statics

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-20 01:01 --- Actually this code was added because well it is hard to deal with mutexies in these cases. -- What|Removed |Added ---

[Bug c++/20099] -pthreads should imply -fno-threadsafe-statics

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-20 00:52 --- Note -fthreadsafe-statics, never made it into the FSF's 3.4.x, only 4.0.0. Also note this is required by the C++ ABI. -- What|Removed |Added

[Bug c++/20098] Unresolved dependent "static const" symbol in template

--- Additional Comments From wwieser at gmx dot de 2005-02-20 00:49 --- Subject: Re: Unresolved dependent "static const" symbol in template On Sunday 20 February 2005 01:34, pinskia at gcc dot gnu dot org wrote: > Yes you need to have declare the storage for the static variables (even >

[Bug c++/20099] New: -pthreads should imply -fno-threadsafe-statics

The '-fno-threadsafe-statics' is purely a pessimization for POSIX pthreads code. Since the POSIX standard already requires a mutex around operations that modify data, and the C++ standard specifies lazy initialization, POSIX code will already have mutexes to make static initialization thread safe.

[Bug target/19724] ICE when building a m68hc11 cross-compiler on ia64

--- Additional Comments From wilson at gcc dot gnu dot org 2005-02-20 00:34 --- I built an m68hc11 cross compiler from mainline, last updated Thursday, without binutils/newlib, on an IA-64 Debian unstable system whose system compiler is gcc-3.3.5 (Debian 1:3.3.5-2). The result can compi

[Bug middle-end/5169] paradoxical subreg problem

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-20 00:34 --- The testcase no longer exhibits the bug, so this PR seems to represent some underlying problem with compiler internals rather than any longer being concerned with the failure of a particular testcase. Jeff La

[Bug c++/20098] Unresolved dependent "static const" symbol in template

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-20 00:34 --- (In reply to comment #3) > Subject: Re: Unresolved dependent "static const" symbol in template > > Thanks for a REALLY quick reply! > > templatestruct A > { > static const T all_clr = T(0); > static con

[Bug c++/20098] Unresolved dependent "static const" symbol in template

--- Additional Comments From wwieser at gmx dot de 2005-02-20 00:31 --- Subject: Re: Unresolved dependent "static const" symbol in template Thanks for a REALLY quick reply! templatestruct A { static const T all_clr = T(0); static const T all_set = ~all_clr; }; int main() { A bf;

[Bug c++/20098] Unresolved dependent "static const" symbol in template

--- Additional Comments From wwieser at gmx dot de 2005-02-20 00:31 --- Subject: Re: Unresolved dependent "static const" symbol in template Thanks for a REALLY quick reply! templatestruct A { static const T all_clr = T(0); static const T all_set = ~all_clr; }; int main() { A bf;

[Bug c++/20098] Unresolved dependent "static const" symbol in template

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-20 00:12 --- Note the testcase is invalid code, this is only a missed optimization. -- What|Removed |Added

[Bug c++/20098] New: Unresolved dependent "static const" symbol in template

Compiling the following code with gcc-4.0.0 (20050219), (ld-2.15) will result in an error at link time complaining about all_set being an unresolved symbol. This is a regression compared to the version some weeks ago

[Bug rtl-optimization/20097] [4.0 regression] ICE in reload_cse_simplify_operands

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-20 00:09 --- This looks like a reload (or a target reload) issue: We have the following RTL: (insn 4097 4096 4098 236 (set (reg:BI 2598) (and:BI (ne:BI (reg/v:SI 477 [ bNotLastFrame ]) (const_int

[Bug target/19061] IA64 GCC pointer confusion results in optimization error

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-20 00:03 --- Confirmed with mainline and 3.4.3. -- What|Removed |Added CC|

[Bug target/18214] [ia64] Wrong code for function call involving copy constuctor

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-19 23:59 --- Confirmed with 3.4.3. Fixed on mainline. -- What|Removed |Added CC|

[Bug rtl-optimization/20097] [4.0 regression] ICE in reload_cse_simplify_operands

-- What|Removed |Added CC|pinskia at physics dot uc | |dot edu | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20097

[Bug libstdc++/20091] [4.0 Regression] 18_support/14026.cc execution test fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 23:33 --- Confirmed: http://gcc.gnu.org/ml/gcc-regression/2005-02/msg00067.html -- What|Removed |Added

[Bug target/20045] gcc.dg/ia64-fptr-1.c fails on ia64-hpux

--- Additional Comments From wilson at specifixinc dot com 2005-02-19 23:31 --- Subject: Re: New: gcc.dg/ia64-fptr-1.c fails on ia64-hpux jsm28 at gcc dot gnu dot org wrote: > ld: Unsatisfied symbol "_GLOBAL_OFFSET_TABLE_" in file /var/tmp//ccU3vrUt.o DT_PLTGOT will hold the gp value

[Bug rtl-optimization/20097] [4.0 regression] ICE in reload_cse_simplify_operands

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 23:16 --- This seems more likely a target bug or a latent bug. -- What|Removed |Added

[Bug target/20094] gcc.dg/transparent-union-* fail on ia64-hpux

--- Additional Comments From wilson at specifixinc dot com 2005-02-19 23:15 --- Subject: Re: gcc.dg/transparent-union-* fail on ia64-hpux pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 > 21:24 --- > Hmm, Does any

[Bug fortran/20096] gfortran -d8 option not working

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 23:13 --- *** This bug has been marked as a duplicate of 13464 *** -- What|Removed |Added

[Bug driver/13464] -i8 and -r8 not passed correctly to compiler proper. and -d8 does not work

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 23:13 --- *** Bug 20096 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug middle-end/20066] Ordering of logical constants determines if they're correctly emitted

--- Additional Comments From tobi at gcc dot gnu dot org 2005-02-19 22:54 --- One more data point: depending on the order of the functions test1 and test8 the following testcase will print different results on ix86: character*2 :: t(2), f(2), test1, test8 t(1) = test1(1) f(1) = test1(0)

[Bug rtl-optimization/20097] [4.0 regression] ICE in reload_cse_simplify_operands

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

[Bug rtl-optimization/20097] [4.0 regression] ICE in reload_cse_simplify_operands

--- Additional Comments From schwab at suse dot de 2005-02-19 22:37 --- Created an attachment (id=8236) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8236&action=view) Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20097

[Bug rtl-optimization/20097] New: [4.0 regression] ICE in reload_cse_simplify_operands

$ gcc/xgcc -v -B gcc -O2 -S md.i Reading specs from gcc/specs Target: ia64-suse-linux Configured with: ../configure --host=ia64-suse-linux --enable-shared --enable-threads --enable-__cxa_atexit --with-system-zlib --with-system-libunwind Thread model: posix gcc version 4.0.0 20050219

[Bug fortran/20096] New: gfortran -d8 option not working

Some of my programs need this option, but I finally found out that it is not working. -d makes no difference in the print out of the c routine, but it should - [dir:~/tests/gfortran] dir% gfortran -c ptran.f [dir:~/tests/gfortran] dir% cc -c cend.c [dir:~/tests/gfortran] dir% gfortran -o ptran p

[Bug target/20095] gcc.dg/cleanup-5.c fails on ia64-hpux

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-19 22:12 --- Created an attachment (id=8235) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8235&action=view) Patch to use unwind-c.c This patch allows the test to link if -lgcc_eh -lunwind are used. I haven't submit

[Bug target/20095] New: gcc.dg/cleanup-5.c fails on ia64-hpux

The test gcc.dg/cleanup-5.c fails on ia64-hpux. Not a regression relative to 3.4.x. There are several problems: (a) It needs to link against -lunwind. (b) __gcc_personality_v0 is not defined because unwind-c.c isn't being used on IA64 HP-UX. (c) If you add $(srcdir)/unwind-c.c to LIB2ADDEH in

[Bug fortran/20086] gfortran print routine has problem with the character 'h'

--- Additional Comments From bdavis at gcc dot gnu dot org 2005-02-19 21:58 --- patch here: http://gcc.gnu.org/ml/fortran/2005-02/msg00177.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20086

[Bug middle-end/20034] [4.0 Regression] g++.dg/inherit/thunk2.C fails

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

[Bug middle-end/20034] [4.0 Regression] g++.dg/inherit/thunk2.C fails

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-19 21:29 --- Now fixed on mainline, probably was indeed caused by that suspicious patch. -- What|Removed |Added

[Bug target/20094] gcc.dg/transparent-union-* fail on ia64-hpux

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 21:24 --- Hmm, Does anyone know how these union are supposed to be passed on ia64-*-hpux, if by referrence then the warning is correct and the testcase should not be tested on this target. This is an ABI Issue. -

[Bug target/20094] New: gcc.dg/transparent-union-* fail on ia64-hpux

The tests gcc.dg/transparent-union-1.c and gcc.dg/transparent-union-2.c fail on ia64-hpux. Problems start with: /scratch/joseph/gcc-mainline/gcc/testsuite/gcc.dg/transparent-union-1.c:12: warning: 'transparent_union' attribute ignored The union has mode BLKmode while the fields have mode SImode.

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

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-19 21:04 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01132.html -- What|Removed |Added

[Bug rtl-optimization/20017] [4.0 Regression] internal compiler error: in rtl_verify_flow_info, at cfgrtl.c:2212

--- Additional Comments From kazu at cs dot umass dot edu 2005-02-19 21:03 --- Patch posted at: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01131.html -- What|Removed |Added ---

[Bug target/20093] [4.0 Regression] 23_containers/deque/cons/2.cc execution test fails on ia64-hpux, -milp32

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-19 20:57 --- Created an attachment (id=8234) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8234&action=view) slightly cut-down testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20093

[Bug target/20093] New: [4.0 Regression] 23_containers/deque/cons/2.cc execution test fails on ia64-hpux, -milp32

The libstdc++ test 23_containers/deque/cons/2.cc execution test fails on ia64-hpux with -milp32 (but not with -mlp64). This is a regression from 3.4.x. The particular test function which fails is test_copy_ctor_exception_safety but I haven't reduced the test to a form not depending on the libstdc

[Bug libfortran/20092] gfortran not correctly padding keyboard or text file input

-- What|Removed |Added Component|fortran |libfortran http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20092

[Bug fortran/20092] New: gfortran not correctly padding keyboard or text file input

Several of my progams use this method to read from the keyboard or a text file. It should read input and print it until the first character on a line is a 's'. Absoft 8.0 shows the correct response. gfortran gets a run time error reading from a file and ignores the carrage returns when reading the

[Bug libstdc++/20091] 18_support/14026.cc execution test fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 20:37 --- I cannot tell if this expected or that this was recently changed with RTH's patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20091

[Bug c++/19299] [4.0 Regression] ICE with volatile non-PODs pointers

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-19 20:37 --- Subject: Bug 19299 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-19 20:36:57 Modified files: gcc/testsuite : ChangeLog Added files: gcc/t

[Bug c++/19440] Invalid destructor declaration in template class accepted

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-19 20:37 --- Subject: Bug 19440 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-19 20:36:57 Modified files: gcc/testsuite : ChangeLog Added files: gcc/t

[Bug ada/20089] [4.0 Regression] gnatmake broken when building ada tools

--- Additional Comments From laurent at guerby dot net 2005-02-19 20:32 --- Yes this is probably a miscompilation of gnatmake, you may try to set boot flags to -O0 or -O1 instead of -O2. No idea on why RTH doesn't see this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20089

[Bug libstdc++/20091] New: 18_support/14026.cc execution test fails

The libstdc++ test 18_support/14026.cc execution test has recently started failing on multiple targets. Observed on ia64-hpux and hppa64-hpux; gcc-testresults also shows it on powerpc64-unknown-linux-gnu, i686-pc-linux-gnu, powerpc-unknown-linux-gnu and ia64-suse-linux-gnu. -- Summary

[Bug libgcj/20090] gij should be implemented in Java

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

[Bug ada/20089] [4.0 Regression] gnatmake broken when building ada tools

--- Additional Comments From mmazur at kernel dot pl 2005-02-19 20:10 --- I've managed to google myself to PR18434 so looks like there is something wrong with alpha. Though I've seen stuff being broken depending on what languages are marked as supported (I've turned on only c++ and

[Bug libgcj/20090] New: gij should be implemented in Java

We need a new class gnu.gcj.runtime.Main that handles the same set of non-jvm options handled by the java command. Then gij.cc could use the invocation API to parse out the jvm options, create a jvm, set up the java argument list and call gnu.gcj.runtime.Main.main. This would allow us to easily c

[Bug middle-end/19466] [meta-bug] bit-fields are non optimal

-- Bug 19466 depends on bug 336, which changed state. Bug 336 Summary: Superfluous instructions generated from bit-field operations http://gcc.gnu.org/bugzilla/show_bug.cgi?id=336 What|Old Value |New Value ---

[Bug rtl-optimization/336] Superfluous instructions generated from bit-field operations

--- Additional Comments From roger at eyesopen dot com 2005-02-19 19:56 --- This bug has now been fixed for gcc 4.0. For the testcase attached to the PR, mainline now generates the following code on sparc-sun-solaris2.8 with -O2: fun:ld [%sp+64], %o5 sll %o0, 2, %g

[Bug ada/20089] [4.0 Regression] gnatmake broken when building ada tools

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 19:44 --- hmm, RTH was able to build and report Ada results on alpha-linux-gnu: http://gcc.gnu.org/ml/gcc-testresults/2005-02/msg00683.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20089

[Bug ada/19456] [4.0 regression] ada bootstrap failure on alpha-linux

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 19:42 --- Is this fixed now? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19456

[Bug java/20088] -findirect-dispatch: error: final field 'text' may not have been initialized

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 19:39 --- Confirmed but note right now that -findirect-dispatch is really only for compiling from bytecode. -- What|Removed |Added

[Bug ada/20089] New: [4.0 Regression] gnatmake broken when building ada tools

Building fails here: touch ../stamp-tools ../../gnatmake -c -I../rts -I. -I/home/users/builder/rpm/BUILD/gcc-4.0-20050213/gcc/ada gnatchop --GCC="../../xgcc -B../../ -O2 -O2 -mieee -mieee -gnatpg -gnata" gnatmake: "gnatchop" not found Unified build environment on multiple archs shows

[Bug java/20088] New: -findirect-dispatch: error: final field 'text' may not have been initialized

Compiling public class FinalTest2 { public static final String text = "foo"; public static void main(String[] args) { System.out.println(text); } } fails if I use -findirect-dispatch: $ gcj -findirect-dispatch FinalTest2.java --main=FinalTest2 -o FinalTes

[Bug libgcj/20087] gij should support -verbose:jni

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 18:29 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug ada/18659] [4.0 Regression] ACATS ICE in bug in tree-sra.c:1507 on x86 and ppc-darwin (6 FAIL)

--- Additional Comments From laurent at guerby dot net 2005-02-19 18:28 --- I confirm all six ACATS tests PASS with -O2 -fno-tree-sra on x86-linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18659

[Bug libgcj/20087] New: gij should support -verbose:jni

We don't support -verbose:jni, but we could. We could also support -verbose:gc (to some extent), and, with the BC ABI, could even add a tracing option to trace all calls. -- Summary: gij should support -verbose:jni Product: gcc Version: 4.0.0 Status:

[Bug ada/18819] ACATS cdd2a02 fails at runtime

--- Additional Comments From laurent at guerby dot net 2005-02-19 18:27 --- I confirm the test PASS with -O2 -fno-tree-sra on x86 and x86_64-linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18819

[Bug fortran/20086] gfortran print routine has problem with the character 'h'

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 18:15 --- Confirmed, I really thought I saw this before. -- What|Removed |Added OtherBugsDependingO|

[Bug fortran/20086] New: gfortran print routine has problem with the character 'h'

On the Macintosh, the gfortran print routine drops the character follow an 'h' in an output string. This happens in hundreds of cases in my program's output. Here is a simple example - [dir:~/tests/gfortran] dir% gfortran -o print print.f [dir:~/tests/gfortran] dir% print stiffness reformed for

[Bug libfortran/20085] iargc returns wrong count for number of program arguments

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 18:07 --- Confirmed, just an off by one error as we are counting the program name (aka argument 0). -- What|Removed |Added

[Bug fortran/20085] New: iargc returns wrong count for number of program arguments

Function iargc return the wrong argument count on the Macintosh. It returns 1 when it should be zero etc... - [dir:~/tests/gfortran] dir% gfortran -o mopen mopen.f [dir:~/tests/gfortran] dir% mopen 1 STOP 0

[Bug preprocessor/20078] Gcc doesn't complain about non-benign macro definitions

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 17:05 --- Confirmed, not a regression. -- What|Removed |Added Status|UNCONFIRMED

[Bug preprocessor/20077] [3.3/3.4/4.0 Regression] GCC accepts macro definitions that fail a constraint

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 17:04 --- Confirmed, and this is a regression from 2.95.3: t.c:1: `##' at end of macro definition -- What|Removed |Added ---

[Bug tree-optimization/20084] New: missed optimization with conditional and loads and cross jumping

Like PR 20083 but a slightly different case, in a way this is missed jump crossing. The following three functions should produce the same assembly code, f2 is the most optimal code. Right now on the tcb only f1 and f2 are the same. int f(int *i, int *j, int *l) { int k = 0; if (*i) k = 1;

[Bug tree-optimization/20083] New: Missed optimization with conditional and basically ||

The following three functions should result in the same assembly (the last is the best, branchless and only does one compare): int f(int i, int j, int l) { int k = 0; if (i) k = 1; if (j) k = 1; if (l) k = 1; return k; } int f1(int i, int j, int l) { int k = 0; if (i)

[Bug c++/20073] [4.0 regression] ICE initializing const array

--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-19 16:47 --- Testing a patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub

[Bug libmudflap/19319] Mudflap produce many violations on simple, correct c++ program

-- What|Removed |Added CC||fche at redhat dot com AssignedTo|unassigned at gcc dot gnu |jason at redhat dot com

[Bug libmudflap/19319] Mudflap produce many violations on simple, correct c++ program

-- What|Removed |Added AssignedTo|fche at redhat dot com |unassigned at gcc dot gnu ||dot org Status|REOPENED

[Bug libstdc++/20071] [4.0 regression] newlib target testsuite regressions: libstdc++: tr1/6_containers/tuple

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-19 16:13 --- Present on Solaris 2.5.1 and 2.6 too. -- What|Removed |Added CC|

[Bug ada/19959] [4.0 Regression] Can't compile gnattools for the cross targets

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 16:02 --- (In reply to comment #2) > Fails for --target=i386-elf too. but that is more likely PR 6852. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19959

[Bug libmudflap/19319] Mudflap produce many violations on simple, correct c++ program

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 15:56 --- Reopening as the patch had to be reverted. -- What|Removed |Added Status|RESOLVE

[Bug middle-end/20027] [4.0 Regression] gcc.c-torture/execute/20050121.c execution fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 15:54 --- The patch was reverted so closing as fixed. -- What|Removed |Added Status|NEW

[Bug middle-end/20033] [4.0 Regression] Bootstrap fails on 32-bit hppa-hpux

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 15:54 --- The patch has been reverted so closing as fixed. -- What|Removed |Added Status|U

[Bug target/20082] New: unrecognizable insn

avr-gcc (GCC) 3.4.3 Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiling: igncontrol.c igncontrol.c: In function `__vector_3': igncontrol.c:

[Bug libstdc++/20071] [4.0 regression] newlib target testsuite regressions: libstdc++: tr1/6_containers/tuple

--- Additional Comments From hp at gcc dot gnu dot org 2005-02-19 15:42 --- See http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01113.html>. -- What|Removed |Added

[Bug libstdc++/20071] [4.0 regression] newlib target testsuite regressions: libstdc++: tr1/6_containers/tuple

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-19 15:34 --- Subject: Bug 20071 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-19 15:33:59 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/inclu

[Bug c++/20081] gcc does not link hello.cc with -lstdc++

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-19 15:22 --- Use g++ to link. -- What|Removed |Added Status|UNCONFIRMED |RESO

  1   2   >