[Bug java/31570] New: ports/gcc43 fails on FreeBSD 6.2 with signal 9

Here is what I've got: /bin/sh ./libtool --mode=compile /usr/ports/lang/gcc43/work/build/gcc/gcj -B/usr/ports/lang/gcc43/work/build/i386-portbld-freebsd6.2/libjava/ -B/usr/ports/lang/gcc43/work/build/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath= -fbootclasspath=../.././..//gcc-4.3-20070323/

[Bug libfortran/31532] INQUIRE(...,POSITION=...) not standard conforming

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-04-14 03:10 --- My interpretation of the standard as quoted in the original post. The value of POSITION can only be APPEND if we are positioned just before the EOF record or if there is no EOF record and the position is at it's

[Bug c++/31074] [4.1/4.2/4.3 Regression] Reference casting involving multiple inheritance produces bad pointer

--- Comment #5 from jason at gcc dot gnu dot org 2007-04-14 02:29 --- Subject: Bug 31074 Author: jason Date: Sat Apr 14 02:29:29 2007 New Revision: 123808 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123808 Log: PR c++/31074 * call.c (reference_binding): Add c_

[Bug c++/31074] [4.1/4.2/4.3 Regression] Reference casting involving multiple inheritance produces bad pointer

--- Comment #4 from jason at gcc dot gnu dot org 2007-04-14 02:27 --- Subject: Bug 31074 Author: jason Date: Sat Apr 14 02:27:02 2007 New Revision: 123807 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123807 Log: PR c++/31074 * call.c (reference_binding): Add c_

[Bug middle-end/31322] [4.3 Regression] ld: Invalid symbol type for plabel (.libs/debug_list.o, __gxx_personality_v0).

--- Comment #8 from danglin at gcc dot gnu dot org 2007-04-14 01:24 --- Fixed. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug middle-end/31322] [4.3 Regression] ld: Invalid symbol type for plabel (.libs/debug_list.o, __gxx_personality_v0).

--- Comment #7 from danglin at gcc dot gnu dot org 2007-04-14 01:17 --- Subject: Bug 31322 Author: danglin Date: Sat Apr 14 01:17:41 2007 New Revision: 123806 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123806 Log: PR middle-end/31322 * dwarf2out.c (output_cal

[Bug fortran/31560] Array size declaration depended on order of declaration of variable containing size

--- Comment #5 from David dot Duffy at qimr dot edu dot au 2007-04-14 01:09 --- Subject: Re: Array size declaration depended on order of declaration of variable containing size You wrote: > as parameter is not allowed in a type specification and using a simple > type ped_data >

[Bug fortran/31560] Array size declaration depended on order of declaration of variable containing size

--- Comment #3 from David dot Duffy at qimr dot edu dot au 2007-04-14 01:03 --- Subject: Re: Array size declaration depended on order of declaration of variable containing size On Sat, 13 Apr 2007, tobi at gcc dot gnu dot org wrote: > > > --- Comment #2 from tobi at gcc dot gnu

[Bug c++/31074] [4.1/4.2/4.3 Regression] Reference casting involving multiple inheritance produces bad pointer

--- Comment #3 from jason at gcc dot gnu dot org 2007-04-14 00:43 --- Subject: Bug 31074 Author: jason Date: Sat Apr 14 00:43:18 2007 New Revision: 123805 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123805 Log: PR c++/31074 * call.c (reference_binding): Add c_

[Bug libfortran/31532] INQUIRE(...,POSITION=...) not standard conforming

--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-04-14 00:40 --- I have not a chance to study this yet, but I will get to it sometime soon. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added -

[Bug other/31569] New: Install's web page has 0.n when it should be either 4.n or 5.n

See and 0.1 How can you run the testsuite on selected tests? This should be instead: 5.1 How can you run the testsuite on selected tests? -- Summary: Install's web page has 0.n when it should be either 4.

[Bug c++/31074] [4.1/4.2/4.3 Regression] Reference casting involving multiple inheritance produces bad pointer

-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org

[Bug c++/31453] g++.old-deja/g++.mike/p4736b.C:41: ICE: in convert_memory_address, at explow.c:319

--- Comment #1 from danglin at gcc dot gnu dot org 2007-04-14 00:04 --- Fixed, probably by 2007-04-10 Mike Stump <[EMAIL PROTECTED]> * class.c (dfs_accumulate_vtbl_inits): Slam the vtbl type back to vtbl_ptr_type_node to ensure the mode is correct. -- danglin at g

[Bug testsuite/31452] FAIL: g++.dg/tree-ssa/pr29585.C (test for excess errors)

--- Comment #1 from danglin at gcc dot gnu dot org 2007-04-14 00:03 --- Fixed, probably by 2007-04-10 Mike Stump <[EMAIL PROTECTED]> * class.c (dfs_accumulate_vtbl_inits): Slam the vtbl type back to vtbl_ptr_type_node to ensure the mode is correct. -- danglin at g

[Bug testsuite/31451] FAIL: g++.dg/eh/ctor3.C (test for excess errors)

--- Comment #1 from danglin at gcc dot gnu dot org 2007-04-14 00:01 --- Fixed, probably by 2007-04-10 Mike Stump <[EMAIL PROTECTED]> * class.c (dfs_accumulate_vtbl_inits): Slam the vtbl type back to vtbl_ptr_type_node to ensure the mode is correct. -- danglin at g

[Bug fortran/29397] Constant logical expression with parameter array

--- Comment #6 from pault at gcc dot gnu dot org 2007-04-13 23:24 --- This cures the problem but is otherwise untested. Paul Index: gcc/fortran/decl.c === *** gcc/fortran/decl.c (revision 123793) --- gcc/fortran/decl.c (

[Bug libstdc++/31556] find_if uses operator! instead of conversion to bool

--- Comment #7 from pcarlini at suse dot de 2007-04-13 23:24 --- Fixed. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED

[Bug libstdc++/31556] find_if uses operator! instead of conversion to bool

--- Comment #6 from paolo at gcc dot gnu dot org 2007-04-13 23:23 --- Subject: Bug 31556 Author: paolo Date: Fri Apr 13 23:22:56 2007 New Revision: 123800 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123800 Log: 2007-04-13 Paolo Carlini <[EMAIL PROTECTED]> PR libstd

[Bug target/31568] New: ICE with invalid %y operand (inline-asm)

Testcase: int f(int *a) { asm("%y0" : "=m"(a[2]) ); } This should instead produce an error with recommending the Z constraint. -- Summary: ICE with invalid %y operand (inline-asm) Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords:

[Bug c/4076] -Wunused doesn't warn about static function only called by itself.

--- Comment #18 from manu at gcc dot gnu dot org 2007-04-13 22:54 --- (In reply to comment #17) > Manuel has a good patch for this. I don't know what's holding it up. > Some issues were raised, in particular, my patch doesn't warn about functions in anonymous namespaces: http://gcc.gn

[Bug other/31567] New: cc1, cc1plus, etc. don't support @file mechanism

After seeing http://gcc.gnu.org/ml/gcc-patches/2007-04/msg00829.html, I noticed that the actual compilers don't support the @file mechanism at all, so when people do -combine @file, we might overflow the argument list so we should support @file inside the compilers themselves besides just inside th

[Bug other/31566] New: @missing_file gives bad error message

Doing gcc @missing_file gives a bad error message: gcc: @t: No such file or directory gcc: no input files @t is not what is missing but t is missing. -- Summary: @missing_file gives bad error message Product: gcc Version: 4.3.0 Status: UNCONFIRMED

[Bug bootstrap/31523] bootstrap xgcc internal compiler error (using -O3)

--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-13 22:47 --- Can you try without setting the CFLAGS, etc. because what might be happening is the base compiler miscompiling the new compiler? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31523

[Bug bootstrap/31523] bootstrap xgcc internal compiler error (using -O3)

--- Comment #1 from anirkko at insel dot ch 2007-04-13 22:46 --- *** Bug 31565 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31523

[Bug bootstrap/31565] bootstrap xgcc internal compiler error (using -O3)

--- Comment #1 from anirkko at insel dot ch 2007-04-13 22:46 --- *** This bug has been marked as a duplicate of 31523 *** -- anirkko at insel dot ch changed: What|Removed |Added

[Bug rtl-optimization/31102] ICE with -O2 -ftracer

--- Comment #5 from steven at gcc dot gnu dot org 2007-04-13 22:43 --- Transient bug? I can't reproduce it with any of the mentioned revisions. -- steven at gcc dot gnu dot org changed: What|Removed |Added -

[Bug rtl-optimization/26493] -freorder-blocks-and-partition is a dud without generated profiling data

--- Comment #3 from steven at gcc dot gnu dot org 2007-04-13 22:41 --- I've tried a couple of different ways to use branch predictions for partitioning, but it never leads to meaningful results. Either everything is hot or everything is cold. I don't know what else to do about this. I

[Bug c/4076] -Wunused doesn't warn about static function only called by itself.

--- Comment #17 from steven at gcc dot gnu dot org 2007-04-13 22:39 --- Manuel has a good patch for this. I don't know what's holding it up. -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/31565] New: bootstrap xgcc internal compiler error (using -O3)

Bootstrap of gcc-4.1.2 failed with an internal compiler error ("Please submit a full bug report") from ./gcc/xgcc when compiling libstdc++-v3/libsupc++/del_op.cc, using gcc-3.4.3 as the bootstrap compiler on sparc-sun-solaris2.6 with following configure options and bootstrap flags (below), producin

[Bug fortran/29397] Constant logical expression with parameter array

--- Comment #5 from pault at gcc dot gnu dot org 2007-04-13 22:26 --- INTEGER :: K(3)=1 INTEGER, PARAMETER :: J(3)=(/1,2,0/) write(6,*) MAXLOC(K,J<1) END works just fine. I would say that the problem is that the initializtion expression is never getting turned into an EXPR_ARRAY. Paul

[Bug libfortran/31335] Calls lstat(), stat() and fstat() in libgfortran should be protected by autoconf HAVE_{L,,F}STAT macros

--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-04-13 20:56 --- Subject: Bug 31335 Author: fxcoudert Date: Fri Apr 13 20:56:19 2007 New Revision: 123796 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123796 Log: PR libfortran/31335 * intrinsics/stat.c

[Bug tree-optimization/29598] FAIL: gcc.dg/tree-ssa/loadpre1.c and loadpre1[45].c scan-tree-dump-times Eliminated: 1 1

--- Comment #3 from jsm28 at gcc dot gnu dot org 2007-04-13 20:47 --- Subject: Bug 29598 Author: jsm28 Date: Fri Apr 13 20:47:39 2007 New Revision: 123795 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123795 Log: PR tree-optimization/29598 * gcc.dg/tree-ssa/load

[Bug tree-optimization/29598] FAIL: gcc.dg/tree-ssa/loadpre1.c and loadpre1[45].c scan-tree-dump-times Eliminated: 1 1

--- Comment #2 from jsm28 at gcc dot gnu dot org 2007-04-13 20:46 --- Subject: Bug 29598 Author: jsm28 Date: Fri Apr 13 20:46:37 2007 New Revision: 123794 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123794 Log: PR tree-optimization/29598 * gcc.dg/tree-ssa/load

[Bug java/15474] libgcj jar file should always be in classpath at runtime

--- Comment #10 from mark at gcc dot gnu dot org 2007-04-13 20:44 --- Does this recent patch help? 2007-04-13 Andrew Haley <[EMAIL PROTECTED]> * gnu/gcj/runtime/BootClassLoader.java (getBootURLLoader): New method. (bootGetResource): Use getBootURLLoader() to l

[Bug fortran/31563] Arithmetic overflow and BOZ

--- Comment #7 from kargl at gcc dot gnu dot org 2007-04-13 20:44 --- (In reply to comment #6) > Sorry, I cannot find another compiler that agrees with gfortran - Then, I suggest you submit a bug report. The standard explicitly says "If a data-stmt-constant is a boz-literal-cons

[Bug fortran/31563] Arithmetic overflow and BOZ

--- Comment #6 from dir at lanl dot gov 2007-04-13 20:32 --- Sorry, I cannot find another compiler that agrees with gfortran - [EMAIL PROTECTED] ~/tests]$ ifort -o mask mask.f90 [EMAIL PROTECTED] ~/tests]$ mask 8000 FF00 qsc10:~/tests [6] > f90 -o mask mask.f90 qsc10:~/tests [7]

[Bug other/28145] C++ (throw() and catch(...) {/* fall through */ } ) and pthread cancellation are incompatible (at least with NPTL)

--- Comment #15 from jason at redhat dot com 2007-04-13 20:13 --- Subject: Re: C++ (throw() and catch(...) {/* fall through */ } ) and pthread cancellation are incompatible (at least with NPTL) Howard's example seems to me like an argument for not necessarily using thread cancellati

[Bug fortran/31207] [4.2 only] advance="no" and tabs

--- Comment #7 from burnus at gcc dot gnu dot org 2007-04-13 19:45 --- What's the plan regarding backporting the patch to GCC 4.2? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31207

[Bug fortran/31196] [4.2/4.1 only] wrong code generated with RESHAPE/TRANSPOSE

--- Comment #8 from burnus at gcc dot gnu dot org 2007-04-13 19:44 --- What's the plan regarding backporting the patch to GCC 4.2? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31196

[Bug fortran/30285] gfortran excessive memory usage with large modules

--- Comment #10 from tobi at gcc dot gnu dot org 2007-04-13 19:44 --- Bud, I tried your patch, but it doesn't seem to make a difference. Is it the right patch? -- tobi at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/31051] [4.2 Only] gfortran bug with x and t format descriptors.

--- Comment #5 from burnus at gcc dot gnu dot org 2007-04-13 19:43 --- What's the plan regarding backporting the patch to GCC 4.2? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31051

[Bug fortran/31564] Error: Type/rank mismatch in argument

-- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywo

[Bug fortran/31559] Assigning to an EXTERNAL leads to ICE

--- Comment #2 from burnus at gcc dot gnu dot org 2007-04-13 19:34 --- Subject: Bug 31559 Author: burnus Date: Fri Apr 13 19:34:36 2007 New Revision: 123793 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123793 Log: 2007-04-13 Tobias Burnus <[EMAIL PROTECTED]> PR fort

[Bug fortran/31564] Error: Type/rank mismatch in argument

--- Comment #1 from kargl at gcc dot gnu dot org 2007-04-13 19:05 --- The code is illegal, but in accordance with the error message. You need to set WHICH to 1 via either INTEGER :: which = 1 or which = 1 This however doesn't fix the problem. If you change the call to

[Bug fortran/31564] New: Error: Type/rank mismatch in argument

When I compile the module listed below I get the message: c3.f90:15.23: USE cdf_aux_mod 1 Error: Type/rank mismatch in argument 'arg_name' at (1) g95 and Lahey do not produce error messages. Is it legal? MODULE cdf_aux_mod TYPE :: the_distribution

[Bug fortran/31563] Arithmetic overflow and BOZ

--- Comment #5 from kargl at gcc dot gnu dot org 2007-04-13 18:38 --- (In reply to comment #4) > With Hex and octal numbers - there is no overflow as long as there are enough > bits - that is why g95 and Absoft do not complain. > g95 and absoft do not complain because these compilers e

[Bug c++/13740] ICE when mangling template which uses typeof

--- Comment #11 from kruus at nec-labs dot com 2007-04-13 18:15 --- A possibly shorter testcase for this bug. template void func( T x ) { struct foo { static void bar( typeof(x) a ) { ; } }; foo::bar(x); } int main(int,char**) { int i=2; func(i); } Also bugs with `typeof typed

[Bug libfortran/31052] [4.2 only] Bad IOSTAT values when readings NAMELISTs past EOF

--- Comment #47 from hjl at lucon dot org 2007-04-13 17:16 --- (In reply to comment #46) > Subject: Re: [4.2 only] Bad IOSTAT values when readings > NAMELISTs past EOF > > > Now I am confused because I reverted and re-patched and it was tested by > spark > and sixtrack was then fine

[Bug fortran/31551] ice in fold_convert, at fold-const.c:2330

--- Comment #6 from dfranke at gcc dot gnu dot org 2007-04-13 17:07 --- This fix commited for PR31550 fixes this ICE as well. Closing as dupe. *** This bug has been marked as a duplicate of 31550 *** *** This bug has been marked as a duplicate of 31550 *** -- dfranke at gcc dot gnu

[Bug fortran/31550] [regression] f951: segfault in fold-const.c:1963

--- Comment #9 from dfranke at gcc dot gnu dot org 2007-04-13 17:07 --- *** Bug 31551 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31550

[Bug fortran/31551] ice in fold_convert, at fold-const.c:2330

--- Comment #5 from pault at gcc dot gnu dot org 2007-04-13 17:05 --- Daniel reports that the patch for PR31550 has fixed this one too. Thanks for the reports , Daniel. As usual, they were testing. Paul -- pault at gcc dot gnu dot org changed: What|Removed

[Bug fortran/31550] [regression] f951: segfault in fold-const.c:1963

--- Comment #8 from pault at gcc dot gnu dot org 2007-04-13 17:03 --- Fixed. Phew! Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|

[Bug fortran/31550] [regression] f951: segfault in fold-const.c:1963

--- Comment #7 from pault at gcc dot gnu dot org 2007-04-13 17:02 --- Subject: Bug 31550 Author: pault Date: Fri Apr 13 17:01:36 2007 New Revision: 123791 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123791 Log: 2007-04-13 Paul Thomas <[EMAIL PROTECTED]> PR fortran/

[Bug c++/31027] [4.1/4.2/4.3 regression] Compiler segfaults in simple virtual inheritance situation

--- Comment #6 from v dot lesk at ic dot ac dot uk 2007-04-13 16:51 --- I have verified that this bug also occurs on g++ 4.0.3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31027

[Bug tree-optimization/30398] memmove for string operations

--- Comment #3 from tobi at gcc dot gnu dot org 2007-04-13 16:27 --- With FX' patch to inline REPEAT (see PR31304), we are left with this as final dump after a -O compilation: ;; Function MAIN__ (MAIN__) MAIN__ () { char[1:] * pstr.1; char s[1:1]; char c[1:2]; void * D.1004; :

[Bug fortran/31563] Arithmetic overflow and BOZ

--- Comment #4 from dir at lanl dot gov 2007-04-13 15:52 --- With Hex and octal numbers - there is no overflow as long as there are enough bits - that is why g95 and Absoft do not complain. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31563

[Bug fortran/31563] Arithmetic overflow and BOZ

--- Comment #3 from dir at lanl dot gov 2007-04-13 15:28 --- I do not see why you say the numbers over flow - g95 gives exactly the correct answer when I print them out [dranta:~/junk] dir% g95 -o mask mask.f90 [dranta:~/junk] dir% mask 8000 FF00 [dranta:~/junk] dir% cat mask.f

[Bug libfortran/31532] INQUIRE(...,POSITION=...) not standard conforming

--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-04-13 15:24 --- (In reply to comment #0) > If the file has been repositioned since the connection, the > scalar-default-char-variable is assigned a processor-dependent value, > which shall not be REWIND unless the file is posi

[Bug fortran/31560] Array size declaration depended on order of declaration of variable containing size

--- Comment #2 from tobi at gcc dot gnu dot org 2007-04-13 15:22 --- (In reply to comment #0) > GNU Fortran (GCC) 4.3.0 20070412 (experimental) > Linux 2.4.20-20030701 #2 SMP > > use ped_class > type (ped_data) :: dataset > integer, dimension(dataset%maxsiz) :: nobs > > works bu

[Bug fortran/31519] spurious ICE messages when module does not compile

-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor GCC host triplet||i386-pc-mingw

[Bug fortran/31519] spurious ICE messages when module does not compile

--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-04-13 15:19 --- (In reply to comment #3) > It appears that spurious ICE messages are a general problem with GCC. Well, it's true that an ICE on invalid code *and* after a sensible error message has been emitted does not have too

[Bug fortran/31471] gfortran does not detect a labeled FORALL with an unlabeled END FORALL

-- tobi at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31471

[Bug fortran/31266] Spurious(?) warning about character truncation

-- tobi at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31266

[Bug fortran/31250] Initialization expr as constant character length rejected

-- tobi at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31250

[Bug fortran/18937] quadratic behaviour with many label "spaghetti" code

--- Comment #16 from tobi at gcc dot gnu dot org 2007-04-13 15:16 --- Fixed. -- tobi at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug fortran/31546] add --enable-intermodule

--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-04-13 15:12 --- (In reply to comment #0) > This creates a smaller binary and may also create a faster binary. The former > is the main motivation from my POV. Do you have figures to justify these two claims? -- http://gcc.g

[Bug fortran/31515] internal compiler segmentation fault

-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31515

[Bug fortran/31563] Arithmetic overflow and BOZ

--- Comment #2 from burnus at gcc dot gnu dot org 2007-04-13 15:08 --- Well, gfortran is right: x'8000' = 2147483648 > 2147483647 = huge(msk1) and o'377' = 4278190080 > 2147483647 = huge(msk4) Thus the BOZ numbers are too big for the 4-byte variables. The other compilers s

[Bug fortran/29899] [Segfault] Fortran entry point caught from C function

--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-04-13 15:06 --- Closing as we have no way to reproduce the bug. Please reopen the PR with more information when you can. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/31553] incorrect processing of formatted character output

--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-04-13 15:04 --- Closing according to comments. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/31563] Arithmetic overflow and BOZ

--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-04-13 15:02 --- The code you report is invalid, and gfortran is right to throw an error. If you really want it to compile, please use -fno-range-check. (see http://gcc.gnu.org/ml/fortran/2007-04/msg00123.html for details and a p

[Bug fortran/31471] gfortran does not detect a labeled FORALL with an unlabeled END FORALL

--- Comment #5 from tobi at gcc dot gnu dot org 2007-04-13 14:54 --- Fixed. The commit message is here: http://gcc.gnu.org/ml/gcc-cvs/2007-04/msg00370.html -- tobi at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/31250] Initialization expr as constant character length rejected

--- Comment #4 from tobi at gcc dot gnu dot org 2007-04-13 14:51 --- Fixed. -- tobi at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug fortran/31266] Spurious(?) warning about character truncation

--- Comment #5 from tobi at gcc dot gnu dot org 2007-04-13 14:50 --- Fixed. -- tobi at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug fortran/18937] quadratic behaviour with many label "spaghetti" code

--- Comment #15 from tobi at gcc dot gnu dot org 2007-04-13 14:48 --- Subject: Bug 18937 Author: tobi Date: Fri Apr 13 14:48:08 2007 New Revision: 123789 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123789 Log: PR fortran/18937 fortran/ * resolve.c: Include obstack.h and bitma

[Bug c/31537] duplicate weakref emitted with IMA

--- Comment #1 from aldot at gcc dot gnu dot org 2007-04-13 14:32 --- Created an attachment (id=13363) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13363&action=view) inaccurate bypass Not a patch. By marking ultimate target's asm_written_flag and bailing if it was already set,

[Bug target/30222] [4.2 Regression] gcc.target/i386/vectorize1.c ICEs

--- Comment #5 from jsm28 at gcc dot gnu dot org 2007-04-13 14:24 --- Confirmed, a regression in 4.2. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/31550] [regression] f951: segfault in fold-const.c:1963

--- Comment #6 from patchapp at dberlin dot org 2007-04-13 14:21 --- Subject: Bug number PR31550 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-04/msg00788.html -- http://gcc.gnu.org/bugzilla/sh

[Bug fortran/31563] New: An Error is incorrectly generated for hex and octal data

When trying to build a program with gfortran, these errors were generated. Absoft f90 and g95 are happy with the program - [dranta:~/junk] dir% gfortran -o mask mask.f90 mask.f90:3.30: data msk4/o'377'/ 1 Error: Arithmetic overflow converting INTEGER(8)

[Bug fortran/31550] [regression] f951: segfault in fold-const.c:1963

--- Comment #5 from pault at gcc dot gnu dot org 2007-04-13 13:32 --- Daniel, This turns out to be a problem of carts and horses. I very rapidly found that I could fix this problem and break everything else by reversing the order of the gfc_derived_types list. After much head scratchi

[Bug fortran/31561] FAIL: gfortran.dg/vect/vect-4.f90

--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-04-13 13:13 --- (In reply to comment #2) > ! { dg-final { scan-tree-dump-times "vectorized 1 loops" 1 "vect" } } > ! { dg-final { scan-tree-dump-times "Alignment of access forced using peeling" > 1 "vect" } } > ! { dg-final { sca

[Bug fortran/31561] FAIL: gfortran.dg/vect/vect-4.f90

--- Comment #2 from burnus at gcc dot gnu dot org 2007-04-13 12:51 --- The procedure does: = + * Source code (compiled with the default testsuite options -O2 -ftree-vectorize -ftree-vectorizer-verbose -fdump-tree-vect-stats): SUBROUTINE SAXPY(X, Y, A) DIMENSION X(64), Y(64) Y

[Bug fortran/31562] FAIL: gfortran.dg/value_4.f90 -O0 execution test

--- Comment #8 from burnus at gcc dot gnu dot org 2007-04-13 12:37 --- Close as FIXED, if it reappears, please reopen it. -- burnus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/31562] FAIL: gfortran.dg/value_4.f90 -O0 execution test

--- Comment #7 from burnus at gcc dot gnu dot org 2007-04-13 12:26 --- Subject: Bug 31562 Author: burnus Date: Fri Apr 13 12:26:09 2007 New Revision: 123784 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123784 Log: 2007-04-13 Tobias Burnus <[EMAIL PROTECTED]> PR fortr

[Bug libstdc++/31554] stable_partition assumes iterator difference type is always ptrdiff_t

--- Comment #5 from pcarlini at suse dot de 2007-04-13 12:18 --- Fixed. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED

[Bug libstdc++/31554] stable_partition assumes iterator difference type is always ptrdiff_t

--- Comment #4 from paolo at gcc dot gnu dot org 2007-04-13 12:17 --- Subject: Bug 31554 Author: paolo Date: Fri Apr 13 12:17:21 2007 New Revision: 123783 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123783 Log: 2007-04-13 Paolo Carlini <[EMAIL PROTECTED]> PR libstd

[Bug fortran/31562] FAIL: gfortran.dg/value_4.f90 -O0 execution test

--- Comment #6 from burnus at gcc dot gnu dot org 2007-04-13 11:59 --- Subject: Bug 31562 Author: burnus Date: Fri Apr 13 11:59:19 2007 New Revision: 123780 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123780 Log: 2007-04-12 Tobias Burnus <[EMAIL PROTECTED]> PR fortr

[Bug fortran/31562] FAIL: gfortran.dg/value_4.f90 -O0 execution test

--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-04-13 11:46 --- (In reply to comment #4) > f2c conventions use whatever the system uses as a complex type. How that > should be represented in C, I have no idea. OK, so that means gfortran.dg/f2c_4.c should be fixed in the same

[Bug fortran/31562] FAIL: gfortran.dg/value_4.f90 -O0 execution test

--- Comment #4 from tobi at gcc dot gnu dot org 2007-04-13 11:43 --- (In reply to comment #3) > PS: a grep indicates that gfortran.dg/f2c_4.c is the only other test that > might > have the same problem, but I've never seen it fail. I wonder if complex should > be passed as struct with f

[Bug c++/31545] No warning on missing return in if construct

--- Comment #4 from walter at schreppers dot com 2007-04-13 11:36 --- Apparantly this has been fixed in some newer version of g++. Keep up the good work! -- walter at schreppers dot com changed: What|Removed |Added -

[Bug fortran/31551] ice in fold_convert, at fold-const.c:2330

--- Comment #4 from dfranke at gcc dot gnu dot org 2007-04-13 11:34 --- On a different host, 20070316 works as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31551

[Bug c++/31545] No warning on missing return in if construct

--- Comment #3 from schreppers at gmail dot com 2007-04-13 11:32 --- Subject: Re: No warning on missing return in if construct Ah ok, great! Hope the fixes arrive soon in darwin too :D On 13 Apr 2007 07:47:05 -, pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote: > > > -

[Bug fortran/31562] FAIL: gfortran.dg/value_4.f90 -O0 execution test

--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-04-13 11:10 --- (In reply to comment #2) > The modified test works at least with -O0, both 32bit and 64bit. Thanks for reporting and testing, Andreas! Tobias, your patch is OK, you can go ahead and commit it. PS: a grep indicat

[Bug fortran/31560] Array size declaration depended on order of declaration of variable containing size

--- Comment #1 from burnus at gcc dot gnu dot org 2007-04-13 11:05 --- Could you post a complete example? I have problems to create one with type (ped_data) :: dataset integer, dimension(dataset%maxsiz) :: nobs as parameter is not allowed in a type specification and using a simple

[Bug fortran/31562] FAIL: gfortran.dg/value_4.f90 -O0 execution test

--- Comment #2 from schwab at suse dot de 2007-04-13 11:01 --- The modified test works at least with -O0, both 32bit and 64bit. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31562

[Bug fortran/31562] FAIL: gfortran.dg/value_4.f90 -O0 execution test

--- Comment #1 from burnus at gcc dot gnu dot org 2007-04-13 10:52 --- Created an attachment (id=13362) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13362&action=view) change struct complex into "complex float" in gfortran.dg/value_4.c Does the attached test-case patch work? As I

[Bug tree-optimization/14495] [tree-ssa] Propagate range info into a switch statement

--- Comment #6 from rguenth at gcc dot gnu dot org 2007-04-13 10:31 --- I have a patch to handle the ONE edge case. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/31562] New: FAIL: gfortran.dg/value_4.f90 -O0 execution test

$ LD_LIBRARY_PATH=../../../powerpc64-suse-linux/libgfortran/.libs gdb ./value_4.exe GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions

[Bug tree-optimization/21258] Teach VRP to pick up a constant from case label.

--- Comment #10 from rguenth at gcc dot gnu dot org 2007-04-13 10:23 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug tree-optimization/21258] Teach VRP to pick up a constant from case label.

--- Comment #9 from rguenth at gcc dot gnu dot org 2007-04-13 10:21 --- Subject: Bug 21258 Author: rguenth Date: Fri Apr 13 10:21:22 2007 New Revision: 123778 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123778 Log: 2007-04-13 Richard Guenther <[EMAIL PROTECTED]> PR

  1   2   >