[Bug fortran/35944] [4.3, 4.4 regression] wrong result for MOD with kind=10 for some array argument values

--- Comment #3 from ubizjak at gmail dot com 2008-04-16 06:21 --- (In reply to comment #2) > The tree dump for the kind=8 and kind=10 are exactly identical except for the > call to __builtin_fmodl for kind=10 and __builtin_fmod for kind=8. > > It looks like fmodl is broken. Can somebod

[Bug ada/35953] New: Socket stream subprograms incorrectly handling null arrays

The code used to send and receive data from sockets through Ada streams (in GNAT.Sockets) may be bogus if an empty array is sent or expected to be received. An empty array will have its upper bound smaller than its lower bound, but the code in GNAT.Sockets assumes that the difference is always one.

[Bug fortran/35952] Segmentation fault with character strings only when compiling with -funroll-loops and -O3

--- Comment #2 from john dot young at jrc dot co dot jp 2008-04-16 05:34 --- Created an attachment (id=15483) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15483&action=view) stackdump for the case of three writes -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35952

[Bug fortran/35952] Segmentation fault with character strings only when compiling with -funroll-loops and -O3

--- Comment #1 from john dot young at jrc dot co dot jp 2008-04-16 05:34 --- Created an attachment (id=15482) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15482&action=view) Code that exhibits segmentation fault. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35952

[Bug fortran/35952] New: Segmentation fault with character strings only when compiling with -funroll-loops and -O3

I attached a short code that produces segmentation faults (or strange cygwin errors). The segmentation faults only occur when compiling with both -funroll-loops and -O3. If one or the other or neither are used, the program runs fine. The code has several examples. I attached a stackdump for the

[Bug fortran/35951] Unexpected erro "Expected another dimension in array declaration"

--- Comment #3 from burnus at gcc dot gnu dot org 2008-04-16 05:05 --- I think this is wrong: real :: z(t%n) type (tt) :: t the order has to be reversed. The following is also invalid (with implicit none): real:: z(m) integer :: m Most compilers support this, however. I t

[Bug fortran/35944] [4.3, 4.4 regression] wrong result for MOD with kind=10 for some array argument values

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-04-16 03:51 --- The tree dump for the kind=8 and kind=10 are exactly identical except for the call to __builtin_fmodl for kind=10 and __builtin_fmod for kind=8. It looks like fmodl is broken. -- http://gcc.gnu.org/bugzilla/

[Bug tree-optimization/35629] [4.4 Regression] gcc.dg/tree-ssa/loop-25.c scan-tree-dump-times profile fails

--- Comment #8 from hp at gcc dot gnu dot org 2008-04-16 02:44 --- Subject: Bug 35629 Author: hp Date: Wed Apr 16 02:44:01 2008 New Revision: 134339 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134339 Log: PR tree-optimization/35629 * gcc.dg/tree-ssa/loop-25.c:

[Bug fortran/35951] Unexpected erro "Expected another dimension in array declaration"

--- Comment #2 from john dot young at jrc dot co dot jp 2008-04-16 01:57 --- I take back my comment that intel's compiler produces no error. Intel 8.1 produces an error when the structure declaration is below the array declaration. I do not know the standard well enough to know whethe

[Bug target/35921] Con/de-structor definition fails to override dllimport declaration

--- Comment #6 from dannysmith at users dot sourceforge dot net 2008-04-16 01:54 --- (In reply to comment #5) > The issue is fixed for me when applying the mentioned patch to 4.3.0, so as > far > as I'm concerned we can close this bug as soon as someone applies the fix to > 4.3 SVN. >

[Bug fortran/35951] Unexpected erro "Expected another dimension in array declaration"

--- Comment #1 from john dot young at jrc dot co dot jp 2008-04-16 01:51 --- Created an attachment (id=15481) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15481&action=view) code to produce error described in bug report -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35951

[Bug fortran/35951] New: Unexpected erro "Expected another dimension in array declaration"

The below code produces the error "Expected another dimension in array declaration at 1". It only seems to occur when the passed argument that contains the array dimension is a derived type and not an integer. Also, it only occurs when the derived-type declaration is below (not above) the declara

[Bug target/35921] Con/de-structor definition fails to override dllimport declaration

--- Comment #5 from tdragon at tdragon dot net 2008-04-16 00:50 --- The issue is fixed for me when applying the mentioned patch to 4.3.0, so as far as I'm concerned we can close this bug as soon as someone applies the fix to 4.3 SVN. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35

[Bug target/35907] [4.3/4.4 Regression] 64-bit power6 glibc miscompilation

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35907

[Bug target/35907] [4.3/4.4 Regression] 64-bit power6 glibc miscompilation

--- Comment #18 from amodra at bigpond dot net dot au 2008-04-16 00:41 --- My bootstrap and regression tests also pass. It took a while... I didn't have a recent baseline to compare against so needed to do two bootstraps. -- amodra at bigpond dot net dot au changed: Wh

[Bug libgcj/35950] New: jar produces files ecj won't handle

If the copy of gjar from GCJ 4.3.0 is used to build GNU Classpath with the examples turned on (--enable-examples) it will fail with an error relating to gnu.classpath.tools.tnameserv.Main. This class is inside tools.zip, which is created earlier in the build by gjar. ecj seems to refuse to pick u

[Bug target/35907] [4.3/4.4 Regression] 64-bit power6 glibc miscompilation

--- Comment #17 from bergner at gcc dot gnu dot org 2008-04-15 21:16 --- Created an attachment (id=15480) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15480&action=view) Updated test case ready for inclusion in gcc's testsuite. Ok, I bootstrapped (powerpc64-linux) and regtested

[Bug fortran/35944] [4.3, 4.4 regression] wrong result for MOD with kind=10 for some array argument values

--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-04-15 21:02 --- Confirmed, this used to work for 4.2. $ gfortran-4.2 foo.f90 $ ./a.out kind = 10 1 -1.40 -1.40 0.00 2 -0.40 -0.40 0.00 3 -0.40 -0.40 0.00 4 -1.40 -1

[Bug libfortran/35862] [F2003] Implement new rounding modes for run time

--- Comment #5 from fxcoudert at gcc dot gnu dot org 2008-04-15 20:59 --- (In reply to comment #4) > Well, I would argue that this digit is the most important for rounding... Only for list-directed output and if people use really large formats (which is a lot of cases). Otherwise, not.

[Bug libfortran/35863] [F2003] Implement ENCODING="UTF-8"

--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-04-15 20:53 --- (In reply to comment #3) > Actually, I do not understand how to write things like >character(kind=myUCS4,len=20) :: foo = myUCS4_'Some UCS4 string' Ah, I'm glad that I'm not alone! I was thinking of asking a

[Bug c++/33979] support for char16_t, char32_t

--- Comment #4 from kris dot van dot hees at oracle dot com 2008-04-15 20:17 --- Updated patch: http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01235.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33979

[Bug c++/35949] 'const' attribute applied to typedefed type in methods's return is ignored

--- Comment #2 from schwab at suse dot de 2008-04-15 20:10 --- "const VR" is the same as "X& const", and qualifiers on non-lvalues are ignored. -- schwab at suse dot de changed: What|Removed |Added --

[Bug libfortran/35863] [F2003] Implement ENCODING="UTF-8"

--- Comment #3 from burnus at gcc dot gnu dot org 2008-04-15 19:46 --- > > Front end and library are ready to handle this when implemented. > Front-end is ready? Yes, it is: ENCODING= is supported and the rest is neither in the library nor in the front-end implemented. Though I would not

[Bug c/448] -related issues (C99 issues)

--- Comment #10 from jsm28 at gcc dot gnu dot org 2008-04-15 19:44 --- GCC allows duplicate typedefs in system headers, which should simplify this header a bit. See http://gcc.gnu.org/ml/gcc/2008-03/msg00558.html for the latest partial attempt at giving the compiler knowledge of these t

[Bug fortran/35864] [4.4 Regression] Revision 133965 broke gfortran.dg/initialization_1.f90

--- Comment #12 from pault at gcc dot gnu dot org 2008-04-15 19:43 --- Finally, I have managed to deal with this. Sorry it took so long Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/35864] [4.4 Regression] Revision 133965 broke gfortran.dg/initialization_1.f90

--- Comment #11 from pault at gcc dot gnu dot org 2008-04-15 19:41 --- Subject: Bug 35864 Author: pault Date: Tue Apr 15 19:40:33 2008 New Revision: 134329 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134329 Log: 2008-04-15 Paul Thomas <[EMAIL PROTECTED]> PR fortran

[Bug c/448] -related issues (C99 issues)

--- Comment #9 from bkoz at gcc dot gnu dot org 2008-04-15 19:37 --- C++ folks also. Note that GCC_HEADER_STDINT(gstdint.h) solution is used by: libgomp libgfortran libdecnumber and soon by libstdc++. This does use the native stdint.h when possible. I'm with Geoff in that another st

[Bug libstdc++/35915] [4.4 Regression] atomic.cc:31:20: error: stdint.h: No such file

--- Comment #5 from bkoz at gcc dot gnu dot org 2008-04-15 19:31 --- Sorry about the delay folks. Trying to track down some config issues, and so far failing to get a local xcompiler up so I can test locally a config w/o stdint.h provided. Goal is to use GCC_HEADER_STDINT(gstdint.h) to

[Bug libstdc++/35915] [4.4 Regression] atomic.cc:31:20: error: stdint.h: No such file

--- Comment #4 from bkoz at gcc dot gnu dot org 2008-04-15 19:21 --- Sorry about the delay folks. Trying to track down some config issues, and so far failing to get a local xcompiler up so I can test locally a config w/o stdint.h provided. Goal is to use GCC_HEADER_STDINT(gstdint.h) to

[Bug c++/35261] GCC4.3 internal compiler error: verify_flow_info failed

--- Comment #2 from truedfx at gentoo dot org 2008-04-15 19:17 --- Created an attachment (id=15479) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15479&action=view) bug.ii I ran into this same error with different code, which I posted to

[Bug c++/35949] 'const' attribute applied to typedefed type in methods's return is ignored

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-15 19:10 --- const VR is different from const X&. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35949

[Bug libfortran/35862] [F2003] Implement new rounding modes for run time

--- Comment #4 from burnus at gcc dot gnu dot org 2008-04-15 19:08 --- > I agree with you for output: we currently do COMPATIBLE rounding I wanted to write this when I approved the code, but I found one *printf function and checking the POSIX standard one finds: "f, F The double argum

[Bug c++/35949] New: 'const' attribute applied to typedefed type in methods's return is ignored

In the following code 'const VR' in declaration of the return value of 'kk' works as just 'VR', without constness. In arguments 'const VR' is applied as const. code example typedef int X; struct S { typedef X& VR; // <--- VR is declared as X by-reference X x; // uncomment one of

[Bug ada/22387] Ada compiler crash when inheriting from a record with custom layout

--- Comment #9 from sam at gcc dot gnu dot org 2008-04-15 19:06 --- This has been fixed in GCC SVN trunk. -- sam at gcc dot gnu dot org changed: What|Removed |Added

[Bug ada/22387] Ada compiler crash when inheriting from a record with custom layout

--- Comment #8 from sam at gcc dot gnu dot org 2008-04-15 19:06 --- Subject: Bug 22387 Author: sam Date: Tue Apr 15 19:05:29 2008 New Revision: 134326 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134326 Log: 2008-04-15 Ed Schonberg <[EMAIL PROTECTED]> gcc/ada/ P

[Bug c/35739] [4.3/4.4 regression] ICE with _Decimal128 and va_list

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

[Bug ada/22387] Ada compiler crash when inheriting from a record with custom layout

--- Comment #7 from sam at gcc dot gnu dot org 2008-04-15 18:46 --- Bug fixed in AdaCore tree, will eventually be committed to FSF tree. -- sam at gcc dot gnu dot org changed: What|Removed |Added

[Bug translation/35177] Error in the french traduction

--- Comment #2 from fxcoudert at gcc dot gnu dot org 2008-04-15 17:42 --- Thanks Jim for letting us (TP) know. I'll take care of it. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c/35948] -D_FORTIFY_SOURCE discards qualifier overrides on {str,mem}cpy

--- Comment #2 from kees at outflux dot net 2008-04-15 16:44 --- Erk, right. Sorry for the noise. -- kees at outflux dot net changed: What|Removed |Added Sta

[Bug tree-optimization/35899] [4.3/4.4 Regression] ICE on filesystem code

--- Comment #4 from jakub at gcc dot gnu dot org 2008-04-15 16:42 --- Testing a fix. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unass

[Bug c/35948] -D_FORTIFY_SOURCE discards qualifier overrides on {str,mem}cpy

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-15 16:35 --- This is not a GCC bug but rather a glibc issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35948

[Bug c/35948] New: -D_FORTIFY_SOURCE discards qualifier overrides on {str,mem}cpy

The following source, without the "(void*)" overrides, will throw an warning (as expected), when compiled with -Wall: $ gcc -o memcpy-fortify -Wall memcpy-fortify.c memcpy-fortify.c: In function 'main': memcpy-fortify.c:21: warning: passing argument 1 of 'memcpy' discards qualifiers from pointe

[Bug fortran/35947] New: wrong answers with array constructor argument to IEOR

The following program gives wrong answers when an array is used in an array constructor as an argument to IEOR. Dick Hendrickson program try_fa6077 ! fails on Windows XP ! gcc version 4.4.0 20080312 (experimental) [trunk revision 133139] call fa6077 ( 10, 1, -1, (/1,2,3,4,5,

[Bug middle-end/35838] [4.4 Regression] FAIL: 22_locale/num_get/get/char/16.cc execution test, and 76 others

--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2008-04-15 15:37 --- Subject: Re: [4.4 Regression] FAIL: 22_locale/num_get/get/char/16.cc execution test, and 76 others > Sorry for the problems. Can you give this patch a try? > I'd wrongly assumed that one of the subregs wo

[Bug fortran/35946] New: wrong result with array constructor as argument to ATAN2

The following program gives the wrong answers when an array constructor with a "complicated" implied do is used as an argument to REAL which is then used as an argument to ATAN2. Dick Hendrickson program try_fa6013 ! fails on Windows XP ! gcc version 4.4.0 20080312 (experimental) [trunk r

[Bug c/35751] ICE with invalid variable after #pragma omp parallel

--- Comment #4 from jakub at gcc dot gnu dot org 2008-04-15 15:21 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c/35751] ICE with invalid variable after #pragma omp parallel

--- Comment #3 from jakub at gcc dot gnu dot org 2008-04-15 15:19 --- Subject: Bug 35751 Author: jakub Date: Tue Apr 15 15:18:41 2008 New Revision: 134318 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134318 Log: PR c/35751 * c-decl.c (finish_decl): If extern or

[Bug fortran/35945] New: Complex module-based overloading fails

If a type is renamed on import and then an unrenamed copy is also imported, and overloaded functions are called then gfortran fails to compile with a blocked by an incompatible object error. The code compiles cleanly with {NAG, ifort, g95}. Not sure if this is a bug or non-standard code, though I

[Bug c/35751] ICE with invalid variable after #pragma omp parallel

--- Comment #2 from jakub at gcc dot gnu dot org 2008-04-15 15:10 --- Subject: Bug 35751 Author: jakub Date: Tue Apr 15 15:09:42 2008 New Revision: 134317 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134317 Log: PR c/35751 * c-decl.c (finish_decl): If extern or

[Bug target/35907] [4.3/4.4 Regression] 64-bit power6 glibc miscompilation

--- Comment #16 from bergner at gcc dot gnu dot org 2008-04-15 14:36 --- I'll fire off a bootstrap and regtest of Alan's patch on powerpc64-linux and running the test suite in 32-bit and 64-bit modes (ie, -m32 and -m64). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35907

[Bug libfortran/35862] [F2003] Implement new rounding modes for run time

--- Comment #3 from fxcoudert at gcc dot gnu dot org 2008-04-15 14:02 --- I agree with you for output: we currently do COMPATIBLE rounding and it shouldn't be too hard to change. The only case where we might not have control is for the last significant digit output by snprintf(), where

[Bug fortran/35944] New: wrong result for MOD with kind=10 for some array argument values

The following program gives the wrong answers when the MOD arguments have kind = 10 and one is an array. It works when the kind is 4 or 8. program FA2083 ! fails on Windows XP ! gcc version 4.4.0 20080312 (experimental) [trunk revision 133139] implicit none integer j1,k

[Bug fortran/35943] New: -fbounds-check: actual character string shorter than dummy

Found at http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/1a93179a80b6e6e8 The following program is invalid as the passed character string is too short for the dummy argument. gfortran detects this at compile time (if contained) and prints a warning; however, I expect that it

[Bug ada/35880] GNAT does not generate debugging information on imported entities

--- Comment #9 from knoxj at att dot net 2008-04-15 13:31 --- I was going to update my bug report when I noticed Sam's comments. I used "readelf -a -w test_pacs_cp_package.o" to try to see what was happening, and I saw that the compiler was throwing out any information about the Ada defi

[Bug target/35907] [4.3/4.4 Regression] 64-bit power6 glibc miscompilation

--- Comment #15 from jakub at gcc dot gnu dot org 2008-04-15 12:34 --- Ok, let's leave that for a follow-up. Have you managed to test this? I could bootstrap/regtest on ppc-linu and ppc64-linux, but don't have time right now for further testing. -- http://gcc.gnu.org/bugzilla/show_

[Bug target/35860] [4.3 Regression] [avr] code bloat caused by -fsplit-wide-types

--- Comment #6 from bonzini at gnu dot org 2008-04-15 12:26 --- The point of -fsplit-wide-types was to kill patterns like iorsi3 in AVR backend. -- bonzini at gnu dot org changed: What|Removed |Added

[Bug ada/28733] GNAT crash while compiling Ada-2005 code

--- Comment #11 from sam at gcc dot gnu dot org 2008-04-15 12:22 --- This has been fixed in SVN. -- sam at gcc dot gnu dot org changed: What|Removed |Added St

[Bug ada/28733] GNAT crash while compiling Ada-2005 code

--- Comment #10 from sam at gcc dot gnu dot org 2008-04-15 12:00 --- Subject: Bug 28733 Author: sam Date: Tue Apr 15 11:59:39 2008 New Revision: 134313 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134313 Log: 2008-04-15 Samuel Tardieu <[EMAIL PROTECTED]> Gary Dis

[Bug target/35662] [4.3/4.4 regression] gfortran interfaces badly with glibc sincosf() causing breakage

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35662

[Bug target/35662] [4.3/4.4 regression] gfortran interfaces badly with glibc sincosf() causing breakage

--- Comment #1 from jakub at gcc dot gnu dot org 2008-04-15 11:20 --- This is a fortran FE bug. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Assig

[Bug ada/16086] Legal program rejected, procedure of protected object should be visible

--- Comment #7 from sam at gcc dot gnu dot org 2008-04-15 11:04 --- Fixed in SVN. -- sam at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug ada/16086] Legal program rejected, procedure of protected object should be visible

--- Comment #6 from sam at gcc dot gnu dot org 2008-04-15 11:03 --- Subject: Bug 16086 Author: sam Date: Tue Apr 15 11:02:58 2008 New Revision: 134312 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134312 Log: 2008-04-15 Ed Schonberg <[EMAIL PROTECTED]> gcc/ada/ P

[Bug target/35455] [4.1/4.2/4.3/4.4 Regression] h8300: internal compiler error: in compute_frame_pointer_to_fb_displacement, at dwarf2out.c:10984

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35455

[Bug libfortran/35863] [F2003] Implement ENCODING="UTF-8"

--- Comment #2 from fxcoudert at gcc dot gnu dot org 2008-04-15 10:45 --- (In reply to comment #0) > Front end and library are ready to handle this when implemented. Front-end is ready? Is ENCODING="UTF-8" related to UCS-4 support? Because if it is, then the front-end is not ready, it

[Bug target/32424] [4.3/4.4 Regression] gcc.c-torture/compile/20050303-1.c FAILs

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32424

[Bug bootstrap/35933] local variable used before set in fold-const.c

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-04-15 09:54 --- Doh. Rafael, this was you with http://gcc.gnu.org/ml/gcc-cvs/2008-04/msg00326.html -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/35737] [4.2/4.3/4.4 regression] ICE with __builtin_setjmp and complex variable

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35737

[Bug c/35739] [4.3/4.4 regression] ICE with _Decimal128 and va_list

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35739

[Bug c/35742] [4.1/4.2/4.3/4.4 regression] Broken diagnostic: 'goto_expr' not supported by pp_c_expression

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35742

[Bug c/35744] [4.1/4.2/4.3 regression] ICE attributes for invalid types

--- Comment #4 from jakub at gcc dot gnu dot org 2008-04-15 09:33 --- IMHO this should be backported to gcc-4_3-branch. -- jakub at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/35746] [4.3/4.4 regression] ICE with undefined variables

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35746

[Bug c++/35747] [4.3/4.4 regression] ICE with undefined variable in statement expression

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35747

[Bug middle-end/35854] [4.3/4.4 Regression] life passes dump option still documented

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35854

[Bug tree-optimization/35899] [4.3/4.4 Regression] ICE on filesystem code

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-invalid-code Priority|P3 |P2

[Bug fortran/35932] [4.3/4.4 Regression] ICE: CHAR with array arg and also a KIND arg

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35932

[Bug target/35907] [4.3/4.4 Regression] 64-bit power6 glibc miscompilation

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35907

[Bug middle-end/35509] [4.3/4.4 Regression] builtin isinf() mismatch to compile-time substitution

--- Comment #11 from rguenther at suse dot de 2008-04-15 08:58 --- Subject: Re: [4.3/4.4 Regression] builtin isinf() mismatch to compile-time substitution On Tue, 15 Apr 2008, ghazi at gcc dot gnu dot org wrote: > > > --- Comment #10 from ghazi at gcc dot gnu dot org 2008-04-1

[Bug c++/35909] [4.4 Regression] ICE with bit-field and const references

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-04-15 08:57 --- It did work with: GNU C++ (GCC) version 4.3.0 20080128 (experimental) [trunk revision 131899] (i386-apple-darwin8.10.1) But fails with: GNU C++ (GCC) version 4.4.0 20080304 (experimental) [trunk revision 132852] (i38

[Bug libstdc++/35942] New: Self Reference In Dinamic Linked Library builds for building Cross-Compiler

While building a cross-compiler, the the libstdc++-v3 includes a copy of Libtool script, which includes a reference to libstdc++ itself. This prevent the user to build a new compiler without existing libstdc++ for the target triplet. The following is a patch that tested to be working for this prob